[Guidelines change] Changes to the packaging guidelines

Here are the recent changes to the packaging guidelines. We have more things coming in concert with various distro changes that are happening, but I wanted to get these two out there now. - The icon cache scriptlets were removed from the scriptlet guidelines, as no live Fedora release needs

Fedora Rawhide-20180130.n.0 compose check report

Missing expected images: Workstation live i386 Kde live i386 Failed openQA tests: 14/129 (x86_64), 3/22 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20180128.n.0): ID: 189390 Test: x86_64 Workstation-live-iso install_default@uefi URL:

FDP Release and Statistics 1/2018: C# IDEs, .NET, and Multiple Pythons

Hello, new Fedora Developer Portal was released. What's updated? - `C# IDEs` and `.NET installation` pages [1][2] by Radka Janek - `Multiple Pythons` page [3] by Miro Hrončok - Moved PHP web Frameworks to Web Application subsection

Re: [HEADS UP] Removal of systemd-units

> beanstalkd gnat jjh Updated in epel7 - rawhide was fine already Oddly, dspam which is the package I updated earlier today wasn't on this list and has the Requires/BuildRequires of systemd-units. Not sure why it isn't on your list. However it could mean that if you remove

[Test-Announce] Fedora 28 Rawhide 20180130.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 28 Rawhide 20180130.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki

Re: Package Wishlist

inderau...@arcor.de wrote: > I'm interest in GNU Ring's communication solution. > https://ring.cx/en > https://ring.cx/en/about/practical I see that FFMPEG is mentioned on Ring's website. FFMPEG isn't permissible in Fedora because the USA's patent system is crap, so it's packaged in RPM Fusion

Re: Fedora27: NFS v4 terrible write performance, is async working

On 28 January 2018 at 07:48, Terry Barnaby wrote: > When doing a tar -xzf ... of a big source tar on an NFSv4 file system the > time taken is huge. I am seeing an overall data rate of about 1 MByte per > second across the network interface. If I copy a single large file I see

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On Tue, Jan 30, 2018 at 10:30:04PM +, Terry Barnaby wrote: > Also, on the 0.5ms. Is this effectively the 1ms system tick ie. the NFS > processing is not processing based on the packet events (not pre-emptive) > but on the next system tick ? > > An ICMP ping is about 0.13ms (to and fro)

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On 30/01/18 21:31, J. Bruce Fields wrote: On Tue, Jan 30, 2018 at 07:03:17PM +, Terry Barnaby wrote: It looks like each RPC call takes about 0.5ms. Why do there need to be some many RPC calls for this ? The OPEN call could set the attribs, no need for the later GETATTR or SETATTR calls.

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On Tue, Jan 30, 2018 at 04:31:58PM -0500, J. Bruce Fields wrote: > On Tue, Jan 30, 2018 at 07:03:17PM +, Terry Barnaby wrote: > > It looks like each RPC call takes about 0.5ms. Why do there need to be some > > many RPC calls for this ? The OPEN call could set the attribs, no need for > > the

Re: net-snmp, cmake, mc unresponsive packagers

On 30 January 2018 at 21:53, Ben Rosser wrote: > On Tue, Jan 30, 2018 at 4:32 PM, Tomasz Kłoczko > wrote: > > https://fedoraproject.org/wiki/Policy_for_nonresponsive_ > package_maintainers > > > > net-snmp > >

copr mailist?

Hi! I was wondering what would be the best place to ask help about problems building packages on copr... Thank you and sorry for off-topic, Adrian smime.p7s Description: S/MIME Cryptographic Signature ___ devel mailing list --

FYI: Fedora/RISC-V third and final bootstrap

About a month ago I posted about the state of the RISC-V architecture for Fedora: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/EYY4TFJTV66EAG322F3E6V6TA7I3RZAZ/ Quoting from that email: | First the basics: RISC-V is a free and open Instruction Set |

Re: net-snmp, cmake, mc unresponsive packagers

On Tue, Jan 30, 2018 at 4:32 PM, Tomasz Kłoczko wrote: > https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers > > net-snmp > https://bugzilla.redhat.com/show_bug.cgi?id=1529716 > https://src.fedoraproject.org/rpms/net-snmp/pull-request/2 There

Re: net-snmp, cmake, mc unresponsive packagers

On 30 January 2018 at 21:37, Jindrich Novy wrote: > Hi Tomasz, > > I haven't done much on mc front recently but I'm pretty responsive. Have > you tried to get in touch with me at all? > You are not reacting on bugzuilla tickets and now on pull requests. Why? Prev

net-snmp, cmake, mc unresponsive packagers

https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers net-snmp https://bugzilla.redhat.com/show_bug.cgi?id=1529716 https://src.fedoraproject.org/rpms/net-snmp/pull-request/2 cmake: https://src.fedoraproject.org/rpms/cmake/pull-request/2

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On Tue, Jan 30, 2018 at 07:03:17PM +, Terry Barnaby wrote: > It looks like each RPC call takes about 0.5ms. Why do there need to be some > many RPC calls for this ? The OPEN call could set the attribs, no need for > the later GETATTR or SETATTR calls. The first SETATTR (which sets ctime and

[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 931 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 821 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb mcollective-2.8.4-1.el6 792

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

Hi, On 01/30/2018 01:03 PM, Terry Barnaby wrote: Being a daredevil, I have used the NFS async option for 27 years without an issue on multiple systems :) I have just mounted my ext4 disk with the same options you were using and the same NFS export options and the speed here looks the same

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

Being a daredevil, I have used the NFS async option for 27 years without an issue on multiple systems :) I have just mounted my ext4 disk with the same options you were using and the same NFS export options and the speed here looks the same as I had previously. As I can't wait 2+ hours so

Re: GCC broken in rawhide?

On 01/30/2018 06:59 PM, Charalampos Stratakis wrote: Noting here that python2 segfaults now when using profile guided optimizations on x86_64 since the latest gcc update. This is a bug in Python 2.7: https://bugzilla.redhat.com/show_bug.cgi?id=1540316 We're working on fixing it. Thanks,

Re: Package Wishlist (Was: Working on a Dracut bug?)

> Robert-André Mauchin hat am 30. Januar 2018 um 19:29 > geschrieben: > > > On lundi 29 janvier 2018 10:06:10 CET inderau...@arcor.de wrote: > > Hi Matthew, that would be great. But i have no technical background to > > realise that :( > > I'm interest in GNU Ring's

Re: Package Wishlist (Was: Working on a Dracut bug?)

On lundi 29 janvier 2018 10:06:10 CET inderau...@arcor.de wrote: > Hi Matthew, that would be great. But i have no technical background to > realise that :( > I'm interest in GNU Ring's communication solution. > https://ring.cx/en > https://ring.cx/en/about/practical > They seem to provide their

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On 30/01/18 17:54, J. Bruce Fields wrote: On Tue, Jan 30, 2018 at 12:31:22PM -0500, J. Bruce Fields wrote: On Tue, Jan 30, 2018 at 04:49:41PM +, Terry Barnaby wrote: I have just tried running the untar on our work systems. These are again Fedora27 but newer hardware. I set one of the

Re: Wyland is a disaster

On Tue, 2018-01-30 at 10:49 -0500, Przemek Klosowski wrote: > On 01/29/2018 09:33 PM, mcatanz...@gnome.org wrote: > > Please see my earlier post in this thread regarding how to get a > > stacktrace out of coredumpctl > > This is a great debugging harness; thanks for pointing it out as I >

[Bug 1535735] perl-MongoDB-v1.8.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1535735 --- Comment #7 from Fedora Update System --- perl-MongoDB-1.8.1-1.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving

[Bug 1392472] root is not built for ppc64

https://bugzilla.redhat.com/show_bug.cgi?id=1392472 Fedora Update System changed: What|Removed |Added Fixed In Version|root-6.12.04-1.fc26

[Bug 1392478] root is not built for ppc64le

https://bugzilla.redhat.com/show_bug.cgi?id=1392478 Fedora Update System changed: What|Removed |Added Fixed In Version|root-6.12.04-1.fc26

Re: RPM packaging and ldconfig handling

On 30 January 2018 at 17:21, Tim Landscheidt wrote: [..] > You can help move this forward by publishing the script(s) > you used (or the patches that still apply cleanly if you > wrote them manually). > There is no any this kind script because ALL Fedora specs

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee

Dear all, You are kindly invited to the meeting: EPEL Steering Committee on 2018-01-31 from 18:00:00 to 19:00:00 GMT At fedora-meet...@irc.freenode.net The meeting will be about: The EPEL Steering Committee will have a weekly meeting to cover current tasks and problems needed to keep EPEL

Re: GCC broken in rawhide?

- Original Message - > From: "Vít Ondruch" > To: devel@lists.fedoraproject.org > Sent: Tuesday, January 30, 2018 1:14:43 PM > Subject: Re: GCC broken in rawhide? > > > > Dne 30.1.2018 v 11:16 Jakub Jelinek napsal(a): > > On Tue, Jan 30, 2018 at 11:11:02AM +0100,

Re: Package Wishlist (Was: Working on a Dracut bug?)

so if there is anything you could do/initiate, that would be really wonderful! Anna ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On Tue, Jan 30, 2018 at 12:31:22PM -0500, J. Bruce Fields wrote: > On Tue, Jan 30, 2018 at 04:49:41PM +, Terry Barnaby wrote: > > I have just tried running the untar on our work systems. These are again > > Fedora27 but newer hardware. > > I set one of the servers NFS exports to just rw

Re: F28 Self Contained Change: Atomic, Cloud and Docker images for s390x

On 01/30/2018 11:50 AM, Jan Kurik wrote: = Proposed Self Contained Change: Atomic, Cloud and Docker images for s390x = https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for_s390x Change owner(s): * Sinny Kumari This change is to bring s390x architecture closer to other

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On Tue, Jan 30, 2018 at 04:49:41PM +, Terry Barnaby wrote: > I have just tried running the untar on our work systems. These are again > Fedora27 but newer hardware. > I set one of the servers NFS exports to just rw (removed the async option in > /etc/exports and ran exportfs -arv). > Remounted

[Bug 1392472] root is not built for ppc64

https://bugzilla.redhat.com/show_bug.cgi?id=1392472 Fedora Update System changed: What|Removed |Added Status|ON_QA

[Bug 1535735] perl-MongoDB-v1.8.1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1535735 --- Comment #6 from Fedora Update System --- perl-MongoDB-1.8.1-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving

[Bug 1392475] perl-Alien-ROOT not available on ppc64 because root is not there

https://bugzilla.redhat.com/show_bug.cgi?id=1392475 Bug 1392475 depends on bug 1392472, which changed state. Bug 1392472 Summary: root is not built for ppc64 https://bugzilla.redhat.com/show_bug.cgi?id=1392472 What|Removed |Added

[Bug 1392478] root is not built for ppc64le

https://bugzilla.redhat.com/show_bug.cgi?id=1392478 Fedora Update System changed: What|Removed |Added Status|ON_QA

[Bug 1392479] perl-Alien-ROOT not available on ppc64le because root is not there

https://bugzilla.redhat.com/show_bug.cgi?id=1392479 Bug 1392479 depends on bug 1392478, which changed state. Bug 1392478 Summary: root is not built for ppc64le https://bugzilla.redhat.com/show_bug.cgi?id=1392478 What|Removed |Added

[Bug 1530928] perl-Time-HiRes-1.9751 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1530928 --- Comment #9 from Fedora Update System --- perl-Time-HiRes-1.9753-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1528842] perl-Time-HiRes-1.9750 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1528842 --- Comment #13 from Fedora Update System --- perl-Time-HiRes-1.9753-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1533691] perl-Time-HiRes-1.9753 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1533691 --- Comment #7 from Fedora Update System --- perl-Time-HiRes-1.9753-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1531332] perl-Time-HiRes-1.9752 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1531332 --- Comment #9 from Fedora Update System --- perl-Time-HiRes-1.9753-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. -- You are

[Bug 1532914] perl-Socket-2.025 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1532914 --- Comment #7 from Fedora Update System --- perl-Socket-2.025-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving

Re: RPM packaging and ldconfig handling

Tomasz Kłoczko wrote: > […] > Who said that I'm demanding something? > Look one more time on https://pagure.io/packaging-committee/issue/736 > Igor took this tasks VOLUNTARILY and started working on necessary specs > before I've delivered batch of patches. > When I

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On 30/01/18 16:22, J. Bruce Fields wrote: On Tue, Jan 30, 2018 at 03:29:41PM +, Terry Barnaby wrote: On 30/01/18 15:09, J. Bruce Fields wrote: By comparison on my little home server (Fedora, ext4, a couple WD Black 1TB drives), with sync, that untar takes is 7:44, about 8ms/file. Ok, that

Re: [HEADS UP] Removal of systemd-units

Apologies, I no longer have the email with the list of packages and maintainers. However I’ve updated dspam in rawhide. — Nathanael ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On Tue, Jan 30, 2018 at 03:29:41PM +, Terry Barnaby wrote: > On 30/01/18 15:09, J. Bruce Fields wrote: > > By comparison on my little home server (Fedora, ext4, a couple WD Black > > 1TB drives), with sync, that untar takes is 7:44, about 8ms/file. > Ok, that is far more reasonable, so

Re: Proposed Fedora packaging guideline: More Go packaging

On Tue, Jan 30, 2018 at 10:11 AM, wrote: > Hi, > > Now the technical PR is submitted > https://src.fedoraproject.org/rpms/go-srpm-macros/pull-request/1 > > and waiting for action from the go-srpm-macros maintainers, I took (quite a > long) time to refresh and flesh

Re: RPM packaging and ldconfig handling

On 30 January 2018 at 12:32, Matthew Miller wrote: > On Tue, Jan 30, 2018 at 03:07:22AM +, Tomasz Kłoczko wrote: > > OK. So if I'll be nice, explicit and concise it will cause that Igor will > > finish at least one mass change before start another one? > > Igor

Re: Wyland is a disaster

On Tue, 2018-01-30 at 10:49 -0500, Przemek Klosowski wrote: > On 01/29/2018 09:33 PM, mcatanz...@gnome.org wrote: > > Please see my earlier post in this thread regarding how to get a > > stacktrace out of coredumpctl > > This is a great debugging harness; thanks for pointing it out as I >

Re: Wyland is a disaster

On Tue, Jan 30, 2018 at 9:49 AM, Przemek Klosowski wrote: I am currently reporting my pan-crashing-Wayland crashing issue on gnome.org---but in the true Heisenbug fashion it stopped crashing, so I can't reproduce it now. It was crashing almost every time I used the

Re: Wyland is a disaster

On 01/29/2018 09:33 PM, mcatanz...@gnome.org wrote: Please see my earlier post in this thread regarding how to get a stacktrace out of coredumpctl This is a great debugging harness; thanks for pointing it out as I didn't know about it. I am currently reporting my pan-crashing-Wayland

Re: Fedora27: NFS v4 terrible write performance, is async working

On 30 January 2018 at 03:12, Petr Pisar wrote: > On Tue, Jan 30, 2018 at 08:31:05AM +0100, Reindl Harald wrote: > > Am 30.01.2018 um 08:25 schrieb Petr Pisar: > > > On 2018-01-29, J. Bruce Fields wrote: > > > > The file create isn't allowed to return until

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On 30/01/18 15:09, J. Bruce Fields wrote: On Tue, Jan 30, 2018 at 08:49:27AM +, Terry Barnaby wrote: On 29/01/18 22:28, J. Bruce Fields wrote: On Mon, Jan 29, 2018 at 08:37:50PM +, Terry Barnaby wrote: Ok, that's a shame unless NFSv4's write performance with small files/dirs is

Re: Fedora27: NFS v4 terrible write performance, is async working

On Tue, Jan 30, 2018 at 10:00:44AM +0100, Reindl Harald wrote: > Am 30.01.2018 um 09:49 schrieb Terry Barnaby: > > Untar on server to its local disk:  13 seconds, effective data rate: 68 > > MBytes/s > > > > Untar on server over NFSv4.2 with async on server:  3 minutes, effective > > data rate:

Re: Proposed Fedora packaging guideline: More Go packaging

Hi, Now the technical PR is submitted https://src.fedoraproject.org/rpms/go-srpm-macros/pull-request/1 and waiting for action from the go-srpm-macros maintainers, I took (quite a long) time to refresh and flesh out the corresponding packaging guidelines proposal. It should be fairly complete

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On Tue, Jan 30, 2018 at 08:49:27AM +, Terry Barnaby wrote: > On 29/01/18 22:28, J. Bruce Fields wrote: > > On Mon, Jan 29, 2018 at 08:37:50PM +, Terry Barnaby wrote: > > > Ok, that's a shame unless NFSv4's write performance with small files/dirs > > > is relatively ok which it isn't on my

[Bug 1540220] New: perl-Gearman-Client-Async-0.94-28.fc28 FTBFS: Timeout, test fails at t/allinone.t line 62.

https://bugzilla.redhat.com/show_bug.cgi?id=1540220 Bug ID: 1540220 Summary: perl-Gearman-Client-Async-0.94-28.fc28 FTBFS: Timeout, test fails at t/allinone.t line 62. Product: Fedora Version: rawhide Component:

Re: [HEADS UP] Removal of systemd-units

> mruprich net-tools net-tools rsync Done for both packages. -- Michal Ruprich Associate Software Engineer Email: mrupr...@redhat.com Web: www.cz.redhat.com Red Hat Czech s.r.o., Purkyňova 115, 612 00, Brno, Czech Republic ___ devel mailing list --

Re: RPM packaging and ldconfig handling

On Tue, Jan 30, 2018 at 03:07:22AM +, Tomasz Kłoczko wrote: > OK. So if I'll be nice, explicit and concise it will cause that Igor will > finish at least one mass change before start another one? > Igor could you pleas confirm above? Seriously, quit it. Igor doesn't work for you. Igor doesn't

Re: RPM packaging and ldconfig handling

On 30/01/18 12:06, Florian Weimer wrote: On 01/30/2018 01:01 PM, Vít Ondruch wrote: Dne 30.1.2018 v 10:01 Florian Weimer napsal(a): On 01/30/2018 09:57 AM, Igor Gnatenko wrote: brp-ldconfig simply calls `/sbin/ldconfig -N -r "$RPM_BUILD_ROOT"` and there is no /etc/ld.so.conf under

Re: GCC broken in rawhide?

Dne 30.1.2018 v 11:16 Jakub Jelinek napsal(a): > On Tue, Jan 30, 2018 at 11:11:02AM +0100, Ralf Corsepius wrote: >> On 01/30/2018 10:00 AM, Florian Weimer wrote: >>> On 01/30/2018 09:54 AM, Ralf Corsepius wrote: > annobin.spec now uses: > >    %undefine _annotated_build > >

Re: RPM packaging and ldconfig handling

On 01/30/2018 01:01 PM, Vít Ondruch wrote: Dne 30.1.2018 v 10:01 Florian Weimer napsal(a): On 01/30/2018 09:57 AM, Igor Gnatenko wrote: brp-ldconfig simply calls `/sbin/ldconfig -N -r "$RPM_BUILD_ROOT"` and there is no /etc/ld.so.conf under $RPM_BUILD_ROOT when you build... In theory we

Re: RPM packaging and ldconfig handling

Dne 30.1.2018 v 10:01 Florian Weimer napsal(a): > On 01/30/2018 09:57 AM, Igor Gnatenko wrote: >> brp-ldconfig simply calls `/sbin/ldconfig -N -r "$RPM_BUILD_ROOT"` >> and there is >> no /etc/ld.so.conf under $RPM_BUILD_ROOT when you build... In theory >> we could >> supply one (empty), but I

F28 Self Contained Change: Atomic, Cloud and Docker images for s390x

= Proposed Self Contained Change: Atomic, Cloud and Docker images for s390x = https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for_s390x Change owner(s): * Sinny Kumari This change is to bring s390x architecture closer to other Fedora architectures by adding widely used

Orphaning some Spacewalk packages

I orphaned rhnmd This is Spacewalk package which is not developed any more. And I orphaned perl-Socket-MsgHdr perl-Crypt-GeneratePassword as I these are not used in Spacewalk as well. Miroslav ___ devel mailing list --

[Bug 1539952] perl-B-Keywords-1.18 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1539952 Paul Howarth changed: What|Removed |Added Status|NEW |CLOSED Fixed In

Re: GCC broken in rawhide?

On 30/01/18 10:50, Ralf Corsepius wrote: On 01/30/2018 11:16 AM, Jakub Jelinek wrote: On Tue, Jan 30, 2018 at 11:11:02AM +0100, Ralf Corsepius wrote: On 01/30/2018 10:00 AM, Florian Weimer wrote: On 01/30/2018 09:54 AM, Ralf Corsepius wrote: annobin.spec now uses:     %undefine

Re: GCC broken in rawhide?

On 01/30/2018 11:16 AM, Jakub Jelinek wrote: On Tue, Jan 30, 2018 at 11:11:02AM +0100, Ralf Corsepius wrote: On 01/30/2018 10:00 AM, Florian Weimer wrote: On 01/30/2018 09:54 AM, Ralf Corsepius wrote: annobin.spec now uses:    %undefine _annotated_build so at least the circular dependency

Re: F28 Self Contained Change: Removing ldconfig scriptlets

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 2018-01-30 at 11:25 +0100, Miroslav Lichvar wrote: > On Tue, Jan 30, 2018 at 10:04:48AM +0100, Igor Gnatenko wrote: > > For those who didn't check Change page since today's morning: Thanks to > > Jason > > Tibbits (tibbs) who proposed

Re: F28 Self Contained Change: Removing ldconfig scriptlets

On Tue, Jan 30, 2018 at 10:04:48AM +0100, Igor Gnatenko wrote: > For those who didn't check Change page since today's morning: Thanks to Jason > Tibbits (tibbs) who proposed %ldconfig_scriptlets macro and its > implementation. > > Now we have 4 macros you could use: %ldconfig, %ldconfig_post, >

Re: [HEADS UP] Removal of systemd-units

Dne 25.1.2018 v 19:17 Jason L Tibbitts III napsal(a): > msuchy abrt rhnmd rhnsd Abrt and rhnsd fixed in upstream. Will be pushed to dist-git on next release I am going to orphan rhnmd (will be separate announce). Miroslav ___ devel mailing list --

Re: GCC broken in rawhide?

On Tue, Jan 30, 2018 at 11:11:02AM +0100, Ralf Corsepius wrote: > On 01/30/2018 10:00 AM, Florian Weimer wrote: > > On 01/30/2018 09:54 AM, Ralf Corsepius wrote: > > > > annobin.spec now uses: > > > > > > > >    %undefine _annotated_build > > > > > > > > so at least the circular dependency is no

Re: GCC broken in rawhide?

On 01/30/2018 10:00 AM, Florian Weimer wrote: On 01/30/2018 09:54 AM, Ralf Corsepius wrote: annobin.spec now uses:    %undefine _annotated_build so at least the circular dependency is no longer there.  You still have to remember to rebuild it when a new version of GCC comes out however. ...

Re: F28 Self Contained Change: Removing ldconfig scriptlets

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 2018-01-30 at 09:49 +, Jonathan Wakely wrote: > On 30/01/18 10:04 +0100, Igor Gnatenko wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > For those who didn't check Change page since today's morning: Thanks to > >

Re: F28 Self Contained Change: Removing ldconfig scriptlets

On 30/01/18 10:04 +0100, Igor Gnatenko wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 For those who didn't check Change page since today's morning: Thanks to Jason Tibbits (tibbs) who proposed %ldconfig_scriptlets macro and its implementation. Now we have 4 macros you could use:

Re: F28 Self Contained Change: Removing ldconfig scriptlets

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 For those who didn't check Change page since today's morning: Thanks to Jason Tibbits (tibbs) who proposed %ldconfig_scriptlets macro and its implementation. Now we have 4 macros you could use: %ldconfig, %ldconfig_post, %ldconfig_postun,

Re: RPM packaging and ldconfig handling

On 01/30/2018 09:57 AM, Igor Gnatenko wrote: brp-ldconfig simply calls `/sbin/ldconfig -N -r "$RPM_BUILD_ROOT"` and there is no /etc/ld.so.conf under $RPM_BUILD_ROOT when you build... In theory we could supply one (empty), but I would ask Florian what would be the best to do. But why does it

Re: GCC broken in rawhide?

On 01/30/2018 09:54 AM, Ralf Corsepius wrote: annobin.spec now uses:    %undefine _annotated_build so at least the circular dependency is no longer there.  You still have to remember to rebuild it when a new version of GCC comes out however. ... which apparently has just happened. Yes,

Re: GCC broken in rawhide?

On 01/29/2018 04:45 PM, Richard W.M. Jones wrote: On Mon, Jan 29, 2018 at 03:55:53PM +0100, Florian Weimer wrote: On 01/29/2018 03:43 PM, Kevin Kofler wrote: Is https://fedoraproject.org/wiki/Changes/Annobin (no user-visible improvements, only yet another global distrowide size increase)

Re: RPM packaging and ldconfig handling

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 2018-01-30 at 09:02 +0100, Vít Ondruch wrote: > ~~~ > > + /usr/lib/rpm/redhat/brp-ldconfig > /sbin/ldconfig: Warning: ignoring configuration file that cannot be > opened: /etc/ld.so.conf: No such file or directory > > ~~~ > > > What is

Re: Fwd: Re: Fedora27: NFS v4 terrible write performance, is async working

On 29/01/18 22:28, J. Bruce Fields wrote: On Mon, Jan 29, 2018 at 08:37:50PM +, Terry Barnaby wrote: Ok, that's a shame unless NFSv4's write performance with small files/dirs is relatively ok which it isn't on my systems. Although async was "unsafe" this was not an issue in main standard

Re: RPM packaging and ldconfig handling

Dne 30.1.2018 v 09:15 Florian Weimer napsal(a): > On 01/30/2018 09:02 AM, Vít Ondruch wrote: >> ~~~ >> >> + /usr/lib/rpm/redhat/brp-ldconfig >> /sbin/ldconfig: Warning: ignoring configuration file that cannot be >> opened: /etc/ld.so.conf: No such file or directory >> >> ~~~ >> >> >> What is

Re: -z defs linker flag activated in Fedora rawhide

On 2018-01-25, Petr Pisar wrote: > On 2018-01-25, Daniel P Berrangé wrote: >> Not neccessarily - with perl, the APIs used by extensions are actually >> in libperl.so, not /usr/bin/perl, and the extensions link to libperl.so >> So perl binary modules ought

Re: RPM packaging and ldconfig handling

On 01/30/2018 09:02 AM, Vít Ondruch wrote: ~~~ + /usr/lib/rpm/redhat/brp-ldconfig /sbin/ldconfig: Warning: ignoring configuration file that cannot be opened: /etc/ld.so.conf: No such file or directory ~~~ What is this ^^? Should I be worried about it? Context? ldconfig definitely

Re: Fedora27: NFS v4 terrible write performance, is async working

On Tue, Jan 30, 2018 at 08:31:05AM +0100, Reindl Harald wrote: > Am 30.01.2018 um 08:25 schrieb Petr Pisar: > > On 2018-01-29, J. Bruce Fields wrote: > > > The file create isn't allowed to return until the server has created the > > > file and the change has actually reached

[Bug 1539966] perl-PPIx-Regexp-0.054 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1539966 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In

Re: RPM packaging and ldconfig handling

~~~ + /usr/lib/rpm/redhat/brp-ldconfig /sbin/ldconfig: Warning: ignoring configuration file that cannot be opened: /etc/ld.so.conf: No such file or directory ~~~ What is this ^^? Should I be worried about it? V. Dne 29.1.2018 v 18:18 Florian Weimer napsal(a): > Igor committed a change to