Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Tue, 22 Jul 2014 08:10:20 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: On 22/07/14 04:05, Rick Zero_Chaos Farina wrote: And just for fun, since no one has mentioned it yet, dynamic deps don't work at all on binpkgs since the Packages file contains the deps (like vardb) and it

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Mon, 21 Jul 2014 21:53:04 +0200 Andreas K. Huettel dilfri...@gentoo.org wrote: Actually the quizzes are pretty much clear on that. Revision must be bumped when the on-disk files installed by the ebuild are changed. Nothing about dependencies. This has been policy for a LONG time,

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Mon, 21 Jul 2014 22:42:23 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: Revision bumping for dependency change that doesn't cause the package's file content to change doesn't make sense; triggers useless rebuilds for users. A merged ebuild that misses a dependency needs an useless

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Mon, 21 Jul 2014 23:01:58 +0200 Jeroen Roovers j...@gentoo.org wrote: So you suggest we work around a bug in the PM which would be a single fix. Everywhere. Which bugs? Which fixes? Where? ... Did this thread spawn from nothing? -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Mon, 21 Jul 2014 17:52:51 -0500 William Hubbs willi...@gentoo.org wrote: My concern about doing a revbump just because the deps change is that the new revision has to be committed in ~arch, so we then have to hit the arch teams, which we know are overworked anyway, with stable requests

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 22 Jul 2014 20:50:55 +0200 Alexander Berntsen berna...@gentoo.org wrote: On 22/07/14 20:44, Kent Fredric wrote: So we'll probably need a repoman check that is smart enough to know X is modified and compare the DEPEND fields with the

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Ciaran McCreesh
On Tue, 22 Jul 2014 23:11:37 +0200 Michał Górny mgo...@gentoo.org wrote: But I guess they're indeed a larger issue than, for example, portage forcing wrong branches of || dependencies or other dependency calculation errors that result in people being unable to update their systems. But I don't

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Tue, 22 Jul 2014 22:05:54 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: Not before someone has implemented an alternative way to avoid useless rebuilding. The quality of the distribution doesn't improve by killing one of the most important features the package manager has. The

[gentoo-dev] USE=gudev introspection removal from virtual/udev tomorrow'ish

2014-07-24 Thread Samuli Suominen
gentoo-x86 has been converted to use virtual/libgudev. big thanks to _AxS_ who helped me to get it finally done. that means we will be removing compability USE flags gudev introspection from virtual/udev tomorrow'ish (only waiting for gnome-overlay folks) run this in your overlay: $ grep

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Tue, 22 Jul 2014 23:11:37 +0200 Michał Górny mgo...@gentoo.org wrote: [citation needed]. In other words, please support such claims with evidence. Because honestly I didn't see very much people complaining about unnecessary rebuilds, except in this specific thread. But I guess they're

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Mon, 21 Jul 2014 21:34:10 -0400 Alexandre Rostovtsev tetrom...@gentoo.org wrote: On Mon, 2014-07-21 at 22:56 +0200, Michał Górny wrote: Yes, it does. I'm not sure if it leads anywhere, though. Dynamic deps are a pipe dream. You can't implement them properly, so we're using half-working

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Mon, 21 Jul 2014 19:37:17 + hasufell hasuf...@gentoo.org wrote: afaiu dynamic deps are broken and not defined in PMS It goes a step further than that! The PMS imposes certain limits on dependencies; it states that DEPEND must be present before executing src_* phases, that RDEPEND must

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 21 Jul 2014 16:41:39 -0400 Ian Stakenvicius a...@gentoo.org wrote: I wonder if there may be some form of extension we could add to portage, such that it could do a VDB-only re-emerge somehow, when the in-tree ebuild doesn't match the

Re: [gentoo-dev] Re: don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Tue, 22 Jul 2014 18:21:00 +1000 Michael Palimaka kensing...@gentoo.org wrote: What a great way to kill the distro. I can already heat my house with the number of unnecessary rebuilds Do you upgrade @world every hour and thus have it cause excessive heat? If I upgrade every X weeks they

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
On Tue, 22 Jul 2014 09:25:45 +0200 Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: One question: why for Removal of a USE flag along with the relevant dependencies dynamic deps say revbump + unnecessary rebuild? What would happen without the revbump? Assuming dynamic dependencies don't exist,

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Tom Wijsman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 22 Jul 2014 09:53:49 -0400 Ian Stakenvicius a...@gentoo.org wrote: Using ${PVR} to detect how portage should update things would be asking for trouble, imo. This entire sub thread reads like a dynamic dependencies alternative in disguise,

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Michał Górny
Dnia 2014-07-21, o godz. 23:06:07 Pacho Ramos pa...@gentoo.org napisał(a): El lun, 21-07-2014 a las 20:55 +0100, Ciaran McCreesh escribió: On Mon, 21 Jul 2014 21:53:04 +0200 Andreas K. Huettel dilfri...@gentoo.org wrote: Revision must be bumped when the on-disk files installed by the

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Ciaran McCreesh
On Tue, 22 Jul 2014 22:05:54 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: The quality of the distribution doesn't improve by killing one of the most important features the package manager has. Uh, that's a bit of an odd claim, given that dynamic deps often doesn't do what you're after

[gentoo-dev] gcc-4.8 may be needed in stable for www-client/chromium-38.x

2014-07-24 Thread Paweł Hajdan, Jr.
Looks like www-client/chromium is going to start using c++11 seriously and require gcc-4.8+, see thread https://groups.google.com/a/chromium.org/d/msg/chromium-packagers/fvJvPG8fa7I/iWPEsUxhKikJ This is in the dev channel for now, but given the 6 weeks release cycle it'll go to stable in about 3

Re: [gentoo-dev] Re: don't rely on dynamic deps

2014-07-24 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 22/07/14 04:51 PM, Andreas K. Huettel wrote: Am Dienstag 22 Juli 2014, 22:40:03 schrieb Ulrich Mueller: On Tue, 22 Jul 2014, Martin Vaeth wrote: PF has to be filled correctly, of course: The versions foo-1 and foo-1-r0 are identical according

[gentoo-dev] Re: don't rely on dynamic deps

2014-07-24 Thread Duncan
Kent Fredric posted on Wed, 23 Jul 2014 06:44:57 +1200 as excerpted: Ok, we can side step this discussion partially: Lets pretend for a moment dynamic deps get banned. People will still unconsciously make that mistake and things will still break when they do. So we'll probably need a

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread hasufell
Samuli Suominen: On 22/07/14 10:25, Paweł Hajdan, Jr. wrote: On 7/21/14, 11:52 PM, Alexander Berntsen wrote: 2. Remove dynamic-deps. This is what I think currently makes sense. +1 I also think it's the best option. Not before someone has implemented an alternative way to avoid useless

Re: [gentoo-dev] Re: don't rely on dynamic deps

2014-07-24 Thread Michael Palimaka
On 07/23/2014 09:36 AM, Tom Wijsman wrote: On Tue, 22 Jul 2014 18:21:00 +1000 Michael Palimaka kensing...@gentoo.org wrote: What a great way to kill the distro. I can already heat my house with the number of unnecessary rebuilds Do you upgrade @world every hour and thus have it cause

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Alexandre Rostovtsev
On Wed, 2014-07-23 at 01:13 +0200, Tom Wijsman wrote: On Mon, 21 Jul 2014 21:34:10 -0400 Alexandre Rostovtsev tetrom...@gentoo.org wrote: Why not adapt the updates mechanism for modifying rdepends? Perhaps something like rdepends-add foo-bar/blah-3.14 wombat? ( =dev-libs/wombat-1.0 )

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Ian Stakenvicius
Sent from an iPhone, sorry for the HTML... On Jul 22, 2014, at 6:44 PM, Tom Wijsman tom...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 22 Jul 2014 09:53:49 -0400 Ian Stakenvicius a...@gentoo.org wrote: Using ${PVR} to detect how portage should update

[gentoo-dev] Re: don't rely on dynamic deps

2014-07-24 Thread Martin Vaeth
Alexander Berntsen berna...@gentoo.org wrote: If you think these patches are useful for Portage, please send them to dev-port...@gentoo.org. I submitted them to the gentoo.portage.devel mailing list as was recommended to me in a pm. I am sorry that due to lack of time and experience with

[gentoo-dev] Help needed with ebuilds for pear.horde.org

2014-07-24 Thread J. Roeleveld
Hi All, I am trying to create an ebuild for Egroupware 14.1. (released this month) To find out the dependencies, I am going through the setup check and am stuck with the following: ** Checking PEAR pear.horde.org/Horde_Imap_Client (2.16.0) is installed: False PEAR::Horde_Imap_Client is needed

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Ciaran McCreesh
On Tue, 22 Jul 2014 20:01:55 -0400 Ian Stakenvicius a...@gentoo.org wrote: The thing about -rX.Y is that it allows this new-dynamic-deps thing to act like a regular rev bump to any PM that doesn't bother to implement it (or dynamic deps for that matter). Instant backwards-compatibility is a

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Ciaran McCreesh
On Mon, 21 Jul 2014 23:06:07 +0200 Pacho Ramos pa...@gentoo.org wrote: Maybe this could be solved by having two kinds of revisions: - One would rebuild all as usually (for example, -r1...) - The other one would only regenerate VDB and wouldn't change the installed files (for example, -r1.1)

Re: [gentoo-dev] don't rely on dynamic deps

2014-07-24 Thread Rich Freeman
On Wed, Jul 23, 2014 at 9:33 AM, Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Mon, 21 Jul 2014 23:06:07 +0200 Pacho Ramos pa...@gentoo.org wrote: Maybe this could be solved by having two kinds of revisions: - One would rebuild all as usually (for example, -r1...) - The other one

Re: [gentoo-dev] Re: don't rely on dynamic deps

2014-07-24 Thread Rich Freeman
On Tue, Jul 22, 2014 at 4:06 PM, Martin Vaeth mar...@mvath.de wrote: ...but by introducing all the additional complications Ian has mentioned. More precisely: What happens if new dependencies are introduced which are not satisfied? One has to face it: Portage must not just silently update the

[gentoo-dev] Re: don't rely on dynamic deps

2014-07-24 Thread Duncan
Tom Wijsman posted on Tue, 22 Jul 2014 23:47:48 +0200 as excerpted: On Mon, 21 Jul 2014 19:37:17 + hasufell hasuf...@gentoo.org wrote: afaiu dynamic deps are broken and not defined in PMS It goes a step further than that! The PMS imposes certain limits on dependencies; it states

[gentoo-portage-dev] [PATCH] repoman: warn when herd's email appears in maintaineremail section

2014-07-24 Thread Sergei Trofimovich
Manuel Rüger noticed that most of haskell packages's 'metadata.xml' contain duplicate information: herdhaskell/herd maintaineremailhask...@gentoo.org/email/maintainer I've added a check against 'herds.xml's email aliases. Now repoman warns about such redundancy: metadata.warning

[gentoo-portage-dev] [PATCH] sets: introduce @changed-deps to update packages which need dep changes.

2014-07-24 Thread Michał Górny
The @changed-deps set tries to compare RDEPEND and PDEPEND entries of installed packages with ebuild counterparts, and pulls the ebuild whenever the two are not in sync. This could be used, for example, to clean up the system after disabling --dynamic-deps. --- cnf/sets/portage.conf | 5

[gentoo-portage-dev] [PATCH] QA-warn about systemd units using /etc/conf.d.

2014-07-24 Thread Michał Górny
--- bin/misc-functions.sh | 15 +++ 1 file changed, 15 insertions(+) diff --git a/bin/misc-functions.sh b/bin/misc-functions.sh index 5ccf7c2..f24e78c 100755 --- a/bin/misc-functions.sh +++ b/bin/misc-functions.sh @@ -595,6 +595,21 @@ install_qa_check() { done

Re: [gentoo-portage-dev] New meeting

2014-07-24 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The Portage team meeting will be Thursday 24th at 6pm. If you have some really good reason for it not be, let me know and I will at least consider rearranging it. - -- Alexander berna...@gentoo.org https://secure.plaimi.net/~alexander -BEGIN

[gentoo-portage-dev] [PATCH] repoman: warn when herd's email appears in maintaineremail section

2014-07-24 Thread Sergei Trofimovich
Manuel Rüger noticed that most of haskell packages's 'metadata.xml' contain duplicate information: herdhaskell/herd maintaineremailhask...@gentoo.org/email/maintainer I've added a check against 'herds.xml's email aliases. Now repoman warns about such redundancy: metadata.warning

Re: [gentoo-portage-dev] New meeting

2014-07-24 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Sorry, I got timezone confused! That's 7pm UTC 0. - -- Alexander berna...@gentoo.org https://secure.plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/