Re: plan to update F27 to systemd-235 cancelled

On 26 Oct 2017 22:37, "Zbigniew Jędrzejewski-Szmek" wrote: Hi, two weeks ago I signalled a plan to update systemd to v235 in F27. I have now given up on this. Reasons: there were some issues in the implementation of the DynamicUser feature. Handling this took some time and F27 entered the final

Re: Packages looking for new maintainers

Hi, /*Ville Skyttä*/ wrote on Wed, 25 Oct 2017 18:54:01 +0300: On Mon, Oct 23, 2017 at 10:24 PM, Ville Skyttä wrote: Hello, ...again, updated lists below. The following packages are looking for new maintainers, ping me if you're able to help out. When doing so, please note your FAS account na

Autumn Elections 2017: Mindshare elections

Hi everybody, as approved by Fedora Council [1] we are replacing the FAmSCo elections with elections to a brand new body "Mindshare". You can fine more information about the Mindshare on its wiki page [2]. For this election cycle we have opened 2 seats into this body. At the moment we are collect

Re: common location of spec files in upstream sources

If you are considering to add .spec file to your upstream project, please be aware of this guideline: https://fedoraproject.org/wiki/Packaging:Guidelines#Spec_Maintenance_and_Canonicity Vít Dne 26.10.2017 v 23:02 Mátyás Selmeci napsal(a): > Hi, > > For upstream projects that provide spec file

Re: Schedule for Friday's FESCo Meeting (2017-10-27)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 2017-10-26 at 16:00 +, Stephen Gallagher wrote: > On Thu, Oct 26, 2017 at 11:36 AM Igor Gnatenko < > ignatenkobr...@fedoraproject.org> wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > On Thu, 2017-10-26 at 14:55

OpenBLAS as the default BLAS (was: Re: Is it possible atlas is linked wrongly by new binutils?)

On Saturday, 12 August 2017 at 00:11, Dominik 'Rathann' Mierzejewski wrote: > On Thursday, 10 August 2017 at 12:29, Richard W.M. Jones wrote: > > Never mind. Something in the atlas build segfaults when building > > on ppc64le: > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=21145734 >

Reviews swap

Hi all. I have two packages ready for review: https://bugzilla.redhat.com/show_bug.cgi?id=1506949 https://bugzilla.redhat.com/show_bug.cgi?id=1506986 I can review other packages in return. -- -- Antonio Trande sagitter AT fedoraproject dot org See my vCard. <> signature.asc Description: OpenPG

Re: Is it possible atlas is linked wrongly by new binutils?

On 08/14/2017 03:35 AM, Kevin Kofler wrote: That said, ATLAS should really go away, unless they add support for runtime CPU detection and the result matches or exceeds OpenBLAS performance. In its current state (which has been the state since its inception), ATLAS is really unsuitable for distrib

Re: Is it possible atlas is linked wrongly by new binutils?

On 08/15/2017 02:47 PM, Kevin Kofler wrote: Please note that what I am proposing here is not the same as my proposal from 3 years ago that was rejected. While I would not complain if my old proposal were implemented, I am now suggesting a much simpler approach (which was already hinted at in the

Re: Packaging Question

On 10/26/2017 09:40 PM, Stephen Gallagher wrote: > > > On Thu, Oct 26, 2017 at 9:12 PM Kevin Kofler > wrote: > > William Moreno wrote: > > Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release} > > > > Move this line under > > >

Re: Packaging Question

Hello all, Again thanks for the help!!! On 10/26/2017 09:09 PM, Kevin Kofler wrote: > William Moreno wrote: >> Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release} >> >> Move this line under >> >> %package -n libnfsidmap-devel >> >> And you should get a clean update path > > As H

Re: Packaging Question

On Fri, Oct 27, 2017 at 10:55 AM Steve Dickson wrote: > Hello all, > > Again thanks for the help!!! > > On 10/26/2017 09:09 PM, Kevin Kofler wrote: > > William Moreno wrote: > >> Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release} > >> > >> Move this line under > >> > >> %package

Fedora Rawhide-20171027.n.0 compose check report

Missing expected images: Server dvd i386 Workstation live i386 Server boot i386 Kde live i386 Failed openQA tests: 20/128 (x86_64), 1/2 (arm) New failures (same test did not fail in Rawhide-20171026.n.0): ID: 162354 Test: x86_64 Server-dvd-iso install_repository_nfs_variation URL: https://

/bin/sh and lua; was: Re: common location of spec files in upstream sources

On Fri, 27 Oct 2017, Vít Ondruch wrote: > https://fedoraproject.org/wiki/Packaging:Guidelines interesting to re-read I noticed in the Scripts languages section the ** absence ** of /bin/sh (and not 'bash' with its 'bashisms'), and lua Each should probably be present for completeness ... it may

Re: Packaging Question

Hello, On 10/27/2017 11:11 AM, Stephen Gallagher wrote: > > > On Fri, Oct 27, 2017 at 10:55 AM Steve Dickson > wrote: > > Hello all, > > Again thanks for the help!!! > > On 10/26/2017 09:09 PM, Kevin Kofler wrote: > > William Moreno wrote: > >> P

Re: /bin/sh and lua; was: Re: common location of spec files in upstream sources

On 10/27/2017 05:31 PM, R P Herrold wrote: On Fri, 27 Oct 2017, Vít Ondruch wrote: https://fedoraproject.org/wiki/Packaging:Guidelines interesting to re-read I noticed in the Scripts languages section the ** absence ** of /bin/sh (and not 'bash' with its 'bashisms'), and lua Each should pro

Push to Batched?

I see a new option in Bodhi called "Push to Batched". After clicking, it now gives the familiar "Push to Stable" option. How does this work, what is meant by "Batched", how does it differ from pushing to "Stable", can one push directly to "Stable", and when was this change made and explained to pa

Re: Packaging Question

Steve Dickson wrote: > This makes sense but the reason the libnfsidmap-devel package is not > be upgraded (or installed) is because: > > dnf install /tmp/libnfsidmap-devel* > Last metadata expiration check: 0:10:48 ago on Fri 27 Oct 2017 11:19:35 AM > EDT. Error: > Problem: conflicting requests >

Re: Packaging Question

fre 2017-10-27 klockan 11:47 -0400 skrev Steve Dickson: > > This makes sense but the reason the libnfsidmap-devel package is not > be upgraded (or installed) is because: > > dnf install /tmp/libnfsidmap-devel* > Last metadata expiration check: 0:10:48 ago on Fri 27 Oct 2017 11:19:35 AM > EDT. >

Re: Packaging Question

On 10/27/2017 11:47 AM, Steve Dickson wrote: > Hello, > > On 10/27/2017 11:11 AM, Stephen Gallagher wrote: >> >> >> On Fri, Oct 27, 2017 at 10:55 AM Steve Dickson > > wrote: >> >> Hello all, >> >> Again thanks for the help!!! >> >> On 10/26/2017 09:09 PM, Ke

Re: Packaging Question

On Fri, Oct 27, 2017 at 12:25 PM Steve Dickson wrote: > > > On 10/27/2017 11:47 AM, Steve Dickson wrote: > > Hello, > > > > On 10/27/2017 11:11 AM, Stephen Gallagher wrote: > >> > >> > >> On Fri, Oct 27, 2017 at 10:55 AM Steve Dickson > wrote: > >> > >> Hello all, >

Re: Packaging Question

On 10/27/2017 12:17 PM, Mattias Ellert wrote: > fre 2017-10-27 klockan 11:47 -0400 skrev Steve Dickson: >> >> This makes sense but the reason the libnfsidmap-devel package is not >> be upgraded (or installed) is because: >> >> dnf install /tmp/libnfsidmap-devel* >> Last metadata expiration check:

Re: Push to Batched?

On Fri, Oct 27, 2017 at 7:12 PM, Christopher wrote: > I see a new option in Bodhi called "Push to Batched". > After clicking, it now gives the familiar "Push to Stable" option. > > How does this work, what is meant by "Batched", how does it differ from > pushing to "Stable", can one push directly

Fedora Modular 27 compose report: 20171026.n.3 changes

OLD: Fedora-Modular-27-20171026.n.3 NEW: Fedora-Modular-27-20171026.n.3 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0.00 B Size of dropped packages:0.

Re: Schedule for Friday's FESCo Meeting (2017-10-27)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 === #fedora-meeting: FESCO (2017-10-27) === Meeting started by sgallagh at 16:01:15 UTC. The full logs are available athttps://meetbot.fedoraproject.org/fedora-meeting/2017-10-27/fesco

Re: Packaging Question

> > Question: Update time... I'm assuming that I should just > go ahead update both packages whether they are needed or > not... (assuming the update system will figure that out). > > Or should I keep separate '%{version}-%{release}' > for each package?? > > Again... Thank you very much for all the

Re: Push to Batched?

On Fri, Oct 27, 2017 at 1:04 PM Alexander Ploumistos < alex.ploumis...@gmail.com> wrote: > On Fri, Oct 27, 2017 at 7:12 PM, Christopher > wrote: > > I see a new option in Bodhi called "Push to Batched". > > After clicking, it now gives the familiar "Push to Stable" option. > > > > How does this w

Re: Packaging Question

On 10/27/2017 01:17 PM, Stephen Gallagher wrote: > > > Question: Update time... I'm assuming that I should just > go ahead update both packages whether they are needed or > not... (assuming the update system will figure that out). > > Or should I keep separate '%{version}-%{rel

Fedora Modular bikeshed compose report: 20171026.n.0 changes

OLD: Fedora-Modular-Bikeshed-20171026.n.0 NEW: Fedora-Modular-Bikeshed-20171026.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0.00 B Size of dropped pac

Re: /bin/sh and lua; was: Re: common location of spec files in upstream sources

> "RPH" == R P Herrold writes: RPH> I noticed in the Scripts languages section the ** absence ** of RPH> /bin/sh (and not 'bash' with its 'bashisms'), and lua There's no "Scripts languages" section in the packaging guidelines as far as I'm aware. Are you referring to the "Domain Specific Gu

'Unknown DWARF' messages (bz#1506949)

Hi all. I don't know how to manage this kind of message: dwz: ./usr/lib64/libpsb_prec.so.3.5.0.debug: Unknown DWARF DW_OP_253 dwz: ./usr/lib64/openmpi/lib/libpsb_prec.so.3.5.0.debug: Unknown DWARF DW_OP_253 dwz: ./usr/lib64/openmpi/lib/libpsb_krylov.so.3.5.0.debug: Unknown DWARF DW_OP_253 dwz: ./

Re: /bin/sh and lua; was: Re: common location of spec files in upstream sources

> "FW" == Florian Weimer writes: FW> It's often necessary to use Lua for scriptlets which run reliably FW> because RPM lacks delayed script execution. I guess it depends on how delayed you want them. The ordering is certainly well defined but it's all a bit esoteric. But sure, Lua is there

Fedora Modular 27 compose report: 20171026.n.3 changes

OLD: Fedora-Modular-27-20171026.n.3 NEW: Fedora-Modular-27-20171026.n.3 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0.00 B Size of dropped packages:0.

Fedora 27-20171027.n.0 compose check report

Missing expected images: Workstation live i386 Kde live i386 Failed openQA tests: 13/137 (x86_64), 1/22 (i386), 1/2 (arm) New failures (same test did not fail in 27-20171026.n.0): ID: 162501 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/test

Re: /bin/sh and lua; was: Re: common location of spec files in upstream sources

On Fri, Oct 27, 2017, at 03:27 PM, Jason L Tibbitts III wrote: > FW> However, this use is controversial because some > FW> RPM lookalikes do not implement Lua scriptlets. > > For Fedora that certainly isn't a concern. For the editions that use rpm-ostree, such as Fedora Atomic Host, it is: See

Re: /bin/sh and lua; was: Re: common location of spec files in upstream sources

On Fri, 2017-10-27 at 16:36 -0400, Colin Walters wrote: > > On Fri, Oct 27, 2017, at 03:27 PM, Jason L Tibbitts III wrote: > > > FW> However, this use is controversial because some > > FW> RPM lookalikes do not implement Lua scriptlets. > > > > For Fedora that certainly isn't a concern. > > For

Re: common location of spec files in upstream sources

On Thu, 2017-10-26 at 16:02 -0500, Mátyás Selmeci wrote: > Hi, > > For upstream projects that provide spec files in their repositories, > do > y'all tend to see a common location for the spec files? Like > dist/.spec or rpm/.spec, etc. My organization is trying > to > standardize on a location

Re: Schedule for Friday's FESCo Meeting (2017-10-27)

Stephen Gallagher wrote: > * #1785 Mesa/Nouveau maintainer(s) should be required to ship the > (sgallagh, 16:51:30) > * AGREED: FESCo understands that this is a serious issue, but doesn't > feel that it should override the decision of the subject matter > experts (+6, 0, -0) (sgallagh,

Re: /bin/sh and lua; was: Re: common location of spec files in upstream sources

> "AW" == Adam Williamson writes: AW> FWIW, ISTR being told at some point that it's a good idea to write AW> scriptlets in lua because RPM should *always* be able to run lua AW> scriptlets, whereas at least in theory a scriptlet written in shell AW> script could be hit before /bin/sh is insta

Re: /bin/sh and lua; was: Re: common location of spec files in upstream sources

Once upon a time, Adam Williamson said: > FWIW, ISTR being told at some point that it's a good idea to write > scriptlets in lua because RPM should *always* be able to run lua > scriptlets, whereas at least in theory a scriptlet written in shell > script could be hit before /bin/sh is installed an

Re: /bin/sh and lua; was: Re: common location of spec files in upstream sources

On Fri, 2017-10-27 at 20:49 -0500, Chris Adams wrote: > Once upon a time, Adam Williamson said: > > FWIW, ISTR being told at some point that it's a good idea to write > > scriptlets in lua because RPM should *always* be able to run lua > > scriptlets, whereas at least in theory a scriptlet written

Re: Why is Fx 57 in Updates Testing?

On Sun, 2017-10-15 at 09:59 -0700, Gerald B. Cox wrote: > For those of you who were concerned about LastPass: > > https://www.engadget.com/2017/10/13/lastpass-beta-firefox-57-webextension/ > > The beta version is available now - The final version will be ready when > the browser arrives on Novemb

Fedora Modular 27 compose report: 20171028.n.0 changes

OLD: Fedora-Modular-27-20171026.n.3 NEW: Fedora-Modular-27-20171028.n.0 = SUMMARY = Added images:0 Dropped images: 23 Added packages: 285 Dropped packages:2 Upgraded packages: 118 Downgraded packages: 17 Size of added packages: 1.07 GiB Size of dropped package