Re: [gentoo-dev] ML changes

2007-07-16 Thread Michael Krelin
On Mon, 2007-07-16 at 14:37 +0200, Michael Krelin wrote: That was my thought as well. We (the developers) owe nothing to the community at large. We are volunteers, and if we want to treat Gentoo as our own personal toy (which we currently aren't), then so be it. Of course Gentoo owes t

Re: [gentoo-dev] ML changes

2007-07-16 Thread Michael Krelin
That was my thought as well. We (the developers) owe nothing to the community at large. We are volunteers, and if we want to treat Gentoo as our own personal toy (which we currently aren't), then so be it. Of course Gentoo owes to the community a lot. A lot of its progress, progress of the

Re: [gentoo-dev] ML changes

2007-07-12 Thread Michael Krelin
Is this course of tightening all possible restrictions permanent now? Love, H Mike Doty wrote: All- We're going to change the -dev mailing list from completely open to where only devs can post, but any dev could moderate a non-dev post. devs who moderate in bad posts will be subject to moder

Re: [gentoo-dev] What's it about, anyway?

2007-06-06 Thread Michael Krelin
> An excellent former manager of mine once gave me very good advice - > everybody is replaceable. I for one have been a bit annoyed by the "An excellent former manager" of yours either was Joseph Stalin or he just plagiarized this "very good advice". Love, H -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] $Header:$ and ebuilds

2007-04-20 Thread Michael Krelin
> I thought about it some longer, and it's even nastier than just having > to get the value in a different way, because you also have to keep the > value in the file in your "local" version. This either means also > storing the CVS directory (in SVN, funny :) ) or devoting the first line > of ever

Re: [gentoo-dev] New developer: Ulrich Müller (ulm)

2007-04-16 Thread Michael Krelin
Raúl Porcel wrote: > Use repoman || die :) I doubt repoman would catch it, but having similar line in ebuild would basically render use flag useless ;-) Love, H -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] RFC: extending project xml to have stuff that the project is working on and collect them as Gentoo current goals

2007-04-11 Thread Michael Krelin
> > So turn it into one more mundane and pointless task that I am forced to > perform simply because it is a matter of policy? Having to go around > saying "yes, this is still correct" is rather wasteful, is it not? I > know I would have to do this for several projects, all of which are not > th

Re: [gentoo-dev] Re: [soc] Python bindings for Paludis

2007-03-31 Thread Michael Krelin
> Michael Krelin wrote: >>> The question is whether scripts that, say, parse emerge -pv output have >>> to carry on working. >> I think this requirement would put portage itself in quite uncomfortable >> situation. >> > It's a non-issue imo; it&#x

Re: [gentoo-dev] [soc] Python bindings for Paludis

2007-03-30 Thread Michael Krelin
>>> It depends upon the degree to which one specifies 'sendmail >>> compatibility'. Does it mean "shares some of the same commandline >>> options" or "shares exactly the same configuration file format and >>> all bugs and produces identical output"? >> I think Mike mentioned compatiblebinaries. Not

Re: [gentoo-dev] [soc] Python bindings for Paludis

2007-03-30 Thread Michael Krelin
> It depends upon the degree to which one specifies 'sendmail > compatibility'. Does it mean "shares some of the same commandline > options" or "shares exactly the same configuration file format and all > bugs and produces identical output"? I think Mike mentioned compatiblebinaries. Not sure if h

Re: [gentoo-dev] Re: Re: Gentoo infra backups

2007-03-29 Thread Michael Krelin
>> Reading comparisons is one thing and using is the other. But the thing >> is, gentoo ends up with central repository, anyway. Provided the >> repository is less ancient than CVS (which is basically subversion), >> distributed users can branch it without having to have commit access. >> This hybr

Re: [gentoo-dev] Re: Gentoo infra backups

2007-03-28 Thread Michael Krelin
> > I've been reading some SCM comparisons and there are three systems which I > think are the best > candidates for moving to: git, mercurial and darcs. These are the three > fastest and most capable > SCMs. Git is still the fastest but mercurial and darcs are not far behind. > Darcs has the b

Re: [gentoo-dev] New ALSA maintainers

2007-03-28 Thread Michael Krelin
> > I completely disagree with your assessment of the in-kernel hda-intel > state. My workstation uses one of those (labelled nVidia MCP 55, for the > curious), and my experiences with in-kernel ALSA have been nothing but > positive with the intel audio, whether compiled or as modules. I have two

Re: [gentoo-dev] Re: Gentoo infra backups

2007-03-27 Thread Michael Krelin
> So far git isn't that bad, I haven't tested monotone that much nor > mercurial. > > Probably we could get some help from upstream if we want to move to it. I think, the nature of most gentoo repositories isn't distributed enough. Switching to subversion should be enough to enable distributed de

Re: [gentoo-dev] Re: Gentoo infra backups

2007-03-27 Thread Michael Krelin
> On Wed, 28 Mar 2007, Mike Frysinger wrote: >> On Tuesday 27 March 2007, Christopher Sawtell wrote: >>> I believe Monotone ( as well as many others ) would do what is wanted. >> i simply cannot fully express myself at how terrible monotone is > > Care to suggest a different DSCM system? git? Lo

Re: [gentoo-dev] [soc] Python bindings for Paludis

2007-03-27 Thread Michael Krelin
>>> the werent the same question nor were they the same answer >> They weren't the same, but the second answer was definitely wrong: So is alternative package manager support something that's considered important and a priority by the Council? >>> yes >>> Did you not say that finding

Re: [gentoo-dev] [soc] Python bindings for Paludis

2007-03-25 Thread Michael Krelin
> the werent the same question nor were they the same answer They weren't the same, but the second answer was definitely wrong: > > So is alternative package manager support something that's considered > > important and a priority by the Council? > > yes > > Did you not say that finding alternat

Re: [gentoo-dev] Re: Distrowatch

2007-03-20 Thread Michael Krelin
070319 Michael Krelin wrote: someone wrote : Seriously. Everybody go to distrowatch and click on the little Gentoo on the right I mistook "seriously" as relating to the rest of your letter Your name suggests you're not a native speaker. It's a common trick of stand-up co

Re: [gentoo-dev] Re: Distrowatch

2007-03-19 Thread Michael Krelin
On Mon, 2007-03-19 at 18:54 +0100, Michael Krelin wrote: Seriously. Everybody go to distrowatch and click on the little Gentoo no the right and watch what happens. If we got everybody to do it, then suddenly Gentoo must be the most popular distribution on the planet! Is that going to prove

Re: [gentoo-dev] Re: Distrowatch

2007-03-19 Thread Michael Krelin
Seriously. Everybody go to distrowatch and click on the little Gentoo no the right and watch what happens. If we got everybody to do it, then suddenly Gentoo must be the most popular distribution on the planet! Is that going to prove anything but Gentoo supporters infancy? Love, H -- gentoo-d

Re: [gentoo-dev] gs use flag local -> global

2007-03-17 Thread Michael Krelin
If you're feeling ambitious, it might be more appropriate to change that use flag to ``ps: Add support for postscript'' so that it describes the functionality rather than the package providing that functionality. Isn't less ambiguous 'postscript' even better? Love, H -- gentoo-dev@gentoo.org ma

[gentoo-dev] Re: gentoo-dev vs lkml?

2007-03-16 Thread Michael Krelin
Also part of the "maturity" point. Perhaps we all just need to grow up? ;) Very likely, but how? I think my own opinion was best expressed by John Galsworthy (or Soames Forsyte of the Forsyte Saga): "One of these days they’d try and bring in Prohibition, he shouldn’t wonder; but that cock