On Fri, 20 Jul 2012 16:10:58 -0400
Alexandre Rostovtsev wrote:
> On Fri, 2012-07-20 at 21:02 +0100, Ciaran McCreesh wrote:
> > Which is why it's policy that you check every dependent before
> > making changes to a package. You *do* follow that policy, and not
> > just assume that repoman passing m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/07/12 03:48 PM, Alexandre Rostovtsev wrote:
> On Fri, 2012-07-20 at 20:17 +0100, Ciaran McCreesh wrote:
>> On Fri, 20 Jul 2012 15:15:31 -0400 Alexandre Rostovtsev
>> wrote:
That's sensitive to old versions ebuilds being removed from
On Fri, 2012-07-20 at 21:02 +0100, Ciaran McCreesh wrote:
> Which is why it's policy that you check every dependent before making
> changes to a package. You *do* follow that policy, and not just assume
> that repoman passing means it's fine, right?
Excellent. So we are finally in agreement that o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/07/12 03:13 PM, Ciaran McCreesh wrote:
> On Fri, 20 Jul 2012 15:05:35 -0400 Ian Stakenvicius
> wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/07/12 01:54
>> PM, Ciaran McCreesh wrote:
>>> On Fri, 20 Jul 2012 13:43:15 -0400 Ale
On Fri, 20 Jul 2012 15:48:34 -0400
Alexandre Rostovtsev wrote:
> On Fri, 2012-07-20 at 20:17 +0100, Ciaran McCreesh wrote:
> > On Fri, 20 Jul 2012 15:15:31 -0400
> > Alexandre Rostovtsev wrote:
> > > > That's sensitive to old versions ebuilds being removed from the
> > > > tree, so it's utterly u
On Fri, 2012-07-20 at 20:17 +0100, Ciaran McCreesh wrote:
> On Fri, 20 Jul 2012 15:15:31 -0400
> Alexandre Rostovtsev wrote:
> > > That's sensitive to old versions ebuilds being removed from the
> > > tree, so it's utterly unworkable.
> >
> > I do not see why you think it's unworkable. Ebuilds al
On Fri, 20 Jul 2012 15:15:31 -0400
Alexandre Rostovtsev wrote:
> > That's sensitive to old versions ebuilds being removed from the
> > tree, so it's utterly unworkable.
>
> I do not see why you think it's unworkable. Ebuilds already have
> dependencies that can be broken by removing an old versio
On Fri, 2012-07-20 at 19:41 +0100, Ciaran McCreesh wrote:
> On Fri, 20 Jul 2012 14:37:19 -0400
> Alexandre Rostovtsev wrote:
> > That suggests that the EAPI ought to define a second category of
> > USE_EXPAND flags, one that has a different treatment of (+)/(-).
> >
> > Something like the followi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 20 Jul 2012 15:05:35 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> On 20/07/12 01:54 PM, Ciaran McCreesh wrote:
> > On Fri, 20 Jul 2012 13:43:15 -0400 Alexandre Rostovtsev
> > wrote:
> >>> If you dep upon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/07/12 01:54 PM, Ciaran McCreesh wrote:
> On Fri, 20 Jul 2012 13:43:15 -0400 Alexandre Rostovtsev
> wrote:
>>> If you dep upon foo[linguas_en(+)] and linguas_en isn't in
>>> IUSE, what happens?
>>
>> Fatal error. If a package installs its tran
On Fri, 20 Jul 2012 14:37:19 -0400
Alexandre Rostovtsev wrote:
> That suggests that the EAPI ought to define a second category of
> USE_EXPAND flags, one that has a different treatment of (+)/(-).
>
> Something like the following:
>
> A dependency on $foo[linguas_bar(+)] would be considered sati
On Fri, 2012-07-20 at 18:54 +0100, Ciaran McCreesh wrote:
> On Fri, 20 Jul 2012 13:43:15 -0400
> Alexandre Rostovtsev wrote:
> > > If you dep upon foo[linguas_en(+)] and linguas_en isn't in IUSE,
> > > what happens?
> >
> > Fatal error. If a package installs its translations implicitly via
> > ge
On Fri, 20 Jul 2012 14:09:28 -0400
Mike Gilbert wrote:
> Let me rephrase my question: If the user has not enabled any of the
> linguas flags via make.conf or package.use, will the LINGUAS variable
> be empty or unset in the ebuild environment?
Empty.
--
Ciaran McCreesh
signature.asc
Descripti
On Fri, Jul 20, 2012 at 2:03 PM, Ciaran McCreesh
wrote:
> On Fri, 20 Jul 2012 13:55:46 -0400
> Mike Gilbert wrote:
>> On Fri, Jul 20, 2012 at 2:54 AM, Ciaran McCreesh
>> wrote:
>> > On Thu, 19 Jul 2012 18:34:41 -0400
>> > Mike Gilbert wrote:
>> >> On Thu, Jul 19, 2012 at 5:13 PM, Zac Medico
>>
On Fri, 20 Jul 2012 13:55:46 -0400
Mike Gilbert wrote:
> On Fri, Jul 20, 2012 at 2:54 AM, Ciaran McCreesh
> wrote:
> > On Thu, 19 Jul 2012 18:34:41 -0400
> > Mike Gilbert wrote:
> >> On Thu, Jul 19, 2012 at 5:13 PM, Zac Medico
> >> wrote:
> >> > On 07/19/2012 06:14 AM, Ralph Sennhauser wrote:
>
On Fri, 2012-07-20 at 19:44 +0200, Michał Górny wrote:
> On Fri, 20 Jul 2012 12:39:21 -0400
> Mike Gilbert wrote:
>
> > For most gettext packages, there is absolutely no reason that the
> > ebuild maintainer should have to keep track of every translation
> > available in a given package across ve
On Fri, Jul 20, 2012 at 2:54 AM, Ciaran McCreesh
wrote:
> On Thu, 19 Jul 2012 18:34:41 -0400
> Mike Gilbert wrote:
>> On Thu, Jul 19, 2012 at 5:13 PM, Zac Medico
>> wrote:
>> > On 07/19/2012 06:14 AM, Ralph Sennhauser wrote:
>> >> Could be that Portage re-exports a sanitized
>> >> LINGUAS tough,
On Fri, 20 Jul 2012 13:43:15 -0400
Alexandre Rostovtsev wrote:
> > If you dep upon foo[linguas_en(+)] and linguas_en isn't in IUSE,
> > what happens?
>
> Fatal error. If a package installs its translations implicitly via
> gettext's rules depending on the value of LINGUAS at configure time,
> the
Sorry, bad typo:
On Fri, 2012-07-20 at 13:43 -0400, Alexandre Rostovtsev wrote:
> then obviously other packages must rely on that package having installed
> any particular translation.
Should read "then obviously other packages must *not* rely"
-Alexandre
On Fri, 20 Jul 2012 12:39:21 -0400
Mike Gilbert wrote:
> For most gettext packages, there is absolutely no reason that the
> ebuild maintainer should have to keep track of every translation
> available in a given package across version bumps. If you change this
> behavior in a future EAPI, you wi
On Fri, 2012-07-20 at 18:09 +0100, Ciaran McCreesh wrote:
> On Fri, 20 Jul 2012 12:39:21 -0400
> Mike Gilbert wrote:
> > On Fri, Jul 20, 2012 at 2:54 AM, Ciaran McCreesh
> > wrote:
> > > On Thu, 19 Jul 2012 18:34:41 -0400
> > > Mike Gilbert wrote:
> > >> On Thu, Jul 19, 2012 at 5:13 PM, Zac Medi
On Fri, 20 Jul 2012 13:29:24 -0400
Mike Gilbert wrote:
> > If you dep upon foo[linguas_en(+)] and linguas_en isn't in IUSE,
> > what happens?
> >
>
> Firstly, if there are no linugas_ flags in IUSE, I can't see any point
> in such a dependency.
If linguas_ is in IUSE for some versions and not ot
On Fri, Jul 20, 2012 at 1:09 PM, Ciaran McCreesh
wrote:
> On Fri, 20 Jul 2012 12:39:21 -0400
> Mike Gilbert wrote:
>> On Fri, Jul 20, 2012 at 2:54 AM, Ciaran McCreesh
>> wrote:
>> > On Thu, 19 Jul 2012 18:34:41 -0400
>> > Mike Gilbert wrote:
>> >> On Thu, Jul 19, 2012 at 5:13 PM, Zac Medico
>>
On Fri, 20 Jul 2012 12:39:21 -0400
Mike Gilbert wrote:
> On Fri, Jul 20, 2012 at 2:54 AM, Ciaran McCreesh
> wrote:
> > On Thu, 19 Jul 2012 18:34:41 -0400
> > Mike Gilbert wrote:
> >> On Thu, Jul 19, 2012 at 5:13 PM, Zac Medico
> >> wrote:
> >> > On 07/19/2012 06:14 AM, Ralph Sennhauser wrote:
>
On Fri, Jul 20, 2012 at 6:23 PM, Ian Stakenvicius wrote:
> enewuser won't create a home directory if you don't specify one (ie
> it's set to /dev/null or it's unset). Also, you can use 'esethome' to
> set the home directory to an existing directory. With both of these
> options I don't think tha
On Fri, Jul 20, 2012 at 2:54 AM, Ciaran McCreesh
wrote:
> On Thu, 19 Jul 2012 18:34:41 -0400
> Mike Gilbert wrote:
>> On Thu, Jul 19, 2012 at 5:13 PM, Zac Medico
>> wrote:
>> > On 07/19/2012 06:14 AM, Ralph Sennhauser wrote:
>> >> Could be that Portage re-exports a sanitized
>> >> LINGUAS tough,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/07/12 06:18 AM, Maxim Kammerer wrote:
> On Fri, Jul 20, 2012 at 11:32 AM, Michael Weber
> wrote:
>> is it intentional behavior, that home directories created by
>> enewuser belong to $user:root (or pwd group) instead of
>> $user:$group ?
>
>
On Fri, Jul 20, 2012 at 11:32 AM, Michael Weber wrote:
> is it intentional behavior, that home directories created by enewuser
> belong to $user:root (or pwd group) instead of $user:$group ?
This seems like the result of a hasty bugfix to me:
https://bugs.gentoo.org/23627
http://sources.gent
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
is it intentional behavior, that home directories created by enewuser
belong to $user:root (or pwd group) instead of $user:$group ?
I recently set net-misc/minidlna to run as non-root and ended up with
minidlna:minidlna, see [1] for implementat
On Thu, 19 Jul 2012 23:37:32 +0800
Ben de Groot wrote:
> I got a few more suggestions on IRC, and I have updated the eclass
> accordingly. Please check the attached new version, also available at
> https://gitorious.org/gentoo-qt/qt/blobs/master/eclass/l10n.eclass
Pseudo inlining
> # Add lingua
30 matches
Mail list logo