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

2008-01-16 Thread 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

2008-01-16 Thread 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 use 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 use; where would we describe local flags?

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



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

2008-01-16 Thread 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)

2008-01-16 Thread 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

2008-01-16 Thread 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)

2008-01-16 Thread 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

2008-01-16 Thread 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)

2008-01-16 Thread 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)

2008-01-16 Thread 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

2008-01-16 Thread 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
http://www.gentoo.org/proj/en/lisp/, #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)

2008-01-16 Thread 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

2008-01-16 Thread 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

2008-01-16 Thread 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

2008-01-16 Thread Raúl Porcel

# Raúl Porcel armin76 at gentoo dot org (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)

2008-01-16 Thread 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

2008-01-16 Thread 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

2008-01-16 Thread 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

2008-01-16 Thread 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)

2008-01-16 Thread 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)

2008-01-16 Thread 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)

2008-01-16 Thread 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)

2008-01-16 Thread 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

2008-01-16 Thread 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

2008-01-16 Thread 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)

2008-01-16 Thread 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. snip 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)

2008-01-16 Thread 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.  ATT 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)

2008-01-16 Thread 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

2008-01-16 Thread 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

2008-01-16 Thread 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

2008-01-16 Thread 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

2008-01-16 Thread 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.1view=markup
 plain: 
 http://sources.gentoo.org/viewcvs.py/gentoo-x86/sci-misc/boinc/boinc-5.10.28.ebuild?rev=1.1content-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

2008-01-16 Thread 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

2008-01-16 Thread 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.1view=markup plain:
  http://sources.gentoo.org/viewcvs.py/gentoo-x86/sci-misc/boinc/boinc-5.10
 .28.ebuild?rev=1.1content-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.