Re: Please stop re-adding gtk-update-icon-cache scriptlets (for Fedora)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Fri, 2018-01-19 at 07:53 +0100, Alexander Ploumistos wrote: > Hello Igor, > > On Thu, Jan 18, 2018 at 8:17 PM, Igor Gnatenko > wrote: > > I'm working on removing all this cruft from all our packages (and creating > > conditionals for all package

Re: Proposal to remove NetworkManager from Core group

On Thu, 2018-01-18 at 09:28 +0100, David Demelier wrote: > Hello all, > > Since systemd-networkd is a mature network system daemon nowadays, > NetworkManager can be avoided in many cases where people do not need > desktop features. > > I propose to remove NetworkManager from the “Core” group and

Re: Please stop re-adding gtk-update-icon-cache scriptlets (for Fedora)

Hello Igor, On Thu, Jan 18, 2018 at 8:17 PM, Igor Gnatenko wrote: > I'm working on removing all this cruft from all our packages (and creating > conditionals for all packages which have epel branch). Should the scriptlets be removed only in rawhide, or can I apply the changes in F26 and F27? Re

Re: libcdio soname bump in rawhide

2018-01-18 22:25 GMT+01:00 Adrian Reber : > libcdio upstream released the 2.0 version a few weeks ago and I will > updated rawhide to the latest libcdio version. It comes with a new > soname and I will also rebuild all dependencies. Hi Adrian, Can you wait a week at least ? We are in the middle o

Re: [Fedora-packaging] Re: RFC: Dropping %{?_isa} hack

On 01/18/2018 06:41 PM, Kevin Kofler wrote: By the way, is that even still needed? A lot of Windows software is now native Win64. Is a 64-bit-only WINE really still not workable? Yes. Yes. There are cases where the 64-bit binary doesn't run and the 32-bit one does. There are cases where the so

Re: RFC: Dropping %{?_isa} hack

On Thu, 18 Jan 2018 20:07:27 -0600, Rex Dieter wrote: > I can > dnf install .i686 > > and I see no 64bit packages pulled in. With F27, dnf install wine.i686 really pulls in various x86_64 alongside their i686 builds. ___ devel mailing list -- deve

Re: RFC: Dropping %{?_isa} hack

Igor Gnatenko wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Does anybody know why we are still using %{?_isa} thing? To ensure arch's match between subpkgs. > DNF/libsolv forcefully install 64bit package for any 32bit package in > transaction. So it is not possible to get 32bi

Re: [Fedora-packaging] Re: RFC: Dropping %{?_isa} hack

Igor Gnatenko wrote: > Yeah, requiring 32bit package from 64bit one (aka wine) is > different case (it doesn't really use %{?_isa}) and is valid one. By the way, is that even still needed? A lot of Windows software is now native Win64. Is a 64-bit-only WINE really still not workable? Kev

Re: [Fedora-packaging] Re: RFC: Dropping %{?_isa} hack

On Thursday, 18 January 2018 at 23:20, Igor Gnatenko wrote: > On Thu, 2018-01-18 at 23:04 +0100, Dominik 'Rathann' Mierzejewski wrote: > > On Thursday, 18 January 2018 at 22:50, Igor Gnatenko wrote: > > > Hello, > > > > > > Does anybody know why we are still using %{?_isa} thing? > > > > > > DNF/

Re: [Fedora-packaging] Re: RFC: Dropping %{?_isa} hack

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 2018-01-18 at 16:58 -0500, Neal Gompa wrote: > On Thu, Jan 18, 2018 at 4:50 PM, Igor Gnatenko > wrote: > > > > Hello, > > > > Does anybody know why we are still using %{?_isa} thing? > > > > DNF/libsolv forcefully install 64bit package fo

Re: [Fedora-packaging] Re: RFC: Dropping %{?_isa} hack

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 2018-01-18 at 23:04 +0100, Dominik 'Rathann' Mierzejewski wrote: > On Thursday, 18 January 2018 at 22:50, Igor Gnatenko wrote: > > Hello, > > > > Does anybody know why we are still using %{?_isa} thing? > > > > DNF/libsolv forcefully instal

Re: Orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse

On Thursday, 18 January 2018 at 15:06, Robert-André Mauchin wrote: > On jeudi 18 janvier 2018 14:31:17 CET Miloslav Trmac wrote: > > Hello, > > I have orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse . > > Mirek > > I need perl-IPTables-ChainMgr for a package that is currently being rev

Re: RFC: Dropping %{?_isa} hack

On Thursday, 18 January 2018 at 22:50, Igor Gnatenko wrote: > Hello, > > Does anybody know why we are still using %{?_isa} thing? > > DNF/libsolv forcefully install 64bit package for any 32bit package in > transaction. So it is not possible to get 32bit package without 64bit > counterpart. Huh?

Re: [Fedora-packaging] RFC: Dropping %{?_isa} hack

On Thu, Jan 18, 2018 at 4:50 PM, Igor Gnatenko wrote: > > Hello, > > Does anybody know why we are still using %{?_isa} thing? > > DNF/libsolv forcefully install 64bit package for any 32bit package in > transaction. So it is not possible to get 32bit package without 64bit > counterpart. > > So then

RFC: Dropping %{?_isa} hack

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, Does anybody know why we are still using %{?_isa} thing? DNF/libsolv forcefully install 64bit package for any 32bit package in transaction. So it is not possible to get 32bit package without 64bit counterpart. So then what's the reason of u

libcdio soname bump in rawhide

libcdio upstream released the 2.0 version a few weeks ago and I will updated rawhide to the latest libcdio version. It comes with a new soname and I will also rebuild all dependencies. Adrian signature.asc Description: PGP signature ___

Re: Pulling in rpmfusion appstream data with weak dependencies?

On Thu, Jan 18, 2018 at 09:38:13PM +0100, Nicolas Chauvet wrote: > >> Recommends: (other-repo-appstream if (PackageKit or gnome-software)) > > I wondered that too at one point. But It would lead to a race. The dnf > .repo files would not be installed yet, and then the > rpmfusion-*appdata couldn't

Re: Status of SWDB (Unified database for DNF)

will it be ready by F29? or are would it be best to look at pulling it into F30 instead ? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Pulling in rpmfusion appstream data with weak dependencies?

2018-01-18 20:21 GMT+01:00 Neal Gompa : > On Thu, Jan 18, 2018 at 2:19 PM, Matthew Miller > wrote: >> On Thu, Jan 18, 2018 at 01:02:49PM -0600, Dennis Gilmore wrote: >>> The only way to really do this would be to make rpmfusion-release >>> require it. However that will mean users have to download

Re: Pulling in rpmfusion appstream data with weak dependencies?

2018-01-18 20:02 GMT+01:00 Dennis Gilmore : > The only way to really do this would be to make rpmfusion-release > require it. However that will mean users have to download and install > two packages to make it all work. That may break things for people who > intentionally remove gnome-software and

Re: Pulling in rpmfusion appstream data with weak dependencies?

On Thu, Jan 18, 2018 at 08:47:49PM +0100, Igor Gnatenko wrote: > > > > Recommends: (other-repo-appstream if (PackageKit or gnome-software)) > > Thanks -- I thought so but was too lazy to check at the moment. So the > > above should do it, right? > Recommends are not different from Supplements. They

Schedule for Friday's FESCo Meeting (2018-01-19)

Following is the list of topics that will be discussed in the FESCo meeting Friday at 16:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2018-01-19 16:00 UTC' Links to all issues below ca

Re: Please stop re-adding gtk-update-icon-cache scriptlets (for Fedora)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 2018-01-18 at 19:45 +, Sérgio Basto wrote: > On Thu, 2018-01-18 at 20:17 +0100, Igor Gnatenko wrote: > > Hello, > > > > I'm working on removing all this cruft from all our packages (and > > creating > > conditionals for all packages whic

Re: Pulling in rpmfusion appstream data with weak dependencies?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 2018-01-18 at 14:34 -0500, Matthew Miller wrote: > On Thu, Jan 18, 2018 at 02:21:35PM -0500, Neal Gompa wrote: > > > Does DNF process new Recommends? The -release package could Recommend > > > it rather than Require it. In fact, couldn't it e

Re: Please stop re-adding gtk-update-icon-cache scriptlets (for Fedora)

On Thu, 2018-01-18 at 20:17 +0100, Igor Gnatenko wrote: > Hello, > > I'm working on removing all this cruft from all our packages (and > creating > conditionals for all packages which have epel branch). > Unfortunately some maintainers adding them back with conditionals > like: > %if 0%{?fedora}

Re: Pulling in rpmfusion appstream data with weak dependencies?

On Thu, Jan 18, 2018 at 02:21:35PM -0500, Neal Gompa wrote: > > Does DNF process new Recommends? The -release package could Recommend > > it rather than Require it. In fact, couldn't it even do: > > Recommends: (other-repo-appstream if (PackageKit or gnome-software)) > It does. Thanks -- I thought

Building Fedora modules on EL [was Re: Python3 will be in next major RHEL release, please adjust %if statements accordingly]

On Thu, Jan 18, 2018 at 02:09:26PM -0500, Josh Boyer wrote: > > Given that Python 2 is going EOL in about two years, I don't think we > > want it in EPEL proper. If we do provide it, it should be in a module. > You're referring to EPEL > 7, right? For Python, yes. >

Re: Pulling in rpmfusion appstream data with weak dependencies?

On Thu, Jan 18, 2018 at 2:19 PM, Matthew Miller wrote: > On Thu, Jan 18, 2018 at 01:02:49PM -0600, Dennis Gilmore wrote: >> The only way to really do this would be to make rpmfusion-release >> require it. However that will mean users have to download and install >> two packages to make it all work

Re: Pulling in rpmfusion appstream data with weak dependencies?

On Thu, Jan 18, 2018 at 01:02:49PM -0600, Dennis Gilmore wrote: > The only way to really do this would be to make rpmfusion-release > require it. However that will mean users have to download and install > two packages to make it all work. That may break things for people who > intentionally remove

Please stop re-adding gtk-update-icon-cache scriptlets (for Fedora)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, I'm working on removing all this cruft from all our packages (and creating conditionals for all packages which have epel branch). Unfortunately some maintainers adding them back with conditionals like: %if 0%{?fedora} < 28 || 0%{?rhel} < 8

Re: Python3 will be in next major RHEL release, please adjust %if statements accordingly

On Thu, Jan 18, 2018 at 1:45 PM, Matthew Miller wrote: > On Thu, Jan 18, 2018 at 07:32:07PM +0100, Miro Hrončok wrote: >> Once there is a new EPEL version out there, it is very likely both >> pythons will be available there as well. > > Given that Python 2 is going EOL in about two years, I don't

Re: Python3 will be in next major RHEL release, please adjust %if statements accordingly

On 18 January 2018 at 13:45, Matthew Miller wrote: > On Thu, Jan 18, 2018 at 07:32:07PM +0100, Miro Hrončok wrote: >> Once there is a new EPEL version out there, it is very likely both >> pythons will be available there as well. > > Given that Python 2 is going EOL in about two years, I don't thin

Re: Pulling in rpmfusion appstream data with weak dependencies?

The only way to really do this would be to make rpmfusion-release require it. However that will mean users have to download and install two packages to make it all work. That may break things for people who intentionally remove gnome-software and PackageKit Dennis El mar, 16-01-2018 a las 18:08

Re: Python3 will be in next major RHEL release, please adjust %if statements accordingly

On Thu, Jan 18, 2018 at 07:32:07PM +0100, Miro Hrončok wrote: > Once there is a new EPEL version out there, it is very likely both > pythons will be available there as well. Given that Python 2 is going EOL in about two years, I don't think we want it in EPEL proper. If we do provide it, it should

Re: Python3 will be in next major RHEL release, please adjust %if statements accordingly

On 18.1.2018 19:16, Stephen Gallagher wrote: On Thu, Jan 18, 2018 at 12:12 PM Petr Viktorin > wrote: On 01/17/2018 12:38 PM, Richard W.M. Jones wrote: > On Thu, Jan 11, 2018 at 01:02:32PM -0800, Troy Dawson wrote: >> Hello, >> Python3 will be in

Writing Documentation for Fedora - Docs FAD

We are looking for interested people who are willing to write docs in person for one week. You don't have to be an existing docs team member to participate. It helps if you're familiar with AsciiDoc, but if you're not, it's easy to learn. You'll hang out with other people interested in making F

Re: Proposal to remove NetworkManager from Core group

On 18 January 2018 at 03:28, David Demelier wrote: > Hello all, > > Since systemd-networkd is a mature network system daemon nowadays, > NetworkManager can be avoided in many cases where people do not need > desktop features. > > I propose to remove NetworkManager from the “Core” group and mark it

Re: LizardFS NFS Ganesha integration with no shared library available

On 01/18/2018 01:16 PM, Kaleb S. KEITHLEY wrote: > On 01/18/2018 03:23 AM, Jonathan Dieter wrote: >> (This is meant for the Fedora devel mailing list, but I've cc'd the >> nfs-ganesha mailing list in the hopes that they might see something I'm >> missing) >> >> The latest release of the LizardFS di

Re: Python3 will be in next major RHEL release, please adjust %if statements accordingly

On Thu, Jan 18, 2018 at 12:12 PM Petr Viktorin wrote: > On 01/17/2018 12:38 PM, Richard W.M. Jones wrote: > > On Thu, Jan 11, 2018 at 01:02:32PM -0800, Troy Dawson wrote: > >> Hello, > >> Python3 will be in the next major RHEL release. I don't mean RHEL > >> 7.6, but with numbers higher than 7.

Re: LizardFS NFS Ganesha integration with no shared library available

On 01/18/2018 03:23 AM, Jonathan Dieter wrote: > (This is meant for the Fedora devel mailing list, but I've cc'd the > nfs-ganesha mailing list in the hopes that they might see something I'm > missing) > > The latest release of the LizardFS distributed filesystem includes a > FSAL for NFS Ganesha,

Re: Python3 will be in next major RHEL release, please adjust %if statements accordingly

On 01/17/2018 12:38 PM, Richard W.M. Jones wrote: On Thu, Jan 11, 2018 at 01:02:32PM -0800, Troy Dawson wrote: Hello, Python3 will be in the next major RHEL release. I don't mean RHEL 7.6, but with numbers higher than 7. There are many, many packages with something like the following if 0%{

Re: Proposal to remove NetworkManager from Core group

On 01/18/2018 02:28 AM, David Demelier wrote: > Since systemd-networkd is a mature network system daemon nowadays, > NetworkManager can be avoided in many cases where people do not need > desktop features. > > I propose to remove NetworkManager from the “Core” group and mark it as > optional or ev

Re: Proposal to remove NetworkManager from Core group

On Thu, 2018-01-18 at 09:28 +0100, David Demelier wrote: > Hello all, > > Since systemd-networkd is a mature network system daemon nowadays, > NetworkManager can be avoided in many cases where people do not need > desktop features. > > I propose to remove NetworkManager from the “Core” group and

Re: Status of SWDB (Unified database for DNF)

On Thu, 2018-01-18 at 16:15 +0100, Kevin Kofler wrote: > Pierre-Yves Chibon wrote: > > Even if it does, it should have been advertised as a system-wide change > > for F28 which is no longer possible. > > FESCo could approve an exception. > > If this really makes package updates made through Packa

Re: Proposal to remove NetworkManager from Core group

Hello, I would prefer to keep Network Manager as core. I don't see what benefits would bring if it's removed and marked as optional. Regards, Silvia FAS: Lailah On 18 January 2018 at 13:31, Matthew Miller wrote: > On Thu, Jan 18, 2018 at 09:28:30AM +0100, David Demelier wrote: > > Since syste

Re: Status of SWDB (Unified database for DNF)

Existing code has a serious performance problem with package uninstallation on bigger installations (a lot of transactions or a lot of packages in the system) interfering with the system upgrade. Moreover, database scheme has significantly changed - that would require another, relatively complex tr

Re: Status of SWDB (Unified database for DNF)

On Thu, Jan 18, 2018 at 10:15 AM, Kevin Kofler wrote: > Pierre-Yves Chibon wrote: >> Even if it does, it should have been advertised as a system-wide change >> for F28 which is no longer possible. > > FESCo could approve an exception. > > If this really makes package updates made through PackageKi

Re: Security updates and batched pushes

> On 18. Jan 2018, at 16:13, Kevin Kofler wrote: > > Am I the only one who bothers reading update notes? Nope. BK ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Security updates and batched pushes

Randy Barlow wrote: > The original intent as I understood it from the thread long ago[0] was > to reduce the number of updates that go out on non-Tuesdays, and make > most updates happen on Tuesdays. The data that Kevin cited seems to be > accomplishing that purpose. But whom does this help? There

Re: Status of SWDB (Unified database for DNF)

Pierre-Yves Chibon wrote: > Even if it does, it should have been advertised as a system-wide change > for F28 which is no longer possible. FESCo could approve an exception. If this really makes package updates made through PackageKit show up in DNF history, IMHO, it would be worth considering at

Re: Security updates and batched pushes

I wrote: > This week, there have been almost daily nonempty update pushes (listing > only the SRPMs here, and only the updates that affected me): > * Jan 10 (previous batch) > * Jan 11 (not batched, gtk3 and microcode-ctl) > * Jan 12 (not batched, kernel, dhcp, dnfdragora, hplip, webkitgtk4) > * no

Re: Updates which are never pushed to stable

On Sat, 2018-01-13 at 12:28 +0100, Igor Gnatenko wrote: > Hello, > > I noticed that for multiple release we have updates which stuck in > bodhi for > many months until distro goes EOL. > > I wonder if we should just auto-unpush updates which are in testing > in 1(?) > month? Thoughts? I agree wi

Re: Orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse

Hello, 2018-01-18 15:06 GMT+01:00 Robert-André Mauchin : > On jeudi 18 janvier 2018 14:31:17 CET Miloslav Trmac wrote: > > I have orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse . > > I need perl-IPTables-ChainMgr for a package that is currently being > reviewed > (Ravada [1]), can you tra

Re: Orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse

On jeudi 18 janvier 2018 14:31:17 CET Miloslav Trmac wrote: > Hello, > I have orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse . > Mirek I need perl-IPTables-ChainMgr for a package that is currently being reviewed (Ravada [1]), can you transfer the ownership of both to me (fas: eclipse

Re: LizardFS NFS Ganesha integration with no shared library available

On Thu, 2018-01-18 at 07:34 -0500, Kaleb S. KEITHLEY wrote: > On 01/18/2018 03:23 AM, Jonathan Dieter wrote: > > What is the best way for me to include NFS Ganesha support in LizardFS? > >1. Include the latest Fedora NFS Ganesha source and add a hard requires > > to that version in the Li

Orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse

Hello, I have orphaned perl-IPTables-ChainMgr and perl-IPTables-Parse . Mirek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Proposal to remove NetworkManager from Core group

On Thu, Jan 18, 2018 at 09:28:30AM +0100, David Demelier wrote: > Since systemd-networkd is a mature network system daemon nowadays, > NetworkManager can be avoided in many cases where people do not need > desktop features. > I propose to remove NetworkManager from the “Core” group and mark it as >

Re: LizardFS NFS Ganesha integration with no shared library available

On 01/18/2018 03:23 AM, Jonathan Dieter wrote: > (This is meant for the Fedora devel mailing list, but I've cc'd the > nfs-ganesha mailing list in the hopes that they might see something I'm > missing) > > The latest release of the LizardFS distributed filesystem includes a > FSAL for NFS Ganesha,

openjpeg-1.x removal

Hi I've had a look at what still requires openjpeg-1.x, and there are just a handful of packages which can be ported with relatively small effort to openjpeg2. These packages are: blender: upstream patch efl: support in currently packaged version gstreamer1-plugins-bad-free-extras: support in

Re: Status of SWDB (Unified database for DNF)

On Wed, Jan 17, 2018 at 11:50:53PM -, Greg Evenden wrote: > ohh okz. i guess the real questrion is, will DNF3 be usable before Branching > point? Even if it does, it should have been advertised as a system-wide change for F28 which is no longer possible. So F29 it is :) Pierre ___

Proposal to remove NetworkManager from Core group

Hello all, Since systemd-networkd is a mature network system daemon nowadays, NetworkManager can be avoided in many cases where people do not need desktop features. I propose to remove NetworkManager from the “Core” group and mark it as optional or eventually move it into a dedicated group. Perha

LizardFS NFS Ganesha integration with no shared library available

(This is meant for the Fedora devel mailing list, but I've cc'd the nfs-ganesha mailing list in the hopes that they might see something I'm missing) The latest release of the LizardFS distributed filesystem includes a FSAL for NFS Ganesha, allowing you to mount a LizardFS filesystem using NFS (or