Discuss

discuss@lists.centos.org

1 participants
34730 discussions

CentOS-announce Digest, Vol 179, Issue 2
by centos-announce-request＠centos.org 16 Jan '20

16 Jan '20

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. Release for CentOS 8 (1911) on armhfp (Pablo Sebasti?n Greco) 2. Release for CentOS Linux 8 (1911) (Brian Stinson) 3. CESA-2020:0085 Critical CentOS 7 firefox Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 15 Jan 2020 11:28:09 -0300 From: Pablo Sebasti?n Greco <pgreco(a)centosproject.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] Release for CentOS 8 (1911) on armhfp Message-ID: <d66921e0-af2d-ad95-2559-47146b3975bb(a)centosproject.org> Content-Type: text/plain; charset="utf-8"; Format="flowed" I am pleased to announce the general availability of CentOS 8 (1911) for armhfp. Effectively immediately, this is the current release for CentOS 8 and is tagged as 1911, derived from Red Hat Enterprise Linux 8.1. As always, read through the Release Notes at: https://wiki.centos.org/Manuals/ReleaseNotes/CentOS8.1911 - these notes contain important information about the release and details about some of the content inside the release from the CentOS QA team. These notes are updated constantly to include issues and incorporate feedback from the users. ---------- Updates, Sources, and DebugInfos Updates released since the upstream release are all posted. We strongly recommend every user apply all updates, including the content released today, on your existing CentOS 8 machine by just running 'yum update'. As with all CentOS 8 components, this release was built from sources hosted at git.centos.org. In addition, SRPMs that are a byproduct of the build (and also considered critical in the code and buildsys process) are being published to match every binary RPM we release. Sources will be available from vault.centos.org in their own dedicated directories to match the corresponding binary RPMs. Since there is far less traffic to the CentOS source RPMs compared with the binary RPMs, we are not putting this content on the main mirror network. If users wish to mirror this content they can do so using the reposync command available in the yum-utils package. All CentOS source RPMs are signed with the same key used to sign their binary counterparts. Developers and end users looking at inspecting and contributing patches to the CentOS distro will find the code hosted at git.centos.org far simpler to work against. Details on how to best consume those are documented along with a quick start at : http://wiki.centos.org/Sources Debuginfo packages are also being signed and pushed. Yum configs shipped in the new release file will have all the context required for debuginfo to be available on every CentOS install. Everything we ever release, is always available on the vault service for people still looking for and have a real need for it. ---------- Special notes For the release of CentOS 8.1905, we didn't make it in time with armhfp, but now we're on track, releasing all the arches on the same day. Thanks to everyone who has made this possible. For CentOS 8, we don't have (yet) RaspberryPi specific kernels, we're working on a way to simplify the process, and to be able to move between kernels. Also, we know that there are some rpms missing in our armhfp repos in relation to its x86_64 counterpart, we're working on releasing them as soon as possible. ---------- Download In order to conserve donor bandwidth, and to make it possible to get the mirror content sync'd out as soon as possible, we recommend using torrents to get your initial installer images: Altarch images can be downloaded at : http://mirror.centos.org/altarch/8/isos/ sha256sums for armhfp: 3978f364add87d829f0720a00564d09740f895764f91d6a8f5cf7f022be3a431 CentOS-Userland-8-armv7hl-generic-GNOME-1911-sda.raw.xz 397362cb30658b0fd1040f0bc1fef97be472ec265c0582fd17f080567ed613fe CentOS-Userland-8-armv7hl-generic-Minimal-1911-sda.raw.xz ---------- Getting Help The CentOS ecosystem is sustained by community driven help and guidance. The best place to start for new users is at http://wiki.centos.org/GettingHelp We are also on social media, you can find the project: on Twitter at? : http://twitter.com/CentOSProject on Facebook at : https://www.facebook.com/groups/centosproject/ on LinkedIn at : https://www.linkedin.com/groups/22405 And you will find the core team and a majority of the contributors on irc, on freenode.net in #centos and #centos-arm ; talking about the finer points of distribution engineering and platform enablement. Also, please consider reading https://wiki.centos.org/SpecialInterestGroup/AltArch/armhfp since it has a lot of help specific to armhfp. ---------- Contributors This release was made possible due to the hard work of many people, foremost on that list are the Red Hat Engineers for producing a great distribution and the CentOS QA team, without them CentOS would look very different. Many of the team went further and beyond expectations to bring this release to you, and I would like to thank everyone for their help. We are also looking for people to get involved with the QA process in CentOS, if you would like to join this please introduce yourself on the centos-devel list (http://lists.centos.org/mailman/listinfo/centos-devel ). Finally, please join me in thanking the donors who all make this possible for us. Enjoy the fresh new release! -- Pablo Greco

1 0

Re: [CentOS] CentOS 8: several packages have unresolved dependencies after "dnf update all "
by Philippe Piot 16 Jan '20

16 Jan '20

Just as a followup even g++ is broken: [piot@paris ~]$ g++ bash: g++: command not found... Install package 'gcc-c++' to provide command 'g++'? [N/y] y * Waiting in queue... The following packages have to be downgraded: cpp-8.2.1-3.5.el8.x86_64 The C Preprocessor glibc-2.28-42.el8.1.i686 The GNU libc libraries glibc-2.28-42.el8.1.x86_64 The GNU libc libraries glibc-all-langpacks-2.28-42.el8.1.x86_64 All language packs for glibc. glibc-common-2.28-42.el8.1.x86_64 Common binaries and locale data for glibc glibc-langpack-en-2.28-42.el8.1.x86_64 Locale data for en libgomp-8.2.1-3.5.el8.x86_64 GCC OpenMP v4.5 shared support library libstdc++-8.2.1-3.5.el8.x86_64 GNU Standard C++ Library libstdc++-devel-8.2.1-3.5.el8.x86_64 Header files and libraries for C++ development The following packages have to be installed: annobin-8.64-1.el8.x86_64 Binary annotation plugin for GCC gcc-8.2.1-3.5.el8.x86_64 Various compilers (C, C++, Objective-C, ...) gcc-c++-8.2.1-3.5.el8.x86_64 C++ support for GCC glibc-devel-2.28-42.el8.1.x86_64 Object files for development using standard C libraries. glibc-headers-2.28-42.el8.1.x86_64 Header files for development using standard C libraries. kernel-headers-4.18.0-80.11.2.el8_0.x86_64 Header files for the Linux kernel for use by glibc libxcrypt-devel-4.1.1-4.el8.x86_64 Development files for libxcryp On Wed, Jan 15, 2020 at 10:26 PM Philippe Piot <philippe.piot(a)gmail.com> wrote: > All, > While updating my package using dnf update all I allow dnf to clean some > package with unresolved dependencies. > I would like to reinstall some of them but got an error message "but > none of the providers can be installed" during the install process as dnf > is trying to install the dependencies. > . > This happens for some critical package like boost-openmpi-devel (see > below for error). In fact the following package were removed and cannot be > installed: > annobin-8.64-1.el8.x86_64 > glibc-headers-2.28-42.el8.1.x86_64 > libdrm-devel-2.4.96-2.el8.x86_64 > boost-devel-1.66.0-6.el8.x86_64 > boost-openmpi-devel-1.66.0-6.el8.x86_64 > boost-static-1.66.0-6.el8.x86_64 > gcc-8.2.1-3.5.el8.x86_64 > gcc-c++-8.2.1-3.5.el8.x86_64 > gcc-gdb-plugin-8.2.1-3.5.el8.x86_64 > gcc-gfortran-8.2.1-3.5.el8.x86_64 > glibc-devel-2.28-42.el8.1.x86_64 > hdf5-devel-1.10.5-4.el8.x86_64 > hdf5-openmpi-devel-1.10.5-4.el8.x86_64 > hdf5-openmpi-static-1.10.5-4.el8.x86_64 > hdf5-static-1.10.5-4.el8.x86_64 > libquadmath-devel-8.2.1-3.5.el8.x86_64 > libtool-2.4.6-25.el8.x86_64 > libxcrypt-devel-4.1.1-4.el8.x86_64 > mesa-libEGL-devel-18.3.1-5.el8_0.x86_64 > mesa-libGL-devel-18.3.1-5.el8_0.x86_64 > openmpi-devel-3.1.2-5.el8.x86_64 > poppler-qt5-devel-0.66.0-11.el8_0.12.x86_64 > qscintilla-qt5-devel-2.11.2-6.el8.x86_64 > qt5-doctools-5.11.1-5.el8.x86_64 > qt5-qtbase-devel-5.11.1-5.el8.x86_64 > qt5-qtscript-devel-5.11.1-2.el8.x86_64 > qt5-qttools-devel-5.11.1-5.el8.x86_64 > qt5-qttools-static-5.11.1-5.el8.x86_64 > qt5-rpm-macros-5.11.1-2.el8.noarch > systemtap-4.0-7.el8.x86_64 > systemtap-devel-4.0-7.el8.x86_64 > > Thank you for any suggestions. -- Philippe. > > > ERROR MESSAGE WHEN TRYING TO INSTALL ONE OF THESE PACKAGES: > ------------------------------------------ > [piot@paris ~]$ sudo dnf install boost-openmpi-devel > [sudo] password for piot: > Last metadata expiration check: 0:13:02 ago on Wed 15 Jan 2020 10:05:29 PM > CST. > Error: > Problem: package libquadmath-devel-8.3.1-4.5.el8.x86_64 requires gcc = > 8.3.1-4.5.el8, but none of the providers can be installed > - package gcc-8.3.1-4.5.el8.x86_64 requires glibc-devel >= 2.2.90-12, > but none of the providers can be installed > - package boost-devel-1.66.0-6.el8.x86_64 requires > libquadmath-devel(x86-64), but none of the providers can be installed > - package glibc-devel-2.28-72.el8.i686 requires glibc-headers, but none > of the providers can be installed > - package glibc-devel-2.28-72.el8.i686 requires glibc-headers = > 2.28-72.el8, but none of the providers can be installed > - package glibc-devel-2.28-72.el8.x86_64 requires glibc-headers, but > none of the providers can be installed > - package glibc-devel-2.28-72.el8.x86_64 requires glibc-headers = > 2.28-72.el8, but none of the providers can be installed > - package boost-openmpi-devel-1.66.0-6.el8.x86_64 requires > boost-devel(x86-64) = 1.66.0-6.el8, but none of the providers can be > installed > - package glibc-headers-2.28-72.el8.i686 requires kernel-headers, but > none of the providers can be installed > - package glibc-headers-2.28-72.el8.i686 requires kernel-headers >= > 2.2.1, but none of the providers can be installed > - package glibc-headers-2.28-72.el8.x86_64 requires kernel-headers, but > none of the providers can be installed > - package glibc-headers-2.28-72.el8.x86_64 requires kernel-headers >= > 2.2.1, but none of the providers can be installed > - cannot install the best candidate for the job > - package kernel-headers-4.18.0-147.0.3.el8_1.x86_64 is excluded > - package kernel-headers-4.18.0-147.3.1.el8_1.x86_64 is excluded > - package kernel-headers-4.18.0-147.el8.x86_64 is excluded > Philippe Piot, https://www.niu.edu/advanced-accelerator-randd/ <https://www.niu.edu/advanced-accelerator-randd/index.shtml> Northern Illinois University, Dept of Physics and Northern Illinois Center for Accelerator & Detector Development DeKalb, IL 60115, USA Tel: 815 753 6473, Web: http://www.physics.niu.edu/physics/ Argonne National Laboratory, Advanced Photon Source Accelerator System Division Lemont, IL 60439, USA Tel: 630 252 2415, Web: https://www.aps.anl.gov/Accelerator-Systems-Division

2 2

[semi-OT] C7 Possible bug but I can't determine what tool has the problem
by Alessandro Baggi 16 Jan '20

16 Jan '20

Hi all, I'm writing a script that uses rsync to sync 2 dirs on C7. I noticed a strange behaviour. I have 2 dir: src and dest. In src dir I generate a testfile with "dd if=/dev/zero of=testfile bs=1M count=100" and when I run "du -h testfile" I get the correct result. Then I sync src/ to dest/ using "rsync -avS src/ dest/", all ok but when I run "du -h dest/testfile" I get 0 and if I run "du -b dest/testfile" I get the correct size in bytes. I made several test to see what happens and noticed that removing -S (--sparse) from rsync command problem does not occour. In another test, thinking about a problem on 0ed file, I tried file generation using /dev/urandom then /dev/zero and running rsync -avS the problem is disappeared. This not seems to be a CentOS 7 related problem. I tried also on Fedora 31 and get the same problem. I wrote a simple bash script to replicate the problem: #!/bin/bash mkdir src mkdir dest cd src #dd if=/dev/urandom of=testfile bs=1M count=100 dd if=/dev/zero of=testfile bs=1M count=100 echo "src/testfile size:" du -h testfile du -b testfile cd .. rsync -avS src/ dest/ > /dev/null echo "dest/testfile size after rsync --sparse:" du -h dest/testfile du -b dest/testfile rm -f dest/testfile echo "dest/testfile size after rsync:" rsync -av src/ dest/ > /dev/null du -h dest/testfile du -b dest/testfile There is a bug in rsync or in du or something else? Thanks in advance.

3 6

CentOS-announce Digest, Vol 179, Issue 1
by centos-announce-request＠centos.org 15 Jan '20

15 Jan '20

1 0

Adding options to grub
by Mauricio Tavares 14 Jan '20

14 Jan '20

So I want to add a few options to the kernel (say iommu support). I have been told before to avoid using grub2-mkconfig because it would apply the changes to all currently available (to boot from) boot kernels. Instead, I should edit just the latest kernel entry in the grub.cfg file, adding the option to the line that used to start with "linux16" in centos6. This way, if it went boink, all I had to do is reboot, pick another kernel from the grub menu and off I went. And, it seems that every future kernel upgrade would incorporate this change. Looking at a centos7.7 setup, I take the equivalent line in /boot/grub/grub.conf is kernel /boot/vmlinuz-3.10.0-123.4.4.el7.x86_64 console=hvc0 xencons=tty0 root=/dev/xvda ro I am now looking into a centos8 and its grub.cfg (/boot/efi/EFI/centos/grub.cfg in this case) looks rather different. Is what I have described above still the safest way to customize the kernel? Or is there a cleaner way to do the same while still leaving me the option to go back to the grub menu and pick an undisturbed kernel?

1 0

Problems with firewalld-0.7.0
by Orion Poplawski 13 Jan '20

13 Jan '20

After upgrading one of our systems to CentOS 8 CR and firewalld-0.7.0-5.el8.noarch it no longer accepts connections allowed in one of the two active zones. I've reported the issue here: https://bugzilla.redhat.com/show_bug.cgi?id=1790681 but wondered if anyone else was seeing problems with multi-zone firewalld configurations. - Orion -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 https://www.nwra.com/

1 0

firefox update
by Steve Clark 13 Jan '20

13 Jan '20

Any idea when firefox-68.4.1 will be available? Thanks, Email Confidentiality Notice: The information contained in this transmission may contain privileged and confidential and/or protected health information (PHI) and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act of 1996, as amended (HIPAA). This transmission is intended for the sole use of the individual or entity to whom it is addressed. If you are not the intended recipient, you are notified that any use, dissemination, distribution, printing or copying of this transmission is strictly prohibited and may subject you to criminal or civil penalties. If you have received this transmission in error, please contact the sender immediately and delete this email and any attachments from any computer. Vaso Corporation and its subsidiary companies are not responsible for data leaks that result from email messages received that contain privileged and confidential and/or protected health information (PHI).

2 1

Problem with disconnecting SSH-sessions
by H 12 Jan '20

12 Jan '20

I am running CentOS 7 on a workstation and CentOS 6 and 7 on a couple of servers I am remotely connecting to using the same username and thus ssh configuration. However, one of the servers running CentOS 6 I keep getting disconnected from whereas I have no such problems with another CentOS 6 server and CentOS 7 server. The latter two are on two different hosted server setups far, far away whereas the problematic one is my own physical hardware in the same building. I have tried to make sure the sshd configuration on all servers are identical but still have this problem. I can rule out a general problem with the router in my office since all connections are via that router, the only difference is that the problematic server is in the same building and the connection loops back via the same router but through an external IP address. /var/log/secure on the workstation offers no clues with no messages regarding any disconnection. If anyone has suggestions what I should check, it would be greatly appreciated!

3 8

Blocking attacks from a range of IP addresses
by H 12 Jan '20

12 Jan '20

I am being attacked by an entire subnet where the first two parts of the IP address remain identical but the last two parts vary sufficiently that it is not caught by fail2ban since the attempts do not meet the cut-off of a certain number of attempts within the given time. Has anyone created a fail2ban filter for this type of attack? As of right now, I have manually banned a range of IP addresses but would like to automate it for the future.

9 11

Re: [CentOS] Block attacks from a range of IP addresses
by Adrian van Bloois 12 Jan '20

12 Jan '20

Hi, I'm using sshguard to acomplish this. You can acutally choose tthe size of the range you want to block, /8 of /16, no problem. It works perfect! It is included in the repo both for C7 and C8. Adrian -- Adri P. van Bloois "Elegance is not a dispensable luxury but a factor that decides between success and failure." Edsger W. Dijkstra

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss