Re: [gentoo-dev] Enable format-security in the dev profiles

2014-07-21 Thread Paweł Hajdan, Jr.
On 7/21/14, 6:02 AM, Samuli Suominen wrote: Why not generate a Portage QA warning out from the warning -Wformat-security produces instead? That way compile wouldn't abort needlessly. +1, and then it can be done globally. Paweł signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-07-20 23h59 UTC

2014-07-21 Thread Diamond
On Mon, 21 Jul 2014 00:25:02 + Robin H. Johnson robb...@gentoo.org wrote: Removals: net-misc/curl 2014-07-15 09:29:56 blueness Is this a joke? Isn't curl as basic package as wget?

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-07-20 23h59 UTC

2014-07-21 Thread Dale
Diamond wrote: On Mon, 21 Jul 2014 00:25:02 + Robin H. Johnson robb...@gentoo.org wrote: Removals: net-misc/curl2014-07-15 09:29:56 blueness Is this a joke? Isn't curl as basic package as wget? Look under additions. It's there. Dale :-) :-)

Re: [gentoo-dev] Need help with sys-fs/e2fsprogs-1.42.11 build failure

2014-07-21 Thread Lars Wendler
On Sun, 20 Jul 2014 11:12:17 -0400 Mike Gilbert wrote: On Sun, Jul 20, 2014 at 11:09 AM, Mike Gilbert flop...@gentoo.org wrote: On Sun, Jul 20, 2014 at 6:47 AM, Lars Wendler polynomia...@gentoo.org wrote: Hi guys, I just add e2fsprogs{,-libs}-1.42.11 Is there some reason that we continue

Re: [gentoo-dev] Enable format-security in the dev profiles

2014-07-21 Thread Diego Elio Pettenò
Any -Werror=* flag will make random autoconf checks fail for no good reason, don't use them on profiles, it's silly. Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/ On 20 July 2014 20:28, Agostino Sarubbo a...@gentoo.org wrote: Hello, I'd like to enable

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-07-20 23h59 UTC

2014-07-21 Thread Tom Wijsman
On Mon, 21 Jul 2014 02:35:45 -0500 Dale rdalek1...@gmail.com wrote: Diamond wrote: On Mon, 21 Jul 2014 00:25:02 + Robin H. Johnson robb...@gentoo.org wrote: Removals: net-misc/curl 2014-07-15 09:29:56 blueness Is this a joke? Isn't curl as basic package as wget?

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-07-20 23h59 UTC

2014-07-21 Thread Samuli Suominen
On 21/07/14 12:30, Tom Wijsman wrote: On Mon, 21 Jul 2014 02:35:45 -0500 Dale rdalek1...@gmail.com wrote: Diamond wrote: On Mon, 21 Jul 2014 00:25:02 + Robin H. Johnson robb...@gentoo.org wrote: Removals: net-misc/curl 2014-07-15 09:29:56 blueness Is this a joke?

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-07-20 23h59 UTC

2014-07-21 Thread Anthony G. Basile
On 07/21/14 05:30, Tom Wijsman wrote: On Mon, 21 Jul 2014 02:35:45 -0500 Dale rdalek1...@gmail.com wrote: Diamond wrote: On Mon, 21 Jul 2014 00:25:02 + Robin H. Johnson robb...@gentoo.org wrote: Removals: net-misc/curl 2014-07-15 09:29:56 blueness Is this a joke?

Re: [gentoo-dev] Using LINGUAS

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 13:23:46 +0900 Thomas Kahle to...@gentoo.org wrote: the OCR software tesseract has many different plugins for language packs used for OCR for different languages. The ebuild uses the LINGUAS variable to pass the choice of which packages to install to the user. Every

Re: [gentoo-dev] Using LINGUAS

2014-07-21 Thread Thomas Kahle
On 21/07/14 21:03, Jeroen Roovers wrote: On Mon, 21 Jul 2014 13:23:46 +0900 Thomas Kahle to...@gentoo.org wrote: the OCR software tesseract has many different plugins for language packs used for OCR for different languages. The ebuild uses the LINGUAS variable to pass the choice of which

Re: [gentoo-dev] Using LINGUAS

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 21:26:09 +0900 Thomas Kahle to...@gentoo.org wrote: Since you deleted it sorry , let me ask my question again: If I follow this method I will have 37 dependencies all of this form. This is pointless because a) Everytime tesseract gains or loses a language support (it

Re: [gentoo-dev] Using LINGUAS

2014-07-21 Thread Michał Górny
Dnia 2014-07-21, o godz. 13:23:46 Thomas Kahle to...@gentoo.org napisał(a): the OCR software tesseract has many different plugins for language packs used for OCR for different languages. The ebuild uses the LINGUAS variable to pass the choice of which packages to install to the user. A

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-07-20 23h59 UTC

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 07:01:00 -0400 Anthony G. Basile bluen...@gentoo.org wrote: Yes, accidentally removed curl and then re-added it. You refreshed curl! jer

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-07-20 23h59 UTC

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 11:32:10 +0400 Diamond diam...@hi-net.ru wrote: Is this a joke? Isn't curl as basic package as wget? In Gentooland, curl is actually secondary to wget, but probably tertiary to none. :) jer

Re: [gentoo-dev] Enable format-security in the dev profiles

2014-07-21 Thread Agostino Sarubbo
On Monday 21 July 2014 10:08:44 Diego Elio Pettenò wrote: Any -Werror=* flag will make random autoconf checks fail for no good reason, don't use them on profiles, it's silly. Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/ I don't see where I asked about

Re: [gentoo-dev] Enable format-security in the dev profiles

2014-07-21 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/07/14 11:07 AM, Agostino Sarubbo wrote: On Monday 21 July 2014 10:08:44 Diego Elio Pettenò wrote: Any -Werror=* flag will make random autoconf checks fail for no good reason, don't use them on profiles, it's silly. Diego Elio

Re: [gentoo-dev] Enable format-security in the dev profiles

2014-07-21 Thread Agostino Sarubbo
On Monday 21 July 2014 08:52:51 Paweł Hajdan, Jr. wrote: On 7/21/14, 6:02 AM, Samuli Suominen wrote: Why not generate a Portage QA warning out from the warning -Wformat-security produces instead? That way compile wouldn't abort needlessly. +1, and then it can be done globally. Paweł

Re: [gentoo-dev] Enable format-security in the dev profiles

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 17:07:24 +0200 Agostino Sarubbo a...@gentoo.org wrote: I don't see where I asked about -Werror instead of only - Wformat. It's been enabled in stable GCC for four years and in unstable and the hardened profiles for much longer so asking about setting it in any profiles

[gentoo-dev] We should lastrite splashutils in it's current form and not allow it in tree before it's fixed.

2014-07-21 Thread Samuli Suominen
media-gfx/splashutils fails to build, and it fails everytime one of it's reverse dependency changes dependencies because it fails to use pkg-config to query Libs: it's supposed to have proxy-maint, but nobody is pushing fixes for the supposed proxy-maint it's in no shape to be in tree as-is,

Re: [gentoo-dev] Enable format-security in the dev profiles

2014-07-21 Thread Samuli Suominen
On 21/07/14 18:11, Ian Stakenvicius wrote: On 21/07/14 11:07 AM, Agostino Sarubbo wrote: On Monday 21 July 2014 10:08:44 Diego Elio Pettenò wrote: Any -Werror=* flag will make random autoconf checks fail for no good reason, don't use them on profiles, it's silly. Diego Elio

Re: [gentoo-dev] We should lastrite splashutils in it's current form and not allow it in tree before it's fixed.

2014-07-21 Thread Samuli Suominen
Besides, people should migrate to something with active upstream, like plymouth

Re: [gentoo-dev] Enable format-security in the dev profiles

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 18:55:25 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: But only -Wformat=2 has -Wformat-security. Do we enable -Wformat with 1 or 2? The gcc info pages say: `-Wformat' [...] In Gentoo, this option is enabled by default for [...] `-Wformat-security' [...]

[gentoo-dev] Default HOMEPAGE for packages with unavailable website

2014-07-21 Thread Manuel Rüger
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi everyone, currently there is no default link, when the website of a package becomes unavailable or never existed at all. I've created a wikipage, which can be used instead of filling HOMEPAGE with www.gentoo.org or non-valid urls like none.

Re: [gentoo-dev] Enable format-security in the dev profiles

2014-07-21 Thread Pacho Ramos
El lun, 21-07-2014 a las 17:22 +0200, Jeroen Roovers escribió: On Mon, 21 Jul 2014 17:07:24 +0200 Agostino Sarubbo a...@gentoo.org wrote: I don't see where I asked about -Werror instead of only - Wformat. It's been enabled in stable GCC for four years and in unstable and the hardened

Re: [gentoo-dev] Default HOMEPAGE for packages with unavailable website

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 18:22:22 +0200 Manuel Rüger mr...@gentoo.org wrote: Please check your packages and update them to this link: HOMEPAGE=https://wiki.gentoo.org/wiki/No_homepage; In the same effort we could give all the Gentoo-specific packages which now have that homepage URI a more specific

Re: [gentoo-dev] Default HOMEPAGE for packages with unavailable website

2014-07-21 Thread Ciaran McCreesh
On Mon, 21 Jul 2014 18:22:22 +0200 Manuel Rüger mr...@gentoo.org wrote: currently there is no default link, when the website of a package becomes unavailable or never existed at all. What's wrong with HOMEPAGE=() ? -- Ciaran McCreesh signature.asc Description: PGP signature

Re: [gentoo-dev] We should lastrite splashutils in it's current form and not allow it in tree before it's fixed.

2014-07-21 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/07/14 11:52 AM, Samuli Suominen wrote: media-gfx/splashutils fails to build, and it fails everytime one of it's reverse dependency changes dependencies because it fails to use pkg-config to query Libs: it's supposed to have proxy-maint,

Re: [gentoo-dev] We should lastrite splashutils in it's current form and not allow it in tree before it's fixed.

2014-07-21 Thread Maxim Kammerer
On Mon, Jul 21, 2014 at 9:16 PM, Ian Stakenvicius a...@gentoo.org wrote: I'm not against dropping splashutils, but is there an alternative to creating or managing framebuffer-splash in the tree? fbsplash doesn't seem to be there (tho i don't know if that's the same upstream package or not)

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

2014-07-21 Thread hasufell
afaiu dynamic deps are broken and not defined in PMS still... people seem to fix deps without revbumping, causing users who either don't use dynamic deps (it's optional for portage through --dynamic-deps=y, although it's on by default) or who use a different PM to not get the fix, at worst

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

2014-07-21 Thread Samuli Suominen
On 21/07/14 22:37, hasufell wrote: afaiu dynamic deps are broken and not defined in PMS still... people seem to fix deps without revbumping, causing users who either don't use dynamic deps (it's optional for portage through --dynamic-deps=y, although it's on by default) or who use a

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

2014-07-21 Thread Ciaran McCreesh
On Mon, 21 Jul 2014 22:42:23 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: people are revbumping packages for the simplest things like EAPI4-5 EAPI changing to 5 should always get a revbump, since it causes confusion if anyone has a USE dependency upon your package. -- Ciaran McCreesh

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

2014-07-21 Thread Andreas K. Huettel
Am Montag, 21. Juli 2014, 21:37:17 schrieb hasufell: afaiu dynamic deps are broken and not defined in PMS still... people seem to fix deps without revbumping, causing users who either don't use dynamic deps (it's optional for portage through --dynamic-deps=y, although it's on by default) or

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

2014-07-21 Thread Ciaran McCreesh
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 ebuild are changed. Nothing about dependencies. This has been policy for a LONG time, and we're not going to change it overnight just because

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

2014-07-21 Thread Samuli Suominen
On 21/07/14 22:50, Ciaran McCreesh wrote: On Mon, 21 Jul 2014 22:42:23 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: people are revbumping packages for the simplest things like EAPI4-5 EAPI changing to 5 should always get a revbump, since it causes confusion if anyone has a USE

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

2014-07-21 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/07/14 04:06 PM, Samuli Suominen wrote: On 21/07/14 22:50, Ciaran McCreesh wrote: On Mon, 21 Jul 2014 22:42:23 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: people are revbumping packages for the simplest things like EAPI4-5 EAPI

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

2014-07-21 Thread Samuli Suominen
On 21/07/14 23:13, Ian Stakenvicius wrote: On 21/07/14 04:06 PM, Samuli Suominen wrote: On 21/07/14 22:50, Ciaran McCreesh wrote: On Mon, 21 Jul 2014 22:42:23 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: people are revbumping packages for the simplest things like EAPI4-5 EAPI

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

2014-07-21 Thread Ciaran McCreesh
On Mon, 21 Jul 2014 23:06:22 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: On 21/07/14 22:50, Ciaran McCreesh wrote: On Mon, 21 Jul 2014 22:42:23 +0300 Samuli Suominen ssuomi...@gentoo.org wrote: people are revbumping packages for the simplest things like EAPI4-5 EAPI changing to 5

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

2014-07-21 Thread hasufell
Samuli Suominen: So, -1, useless rebuilds is one of the biggest problems lately I am not sure if that is a joke. We have: * a broken PM which does incomplete dep calculation, gives wrong suggestions to the user, has totally useless error/debug output, randomly fails to remove files, allows to

Re: [gentoo-dev] We should lastrite splashutils in it's current form and not allow it in tree before it's fixed.

2014-07-21 Thread Maxim Koltsov
2014-07-21 23:29 GMT+04:00 Maxim Kammerer m...@dee.su: On Mon, Jul 21, 2014 at 9:16 PM, Ian Stakenvicius a...@gentoo.org wrote: I'm not against dropping splashutils, but is there an alternative to creating or managing framebuffer-splash in the tree? fbsplash doesn't seem to be there (tho

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

2014-07-21 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/07/14 04:28 PM, hasufell wrote: Reality check, please. (btw... I didn't come up with the subslot idea, so maybe check with those guys about useless rebuilds) Removing dynamic deps is an easy way to improve the strictness of portage,

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

2014-07-21 Thread Michał Górny
Dnia 2014-07-21, o godz. 20:28:24 hasufell hasuf...@gentoo.org napisał(a): * a broken PM which does incomplete dep calculation, gives wrong suggestions to the user, has totally useless error/debug output, randomly fails to remove files, allows to break your system in numerous ways and

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

2014-07-21 Thread Michał Górny
Dnia 2014-07-21, o godz. 21:53:04 Andreas K. Huettel dilfri...@gentoo.org napisał(a): Am Montag, 21. Juli 2014, 21:37:17 schrieb hasufell: afaiu dynamic deps are broken and not defined in PMS still... people seem to fix deps without revbumping, causing users who either don't use dynamic

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

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 20:28:24 + hasufell hasuf...@gentoo.org wrote: We have: * a broken PM which does incomplete dep calculation, gives wrong suggestions to the user, has totally useless error/debug output, randomly fails to remove files, allows to break your system in numerous ways and

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

2014-07-21 Thread Pacho Ramos
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 ebuild are changed. Nothing about dependencies. This has been policy for a

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

2014-07-21 Thread Ciaran McCreesh
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. Dynamic dependencies is not fixable. It's an irredeemably broken concept. -- Ciaran McCreesh signature.asc Description: PGP

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

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 22:06:08 +0100 Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: 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. Dynamic dependencies is not fixable.

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

2014-07-21 Thread Jeroen Roovers
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-21 Thread Ciaran McCreesh
On Mon, 21 Jul 2014 23:13:06 +0200 Jeroen Roovers j...@gentoo.org wrote: On Mon, 21 Jul 2014 22:06:08 +0100 Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: 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

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

2014-07-21 Thread Samuli Suominen
On 21/07/14 23:56, Michał Górny wrote: Now... whether dynamic deps are technically the right thing to do is another question. It merits discussion, but we need to be really sure about the consequences of any change. Yes, it does. I'm not sure if it leads anywhere, though. Dynamic deps are

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

2014-07-21 Thread Ciaran McCreesh
On Mon, 21 Jul 2014 23:15:41 +0200 Jeroen Roovers j...@gentoo.org 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 would only

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

2014-07-21 Thread Michał Górny
Dnia 2014-07-22, o godz. 00:13:13 Samuli Suominen ssuomi...@gentoo.org napisał(a): On 21/07/14 23:56, Michał Górny wrote: Now... whether dynamic deps are technically the right thing to do is another question. It merits discussion, but we need to be really sure about the consequences

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

2014-07-21 Thread Michał Górny
Dnia 2014-07-21, o godz. 22:21:42 Ciaran McCreesh ciaran.mccre...@googlemail.com napisał(a): On Mon, 21 Jul 2014 23:15:41 +0200 Jeroen Roovers j...@gentoo.org 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

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

2014-07-21 Thread Maxim Kammerer
On Tue, Jul 22, 2014 at 12:25 AM, Michał Górny mgo...@gentoo.org wrote: The funny thing is, almost none of the Gentoo developers even know that slot operators disable dynamic dependencies completely in portage. So *that's* why I now have to change RDEPENDs in both the source ebuild and in VDB

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

2014-07-21 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Friends, Michał has documented the shortcomings of dynamic deps in our wiki[0]. (Thank you!) This documentation also includes two of our possible solutions. 1. Improve dynamic-deps. This is, as Michał pointed out earlier in this thread a pipe

Re: [gentoo-dev] Default HOMEPAGE for packages with unavailable website

2014-07-21 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 +1. Nice idea Manuel! On 21/07/14 19:41, Ciaran McCreesh wrote: What's wrong with HOMEPAGE=() ? It is not very informative. - -- Alexander berna...@gentoo.org https://secure.plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2

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

2014-07-21 Thread William Hubbs
I'm picking a random msg to reply to. 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 just because we changed the dependencies.

Re: [gentoo-dev] Default HOMEPAGE for packages with unavailable website

2014-07-21 Thread Gordon Pettey
On Mon, Jul 21, 2014 at 5:06 PM, Alexander Berntsen berna...@gentoo.org wrote: On 21/07/14 19:41, Ciaran McCreesh wrote: What's wrong with HOMEPAGE=() ? It is not very informative. The wiki page is equivalently informative. What's the point of metadata that just says there's no metadata?

Re: [gentoo-dev] Default HOMEPAGE for packages with unavailable website

2014-07-21 Thread Manuel Rüger
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 07/22/2014 01:20 AM, Gordon Pettey wrote: On Mon, Jul 21, 2014 at 5:06 PM, Alexander Berntsen berna...@gentoo.org mailto:berna...@gentoo.org wrote: On 21/07/14 19:41, Ciaran McCreesh wrote: What's wrong with HOMEPAGE=() ? It is not very

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

2014-07-21 Thread hasufell
William Hubbs: I'm picking a random msg to reply to. 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 just because we changed

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

2014-07-21 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/21/2014 06:52 PM, William Hubbs wrote: I'm picking a random msg to reply to. 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

Re: [gentoo-dev] Using LINGUAS

2014-07-21 Thread Thomas Kahle
Hi, On 21/07/14 21:42, Michał Górny wrote: Dnia 2014-07-21, o godz. 13:23:46 Thomas Kahle to...@gentoo.org napisał(a): the OCR software tesseract has many different plugins for language packs used for OCR for different languages. The ebuild uses the LINGUAS variable to pass the choice of

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

2014-07-21 Thread Alexandre Rostovtsev
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 implementation as an excuse to be lazy. Why not adapt the updates mechanism for

Re: [gentoo-dev] Using LINGUAS

2014-07-21 Thread Alex Xu
On 21/07/14 12:23 AM, Thomas Kahle wrote: Hi, the OCR software tesseract has many different plugins for language packs used for OCR for different languages. The ebuild uses the LINGUAS variable to pass the choice of which packages to install to the user. A reverse dependency is

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

2014-07-21 Thread Samuli Suominen
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 doesn't get updated (just like vardb). Known long standing pitfall. It's managable.