Planned Outage: COPR BACKEND upgrade - 2018-01-16 09:00 UTC

2018-01-15 Thread Michal Novotny
Planned Outage: COPR BACKEND upgrade - 2018-01-16 09:00 UTC There will be an outage starting at 2018-01-16 09:00 UTC, which will last approximately 0.5 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2018-01-16 09:00

[Bug 1529405] perl-Alien-pkgconf-0.11 is available

2018-01-15 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1529405 Jitka Plesnikova changed: What|Removed |Added Status|NEW |CLOSED CC|

Re: RPM packaging and ldconfig handling

2018-01-15 Thread Florian Weimer
On 01/15/2018 05:40 AM, Tomasz Kłoczko wrote: Currently /sbin/ldconfig is part of the glibc package. Depends which one package was installed/updated firs and which one second system image end ups with 32 or 64 bits /sbin/ldconfig. Depends which one binary will be present ldconfig by default goes

Re: F28 System Wide Change: Rename "nobody" user

2018-01-15 Thread Daniel Walsh
On 01/13/2018 10:18 AM, Steve Dickson wrote: On 01/13/2018 08:50 AM, Steve Dickson wrote: So I guess the next question is what the current nobody id (25) used for and why does it exist? Doing some research on this back in Aug 2001 nfsnobody was added to nfs-utils for the reasons stated in h

Re: F28 System Wide Change: Golang 1.10a

2018-01-15 Thread nicolas . mailhot
Hi, So, to be more scientific, I did a complete rebuild from scratch of my Go spec stash in rawhide, both with Go 1.10 and forcing the previous Go 1.9.2 (about 300 packages, some of which are not supposed to build yet because I still need to finish the unbundling and bootstraping of docker in a

Re: RPM packaging and ldconfig handling

2018-01-15 Thread Tomasz Kłoczko
On 15 January 2018 at 12:42, Florian Weimer wrote: > On 01/15/2018 05:40 AM, Tomasz Kłoczko wrote: >> Currently /sbin/ldconfig is part of the glibc package. >> Depends which one package was installed/updated firs and which one >> second system image end ups with 32 or 64 bits /sbin/ldconfig. >> De

Update to VA-API 1.0.0 (libva-2.0.0 with SONAME bump)

2018-01-15 Thread Nicolas Chauvet
Hi, I plan to update libva to 2.0.0. It comes with a SONAME bump. (and libva-egl and libva-tpi library removed, but it's not used anywhere) Because of the SONAME, this is fedora 28 only material. Here is the full list of dependencies to be rebuilt: dnf repoquery --whatrequires libva.so.1\* --sou

Re: Update to VA-API 1.0.0 (libva-2.0.0 with SONAME bump)

2018-01-15 Thread Björn 'besser82' Esser
Am Montag, den 15.01.2018, 14:25 +0100 schrieb Nicolas Chauvet: > I plan to do the update later tonight (CET). > I might need provenpackager help for libmfx,cmrt, > libva-intel-hybrid-driver and weston from the fedora side. Let me know which changes are need to be made to these packages and I'll a

Re: F28 System Wide Change: Golang 1.10a

2018-01-15 Thread Jakub Cajka
- Original Message - > From: "nicolas mailhot" > To: "Jakub Cajka" > Cc: gol...@lists.fedoraproject.org, "Development discussions related to > Fedora" > Sent: Monday, January 15, 2018 2:22:26 PM > Subject: Re: F28 System Wide Change: Golang 1.10a > > Hi, > > So, to be more scienti

Re: microcode updates and spectre variant 2

2018-01-15 Thread Randy Barlow
On 01/12/2018 03:31 PM, Chris Murphy wrote: > https://downloadcenter.intel.com/download/27431/Linux-Processor-Microcode-Data-File I'm quite surprised that my PIII is getting a microcode update. It's 18 years old! signature.asc Description: OpenPGP digital signature _

Re: microcode updates and spectre variant 2

2018-01-15 Thread Michael Cronenworth
On 01/15/2018 09:00 AM, Randy Barlow wrote: I'm quite surprised that my PIII is getting a microcode update. It's 18 years old! On the flip side: One of my systems has an i3-3225 (Ivy Bridge) that has not received an update. ___ devel mailing list -

Re: microcode updates and spectre variant 2

2018-01-15 Thread Justin Forbes
On Mon, Jan 15, 2018 at 9:00 AM, Randy Barlow wrote: > On 01/12/2018 03:31 PM, Chris Murphy wrote: >> https://downloadcenter.intel.com/download/27431/Linux-Processor-Microcode-Data-File > > I'm quite surprised that my PIII is getting a microcode update. It's 18 > years old! > I think the list on t

Re: microcode updates and spectre variant 2

2018-01-15 Thread Justin Forbes
On Mon, Jan 15, 2018 at 9:04 AM, Michael Cronenworth wrote: > On 01/15/2018 09:00 AM, Randy Barlow wrote: >> >> I'm quite surprised that my PIII is getting a microcode update. It's 18 >> years old! >> > > On the flip side: One of my systems has an i3-3225 (Ivy Bridge) that has not > received an up

Re: F28 System Wide Change: Rename "nobody" user

2018-01-15 Thread Steve Dickson
Hello, In summary: Legacy application that expect the 99 uid or the 'nfsnobody' user name will break, but from an NFS protocol aspect I think we are fine since the same value is going over the wire. This is a Fedora only thing since the user name nfsnobody is not used in other distros. The D

Re: F28 System Wide Change: Rename "nobody" user

2018-01-15 Thread Steve Dickson
On 01/10/2018 05:46 AM, Jan Kurik wrote: > = System Wide Change: Rename "nobody" user = > https://fedoraproject.org/wiki/Changes/RenameNobodyUser A nit... The proposed rename looks like: nobody:x:65534:65534:Kernel Overflow User:/:/sbin/nologin Now that this is going to be used for NFS, shou

Re: Issues in F26 that bug me

2018-01-15 Thread Adam Jackson
On Sun, 2018-01-14 at 11:02 -0800, Howard Howell wrote: > 3. Wyland!!??!!! I liked X. It worked! Wyland has some > quirks, including the inability to run some kinds of video cards, like > Nvidia, and while it was brutal before, at least you could get it > working. Now Wayland works about

Re: /proc/sys/net/core/optmem_max on armv7l

2018-01-15 Thread Laura Abbott
On 01/11/2018 06:17 PM, Peter Robinson wrote: I just noticed, there is a difference in the default value of `/proc/sys/net/core/optmem_max` on armv7l: On all arches it is 20480, but on armv7l it is 10240. Is there any specific reason for limiting the maximum ancillary buffer size allowed per so

vagrant-openstack-provider

2018-01-15 Thread Greg Hellings
All, I've been an avid user of the Vagrant Openstack Provider plugin ( https://github.com/ggiamarchi/vagrant-openstack-provider). It seems it is (or could be) a popular Vagrant plugin, but it is not packaged for Fedora. There aren't a whole bunch of Vagrant plugins that are packaged in Fedora, but

Re: /proc/sys/net/core/optmem_max on armv7l

2018-01-15 Thread Björn 'besser82' Esser
Am Montag, den 15.01.2018, 08:42 -0800 schrieb Laura Abbott: > On 01/11/2018 06:17 PM, Peter Robinson wrote: > > > I just noticed, there is a difference in the default value of > > > `/proc/sys/net/core/optmem_max` on armv7l: > > > > > > On all arches it is 20480, but on armv7l it is 10240. > > >

Re: microcode updates and spectre variant 2

2018-01-15 Thread Chris Murphy
On Fri, Jan 12, 2018 at 2:28 PM, Chris Murphy wrote: > On Fri, Jan 12, 2018 at 2:00 PM, Josh Boyer wrote: >> On Fri, Jan 12, 2018 at 3:31 PM, Chris Murphy >> wrote: >>> Koji contains linux-firmware-20171215-82.git2451bb22.fc27 which >>> contains intel-ucode from 20171117. But I don't know if th

Re: F28 System Wide Change: Rename "nobody" user

2018-01-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Jan 15, 2018 at 11:04:32AM -0500, Steve Dickson wrote: > > > On 01/10/2018 05:46 AM, Jan Kurik wrote: > > = System Wide Change: Rename "nobody" user = > > https://fedoraproject.org/wiki/Changes/RenameNobodyUser > A nit... The proposed rename looks like: > nobody:x:65534:65534:Kernel O

Re: F28 System Wide Change: Rename "nobody" user

2018-01-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Jan 15, 2018 at 10:53:32AM -0500, Steve Dickson wrote: > Hello, > > In summary: Legacy application that expect the 99 uid or the > 'nfsnobody' user name will break, but from an NFS protocol > aspect I think we are fine since the same value is going > over the wire. Cool, thanks. > This

Re: /proc/sys/net/core/optmem_max on armv7l

2018-01-15 Thread Florian Weimer
* Björn 'besser82' Esser: > I just checked and found `unsigned long` to be 32 bits on %{arm}, > only. All other arches (even %{ix86}) have it set to 64 bits. Huh? I'm not aware of *any* vaguely Linux-compatible 32-bit architecture which has 64-bit longs (unsigned or signed). ___

Re: F28 System Wide Change: Rename "nobody" user

2018-01-15 Thread Adam Williamson
On Fri, 2018-01-12 at 16:29 -0500, John Florian wrote: > On Thu, 2018-01-11 at 10:08 -0800, Adam Williamson wrote: > > On Thu, 2018-01-11 at 10:19 -0700, Chris Murphy wrote: > > > "Upgrading the system multiple times through the upgrade process > > > should give a result that is the same as an orig

Re: F28 System Wide Change: Rename "nobody" user

2018-01-15 Thread Adam Williamson
On Mon, 2018-01-15 at 10:53 -0500, Steve Dickson wrote: > Googling 'linux nobody uid' it appears nobody is a uid used by apps > that don't want to run as root. In case they got hacked the would > not have root privileges, but with SElinux around I think that > problem has been solve. This seems

Re: F28 System Wide Change: Rename "nobody" user

2018-01-15 Thread Stephen John Smoogen
On 15 January 2018 at 15:37, Adam Williamson wrote: > On Mon, 2018-01-15 at 10:53 -0500, Steve Dickson wrote: > >> Googling 'linux nobody uid' it appears nobody is a uid used by apps >> that don't want to run as root. In case they got hacked the would >> not have root privileges, but with SElinux

rpm-ostree v2018.1

2018-01-15 Thread Colin Walters
Hi, a quick thing I want to highlight about this release here: https://github.com/projectatomic/rpm-ostree/releases/tag/v2018.1 " On the flip side, we have made a mostly-compatible change to drop most Linux "capabilities" during RPM script invocation. For example, it is no longer supported to e.g

Re: Fedora Rawhide-20180114.n.0 compose check report

2018-01-15 Thread Adam Williamson
On Sun, 2018-01-14 at 16:54 +, Fedora compose checker wrote: > No missing expected images. > > Failed openQA tests: 16/129 (x86_64), 6/24 (i386), 1/2 (arm) > > New failures (same test did not fail in Rawhide-20180111.n.0): > > ID: 185786Test: x86_64 universal install_software_raid > URL:

[Fedocal] Reminder meeting : Modularity Office Hours

2018-01-15 Thread nils
Dear all, You are kindly invited to the meeting: Modularity Office Hours on 2018-01-16 from 10:00:00 to 11:00:00 US/Eastern At fedora-modular...@chat.freenode.net The meeting will be about: This is where you ask the Fedora Modularity Team questions (and we try to answer them)! Join us on

[Fedocal] Reminder meeting : Modularity Office Hours

2018-01-15 Thread nils
Dear all, You are kindly invited to the meeting: Modularity Office Hours on 2018-01-16 from 10:00:00 to 11:00:00 US/Eastern At https://meet.jit.si/fedora-modularity The meeting will be about: This is where you ask the Fedora Modularity Team questions (and we try to answer them)! Join us o

Fedora Rawhide-20180114.n.0 compose check report

2018-01-15 Thread Fedora compose checker
No missing expected images. Failed openQA tests: 12/129 (x86_64), 5/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20180111.n.0): ID: 185859 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/185859 Old failures (same test failed

Request ntopng Package Add for Fedora

2018-01-15 Thread Bob Kaiser
Packagers, Please add ntopng to the Fedora package build and distribution. More information is available here: https://www.ntop.org/products/traffic-analysis/ntop/ ntopng Community is distributed under the GNU GPLv3 license. Source code is on GitHub: https://github.com/ntop/ntopng Packages a

maven-checkstyle-plugin write access

2018-01-15 Thread Christopher
I'm an admin on the maven-checkstyle-plugin repo, but do not have write access for some reason. Can somebody regenerate the ACLs or whatever so I can push? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...

Re: F28 System Wide Change: Rename "nobody" user

2018-01-15 Thread Nico Kadel-Garcia
On Mon, Jan 15, 2018 at 3:37 PM, Adam Williamson wrote: > On Mon, 2018-01-15 at 10:53 -0500, Steve Dickson wrote: > >> Googling 'linux nobody uid' it appears nobody is a uid used by apps >> that don't want to run as root. In case they got hacked the would >> not have root privileges, but with SEli