Hi!
On Thu, 04 Jun 2009, Ulrich Mueller wrote:
> Do we want to remove any of these? Have I missed other candidates?
I think nobody uses the ccc.eclass (Compaq C Compiler) anymore.
Also see bug 258153. There are very, very vague signs that CCC
support for Alpha might come back, but not in the nea
> On Fri, 5 Jun 2009, Christian Faulhammer wrote:
> a year consists of 12 months that can be divided into four quarters
> with 3 months each. This means we are in the second quarter right now,
> not the third.
I've fixed the profiles/updates.
Would be nice to change these filenames to somet
Hi,
a year consists of 12 months that can be divided into four quarters
with 3 months each. This means we are in the second quarter right now,
not the third.
V-Li
--
Christian Faulhammer, Gentoo Lisp project
http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode
http://gentoo.faulhamm
Ulrich Mueller wrote:
> In last week's council meeting a policy for removal of old eclasses
> has been defined:
> ,
> | The council voted that to remove eclasses devs should take the
> | following steps:
> |1) Deprecate eclasses.
> |2) Removal of all functionality relating to installing
This is your friendly reminder! Same bat time (typically the 2nd & 4th
Thursdays at 2000 UTC / 1600 EST), same bat channel (#gentoo-council @
irc.freenode.net) !
If you have something you'd wish for us to chat about, maybe even vote
on, let us know! Simply reply to this e-mail for the whole Gentoo
for kde:
kde-i18n.eclass
kde-source.eclass
and i am not sure but i think kde-base.eclass too
kde-dist.eclass is used only by monolithic kde3 ebuilds that i plan to drop
after 3.5.10 stabilization so it will be deprecated too
Aren't there any tools that make such checks?
On Friday 05 June 2009 00
Ulrich Mueller wrote:
> In last week's council meeting a policy for removal of old eclasses
> has been defined:
> ,
> | The council voted that to remove eclasses devs should take the
> | following steps:
> |1) Deprecate eclasses.
> |2) Removal of all functionality relating to installing
Dne čtvrtek 04 Červen 2009 23:05:57 Ulrich Mueller napsal(a):
> A quick scan shows that the following eclasses were deprecated more
> than three years ago, and are used by no ebuild in the tree:
>
>2002-05-25 inherit.eclass
>2003-12-11 kde-i18n.eclass
>2004-04-16 koffice-i18n.ecla
In last week's council meeting a policy for removal of old eclasses
has been defined:
,
| The council voted that to remove eclasses devs should take the
| following steps:
|1) Deprecate eclasses.
|2) Removal of all functionality relating to installing.
|3) After two years the eclass
Here is the summary from Thursday's council meeting. The full log along
with the summary will appear shortly at
http://www.gentoo.org/proj/en/council
Regards,
Thomas
--
-
Thomas Anderson
Gentoo Developer
/
Areas of responsibility:
AMD64, Secretary to the Gentoo Council
-
R
Doug Goldstein wrote:
The amount of time spent
debating something over the pretty look and not over technical merits
creates terrible signal-to-noise ratios (where I consider the pretty
debates as noise and the technical merits as signal).
I'm not sure that much time on this list is spent deba
On Thu, Jun 4, 2009 at 8:20 AM, Doug Goldstein wrote:
> This is not a debate nor is this thread meant to be a launching point
> for people to promote their own campaign for being on the council and
> I chide you for taking it as such.
I was just trying to contribute to the debate, no more. Since
2009/6/3 Piotr Jaroszyński :
> 2009/6/2 Doug Goldstein :
>> All,
>>
>> The current council meetings have gotten completely out of hand for
>> weeks meetings have become nothing more then a continuation of the
>> senseless bicker-fest that have become the e-mail threads on GLEP54,
>> GLEP55, and EAP
On Wed, Jun 3, 2009 at 4:41 PM, Denis Dupeyron wrote:
> Hi Doug,
>
> I just got to this thread, so sorry for entering the debate a bit
> late. I find your propositions very interesting. In my manifesto [1] I
> have proposed something significantly different which simply consists
> in spinning the
Duncan wrote:
> Steven J Long posted:
>
>> Personally I favour restricting the EAPI='blah' line (which imo should
>> simply be single-quoted to avoid escaping issues, but whatever: it's
>> easy enough to lex in C, so I fail to see the issue lexing it anywhere
>> else) to before the inherit line _i
Dne úterý 02 Červen 2009 21:21:06 Mounir Lamouri napsal(a):
> I would like to nominate:
> darkside
> scarabeus
> tanderson
>
> Mounir
Thanks for the nomination,
since at least 2 person said that they would like to see me there and I have
the meetings at reasonable time in my TZ, I say ACK ;]
Now
Firstly, fellow developer please review this eclass patch and read on if
you are interested in what it actually does.
Java developers:
The following patch adds 3 new values to our package.env
PVR and CATEGORY being the easy ones. These are being added because I
think they should be there and th
Mart Raudsepp posted
1244107321.9683.2.ca...@localhost, excerpted below, on Thu, 04 Jun 2009
12:22:01 +0300:
> You seem to have ignored this part. I guess I'm just lazy to go look up
> what packages actually have those as a local USE flags and go viewing
> metadata.xml of each of those.
euse -i
On K, 2009-06-03 at 21:02 +0300, Samuli Suominen wrote:
> Mart Raudsepp wrote:
> > On K, 2009-06-03 at 02:13 +0300, Samuli Suominen wrote:
> >> USE network is used by 9 ebuilds, and one is using USE networking which
> >> can be converted, that'd be 10.
>
> USE network "Enable networking support"
>
Samuli Suominen posted 4a26d241.60...@gentoo.org,
excerpted below, on Wed, 03 Jun 2009 22:42:57 +0300:
> Mounir Lamouri wrote:
>> Samuli Suominen wrote:
>>> Mart Raudsepp wrote:
>>>
On K, 2009-06-03 at 02:13 +0300, Samuli Suominen wrote:
> USE network is used by 9 ebuilds,
Piotr Jaroszyński posted
d77765540906031651q55f93c07t78beb1191f3bf...@mail.gmail.com, excerpted
below, on Thu, 04 Jun 2009 01:51:01 +0200:
> Where/when does :: need escaping?
I'm not sure about this particular usage case as I haven't quite wrapped
my mind around how to test it without it actua
21 matches
Mail list logo
