Discuss May 2018

discuss@lists.centos.org

93 participants
86 discussions

kickstart leavebootorder
by Stijn De Weirdt 14 May '18

14 May '18

hi all, we have hosts that we want to pxeboot first, always. with uefi, anaconda/kickstart always set the freshly installed disk as first bootdevice and there seems to be no way to disable this behaviour. the rhel7 docs describe a "leavebootorder" option (https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht…) but it doesn't "leave [the] boot order", it still (as described in the doc) puts the new one on top. it leaves other existing boot entries alone, in same order; but inserting a new entry on top effectively changes the order, not sure what they were smoking when they came up that option name.... does anyone have any tips/tricks to keep hosts booting with pxe first (besides parsing efibootmgr output and modifying the bootorder after an install). thanks, stijn

1 0

Centos 7.5 and Courier 10 Pitch fonts in Libreoffice
by Gregory P. Ennis 14 May '18

14 May '18

Everyone, With the update to Centos 7.5 it is apparent that we lost the Courier 10 Pitch fonts that were in "xorg-x11-fonts-Type1". Does anyone know how to get this back. Greg Ennis

5 13

Private repository and upgrade to Centos 7.5 (Kernel / GStreamer / Mesa)
by Andreas Benzler 12 May '18

12 May '18

Hello Everyone, long time ago I wrote my last mail about my personal repository. The Upgrade went most smoostly. Only need to recompile mesa (enable by wayland ) and qt5-qtwebkit-5.9.2-1.el7.centos.src.rpm (missing by epel) nextcloud-client-2.3.3-1.el7.centos.src.rpm My current software Setup: - kernel 4.16.8 (elrepo with some amd switches) - updated graphic driver stack libdrm / libva 2.1/ amd & intel & nvidia (opensource driver) - gstreamer 10.5 & ffmpeg 2.8.14 - media with vlc 2.2.8 (vlc 3 & ffmpeg3 needs newer compiler) - mesa 18.0.3 / llvm 6.0 Moved from gnome to Xfwm4 for smoother workflow. Wayland is untested here. My WineHQ must be recompiled, that's all is left todo for now. I know some of my repo packages are not wayland enabled, but not needed this time. Totem is mostly unusable this time since mesa 18.0. Got same problem with Arch Linux. In fact nothing todo with my software stack. Got vlc by the way. Everything can be found at: http://centos.cms4all.org/repo/7/ While everything is my private playground and not a official repsitory the packages are "hand made" and unsigned. What's the benefit of this? Everything working as a normal Workstation on a server stack software. Tested also the last tombraider from steam....nice gameplay.. The last 2 years nothing breaks realy, when I starded my project: Centos Multimedia enabled. Still the same drive/installation with the vodoo software testdrive. No distribution drives that long in the past. Sincerely Andy

2 1

Re: [CentOS] [CentOS-announce] Release for CentOS Linux 7 (1804) on x86_64 aarch64 i386 ppc64 ppc64le
by Warren Young 11 May '18

11 May '18

On May 10, 2018, at 1:33 AM, Karanbir Singh <kbsingh(a)centos.org> wrote: > > I am pleased to announce the general availability of CentOS Linux 7 > (1804) for across all architectures. I’ve checked about a dozen of the mirrors, and see no *.torrent files yet. Any idea how long they’ll take to appear? I ask because we’re building a system today, so if it’s going to be more than a few hours, I’ll grab the ISO file directly, but otherwise, I’d prefer to spread the load. > As always, read through the Release Notes at : > http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7 The “RHEL” link here still points to the 7.4 release notes: https://wiki.centos.org/Download

2 3

Re: [CentOS] OT: hardware: sanitizing a dead SSD?
by James B. Byrne 11 May '18

11 May '18

On Thu, May 10, 2018 12:00, m.roth(a)5-cent.us wrote: > > > On the other hand... static, and unchanging, right, and how many > minutes of Amazon S3 will it take to break the encryption? None. If it is NSA certified there will be a backdoor. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail Do NOT open attachments nor follow links sent by e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Yum-cron
by m.roth＠5-cent.us 11 May '18

11 May '18

Ok, I've just had issues this morning, and went and *looked*. I can see a yum-cron running monthly, sure. Running weekly, I guess. Running daily? Why? And there is *NO* reason whatever for a "yum-hourly*. None. This is CentOS, not ubuntu-snapshot-of-the-moment. I don't know if this is from upstream or not, but it's wrong. I mean, even Redmond only pushes out patches once or twice a month, except for critical fixes.,,,.

4 6

Centos7 update: epel no route to host
by johan.vermeulen7＠telenet.be 11 May '18

11 May '18

Hello All, I' have a laptop who's not booting to graphical screen today. Actualy I had several the last few days, related to cr repo. This one won't update, EM: updates | 3.4 kB 00:00:00 epel/x86_64/updateinfo FAILED https://mirror.ynet.sk/epel/7/x86_64/repodata/3ada5bcbccaa9772074a773b15bd0…: [Errno 14] curl#7 - "Failed connect to mirror.ynet.sk:443; No route to host" I reinstalled epel-release package, same issue remains. I guess I could update without epel, but maybe this will make things worse. Any advise would be appreciated. Greetings, J

2 1

Video troubles after 7.5 upgrade using CR repo
by Nicolas Kovacs 10 May '18

10 May '18

Hi, Our desktop clients are running CentOS 7 with the Xfce desktop from EPEL. The CR repository is enabled. A few days ago I launched an update, which brought in close to 1 GB of packages. I had some weird problems on two clients. One is an old Dell Optiplex 330 with a legacy video card. [root@cybermule:/] # lspci | grep -i vga 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RC410 [Radeon Xpress 200/1100] After the update, X wouldn't start anymore, and there was no way to make it behave. I had to reinstall everything and disable the CR repo (or more precisely not enable it in the first place). After this, things went back to normal. On another desktop client, a more recent Dell Optiplex 780, this is what the video card looks like. [root@littlesister:/] # lspci | grep -i vga 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) On this machine I have some weird screen artefacts. When opening a window - any window - there is a sort of a black flash. Meaning the window is a black square, and then the content appears. Plus, on LibreOffice, when doing things like modifying tabs in a document, the tab lines are persistent all over the screen. Very ugly, and the secretary complains about not being able to work correctly. Any idea what's happening here? Until now, CentOS 7 never gave me this sort of headaches. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

2 2

Re: [CentOS] OT: hardware: sanitizing a dead SSD?
by Sean 10 May '18

10 May '18

Probably too late for consideration at this point, but there are Enterprise Class SSDs available with DoD/NSA certified/approved self encryption capability. The concept is that encryption is a hardware feature of the drive, when you want to dispose of it, you throw away the key. This allows vendors to receive broken drives back from GOV/MIL clients securely so that failure methods can be researched. Dell and EMC have been presenting this to us at storage briefs for a couple of years now. --Sean On Thu, May 10, 2018 at 8:00 AM <centos-request(a)centos.org> wrote: > From: m.roth(a)5-cent.us > To: CentOS mailing list <centos(a)centos.org> > Cc: > Bcc: > Date: Wed, 9 May 2018 11:35:21 -0400 > Subject: Re: [CentOS] OT: hardware: sanitizing a dead SSD? > James Szinger wrote: > > Disclaimer: My $dayjob is with a government contractor, but I am speaking > > as private citizen. > > > > Talk to your organization's computer security people. They will have a > > standard procedure for getting rid of dead disks. We on the internet > > can't > know what they are. I'm betting it involves some degree of > paperwork. > > > > Around here, I give the disks to my local computer support who in turn > > give them the institutional disk destruction team. I also zero-fill the > disk > > if possible, but that's not an official requirement. The disk remains > > sensitive until the process is complete. > > > Federal contractor here, too. (I'm the OP). For disks that work, shred or > DBAN is what we use. For dead disks, we do the paperwork, and get them > deGaussed. SSD's are a brand new issue. We haven't had to deal with them > yet, but it's surely coming, so we might as well figure it out now. > > mark > >

2 1

CentOS-announce Digest, Vol 159, Issue 2
by centos-announce-request＠centos.org 10 May '18

10 May '18

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. CESA-2018:1364 Important CentOS 6 389-ds-base Security Update (Johnny Hughes) 2. CEBA-2018:1361 CentOS 6 ibus BugFix Update (Johnny Hughes) 3. CEBA-2018:1339 CentOS 6 tzdata BugFix Update (Johnny Hughes) 4. CEBA-2018:1362 CentOS 6 vte BugFix Update (Johnny Hughes) 5. CEBA-2018:1363 CentOS 6 gcc-libraries BugFix Update (Johnny Hughes) 6. CESA-2018:1319 Important CentOS 6 kernel Security Update (Johnny Hughes) 7. Release for CentOS Linux 7 (1804) on armhfp (Fabian Arrotin) 8. Release for CentOS Linux 7 (1804) on x86_64 aarch64 i386 ppc64 ppc64le (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 9 May 2018 22:45:58 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1364 Important CentOS 6 389-ds-base Security Update Message-ID: <20180509224558.GA64223(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1364 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1364 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 997e67fca6b61e3c9eab8f16cbc39de3420170cc8d075aff9d297de12231037a 389-ds-base-1.2.11.15-95.el6_9.i686.rpm 70a6f320198a67424128fd0f664d6e015f4d691e4834cf2b9c644178adf9694c 389-ds-base-devel-1.2.11.15-95.el6_9.i686.rpm ea840e718423a3bf6b92192ad026af50ba30a10cf59438386f55f336f650cf4d 389-ds-base-libs-1.2.11.15-95.el6_9.i686.rpm x86_64: de4109a1b8a9364f92aa2eab1d2cb6169d89dc9304791f97edc98c8f7499eedb 389-ds-base-1.2.11.15-95.el6_9.x86_64.rpm 70a6f320198a67424128fd0f664d6e015f4d691e4834cf2b9c644178adf9694c 389-ds-base-devel-1.2.11.15-95.el6_9.i686.rpm 6b8c3237c8443e5135a5d94371f4641fe8aa1329ec5c56b91d12832b6d6fb873 389-ds-base-devel-1.2.11.15-95.el6_9.x86_64.rpm ea840e718423a3bf6b92192ad026af50ba30a10cf59438386f55f336f650cf4d 389-ds-base-libs-1.2.11.15-95.el6_9.i686.rpm cc5ad7a239fe8dc5b4c03d955f23cfbb7118110d939678256b00fa6906bf2779 389-ds-base-libs-1.2.11.15-95.el6_9.x86_64.rpm Source: 4c49c3286a5232c30faffb4871fe41cf4f5b47e3632a1f8b8ad71becfba902df 389-ds-base-1.2.11.15-95.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 9 May 2018 22:46:25 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1361 CentOS 6 ibus BugFix Update Message-ID: <20180509224625.GA64528(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1361 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1361 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7bc067f49bbd933672a1cffff2d19da4d6d4dbf40ccddac3d41630e2176760fb ibus-1.3.4-9.1.el6_9.i686.rpm 42da18ba08e243ad861c1591ab08ea801d79c8c488f09ecdada681b8c86f3134 ibus-devel-1.3.4-9.1.el6_9.i686.rpm a5a2a6793acf62085b41382192cb9f068310f9b2990cddc337e263ccd71e5fef ibus-devel-docs-1.3.4-9.1.el6_9.i686.rpm 2e9ee4fc8c13fd4cb856bdd0b4aa1213764081db592a251a6b0261ef34f0adc6 ibus-gtk-1.3.4-9.1.el6_9.i686.rpm 15e0440f2e1831a8fcb72b3e4347a03ce91991651e7dfed3510ce9b01b302d2c ibus-libs-1.3.4-9.1.el6_9.i686.rpm x86_64: 4e33cd4fd1e5b2576012b6a7b9ebaed4bc39bd778fc61b60997edbe04f49dee2 ibus-1.3.4-9.1.el6_9.x86_64.rpm 42da18ba08e243ad861c1591ab08ea801d79c8c488f09ecdada681b8c86f3134 ibus-devel-1.3.4-9.1.el6_9.i686.rpm 164a59cd7aece2e340c04c8d0e15da713419268acb7f8120b0f7b7d56be14061 ibus-devel-1.3.4-9.1.el6_9.x86_64.rpm c0139fc8389038488e00d15d7dc8fa5453646ea5f8ddeb03da613db48941ecd4 ibus-devel-docs-1.3.4-9.1.el6_9.x86_64.rpm 2e9ee4fc8c13fd4cb856bdd0b4aa1213764081db592a251a6b0261ef34f0adc6 ibus-gtk-1.3.4-9.1.el6_9.i686.rpm bf9347071d1db29f7d4e32bf12ad5cc2f3a599a7c3fe9a491f1579c948811542 ibus-gtk-1.3.4-9.1.el6_9.x86_64.rpm 15e0440f2e1831a8fcb72b3e4347a03ce91991651e7dfed3510ce9b01b302d2c ibus-libs-1.3.4-9.1.el6_9.i686.rpm 7ee186e307a906c236800d99da26742d9400f5353d8afac64782db5732d7270f ibus-libs-1.3.4-9.1.el6_9.x86_64.rpm Source: f8885fae9ced193d7ddd3cd95fe23d3bb37440a1886d483c888b44cc5cf0bb2e ibus-1.3.4-9.1.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 9 May 2018 22:47:12 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1339 CentOS 6 tzdata BugFix Update Message-ID: <20180509224712.GA64745(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1339 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1339 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d66cde6ab07be8739b2222c0463cc7c0218a55f1f825944545cef692107ae685 tzdata-2018e-3.el6.noarch.rpm cb1e4abf1981101afc2a87b1a434068d65e5f2828846bbc051199fda58002bd6 tzdata-java-2018e-3.el6.noarch.rpm x86_64: d66cde6ab07be8739b2222c0463cc7c0218a55f1f825944545cef692107ae685 tzdata-2018e-3.el6.noarch.rpm cb1e4abf1981101afc2a87b1a434068d65e5f2828846bbc051199fda58002bd6 tzdata-java-2018e-3.el6.noarch.rpm Source: 3e8bd97285bcdc86fd0e2d902ab3ea8cd46bce4ca7ef34f7eee3d2c7ff622d49 tzdata-2018e-3.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Wed, 9 May 2018 22:47:28 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1362 CentOS 6 vte BugFix Update Message-ID: <20180509224728.GA64974(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1362 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1362 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dc5384b49e720518865f72977b64025fd36ed921e27620e18929e33c66749af6 vte-0.25.1-10.el6_9.i686.rpm 0088d97ea239f1818b4deb6a316f6c19029ce7fb47fc09b61201b2304ab787cb vte-devel-0.25.1-10.el6_9.i686.rpm x86_64: dc5384b49e720518865f72977b64025fd36ed921e27620e18929e33c66749af6 vte-0.25.1-10.el6_9.i686.rpm bdd76e5bd5ea79464d420eeb4478c2f1aeaac3aa1eeba1752008a39c20e37a63 vte-0.25.1-10.el6_9.x86_64.rpm 0088d97ea239f1818b4deb6a316f6c19029ce7fb47fc09b61201b2304ab787cb vte-devel-0.25.1-10.el6_9.i686.rpm 74bec8926f4b823d38d0add1f1f15c1a954a963a68dc7ad684c29c135805dc41 vte-devel-0.25.1-10.el6_9.x86_64.rpm Source: a13db29c3e6b32fc106022ed39f0dc0e03f04494ba732caa1e89779ac51a4d05 vte-0.25.1-10.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Wed, 9 May 2018 22:49:52 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1363 CentOS 6 gcc-libraries BugFix Update Message-ID: <20180509224952.GA534(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1363 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1363 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 323ad8d5df9a986714d005ef68522add594e30649126df621a17bb4c9b8408f8 libatomic-7.1.1-2.4.1.el6_9.i686.rpm 5a08cc9e5b374e7c7f4bbf8f7a52d3aad149b9e1c0b52f26da74bab204f81819 libcilkrts-7.1.1-2.4.1.el6_9.i686.rpm e655f830b1cb725f1e16d29ab9523aa05e35652ab0a97f941c98c06f81ae1501 libgfortran4-7.1.1-2.4.1.el6_9.i686.rpm 248c681d393d114567ad1b52f62b3f9bebd4c6f739a940ff58b21a914d958889 libitm-7.1.1-2.4.1.el6_9.i686.rpm dfcac050acf14a260d070c22b3f259e63810ec6e0c93977d0757fa8619af2a40 libquadmath-7.1.1-2.4.1.el6_9.i686.rpm x86_64: 323ad8d5df9a986714d005ef68522add594e30649126df621a17bb4c9b8408f8 libatomic-7.1.1-2.4.1.el6_9.i686.rpm 40c821ed28410ef09698e5d30703ee435cbdd59ff93b2331194b58e57d075650 libatomic-7.1.1-2.4.1.el6_9.x86_64.rpm 5a08cc9e5b374e7c7f4bbf8f7a52d3aad149b9e1c0b52f26da74bab204f81819 libcilkrts-7.1.1-2.4.1.el6_9.i686.rpm 36bd5b0cfdc8e04f3386351dd4744246b144f488e8a0eaf480462406738483fc libcilkrts-7.1.1-2.4.1.el6_9.x86_64.rpm dc79d7bfb19758b5141d1ec39d4a813bd5be49b53b333faa69fe2edde39d6d61 libgfortran4-7.1.1-2.4.1.el6_9.x86_64.rpm 248c681d393d114567ad1b52f62b3f9bebd4c6f739a940ff58b21a914d958889 libitm-7.1.1-2.4.1.el6_9.i686.rpm cb739fcc5409e8a56b8c4f0408d2888af76aba7a1280ac642c979b41763fbf02 libitm-7.1.1-2.4.1.el6_9.x86_64.rpm bd53cf22b87e00a8e1303567371c8cd57bcbf7c71df9c093ceb541acfe7a76e9 libquadmath-7.1.1-2.4.1.el6_9.x86_64.rpm Source: 4281052f332512080e2ff36a0d756738a7e49fc7279dfc5bec82d6ade347d06c gcc-libraries-7.1.1-2.4.1.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 10 May 2018 01:00:09 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1319 Important CentOS 6 kernel Security Update Message-ID: <20180510010009.GA20721(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1319 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1319 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0ad77fd677aef101b9f6fdd2871173612333281d776520ecfae57c1d381b2e21 kernel-2.6.32-696.28.1.el6.i686.rpm 37e002b4ec8cb0d47e8b9427073dc3209280ffa8307bc28e8e0c7f9d818214ed kernel-abi-whitelists-2.6.32-696.28.1.el6.noarch.rpm e7e3fd0e9130be40ce38bbdbbe4e971506f3c3db3b24dceb7a6abcdcee47d9de kernel-debug-2.6.32-696.28.1.el6.i686.rpm 77ccfe0bc6ef1e4ee9214036768416b2b528b2aef9e71e3c48d0ca59c004f28f kernel-debug-devel-2.6.32-696.28.1.el6.i686.rpm cb08256cb0c950a7233e6de90fc2c6464243de381abae903799eb82f5a7edb61 kernel-devel-2.6.32-696.28.1.el6.i686.rpm 9a4a6205260a044053d75a2e167651e69a4e9802ba93f354f261b60879848fb5 kernel-doc-2.6.32-696.28.1.el6.noarch.rpm cc7e18af2c14a3e6469e551866eb4dceb91e1fffa1f64cb08463494ae514dc8d kernel-firmware-2.6.32-696.28.1.el6.noarch.rpm 82b1ba0334adaf81d1b3bb5a06625dcfa2b7cc2586ab491b104189bcf44a9b95 kernel-headers-2.6.32-696.28.1.el6.i686.rpm d3d96af0f6309a67bd86ce090b2e48a0396bc0c7a81d58c1f7effe391625b124 perf-2.6.32-696.28.1.el6.i686.rpm e00c0b060a2ca77eb7f2f0b575d05ef4e9154d5ea03f44d63c22cb69b7fc9903 python-perf-2.6.32-696.28.1.el6.i686.rpm x86_64: c1a87ab6d6628639f2456d8f49b4b0fb2f5891eb7a001f00986f9691ebb6e9d1 kernel-2.6.32-696.28.1.el6.x86_64.rpm 37e002b4ec8cb0d47e8b9427073dc3209280ffa8307bc28e8e0c7f9d818214ed kernel-abi-whitelists-2.6.32-696.28.1.el6.noarch.rpm 27211dcac25bc8efdef2b9ad6a7878ad5aff98d2a3195fe087fd4c02cbdd9fdd kernel-debug-2.6.32-696.28.1.el6.x86_64.rpm 77ccfe0bc6ef1e4ee9214036768416b2b528b2aef9e71e3c48d0ca59c004f28f kernel-debug-devel-2.6.32-696.28.1.el6.i686.rpm ce913ed2cb9ea3799b463808471244f3259973928f8f1dba4d3f868512943f9e kernel-debug-devel-2.6.32-696.28.1.el6.x86_64.rpm 73674be131a5d7a855450f3ec5b3f67956dbb366e854e8909533125fa8b57c6c kernel-devel-2.6.32-696.28.1.el6.x86_64.rpm 9a4a6205260a044053d75a2e167651e69a4e9802ba93f354f261b60879848fb5 kernel-doc-2.6.32-696.28.1.el6.noarch.rpm cc7e18af2c14a3e6469e551866eb4dceb91e1fffa1f64cb08463494ae514dc8d kernel-firmware-2.6.32-696.28.1.el6.noarch.rpm 95e982222a272bbaf0367c2afe9ca516388e20bf0530d7826cdd9818e7d0b7c0 kernel-headers-2.6.32-696.28.1.el6.x86_64.rpm c812bdbba530ce27286dc53680d313b5addd290b2cd885413344fcd621dcc18b perf-2.6.32-696.28.1.el6.x86_64.rpm e763ea6f3f09365ed17624b09330cd918627aa8b6dd6d2d7e896fdb81aa1fe88 python-perf-2.6.32-696.28.1.el6.x86_64.rpm Source: fe8e4c2b62e39cb557bb1dd9195bb524b107964a653736103fd59ba6893a3f2c kernel-2.6.32-696.28.1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Thu, 10 May 2018 09:27:21 +0200 From: Fabian Arrotin <arrfab(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] Release for CentOS Linux 7 (1804) on armhfp Message-ID: <390bfa54-4ad0-0527-9b6f-edd8fcb19724(a)centos.org> Content-Type: text/plain; charset="utf-8" I am pleased to announce the general availability of CentOS Linux 7 (1804) for armhfp compatible machines. This is the current release for CentOS Linux 7 and is tagged as 1804, derived from Red Hat Enterprise Linux 7.5 == Download You can download new images for armhfp boards on http://mirror.centos.org/altarch/7/isos/armhfp/ Images and sha256sums : CentOS-Userland-7-armv7hl-generic-GNOME-1804-sda.raw.xz 16ff588e04fae393671da6cc1336088201f5c633d66e519345eaf4b60e2818c3 CentOS-Userland-7-armv7hl-generic-KDE-1804-sda.raw.xz 950340fd8aec24651788897382f76d360c19a7f83c08dc9390637880413690f7 CentOS-Userland-7-armv7hl-generic-Minimal-1804-sda.raw.xz 1a9823b3148285a8aa8f07f49c23b4e6299aaa1f225d15334501687fb9c44398 CentOS-Userland-7-armv7hl-RaspberryPI-GNOME-1804-sda.raw.xz 23c3ec15d72e7b1934fa63ae1a7c8f4071f952c2d2c07da39c625e2559b86ccf CentOS-Userland-7-armv7hl-RaspberryPI-KDE-1804-sda.raw.xz f9ed70539ad4579a7ae7bbad777e4a2614ad9df13bfb577ac2de0c72dee9e7c1 CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-1804-sda.raw.x 962264b4387a10cfd058b12b7ed1490fd3f65c9276c10a37c6746ffaabcc83f2 == What's new (specific to armhfp) As before, CentOS 7 userland for armhfp is still built from the CentOS 7 distribution, with some modified, added (or removed) packages. Here are some highlights for the 7.5.1804 release : - Kernel (for both rpi2/3 and generic boards) was bumped to 4.14.x (LTS version) to also follow the i386 AltArch kernel. - uboot images were updated to version 2018.03 to support more boards - we have now variants other than "minimal" (so GNOME and KDE) - selinux is working in enforcing mode and not in permissive mode by default so there is no need anymore to relabel filesystem and reboot) We have also changed the way we built the armhfp images, so please consider reading the dedicated wiki page to understand which steps are now mandatory to ensure that your armhfp will boot correctly (basically setting up uboot) More informations/details on the dedicated wiki page : https://wiki.centos.org/SpecialInterestGroup/AltArch/armhfp == Getting help If you are searching for help, or would like to help the CentOS altarch/armhfp ecosystem, feel free to subscribe to the CentOS arm-dev list (https://lists.centos.org/mailman/listinfo/arm-dev) or chat with us in #centos-arm on irc.freenode.net == Special thank you message I'd like to say thank you to Pablo Greco, who helped a lot for this release, with all the hard work he did during the CentOS 7.4.1708 days to catch up with all the packages that weren't able to build, work that permits now to have a armhfp release set as close as possible with the upstream x86_64 one. Kudos ! -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss May 2018