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
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,
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"
>
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
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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
> 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!
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
21 matches
Mail list logo
