On Friday 11 January 2008, Chris Gianelloni wrote:
> For one, a way to mark a profile as deprecated in profiles.desc so
> repoman doesn't scan it (currently, we remove tend to remove them from
> the list).
is this really needed ? i'm trying to see why this would be useful, and not
coming up with
Chrissy Fullam wrote:
>> Ferris McCormick wrote:
>> With all due respect, for some reason we don't have Proctors
>> anymore to enforce the CoC. Thus, things we would expect the
>> proctors to catch and handle under CoC get sent to devrel
>> instead. All I am doing is wondering out loud (now that
On 1/11/08, Bernd Steinhauser <[EMAIL PROTECTED]> wrote:
> Hi,
>
> this is sth. that has been brought up in the KDE4 forums thread and on
> irc. The thing is, that if you're using a live ebuild you might very
> likely run into bugs, that have been introduced in a newer revision.
> Now when you get
Hi,
this is sth. that has been brought up in the KDE4 forums thread and on
irc. The thing is, that if you're using a live ebuild you might very
likely run into bugs, that have been introduced in a newer revision.
Now when you get in touch with upstream about that bug it might be very
useful if you
On Tuesday 08 January 2008, Fabian Groffen wrote:
> - sort out the 64-bits targets with their multilib-hell forced upon us
dont know exactly what you're referring to, but multilib is completely
optional.
-mike
signature.asc
Description: This is a digitally signed message part.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wulf C. Krueger wrote:
| We would welcome any comments, especially if accompanied by patches ;)
| and, of course, your kind approval to commit it. :-)
Hi,
Checked only briefly, it's late :) but I miss a comment in the header
that you need EAPI=1 in
Hello, fellow Gentoo devs!
Attached you'll find the new eclasses for KDE 4. We'd like to commit them
on Sunday, 14th, to be able to get KDE 4.0.0 into the official tree
(package.masked, though).
We would welcome any comments, especially if accompanied by patches ;)
and, of course, your kind ap
On Fri, 2008-01-11 at 09:59 -0500, Doug Klima wrote:
> Mike Frysinger wrote:
> > after dealing with m68k, mips, and the *-fbsd ports, i think we could do
> > with
> > a new state for profiles.desc. the new field would simply be "exp" to
> > indicate that the profile is experimental and that qa
On Fri, 2008-01-11 at 11:30 +0530, Anant Narayanan wrote:
> Thanks Chris. I just went through the Gentoo Weekly News guide (which
> is a little outdated, but still quite helpful). Are there any other
> scripts other than glsa2gwn.py and bugs2gwn.py that need to be run?
Yeah, there's other sc
On Wednesday, 09. January 2008 20:40:48 Carsten Lohrke wrote:
> > KDE 4.0.0 will be released on January, 11th 2008, and if things keep
> > going like they do now we might be able to put all the stuff into
> > ~arch on the release day.
We're not going to make it today. (Which is quite obvious since
On Fri, 2008-01-11 at 17:06 +0200, Alon Bar-Lev wrote:
> Hello,
>
> I believe that part of distribution function is to provide a simple
> and maintainable
> system to its users.
>
> If upstream is doing something wrong, we don't have to move the problem to
> our users to handle, but handle/solve
Hello,
I believe that part of distribution function is to provide a simple
and maintainable
system to its users.
If upstream is doing something wrong, we don't have to move the problem to
our users to handle, but handle/solve the problem on behalf of our user base.
The gnupg issue falls in this
Mike Frysinger wrote:
after dealing with m68k, mips, and the *-fbsd ports, i think we could do with
a new state for profiles.desc. the new field would simply be "exp" to
indicate that the profile is experimental and that qa tools should generally
not issue warnings about them. so in repoman's
On Thu, 2008-01-10 at 14:32 -0500, Mike Frysinger wrote:
> On Thursday 10 January 2008, Michael Haubenwallner wrote:
> > On Tue, 2008-01-08 at 14:37 -0800, Chris Gianelloni wrote:
> > > Implicit dependencies waste more time than pretty much anything else.
> > > Almost all circular dependency issue
after dealing with m68k, mips, and the *-fbsd ports, i think we could do with
a new state for profiles.desc. the new field would simply be "exp" to
indicate that the profile is experimental and that qa tools should generally
not issue warnings about them. so in repoman's default mode, you woul
On Friday 11 January 2008, Kumba wrote:
> Mike Frysinger wrote:
> > that certainly sounds reasonable to me. if the stable cant be
> > maintained, let the common workflow of developers transition it back to
> > ~arch until someone has the time to keep arch usable. changing
> > profiles.desc accord
16 matches
Mail list logo
