[gentoo-dev] Re: Introducing new lead for xfce herd and project.

[Steve Long]

Samuli Suominen wrote:

> Since dostrow is being retired or is retired, correct me if I'm wrong
> we decided (actually we rolled dices :-) that welp is the new lead.
> 
Congrats welp! :D

Can I have my `lucky' dice back now? ;P


-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] Re: USE flag documentation

[Donnie Berkholz]

On 18:45 Tue 15 Jan , Alec Warner wrote:
> On 1/15/08, Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> > On Tue, 2008-01-15 at 17:00 -0600, Ryan Hill wrote:
> > > My expectation is that `grep "flag" use.local.desc` will give me a
> > > list of packages using that flag (or having it in the description),
> > > one per line. Putting paragraphs in there doesn't seem right.
> >
> > A single long line still fills this "requirement" for us.  However, it
> > does bring up the point.  Why even have use.local.desc (or
> > metadata.xml's  tag) at all?  Is there really a need for a *global*
> > list of flags that are ebuild-specific?  (I don't care or have much
> > opinion, either way, I'm merely presenting some topic for discussion on
> > this.)
> 
> The global use.* files are convenient because it means we don't need
> to generate or push a cache for the data (like for metadata).  If it
> was per package or per-ebuild we would need to generate a cache to
> answer queries like 'what does the "foo" flag do'.

Since Chris only mentioned use.local.desc, I'm assuming he only meant 
local flags rather than use.desc also. In that case, asking what the 
"foo" local flag does doesn't make sense, because it does something 
different depending on the package you're curious about. Centralizing 
what feels like inherently local data seems odd to me. USE flag editors 
would still need to generate a complete list, though, so this would make 
more work for them.

Chris, I'm not entirely clear what you meant by your suggestion of also 
dropping metadata.xml ; where would we describe local flags?

Thanks,
Donnie
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] lastrite media-libs/libdts

[Peter Volkov]

В Пнд, 14/01/2008 в 02:10 +0200, Petteri Räty пишет:
> Mike Frysinger kirjoitti:
> > On Sunday 13 January 2008, Petteri Räty wrote:
> >> Peter Volkov kirjoitti:
> >>> Also why not just do package move for libdts to avoid manual unmerge
> >>> libdts?
> >> Package moves don't work very well if you move an existing package to
> >> another.
> > 
> > unless they had a block in place ...
> > -mike
> 
> When you move a package over an another the files don't change. So 
> Portage thinks you have libdca installed but the files are from libdts. 
> So every depending on libdca would have to have their atoms in such a 
> way that doesn't match libdts existing versions. Please correct me if I 
> am wrong.

Thank you, now I see. And if I understood correctly to fix atoms you
just have to add >=media-libs/libdca-0.0.5 into DEPEND of packages which
depend only on libdca. After this package move will work as it should.
Did I miss anything?

Mike, how blocks help here?

-- 
Peter.


signature.asc
Description: Эта	 часть	 сообщения	 подписана	 цифровой	 подписью

[gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

[Denis Dupeyron]

It's my pleasure to introduce Ingmar Vanhassel (ingmar) as a new
Gentoo developer. He will be on the KDE team, as he already has
extensive experience with the KDE4 overlay. Quoting his mentor in his
new-dev bug:
"He has rewritten large parts of the KDE4 eclasses, single-handedly
implemented new pre-releases and [...] worst of all, [...] he has more
commits than myself (and many of us) and that's, of course, totally
unacceptable for a mere user so he, too, must be assimilated. ;-)"

Ingmar lives in Dudzele, near Brugge, Belgium, and studies economics.
He has what he calls an inexplicable (but healthy in my book)
addiction to Jazz music, and plays cello and electric guitar. Besides
the KDE overlay he spent some time working on traverso, the
multi-track audio-recorder. He has experience with bash and ruby.

Please everybody, give a very warm welcome to Ingmar.

Denis.
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] Available hardware

[A. Khattri]

On Wed, 16 Jan 2008, Jeroen Roovers wrote:


Shipping is horrendous
across the Pond, even to the UK, let alone the hop across the Canal. :\


Given the continuing slide of the US dollar, actually its worse for US 
residents wanting something shipped *to* them from the UK...



--
A
--
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

[Alexis Ballier]

> 
> Ingmar lives in Dudzele, near Brugge, Belgium, and studies economics.
> He has what he calls an inexplicable (but healthy in my book)
> addiction to Jazz music, and plays cello and electric guitar. Besides
> the KDE overlay he spent some time working on traverso, the
> multi-track audio-recorder. He has experience with bash and ruby.

Heh, welcome ;)
I didn't notice you were a traverso contributor. Perhaps you'd like to
help out with proaudio herd too ? So that Diego will not have to lit
some candles anymore.


Alexis.


signature.asc
Description: PGP signature

Re: [gentoo-dev] lastrite media-libs/libdts

[Mike Frysinger]

On Wednesday 16 January 2008, Peter Volkov wrote:
> В Пнд, 14/01/2008 в 02:10 +0200, Petteri Räty пишет:
> > Mike Frysinger kirjoitti:
> > > On Sunday 13 January 2008, Petteri Räty wrote:
> > >> Peter Volkov kirjoitti:
> > >>> Also why not just do package move for libdts to avoid manual unmerge
> > >>> libdts?
> > >>
> > >> Package moves don't work very well if you move an existing package to
> > >> another.
> > >
> > > unless they had a block in place ...
> >
> > When you move a package over an another the files don't change. So
> > Portage thinks you have libdca installed but the files are from libdts.
> > So every depending on libdca would have to have their atoms in such a
> > way that doesn't match libdts existing versions. Please correct me if I
> > am wrong.
>
> Thank you, now I see. And if I understood correctly to fix atoms you
> just have to add >=media-libs/libdca-0.0.5 into DEPEND of packages which
> depend only on libdca. After this package move will work as it should.
> Did I miss anything?
>
> Mike, how blocks help here?

if two packages provide the same binary and they blocked each other, a move 
would be doable as it would be impossible for the two packages to be 
installed simultaneously.  but as Petteri points out, libdca/libdts dont 
provide the same SONAME so a package move wouldnt be possible.
-mike


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

[Richard Freeman]

Denis Dupeyron wrote:


Please everybody, give a very warm welcome to Ingmar.



Welcome aboard!
--
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

[Jean-Noël Rivasseau]

Welcome (from a very new dev too), and thanks for the good work on KDE 4!

On 1/16/08, Richard Freeman <[EMAIL PROTECTED]> wrote:
>
> Denis Dupeyron wrote:
> >
> > Please everybody, give a very warm welcome to Ingmar.
> >
>
> Welcome aboard!
> --
> gentoo-dev@lists.gentoo.org mailing list
>
>

Re: [gentoo-dev] Projects and subproject status

[Marijn Schouten (hkBst)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Luca Barbato wrote:
| Here is a list of interesting questions: "Are we fine?" "What are we
| going to do?"
|
| Please project leaders try to reply in short.

To complete the reports for the Lisp project, I will now report for the Common 
Lisp and
Scheme stuff.

How are we doing?

We are seriously understaffed. Joslwah and me are the only devs working here. 
To make it
easier for users to help and get experience we have a git overlay.
My own focus is the Scheme area, Joslwah does CL, but he is very busy with real 
life and
work so I'm trying to help out there too. This means that I try to keep at 
least CL
implementations current in the main tree. Almost all other CL ebuilds are 
unmaintained in
main tree. We have one very active user (Stelian Ionescu) maintaining a lot of 
this other
CL stuff in our overlay who will hopefully be recruited.

For Scheme most of the ebuilds we have are implementations. Anything that 
doesn't support
the amd64 architecture is not maintained in main tree by me. This means that 
R6RS
implementations Larceny and Ikarus for example are in our overlay, but I'm not 
sure how
well they work. There is little time to add non-implementations, but we have 
bugs for most
of the stuff I want added. Some users have helped in the past and one is 
helping currently
whom I hope to recruit.

| What are we going to do:

Keep implementations current and add new implementations to complete my 
collection.
Hopefully do some recruiting. Maybe complete a wrapper script so it is possible 
to
superficially test the more than a dozen Scheme implementations we have. Try to 
interest
more people in Lisp. On that note:

Lisp is a family of very flexible and powerful programming languages. Compared 
to other
languages there are fewer restrictions (if any), more supported paradigms, more 
powerful
primitives (first-class continuations in Scheme for example) and infinitely 
better
metaprogramming facilities due to superior lack of syntax.
Interested parentheses-non-bigots are very welcome to join us in our IRC 
channel.

Marijn

"Any sufficiently complicated C or Fortran program contains an ad-hoc,
informally-specified bug-ridden slow implementation of half of Common Lisp."
— Philip Greenspun, often called Greenspun's Tenth Rule of Programming

- --
Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML
, #gentoo-{lisp,ml} on FreeNode
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHjgKpp/VmCx0OL2wRAo6wAJ9ff056rDMZ/rCD21lDpyzJIUp1nwCghODl
8I7fNkL7jE6h7FjiaPibwBI=
=G3qR
-END PGP SIGNATURE-
--
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

[Samuli Suominen]

On Wed, 16 Jan 2008 11:11:31 +0100
"Denis Dupeyron" <[EMAIL PROTECTED]> wrote:

> It's my pleasure to introduce Ingmar Vanhassel (ingmar) as a new
> Gentoo developer. He will be on the KDE team, as he already has
> extensive experience with the KDE4 overlay. Quoting his mentor in his
> new-dev bug:
> "He has rewritten large parts of the KDE4 eclasses, single-handedly
> implemented new pre-releases and [...] worst of all, [...] he has more
> commits than myself (and many of us) and that's, of course, totally
> unacceptable for a mere user so he, too, must be assimilated. ;-)"
> 
> Ingmar lives in Dudzele, near Brugge, Belgium, and studies economics.
> He has what he calls an inexplicable (but healthy in my book)
> addiction to Jazz music, and plays cello and electric guitar. Besides
> the KDE overlay he spent some time working on traverso, the
> multi-track audio-recorder. He has experience with bash and ruby.
> 
> Please everybody, give a very warm welcome to Ingmar.
> 
> Denis.

I don't usually reply to the mails.. but this one deserves a
_WELCOME_. :-)

- drc
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] Seeking questions for a user survey

[Arfrever Frehtes Taifersar Arahesis]

2008-01-15 15:05 Marius Mauch <[EMAIL PROTECTED]> napisał(a):
> - what feature would you like most to be implemented in portage?
> (parallel builds, localization, revdep-rebuild integration, overlay sync 
> support, gpg verification
> support, support for non-ebuild repositories, better query tools, interactive 
> user interface)

Other features: USE flag dependencies, repository dependencies.

Re: [gentoo-dev] Seeking questions for a user survey

[Marius Mauch]

On Wed, 16 Jan 2008 15:09:20 +0100
"Arfrever Frehtes Taifersar Arahesis" <[EMAIL PROTECTED]> wrote:

> 2008-01-15 15:05 Marius Mauch <[EMAIL PROTECTED]> napisał(a):
> > - what feature would you like most to be implemented in portage?
> > (parallel builds, localization, revdep-rebuild integration, overlay sync 
> > support, gpg verification
> > support, support for non-ebuild repositories, better query tools, 
> > interactive user interface)
> 
> Other features: USE flag dependencies, repository dependencies.

I've not listed those (and a few others where we know that they are
critical) on purpose.

Marius
-- 
gentoo-dev@lists.gentoo.org mailing list

[gentoo-dev] [Last rites]: net-p2p/eztorrent

[Raúl Porcel]

# Raúl Porcel  (16 Jan 2007)
# Doesn't work with stable bittorrent
# Use mktorrent, mktorrent-borg, bittorrent, etc
# Removal in 30 days
net-p2p/eztorrent
--
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

[Rémi Cardona]

Heh, the EU Conspiracy is growing again!

Anyhow, Welcome Ingmar :)

Rémi
--
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] Available hardware

[Jose Luis Rivero]

On Tue, Jan 15, 2008 at 04:25:21PM -0800, Daniel Ostrow wrote:
> 1x Dec/Compaq PWS 600 600 MHz Alpha

I'm quite interested in the Alpha machine since toolchain debugging is
not always fine to do in a remote enviroment. Just a couple of things:

 - I can pay a reasonable price to move it from US to Spain but dunno if
   it will be too much. Anyone know how much it could cost?

 - If someone is able to provide a box like this in Europe, I
   would be very grateful.

 - If any of the Gentoo developers wants to join Gentoo/Alpha picking
   this box please let me know.

@Daniel: thanks for the offer, let's continue talking about it in private 
mails.

-- 
Jose Luis Rivero <[EMAIL PROTECTED]>
Gentoo/Doc Gentoo/Alpha

-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] Available hardware

[Brent Baude]

Daniel Ostrow wrote:

On Tue, 2008-01-15 at 16:25 -0800, Daniel Ostrow wrote:
  

All:

As I am no longer an ebuild dev (real life job got in the way) I have a
whole slew of hardware that I'm willing to ship to any gentoo dev for
the cost of shipping alone. The list of hardware is as follows:

1x HP C3700 750 MHz PA-RISC
1x Dec/Compaq PWS 600 600 MHz Alpha
1x SGI Octane2 Dual 195 MHz Mips
1x HP ZX2000 1.4 GHz Itanium2
1x Apple G4 1.25 GHz PPC32

I also have a slew of SPARC hardware, need to go home and catalog that,
not all that sure what all I have. I can answer any questions about the
other specs of the machine upon request.

If anyone is interested contact me off list. I live in northern
California for shipping reference.



G4 has been spoken for.
  
BTW, when you ship that g4, can you ping me w/tracking if possible?  I 
will want to work at home the day it arrives.



=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Scanned with Copfilter Version 0.84beta3a (ProxSMTP 1.6)
AntiVirus: ClamAV 0.91.2/5484 - Tue Jan 15 13:31:27 2008
by Markus Madlener @ http://www.copfilter.org
--
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] lastrite media-libs/libdts

[Peter Volkov]

В Срд, 16/01/2008 в 06:09 -0500, Mike Frysinger пишет:
> if two packages provide the same binary and they blocked each other, a move 
> would be doable as it would be impossible for the two packages to be 
> installed simultaneously.  but as Petteri points out, libdca/libdts dont 
> provide the same SONAME so a package move wouldnt be possible.

Does this requirement stay for programs? I saw we moved ethereal to
wireshark. Was that wrong? Do we have any mechanism to indicate that the
package was renamed and upgrading should continue with another package?

-- 
Peter.


signature.asc
Description: Эта	 часть	 сообщения	 подписана	 цифровой	 подписью

[gentoo-dev] Re: New developer : Ingmar Vanhassel (ingmar)

[Markus Ullmann]

Denis Dupeyron schrieb:

Please everybody, give a very warm welcome to Ingmar.


Oh noes, you made it ;)

*welcome* :=)

Greetz
-Jokey



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

[Wulf C. Krueger]

On Wednesday, 16. January 2008 11:11:31 Denis Dupeyron wrote:
> It's my pleasure to introduce Ingmar Vanhassel (ingmar) as a new
[...]

Welcome, Ingmar! :-)

> unacceptable for a mere user so he, too, must be assimilated. ;-)"

Resistance *was* futile! ;-)

-- 
Best regards, Wulf


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

[Joe Peterson]

Denis Dupeyron wrote:
> It's my pleasure to introduce Ingmar Vanhassel (ingmar) as a new
> Gentoo developer. He will be on the KDE team, as he already has
> extensive experience with the KDE4 overlay. Quoting his mentor in his
> new-dev bug:
> "He has rewritten large parts of the KDE4 eclasses, single-handedly
> implemented new pre-releases and [...] worst of all, [...] he has more
> commits than myself (and many of us) and that's, of course, totally
> unacceptable for a mere user so he, too, must be assimilated. ;-)"
> 
> Ingmar lives in Dudzele, near Brugge, Belgium, and studies economics.
> He has what he calls an inexplicable (but healthy in my book)
> addiction to Jazz music, and plays cello and electric guitar. Besides
> the KDE overlay he spent some time working on traverso, the
> multi-track audio-recorder. He has experience with bash and ruby.

Wow, lots of devs seem to be musicians!  Welcome!

-Joe
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

[Davide Cendron]

Il Wednesday 16 January 2008 11:11:31 Denis Dupeyron ha scritto:
> It's my pleasure to introduce Ingmar Vanhassel (ingmar) as a new
> Gentoo developer. He will be on the KDE team, as he already has
> extensive experience with the KDE4 overlay. Quoting his mentor in his
> new-dev bug:
> "He has rewritten large parts of the KDE4 eclasses, single-handedly
> implemented new pre-releases and [...] worst of all, [...] he has more
> commits than myself (and many of us) and that's, of course, totally
> unacceptable for a mere user so he, too, must be assimilated. ;-)"
>
> Ingmar lives in Dudzele, near Brugge, Belgium, and studies economics.
> He has what he calls an inexplicable (but healthy in my book)
> addiction to Jazz music, and plays cello and electric guitar. Besides
> the KDE overlay he spent some time working on traverso, the
> multi-track audio-recorder. He has experience with bash and ruby.
>
> Please everybody, give a very warm welcome to Ingmar.
>
> Denis.

Welcome Ingmar 8) (and thanks a lot for your work on KDE4 \m/ )

-- 
Davide Cendron

Gentoo Documentation Project
Italian Lead Translator

http://www.gentoo.org/doc/it/


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-dev] lastrite media-libs/libdts

[Petteri Räty]

Peter Volkov kirjoitti:

В Пнд, 14/01/2008 в 02:10 +0200, Petteri Räty пишет:

Mike Frysinger kirjoitti:

On Sunday 13 January 2008, Petteri Räty wrote:

Peter Volkov kirjoitti:

Also why not just do package move for libdts to avoid manual unmerge
libdts?

Package moves don't work very well if you move an existing package to
another.

unless they had a block in place ...
-mike
When you move a package over an another the files don't change. So 
Portage thinks you have libdca installed but the files are from libdts. 
So every depending on libdca would have to have their atoms in such a 
way that doesn't match libdts existing versions. Please correct me if I 
am wrong.


Thank you, now I see. And if I understood correctly to fix atoms you
just have to add >=media-libs/libdca-0.0.5 into DEPEND of packages which
depend only on libdca. After this package move will work as it should.
Did I miss anything?



This requirement would always have to be used and people writing ebuilds 
a year from now aren't very likely to know about the move history so 
it's better not to use package moves for situations like this.


Regards,
Petteri



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] lastrite media-libs/libdts

[Mike Frysinger]

On Wednesday 16 January 2008, Peter Volkov wrote:
> В Срд, 16/01/2008 в 06:09 -0500, Mike Frysinger пишет:
> > if two packages provide the same binary and they blocked each other, a
> > move would be doable as it would be impossible for the two packages to be
> > installed simultaneously.  but as Petteri points out, libdca/libdts dont
> > provide the same SONAME so a package move wouldnt be possible.
>
> Does this requirement stay for programs? I saw we moved ethereal to
> wireshark. Was that wrong? Do we have any mechanism to indicate that the
> package was renamed and upgrading should continue with another package?

for libraries with changed SONAMEs, it's def a no-no.  for programs, it's up 
for debate, especially considering with the wireshark rename, you most likely 
had an upgrade right after.  the automatic package move => upgrade is a much 
nicer user upgrade experience than a blocker.  for the edge case where the 
package was installed but not in world, you could argue that the lack of an 
automatic upgrade is still ok since even unmoved, it would have not triggered 
the block/upgrade step.
-mike


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

[Hans de Graaff]

On Wed, 2008-01-16 at 11:11 +0100, Denis Dupeyron wrote:
> It's my pleasure to introduce Ingmar Vanhassel (ingmar) as a new
> Gentoo developer.  He has experience with bash and ruby.

Welcome Ingmar, and if you tire of KDE or want to work on something
different then there are plenty of open ruby bugs as well. :-)

Hans


signature.asc
Description: This is a digitally signed message part

[gentoo-dev] Last rites: app-emacs/uboat (was: Re: package with funny licence)

[Ulrich Mueller]

# Ulrich Mueller <[EMAIL PROTECTED]> (16 Jan 2008)
# Unclear licence. Masked for removal in 30 days.
app-emacs/uboat


See also my message from 3 Jul 2007:

> Today I stumbled over a package that has the following funny "licence"
> in its file headers:

> ;; Bozoup(P) 1995 The Bozo(tic) Softwar(e) Founda(t)ion, Inc.
> ;; See the BOZO Antipasto for further information.
> ;; If this is useful to you, may you forever be blessed by the Holy Lord
> ;; Patty.  AT&T you will.

As suggested on -dev, I've asked upstream for clarification in
July 2007 and sent a reminder in December, but haven't received any
definite answer.

Ulrich
-- 
gentoo-dev@lists.gentoo.org mailing list

OT: IRIX media (was: Re: [gentoo-dev] Available hardware)

[Christian Bricart]

Jeremy Huddleston wrote:
> Hey Dan,
> 
> You don't happen to have IRIX discs for the Octane2 do you?  I have an
> O2, and I wanted to install IRIX on it to test some stuff out, but I
> lost the disks and SGI wants $450 to send me new ones (yikes!).

That's odd.. I asked SGI about two years ago about IRIX media for an
Indy.. they replied that's no problem to ship the OS install CDs for
IRIX, as if you own an SGI hardware you also own the initial OS for it -
so I got the original IRIX 6.something installation CDs for free -
directly from SGI...

Christian
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] sqlite/sqlite3 useflag inconsistency

[Petteri Räty]

Alin Năstac kirjoitti:

Petteri Räty wrote:

Benedikt Morbach kirjoitti:


In my humble opinion it would be nice to have a greater degree of
control by separating this into two useflags, sqlite2 and sqlite3,
just like e.g. qt3 and qt4



Probably. Even better would be to get rid of sqlite2 but that probably 
doesn't happen any time soon.


I understood this will be the case, so I removed sqlite2 support from 
mail-filter/dspam even though it could support both versions.




If a program supports both then go with sqlite3. The things is that 
there are sqlite2 only things left. I don't have much interest in sqlite2.


Regards,
Petteri



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Re: USE flag documentation

[Ryan Hill]

Mark Loeser wrote:
> Ryan Hill <[EMAIL PROTECTED]> said:

>> My expectation is that `grep "flag" use.local.desc` will give me a list of 
>> packages using that flag (or having it in the description), one per line. 
>> Putting paragraphs in there doesn't seem right.

> One could argue that you can't do that currently for DEPEND strings and
> such, so that seems like a possibly weak argument to me.  Just because
> you can do something right now doesn't mean it was meant to be that way,
> or shouldn't be changed to make things better :)
> 
> Either way, I would prefer (and I'm sure others will as well since it
> will cut down on confusion) if we pick either use.local.desc or to move
> them into metadata.xml.  Having it possibly be in both places just seems
> silly.

If we have to choose between the two, then metadata.xml gets my vote (yeah i'm
contradicting myself here ;)).  I think the benefits of being able to write long
flag descriptions outweigh the benefits of having them all in one place.

I'd like it if we had a util that displayed the descriptions from metadata
before (if) we switch over though.


-- 
fonts,by design, by neglect
gcc-porting,  for a fact or just for effect
wxwindows @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Re: Seeking questions for a user survey

[Ryan Hill]

Marius Mauch wrote:
> "Robin H. Johnson" <[EMAIL PROTECTED]> wrote:
>> Basic demographics - a bunch of this should probably be optional but 
>> recommended
>> - Gender (M, F, and the various other forms here)
>> - Year of birth
>> - # of children??
>> - How many years have you been using computers?
>>
>> Sociocultural information (again, optional stuff):
>> - Location (country, and free-form city)
>> - Level of education?
>> - Job? (type coding this one is hard, and I'd prefer not to have it)
>> - Income level
> 
> Such questions usually are a reason to not complete a survey for me, and I 
> don't see how they are relevant to us (except for maybe location).

I agree, though year of birth might be interesting.  Income and children are a
bit too private.


-- 
fonts,by design, by neglect
gcc-porting,  for a fact or just for effect
wxwindows @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662



signature.asc
Description: OpenPGP digital signature

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sci-misc/boinc: boinc-5.8.15.ebuild ChangeLog boinc-5.10.28.ebuild boinc-5.5.6.ebuild boinc-5.2.14.ebuild boinc-4.72.20050813-r3.ebuild boinc-5.4

[Donnie Berkholz]

On 03:21 Thu 17 Jan , Joshua Jackson (tsunam) wrote:
> 1.1  sci-misc/boinc/boinc-5.10.28.ebuild
> 
> file : 
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sci-misc/boinc/boinc-5.10.28.ebuild?rev=1.1&view=markup
> plain: 
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sci-misc/boinc/boinc-5.10.28.ebuild?rev=1.1&content-type=text/plain

> src_compile() {
>   append-flags -O3 -funroll-loops -fforce-addr -ffast-math

Something this wacky could really use a comment. Presumably upstream 
highly recommends these flags. Perhaps a custom-cflags USE flag could 
disable them.

> src_install() {
>   make install DESTDIR=""${D}"" || die "make install failed"

Please use emake, if it works. If not, add a comment.

>   mkdir "${D}"/var "${D}"/var/lib "${D}"/var/lib/boinc/

`mkdir -p` isn't portable?

>   cp "${S}"/ca-bundle.crt "${D}"/var/lib/boinc
>   chown boinc:boinc "${D}"/var/lib/boinc

Could use fowners here.

>   newinitd "${FILESDIR}"/boinc.init boinc
>   newconfd "${FILESDIR}"/boinc.conf boinc
> 
>   make_desktop_entry boinc_gui BOINC boinc Science /var/lib/boinc
> }

Thanks,
Donnie
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] sqlite/sqlite3 useflag inconsistency

[Alin Năstac]

Petteri Räty wrote:
> Alin Năstac kirjoitti:
>> Petteri Räty wrote:
>>> Benedikt Morbach kirjoitti:

 In my humble opinion it would be nice to have a greater degree of
 control by separating this into two useflags, sqlite2 and sqlite3,
 just like e.g. qt3 and qt4

>>>
>>> Probably. Even better would be to get rid of sqlite2 but that
>>> probably doesn't happen any time soon.
>>
>> I understood this will be the case, so I removed sqlite2 support from
>> mail-filter/dspam even though it could support both versions.
>>
>
> If a program supports both then go with sqlite3. The things is that
> there are sqlite2 only things left. I don't have much interest in
> sqlite2.
>
>
If a program supports only sqlite2, shouldn't "sqlite? (
=dev-db/sqlite-2* )" be used as dependency atom?




signature.asc
Description: OpenPGP digital signature

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sci-misc/boinc: boinc-5.8.15.ebuild ChangeLog boinc-5.10.28.ebuild boinc-5.5.6.ebuild boinc-5.2.14.ebuild boinc-4.72.20050813-r3.ebuild boinc

[Mike Frysinger]

On Thursday 17 January 2008, Donnie Berkholz wrote:
> On 03:21 Thu 17 Jan , Joshua Jackson (tsunam) wrote:
> > 1.1  sci-misc/boinc/boinc-5.10.28.ebuild
> >
> > file :
> > http://sources.gentoo.org/viewcvs.py/gentoo-x86/sci-misc/boinc/boinc-5.10
> >.28.ebuild?rev=1.1&view=markup plain:
> > http://sources.gentoo.org/viewcvs.py/gentoo-x86/sci-misc/boinc/boinc-5.10
> >.28.ebuild?rev=1.1&content-type=text/plain
> >
> > src_compile() {
> > append-flags -O3 -funroll-loops -fforce-addr -ffast-math

/me cries

> Something this wacky could really use a comment. Presumably upstream
> highly recommends these flags. Perhaps a custom-cflags USE flag could
> disable them.

yes to all points

> > mkdir "${D}"/var "${D}"/var/lib "${D}"/var/lib/boinc/
>
> `mkdir -p` isn't portable?

it is portable (any system not supporting it is not supported by Gentoo and 
should be recycled).  even then, `dodir` should always (*) be used for dir 
creation in $D.
-mike


signature.asc
Description: This is a digitally signed message part.