Marijn Schouten (hkBst) wrote:
Richard Freeman wrote:
Without actually intending to open a new debate on that issue ,
I'm actually a fan of NOT obtaining PN and PV from the filename. I've
seen an approach like this used in various systems and I happen to like it:
In which systems did you see
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Richard Freeman wrote:
> Steven J Long wrote:
>> Getting into a nonsensical debate about PN being metadata seems to be
>> the level of the argument, so forgive me for not being very impressed.
>> (It's externally derived and in fact the whole point of
Steven J Long wrote:
Getting into a nonsensical debate about PN being metadata seems to be
the level of the argument, so forgive me for not being very impressed.
(It's externally derived and in fact the whole point of the product;
unless someone is proposing losing PN and PV from filename, can we
Duncan wrote:
A team can have the best rhetoric in the world, but if they don't
actually show up and field a team on game day, they lose by default.
Fortunately or unfortunately, that looks to be where this is headed.
Agreed, there is definitely something to be said for offering solutions.
Richard Freeman said:
> Ryan Hill wrote:
> > I'm tired of playing, as I'm sure you are. So please,
> > let's be quiet now, and let the big people talk.
>
> This is a public list designed to facilitate discussion of gentoo
> software development. Anybody with something constructive to say is
> mo
Ryan Hill wrote:
I'm tired of playing, as I'm sure you are. So please,
let's be quiet now, and let the big people talk.
This is a public list designed to facilitate discussion of gentoo
software development. Anybody with something constructive to say is
more than welcome to speak up - part
On Friday 29 May 2009 04:12:04 Ryan Hill wrote:
> On Thu, 28 May 2009 08:28:12 +0200
>
> Patrick Lauer wrote:
> > This is becoming a rather lengthy email ping pong, but as people seem to
> > be unable to discuss things I had to highlight a few issues there.
>
> I'm sorry to be rude,
Don't be, most
