On Friday 09 October 2009 00:22:26 Petteri Räty wrote:
> >> across a case that couldn't be done with EAPI 2 yet. Granted the atoms
> >> can be a bit cleaner with EAPI 3 but considering how much zmedico slacks
> >> in implementing it, it's best to do migrating now with EAPI 2 than EAPI
> >
> > Comm
On čtvrtek 08 Říjen 2009, 23:34:10 Petteri Räty wrote:
> Even this is wrong because:
Hi
...
>
> betelge...@pena ~ $ portageq metadata / ebuild sys-libs/glibc-2.2.5-r10
> IUSE nls
>
> For most packages old versions are not kept around so just doing
> >=cat/foo-X.Y[use] is fine and EAPI 3 is not ne
Jeremy Olexa wrote:
> On Thu, Oct 8, 2009 at 4:34 PM, Petteri Räty wrote:
>> Stelian Ionescu wrote:
>>> On Tue, 2009-09-29 at 16:32 +0300, Petteri Räty wrote:
I wrote a script to check which ebuilds use built_with_use and have
keywords in never versions making the ebuild unused. This mea
On Thu, Oct 8, 2009 at 4:34 PM, Petteri Räty wrote:
> Stelian Ionescu wrote:
>> On Tue, 2009-09-29 at 16:32 +0300, Petteri Räty wrote:
>>> I wrote a script to check which ebuilds use built_with_use and have
>>> keywords in never versions making the ebuild unused. This means that
>>> neither arch o
Stelian Ionescu wrote:
> On Tue, 2009-09-29 at 16:32 +0300, Petteri Räty wrote:
>> I wrote a script to check which ebuilds use built_with_use and have
>> keywords in never versions making the ebuild unused. This means that
>> neither arch or ~arch users are likely to install the ebuild. The script
Marijn Schouten (hkBst) wrote:
> Petteri Räty wrote:
>> I wrote a script to check which ebuilds use built_with_use and have
>> keywords in never versions making the ebuild unused. This means that
>> neither arch or ~arch users are likely to install the ebuild. The script
>> and the list of ebuilds
2009-09-20 20:46:17 Nirbheek Chauhan napisał(a):
> On Sun, Sep 20, 2009 at 11:57 PM, Arfrever Frehtes Taifersar Arahesis
> wrote:
> > There is a difference between Python scripts and Python modules.
> >
>
> Yes, I'm well aware of the difference between them.
>
> [snip]
> > Python modules shouldn
> On Thu, 08 Oct 2009, Petteri Räty wrote:
> I was planning to ask this already but now is a good time too. Last
> time we tried to remove a news item the client broke. Has the client
> since been fixed and in stable long enough to presume that most
> users have upgraded?
The news module in e
On Thu, 08 Oct 2009 15:29:25 +0300
Petteri Räty wrote:
> I was planning to ask this already but now is a good time too. Last
> time we tried to remove a news item the client broke. Has the client
> since been fixed and in stable long enough to presume that most users
> have upgraded?
No (under ce
Alex Alexander wrote:
> On Thu, Oct 8, 2009 at 14:07, Markos Chandras wrote:
>> Crowded? I don't think so :)
>> The number of news items is quite small, so I think we can afford having them
>> all in the same folder
>
> I'm assuming devs will eventually pick this feature up and use it more often
On Thu, Oct 8, 2009 at 14:07, Markos Chandras wrote:
> Crowded? I don't think so :)
> The number of news items is quite small, so I think we can afford having them
> all in the same folder
I'm assuming devs will eventually pick this feature up and use it more often :)
But yeah, as long as someon
On Thursday 08 October 2009 13:57:40 Alex Alexander wrote:
> On Thu, Oct 8, 2009 at 12:08, Ulrich Mueller wrote:
> > Opinions?
>
> Sounds good, although it could get a bit crowded if we remove /,
> unless we remove really old items (like >= 2 years old).
>
Crowded? I don't think so :)
The nu
On Thu, Oct 8, 2009 at 12:08, Ulrich Mueller wrote:
> Opinions?
Sounds good, although it could get a bit crowded if we remove /,
unless we remove really old items (like >= 2 years old).
--
Alex || wired
Some devs have complained about the directory structure in the
gentoo-news being too complicated. News item files are currently found
in a third-level subdirectory:
/MM/-MM-DD-itemname/
On the rsync side the year and month subdirs are absent:
metadata/news/-MM-DD-itemname/
Aft
14 matches
Mail list logo
