[gentoo-dev] Re: revbumping ebuilds after USE dependency changes

2013-07-25 Thread Michael Palimaka
On 25/07/2013 05:17, Michał Górny wrote: Actually per PMS you are required to revbump (and therefore require upgrade on users' side) whenever you change the deps and don't expect to add a new version soon enough. Can you please provide a link/reference to that part? I am interested in reading

Re: [gentoo-dev] revbumping ebuilds after USE dependency changes

2013-07-25 Thread Dale
Alex Alexander wrote: Hello, Please revbump an ebuild after changing its USE dependencies. Using net-p2p/transmission as an example, it used to depend on dev-qt/qtgui:4=[dbus] however, qtgui lost the dbus useflag, so the dependency was changed to dev-qt/qtgui:4=[dbus(+)] without

Re: [gentoo-dev] Re: revbumping ebuilds after USE dependency changes

2013-07-25 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Shall we revisit that, and try to make portage behave more correctly, even if it means more revbumps / rebuilding? Just set EMERGE_DEFAULT_DEPS=--dynamic-deps=n in make.conf if you'd like to test it. What (if anything) does that break or

[gentoo-dev] RFC: toolchain-r1.eclass

2013-07-25 Thread Paweł Hajdan, Jr.
About one month ago I've filed https://bugs.gentoo.org/show_bug.cgi?id=474358 about modernizing toolchain.eclass by creating new toolchain-r1.eclass and migrating ebuilds using it to the new eclass. Please see attachments and review the code. One issue has already been raised, and it's

Re: [gentoo-dev] RFC: toolchain-r1.eclass

2013-07-25 Thread Matt Turner
On Thu, Jul 25, 2013 at 9:26 AM, Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: Then there is a question whether toolchain packages should use EAPI 5, EAPI=5 would be useful for both the mips team (for bug 477956) and for catalyst builders (for subslot dependencies when dealing with binary

Re: [gentoo-dev] Re: revbumping ebuilds after USE dependency changes

2013-07-25 Thread Zac Medico
On 07/25/2013 08:29 AM, Rick Zero_Chaos Farina wrote: Shall we revisit that, and try to make portage behave more correctly, even if it means more revbumps / rebuilding? Just set EMERGE_DEFAULT_DEPS=--dynamic-deps=n in make.conf if you'd like to test it. What (if anything) does that

Re: [gentoo-dev] Re: revbumping ebuilds after USE dependency changes

2013-07-25 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/25/2013 01:28 PM, Zac Medico wrote: On 07/25/2013 08:29 AM, Rick Zero_Chaos Farina wrote: Shall we revisit that, and try to make portage behave more correctly, even if it means more revbumps / rebuilding? Just set

Re: [gentoo-dev] Re: revbumping ebuilds after USE dependency changes

2013-07-25 Thread Zac Medico
On 07/25/2013 11:29 AM, Rick Zero_Chaos Farina wrote: On 07/25/2013 01:28 PM, Zac Medico wrote: On 07/25/2013 08:29 AM, Rick Zero_Chaos Farina wrote: Shall we revisit that, and try to make portage behave more correctly, even if it means more revbumps / rebuilding? Just set

[gentoo-dev] Re: [gentoo-dev-announce] Council constituent meeting 30 July 2013 at 19:00 UTC

2013-07-25 Thread Steven J. Long
Rich Freeman wrote: Roy Bamford wrote: The open floor is a part of the openness and approachability of the council. Its 60 seconds well spent, even if nobody says anything. The concern that was raised was that when it does get used it is rare for anything to get accomplished. The desire

[gentoo-dev] Re: RFC: toolchain-r1.eclass

2013-07-25 Thread Ryan Hill
On Thu, 25 Jul 2013 09:26:48 -0700 Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: About one month ago I've filed https://bugs.gentoo.org/show_bug.cgi?id=474358 about modernizing toolchain.eclass by creating new toolchain-r1.eclass and migrating ebuilds using it to the new eclass. Please

Re: [gentoo-dev] Re: RFC: toolchain-r1.eclass

2013-07-25 Thread Pacho Ramos
El jue, 25-07-2013 a las 22:30 -0600, Ryan Hill escribió: On Thu, 25 Jul 2013 09:26:48 -0700 Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: About one month ago I've filed https://bugs.gentoo.org/show_bug.cgi?id=474358 about modernizing toolchain.eclass by creating new toolchain-r1.eclass

[gentoo-portage-dev] A way for trying to prevent useless rebuilds

2013-07-25 Thread Pacho Ramos
This question comes to my mind every time a developer decides to drop/add a USE flag to ebuilds like gcc/webkit-gtk/libreoffice... I think that we should have a file (like used for category movements) to let PM know how to handle this situation. For example, category/foo-1.0 has a gnome USE

Re: [gentoo-portage-dev] A way for trying to prevent useless rebuilds

2013-07-25 Thread Zac Medico
On 07/25/2013 11:54 AM, Pacho Ramos wrote: This question comes to my mind every time a developer decides to drop/add a USE flag to ebuilds like gcc/webkit-gtk/libreoffice... I think that we should have a file (like used for category movements) to let PM know how to handle this situation.

Re: [gentoo-portage-dev] A way for trying to prevent useless rebuilds

2013-07-25 Thread Pacho Ramos
El jue, 25-07-2013 a las 12:00 -0700, Zac Medico escribió: On 07/25/2013 11:54 AM, Pacho Ramos wrote: This question comes to my mind every time a developer decides to drop/add a USE flag to ebuilds like gcc/webkit-gtk/libreoffice... I think that we should have a file (like used for

Re: [gentoo-portage-dev] A way for trying to prevent useless rebuilds

2013-07-25 Thread Zac Medico
On 07/25/2013 12:14 PM, Pacho Ramos wrote: El jue, 25-07-2013 a las 12:00 -0700, Zac Medico escribió: On 07/25/2013 11:54 AM, Pacho Ramos wrote: This question comes to my mind every time a developer decides to drop/add a USE flag to ebuilds like gcc/webkit-gtk/libreoffice... I think that we

Re: [gentoo-portage-dev] A way for trying to prevent useless rebuilds

2013-07-25 Thread Pacho Ramos
El vie, 26-07-2013 a las 02:47 +0300, Alex Alexander escribió: I once half-implemented something like this but never got to finish it, I'll try to dig up my code and check out its state. I recall using updates/ to tell portage what happened, which then updated the VDB to reflect the new