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" 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" 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 >wrote: >> On Sun, Jul 20, 2014 at 6:47 AM, Lars Wendler >> wrote: >>> Hi guys, >>> >>> I just add e2fsprogs{,-libs}-1.42.11 >> >> Is there some reason that we continue to maintain these as two

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 wrote: > Hello, > > > > I'd like to enable by default

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 wrote: > Diamond wrote: > > On Mon, 21 Jul 2014 00:25:02 + > > "Robin H. Johnson" wrote: > > > > > >> Removals: > >> net-misc/curl 2014-07-15 09:29:56 > >> blueness > > Is this a joke? Isn't curl as basic package as wget? > > Look under a

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 wrote: > >> Diamond wrote: >>> On Mon, 21 Jul 2014 00:25:02 + >>> "Robin H. Johnson" wrote: >>> >>> Removals: net-misc/curl 2014-07-15 09:29:56 blueness >>> Is this a joke? Isn't cur

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 wrote: Diamond wrote: On Mon, 21 Jul 2014 00:25:02 + "Robin H. Johnson" wrote: Removals: net-misc/curl 2014-07-15 09:29:56 blueness Is this a joke? Isn't curl as basic package as wget? L

Re: [gentoo-dev] Using LINGUAS

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 13:23:46 +0900 Thomas Kahle 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 ebuild uses LINGU

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 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

Re: [gentoo-dev] Using LINGUAS

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 21:26:09 +0900 Thomas Kahle 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 does > happ

Re: [gentoo-dev] Using LINGUAS

2014-07-21 Thread Michał Górny
Dnia 2014-07-21, o godz. 13:23:46 Thomas Kahle 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 reverse depen

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" 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 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 abo

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. > >> > >>

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. >

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 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 makes no sense. I

[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, a

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. > > >> >

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 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' [...] In Gentoo, this opti

[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 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 profile

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 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 (proj-/wiki-

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 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-

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 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) Fbsplash is a

[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 resulti

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 diff

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 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 signature.asc Descrip

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)

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" 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 you protest. P

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 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 pa

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 >> wrote: >>> people are revbumping packages for the simplest things like >>> EAPI4->5 >> EAPI changing

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 > >> 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 wrote: > On 21/07/14 22:50, Ciaran McCreesh wrote: > > On Mon, 21 Jul 2014 22:42:23 +0300 > > Samuli Suominen wrote: > >> people are revbumping packages for the simplest things like > >> EAPI4->5 > > EAPI changing to 5 should always get a revbump

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 b

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 : > On Mon, Jul 21, 2014 at 9:16 PM, Ian Stakenvicius 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

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 > po

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 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 whatnot... and I'm not

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" 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 deps (it'

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

2014-07-21 Thread Jeroen Roovers
On Mon, 21 Jul 2014 20:28:24 + hasufell 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 whatnot... and I

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" 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 t

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 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 signature

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 wrote: > On Mon, 21 Jul 2014 23:01:58 +0200 > Jeroen Roovers 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.

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 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) Or the packag

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 wrote: > On Mon, 21 Jul 2014 22:06:08 +0100 > Ciaran McCreesh wrote: > > On Mon, 21 Jul 2014 23:01:58 +0200 > > Jeroen Roovers wrote: > > > So you suggest we work around a bug in the PM which would be a > > > single fix. Everywhere. > > > > Dyna

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 >

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 wrote: > On Mon, 21 Jul 2014 23:06:07 +0200 > Pacho Ramos 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

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 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 of any cha

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 napisał(a): > On Mon, 21 Jul 2014 23:15:41 +0200 > Jeroen Roovers wrote: > > On Mon, 21 Jul 2014 23:06:07 +0200 > > Pacho Ramos wrote: > > > Maybe this could be solved by having two kinds of revisions: > > > - One would rebuild all as usually (f

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 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 in order to augme

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 dream

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. Isn'

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 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 > mailto:berna...@gentoo.org>> wrote: > > On 21/07/14 19:41, Ciaran McCreesh wrote: >> What's wrong with HOMEPAGE="()" ? > It is not very informative.

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 cha

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, wh

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 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 pa

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 modify

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 a

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 managabl