Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

2008-02-28 Thread Shaochun Wang
On Thu, Feb 28, 2008 at 08:17:56AM +0100, R茅mi Cardona wrote:
 Create your own overlay and put the ebuild there, maybe try to have it in 
I really created my own overlay on my personal computer. I also commited a
beagle ebuild to gentoo bugzilla.

 Sunrise, maybe Daniel could proxy-maintain the ebuild for you, should you 
Proxy-maintain? I think that guy is retired sneakly from Gentoo. What
about proxy maintaining?

 prove to know enough both about ebuilds and beagle :)
BTW, how to prove I have known enough about ebuilds and beagle?

Anyway, thank you for your reply!

-- 
Shaochun Wang [EMAIL PROTECTED]

Jabber: [EMAIL PROTECTED]
-- 
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

2008-02-28 Thread Gilles Dartiguelongue
Le jeudi 28 février 2008 à 16:26 +0800, Shaochun Wang a écrit :
 On Thu, Feb 28, 2008 at 08:17:56AM +0100, Rémi Cardona wrote:
  Create your own overlay and put the ebuild there, maybe try to have it in 
 I really created my own overlay on my personal computer. I also commited a
 beagle ebuild to gentoo bugzilla.
 
  Sunrise, maybe Daniel could proxy-maintain the ebuild for you, should you 
 Proxy-maintain? I think that guy is retired sneakly from Gentoo. What
 about proxy maintaining?

proxy-maintaining doesn't necessarily rely on the original maintainer.
Although it would be best to find someone that actually uses mono to
test it :)

Btw, shouldn't this package be under the freedesktop/dotnet herd ?

  prove to know enough both about ebuilds and beagle :)
 BTW, how to prove I have known enough about ebuilds and beagle?

apply to the ebuild quiz :)

-- 
Gilles Dartiguelongue [EMAIL PROTECTED]
Gentoo

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



Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

2008-02-28 Thread Alistair Bush



Shaochun Wang wrote:

Hi all:

BTW, besides the beagle bump request in the bugzilla of Gentoo, is there
any way to let us normal users get beagle up to date?



Im sure that there are more than a few dev that would be willing to 
proxy maintain the package, if a user is prepared to standup and take 
responsibility for it.  Currently it seems that the package doesn't 
build for everyone ( by having a quick look at #201093 ) and this is 
something that any maintainer would have to rectify [1].


If your prepared to do it there are plenty of resources to help you 
along.  Checkout http://devmanual.gentoo.org and jump on 
irc://freenode/#gentoo-dev-help if you have any ebuild related questions.


ali_bush

[1] Sometimes I get the impression that users think that as long as a 
package works for them, that it works.  This sadly isn't the case.

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



Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

2008-02-28 Thread Cédric Krier
On 28/02/08 11:04 +0100, Gilles Dartiguelongue wrote:
 Le jeudi 28 février 2008 à 16:26 +0800, Shaochun Wang a écrit :
  On Thu, Feb 28, 2008 at 08:17:56AM +0100, Rémi Cardona wrote:
   Create your own overlay and put the ebuild there, maybe try to have it in 
  I really created my own overlay on my personal computer. I also commited a
  beagle ebuild to gentoo bugzilla.
  
   Sunrise, maybe Daniel could proxy-maintain the ebuild for you, should you 
  Proxy-maintain? I think that guy is retired sneakly from Gentoo. What
  about proxy maintaining?
 
 proxy-maintaining doesn't necessarily rely on the original maintainer.
 Although it would be best to find someone that actually uses mono to
 test it :)
 
 Btw, shouldn't this package be under the freedesktop/dotnet herd ?
 
   prove to know enough both about ebuilds and beagle :)
  BTW, how to prove I have known enough about ebuilds and beagle?
 
 apply to the ebuild quiz :)
 


I can take it if dsd agrees, as I use it but without the gtk interface.



pgpHt2PsAjmhv.pgp
Description: PGP signature


Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

2008-02-28 Thread Nirbheek Chauhan
On Thu, Feb 28, 2008 at 4:00 PM, Alistair Bush [EMAIL PROTECTED] wrote:
   BTW, besides the beagle bump request in the bugzilla of Gentoo, is there
   any way to let us normal users get beagle up to date?
  

  Im sure that there are more than a few dev that would be willing to
  proxy maintain the package, if a user is prepared to standup and take
  responsibility for it.

This is entirely my fault.
I'm a part of Beagle upstream, and had volunteered to proxy maintain
it. I was the one who was supposed to contact Petteri Räty
(Betelguese) after he had volunteered to proxy maintain it (via a
reply to dsd's email) several weeks ago.
However, I ended up getting busy with other things, procrastinating
this, and in the end majorly slacking in getting Beagle fixed (though
I did update the ebuild on the gentoo bug occasionally)

  Currently it seems that the package doesn't
  build for everyone ( by having a quick look at #201093 ) and this is
  something that any maintainer would have to rectify [1].

Beagle 0.3.3 itself compiles just fine, but yelp and nautilus don't
compile with beagle support (beagle USE flag) because libbeagle got
split from Beagle in 0.3, it's API changed, and the version number got
bumped. Work is in progress to fix yelp with the new libbeagle, but no
such progress has been made in nautilus.
Probably the beagle USE flag in nautilus and yelp has to be made to
depend on 0.2.18 since it doesn't work with =0.3

All in all, I take complete blame for this mess.

/me feels majorly guilty

  [1] Sometimes I get the impression that users think that as long as a
  package works for them, that it works.  This sadly isn't the case.



-- 
~Nirbheek Chauhan
--
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] Google SOC 2008

2008-02-28 Thread Fabian Groffen
On 28-02-2008 11:22:13 +, Roy Marples wrote:
 
 On Wed, 27 Feb 2008 15:21:58 +0100, Fabian Groffen [EMAIL PROTECTED]
 wrote:
  I'm not sure how far OpenRC actually can
  deal with unprivileged installs, so that are just things we have to find
  out along the way.
 
 Provided you have permissions to start the configured programs, then it's
 fine.
 OpenRC now supports PREFIX=/home/roy/foo and PKG_PREFIX=/home/roy/bar.
 
 PREFIX is where OpenRC installs to (also respects DESTDIR).
 PKG_PREFIX is where packages install to if different.
 
 So the only thing left (aside from bug fixing) is to instruct OpenRC
 dependency
 code that it's in a prefix and to respect the noprefix keyword in services,
 or
 to provide dummy services.

Right.  Assuming this will be enough to start, that means one GSoC
project less ;)

Thanks for the work anyway!


-- 
Fabian Groffen
Gentoo on a different level
-- 
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

2008-02-28 Thread Nirbheek Chauhan
On Thu, Feb 28, 2008 at 4:47 PM, Nirbheek Chauhan
[EMAIL PROTECTED] wrote:
  All in all, I take complete blame for this mess.

This also means I'm going to fix it :-)

-- 
~Nirbheek Chauhan
-- 
gentoo-dev@lists.gentoo.org mailing list



[gentoo-dev] New developer: Bo Ørsted Andresen (zlin)

2008-02-28 Thread Petteri Räty
He has been breaking the tree for a while now but as Calchan has been 
having availability problems I get to insult him a little bit later than 
usual. Bo hails from Aalborg, Denmark. He studies to become a control 
engineer. On the Gentoo side he is one of the people who enabled KDE4 
coming to our main tree via contributing to their overlays. He has also 
contributed to Paludis. Let the usual mud slinging begin.


Regards,
Petteri



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] New developer: Bo Ørsted Andres en (zlin)

2008-02-28 Thread Rémi Cardona

Petteri Räty a écrit :
He has been breaking the tree for a while now but as Calchan has been 
having availability problems I get to insult him a little bit later than 
usual. Bo hails from Aalborg, Denmark. He studies to become a control 
engineer. On the Gentoo side he is one of the people who enabled KDE4 
coming to our main tree via contributing to their overlays.


Boo! Hiss!

Just kidding ;)

Anyway, Welcome to our crazy team and have fun !

Cheers

--
Rémi Cardona
LRI, INRIA
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] New developer: Bo Ørsted Andresen (zlin)

2008-02-28 Thread Thomas Anderson
On Thursday 28 February 2008 07:28:27 Rémi Cardona wrote:
 Petteri Räty a écrit :
  He has been breaking the tree for a while now but as Calchan has been
  having availability problems I get to insult him a little bit later than
  usual. Bo hails from Aalborg, Denmark. He studies to become a control
  engineer. On the Gentoo side he is one of the people who enabled KDE4
  coming to our main tree via contributing to their overlays.

 Boo! Hiss!

 Just kidding ;)

 Anyway, Welcome to our crazy team and have fun !

 Cheers

 --
 Rémi Cardona
 LRI, INRIA
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]

Even more on-topic, Welcome to the Krazy team! ;-)

-- 
Taylor and Anderson, Metropolitan prosecutors. Commit a crime? See you in 
court


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


Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

2008-02-28 Thread Shaochun Wang
On Thu, Feb 28, 2008 at 04:47:08PM +0530, Nirbheek Chauhan wrote:
 Beagle 0.3.3 itself compiles just fine, but yelp and nautilus don't
 compile with beagle support (beagle USE flag) because libbeagle got
 split from Beagle in 0.3, it's API changed, and the version number got
 bumped. Work is in progress to fix yelp with the new libbeagle, but no
 such progress has been made in nautilus.
 Probably the beagle USE flag in nautilus and yelp has to be made to
 depend on 0.2.18 since it doesn't work with =0.3

For me, everything including nautilus compiles cleanly with beagle
support, but not yelp!

-- 
Shaochun Wang [EMAIL PROTECTED]

Jabber: [EMAIL PROTECTED]
-- 
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] New developer: Bo Ørsted Andresen (zlin)

2008-02-28 Thread Gilles Dartiguelongue

Le jeudi 28 février 2008 à 07:48 -0500, Thomas Anderson a écrit :
[snip]
 
  Anyway, Welcome to our crazy team and have fun !
 
  Cheers
 
  --
  Rémi Cardona
  LRI, INRIA
  [EMAIL PROTECTED]
  [EMAIL PROTECTED]
 
 Even more on-topic, Welcome to the Krazy team! ;-)
 
you misspelled it, it's Kr4zy team.

welcome zlin :)
-- 
Gilles Dartiguelongue [EMAIL PROTECTED]
Gentoo

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



Re: [gentoo-dev] Google SOC 2008

2008-02-28 Thread Marius Mauch
On Tue, 26 Feb 2008 10:32:45 -0800
joshua jackson [EMAIL PROTECTED] wrote:

 All,
 
 Google is once again doing the summer of code for students. I'm
 helping organize it this year and am putting out a call for some
 elements to help.
 
 1) We need idea's for things to do. Diego has already submitted some
 via his blog which have been taken into consideration.
 2) We need mentors, so far confirmed I have: Diego and Saleem

Something nice would be to reimplement revdep-rebuild as a package set
for portage-2.2 (the ground work for that is already done, but most of
the processing logic from revdep-rebuild is still missing).
Unlike most other portage-related ideas this one doesn't require a huge
understanding of portage internals, and I'd be willing to mentor
applicants for this.

Marius

-- 
Public Key at http://www.genone.de/info/gpg-key.pub

In the beginning, there was nothing. And God said, 'Let there be
Light.' And there was still nothing, but you could see a bit better.


signature.asc
Description: PGP signature


Re: [gentoo-dev] New developer: Bo Ørsted Andresen (zlin)

2008-02-28 Thread Paul Varner
On Thu, 2008-02-28 at 14:28 +0200, Petteri Räty wrote:
 He has been breaking the tree for a while now but as Calchan has been 
 having availability problems I get to insult him a little bit later than 
 usual. Bo hails from Aalborg, Denmark. He studies to become a control 
 engineer. On the Gentoo side he is one of the people who enabled KDE4 
 coming to our main tree via contributing to their overlays. He has also 
 contributed to Paludis. Let the usual mud slinging begin.

Welcome aboard.  If you have the time and inclination, you are more than
welcome to join me over in tools-portage.

Regards,
Paul
--
gentoo-dev@lists.gentoo.org mailing list



[gentoo-dev] Operations lead --- armin76

2008-02-28 Thread Ferris McCormick
Another attempt.  I don't seem to get to gentoo-dev@  Patience, please.
===
All,
It is my pleasure to announce that after some arm twisting, Raúl Porcel
(armin76) has accepted the previously open position of sparc Operations
Manager.  This is no real change since that's what he's been doing for
us anyway.

A note to those of you wanting to give nice sparc systems to someone who
can use them, Raúl is in the market.  Just keep in mind that Raúl is in
Barcelona, Spain before you make him an offer.

The CC to gentoo-pr and to anant is for GMN and for whatever else PR
uses this sort of inforation for --- if that's the wrong way to contact
GWN, please let me know.

Please join me in congratulating Raúl on his now-official position in
the sparc project.  As I said above, I can't really say new position
since this is already what he's doing for us.

Thanks and regards,
Ferris
-- 
Ferris McCormick (P44646, MI) [EMAIL PROTECTED]
Developer, Gentoo Linux (Devrel, Sparc, Userrel)


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


Re: [gentoo-dev] Keyword request interface (SoC candidate?)

2008-02-28 Thread Torsten Rehn
On Thursday 28 February 2008, Santiago M. Mola wrote:
 A lot of users don't feel comfortable using Bugzilla and often are
 lost with our procedures for keyword (both ~ and stable) requests. I
 think we could use an easy web interface for requesting specific
 keywords for packages in a point-and-click fashion.

I have been working on something like this and would like to continue doing so 
for SoC (see [1]). However, it is a fairly large project and I would 
appreciate some input on what specific goals to target for SoC.
Also, I anticipate some resistance, so I'd suggest seeing that project as a 
long term experiment starting with SoC, that may eventually produce something 
that satisfies most of the developer staff.

[1] http://scel.info/blog/posts/google-soc-proposal/

-- 
Torsten Rehn [EMAIL PROTECTED]
Gentoo AMD64 Arch Tester
http://scel.info


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


Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

2008-02-28 Thread Nirbheek Chauhan
On Thu, Feb 28, 2008 at 6:19 PM, Shaochun Wang [EMAIL PROTECTED] wrote:
 On Thu, Feb 28, 2008 at 04:47:08PM +0530, Nirbheek Chauhan wrote:
   Beagle 0.3.3 itself compiles just fine, but yelp and nautilus don't
   compile with beagle support (beagle USE flag) because libbeagle got
   split from Beagle in 0.3, it's API changed, and the version number got
   bumped. Work is in progress to fix yelp with the new libbeagle, but no
   such progress has been made in nautilus.
   Probably the beagle USE flag in nautilus and yelp has to be made to
   depend on 0.2.18 since it doesn't work with =0.3

  For me, everything including nautilus compiles cleanly with beagle
  support, but not yelp!

Yeah, nautilus compiles with the new libbeagle, but silently falls
back to manual (non-beagle) search when you try searching from within
nautilus.

-- 
~Nirbheek Chauhan
-- 
gentoo-dev@lists.gentoo.org mailing list



[gentoo-dev] RE: Mesa on i965 (DRI)

2008-02-28 Thread Mateusz Mierzwinski
Ok, I've try i810 and... no DRI. I've reemerge from packege last mesa 
working with DRI and... no DRI because (EE) AIGLX error: dlsym for 
__driCreateNewScreen_20050727 failed (/usr/lib64/dri/i965_dri.so: 
undefined symbol: __driCreateNewScreen_20050727) - library incompatible 
and need recompilation. So i Try to recompile and... (make 
linux-dri-x86-64 -j3 because oryginal mesa don't provide for me 
i965_dri.so so www.intellinuxgraphics.org comes with help - downloaded 
by GIT and compiled with this)


../common/dri_bufmgr.c: In function 'dri_bo_alloc':
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_MEM_PRIV0' undeclared 
(first use in this function)
../common/dri_bufmgr.c:43: error: (Each undeclared identifier is 
reported only once

../common/dri_bufmgr.c:43: error: for each function it appears in.)
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_MEM_PRIV1' undeclared 
(first use in this function)
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_MEM_PRIV2' undeclared 
(first use in this function)
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_MEM_PRIV3' undeclared 
(first use in this function)
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_MEM_PRIV4' undeclared 
(first use in this function)
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_CACHED_MAPPED' undeclared 
(first use in this function)

../common/dri_bufmgr.c: In function 'dri_bo_alloc_static':
../common/dri_bufmgr.c:56: error: 'DRM_BO_FLAG_MEM_PRIV0' undeclared 
(first use in this function)
../common/dri_bufmgr.c:56: error: 'DRM_BO_FLAG_MEM_PRIV1' undeclared 
(first use in this function)
../common/dri_bufmgr.c:56: error: 'DRM_BO_FLAG_MEM_PRIV2' undeclared 
(first use in this function)
../common/dri_bufmgr.c:56: error: 'DRM_BO_FLAG_MEM_PRIV3' undeclared 
(first use in this function)
../common/dri_bufmgr.c:56: error: 'DRM_BO_FLAG_MEM_PRIV4' undeclared 
(first use in this function)

make[6]: *** [../common/dri_bufmgr.o] Error 1
make[6]: *** Waiting for unfinished jobs
make[6]: Leaving directory 
`/var/tmp/experimental/mesa/src/mesa/drivers/dri/i965'

make[5]: *** [subdirs] Error 1
make[5]: Leaving directory `/var/tmp/experimental/mesa/src/mesa/drivers/dri'
make[4]: *** [linux-solo] Error 2
make[4]: Leaving directory `/var/tmp/experimental/mesa/src/mesa'
make[3]: *** [default] Error 2
make[3]: Leaving directory `/var/tmp/experimental/mesa/src/mesa'
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/var/tmp/experimental/mesa/src'
make[1]: *** [default] Error 1
make[1]: Leaving directory `/var/tmp/experimental/mesa'
make: *** [linux-dri-x86-64] Error 2


and that's all folks... Any ideas, because I've haven't any after 3 days 
of mesa vs i965 war. I allso add xorg compilation flags for more info...


[ebuild   R   ] x11-base/xorg-server-1.4.0.90-r3  USE=dri hal sdl xorg 
-xprint (-3dfx) -debug -dmx -ipv6 -kdrive -minimal (-nptl)


[ebuild   R   ] x11-libs/libdrm-2.3.0  USE=-debug 0 kB



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



Re: [gentoo-dev] New developer: Bo Ørsted Andresen (zlin)

2008-02-28 Thread Wulf C. Krueger
On Thursday, 28. February 2008 13:28:11 Petteri Räty wrote:
 control engineer. On the Gentoo side he is one of the people who
 enabled KDE4 coming to our main tree via contributing to their
 overlays. 

Thanks for that, zlin, and welcome again among our ranks! :-)

Now I'm going to mentor the two guys we were talking about earlier... ;-)

-- 
Best regards, Wulf


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


Re: [gentoo-dev] Keyword request interface (SoC candidate?)

2008-02-28 Thread Alec Warner
cvs.gentoo.org:/var/cvsroot/gentoo/xml/htdocs/proj/en/userrel/index2008.xml

Add it ;)

On 2/28/08, Santiago M. Mola [EMAIL PROTECTED] wrote:
 I splitted this from the SoC thread so the possible discussion doesn't
  add noise to the original thread.

  On Tue, Feb 26, 2008 at 7:32 PM, joshua jackson [EMAIL PROTECTED] wrote:
  
Google is once again doing the summer of code for students. I'm helping
organize it this year and am putting out a call for some elements to help.
  
1) We need idea's for things to do. Diego has already submitted some via
his blog which have been taken into consideration.

  A lot of users don't feel comfortable using Bugzilla and often are
  lost with our procedures for keyword (both ~ and stable) requests. I
  think we could use an easy web interface for requesting specific
  keywords for packages in a point-and-click fashion.

  So the user would just pick a package from the list, and check some
  boxes with the arch(es) she want to see in ~arch or stable. Then ATs
  could go for the ones that met the requirements, and even prioritize
  stabilisations depending on the number of users who have requested it.

  I've been talking about it with some users and everyone agrees that
  they would like to have such an interface...

  What do you think about? Would it be easy to integrate it with
  packages.g.o or should it belong somewhere else? Do you think this is
  a suitable project for SoC?

  Regards,
  Santiago

  --
  Santiago M. Mola
  Jabber ID: [EMAIL PROTECTED]

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


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



Re: [gentoo-dev] Keyword request interface (SoC candidate?)

2008-02-28 Thread Santiago M. Mola
On Thu, Feb 28, 2008 at 10:43 PM, Alec Warner [EMAIL PROTECTED] wrote:
 cvs.gentoo.org:/var/cvsroot/gentoo/xml/htdocs/proj/en/userrel/index2008.xml

  Add it ;)


I'm not 100% sure this is a good idea, that's why I'm asking for
opinions here ;-)

Also, I doubt I can mentor.

-- 
Santiago M. Mola
Jabber ID: [EMAIL PROTECTED]
-- 
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] Keyword amd64 - x86_64

2008-02-28 Thread Bernd Steinhauser

Fabian Groffen schrieb:

 Though, if for instance amd64-fbsd would be introduced,
Will that happen? (Asking because I might be interested in testing such 
a setup.)



 I think this keyword should have something more generic arch instead, like
the x64 we use in prefix now


Wouldn't it be more clean if it is amd64 just like the Linux one? 
Because the

arch basically is the same. I think that
amd64(-linux) -- x86_64-fbsd
x86(-linux) -- x86-fbsd

would be more confusing than
amd64(-linux) -- amd64-fbsd
x86(-linux) -- x86-fbsd

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



Re: [gentoo-dev] New developer: Bo Ørsted Andresen (zlin)

2008-02-28 Thread Iain Buchanan

On Thu, 2008-02-28 at 14:28 +0200, Petteri Räty wrote:
 He has been breaking the tree for a while now but as Calchan has been 
 having availability problems I get to insult him a little bit later than 
 usual. Bo hails from Aalborg, Denmark. He studies to become a control 
 engineer. On the Gentoo side he is one of the people who enabled KDE4 
 coming to our main tree via contributing to their overlays. He has also 
 contributed to Paludis. Let the usual mud slinging begin.
 
 Regards,
 Petteri

zlin: I can't officially welcome you as I'm not on the inside, so
good evening ;)
-- 
Iain Buchanan iaindb at netspace dot net dot au

Let he who takes the plunge remember to return it by Tuesday.

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



Re: [gentoo-dev] New developer: Bo Ørsted Andres en (zlin)

2008-02-28 Thread Jorge Manuel B. S. Vicetto

Welcome zlin.

Gilles Dartiguelongue wrote:

Le jeudi 28 février 2008 à 07:48 -0500, Thomas Anderson a écrit :
[snip]
  

Anyway, Welcome to our crazy team and have fun !

Cheers

--
Rémi Cardona
LRI, INRIA
[EMAIL PROTECTED]
[EMAIL PROTECTED]
  

Even more on-topic, Welcome to the Krazy team! ;-)



you misspelled it, it's Kr4zy team.

welcome zlin :)
  


Kr4zyludis?

--
Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo-forums / Userrel / SPARC / KDE

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



Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

2008-02-28 Thread Shaochun Wang
On Fri, Feb 29, 2008 at 12:13:30AM +0530, Nirbheek Chauhan wrote:
 Yeah, nautilus compiles with the new libbeagle, but silently falls
 back to manual (non-beagle) search when you try searching from within
 nautilus.
Yes, you are right! Nautilus compiles, but doesn't work as expected.

-- 
Shaochun Wang [EMAIL PROTECTED]

Jabber: [EMAIL PROTECTED]
-- 
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] Keyword request interface (SoC candidate?)

2008-02-28 Thread Richard Freeman

Santiago M. Mola wrote:


I've been talking about it with some users and everyone agrees that
they would like to have such an interface...

What do you think about? Would it be easy to integrate it with
packages.g.o or should it belong somewhere else? Do you think this is
a suitable project for SoC?


I like the idea, although it is a bit redundant with bugzilla.  One 
thing that would be nice is better workflow management.  Right now it 
would be nice as an arch dev to be able to get a list of all stable 
requests that have been checked by an arch tester on my arch - that 
isn't simple now.  We used to keyword bugs STABLE or TESTED but I don't 
think that anybody is doing that any more - and it breaks down when you 
have 7 archs CC'ed on a bug anyway (which one is tested?).


The fundamental issue, though, is that keywording obscure packages is 
not trivial.  I cringe when I see a stable request for some dialup 
networking package - I doubt many devs even own modems these days.


A tool like the one proposed could even raise questions about how more 
obscure packages should be maintained.  Maybe all interested users could 
subscribe to a package and then vote on when they will go stable.  If 
66% of users interested in a package vote that a package is stable then 
a dev would have discretion to just keyword it without any testing at 
all (obviously this would not be done with critical packages, but the 
world isn't going to end if autopano-sift breaks down on some edge 
case).  It also gets users more involved in the QA process and is a 
little less cathedral like...

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



Re: [gentoo-dev] Keyword amd64 - x86_64

2008-02-28 Thread Ben de Groot

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bernd Steinhauser wrote:
|  Though, if for instance amd64-fbsd would be introduced,
| Will that happen? (Asking because I might be interested in testing such
| a setup.)

I would be interested as well, especially if based on FreeBSD-7.

| Wouldn't it be more clean if it is amd64 just like the Linux one?
| Because the arch basically is the same. I think that
| amd64(-linux) -- x86_64-fbsd
| x86(-linux) -- x86-fbsd
|
| would be more confusing than
| amd64(-linux) -- amd64-fbsd
| x86(-linux) -- x86-fbsd

I agree, and vote for consistency as well.

Ben
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHx7Bii+u7I1rvkiYRAsEcAKC/ypIBrKTvCmAn+YCQd2qYMaRQsACglbnu
4n7VUnas2MX3MPGWrVNvZcQ=
=Lhml
-END PGP SIGNATURE-
--
gentoo-dev@lists.gentoo.org mailing list



Re: [gentoo-dev] Keyword amd64 - x86_64

2008-02-28 Thread Fabian Groffen
On 29-02-2008 08:12:34 +0100, Ben de Groot wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Bernd Steinhauser wrote:
 |  Though, if for instance amd64-fbsd would be introduced,
 | Will that happen? (Asking because I might be interested in testing such
 | a setup.)

 I would be interested as well, especially if based on FreeBSD-7.

That already happened, but probably not in the way you're looking for.

 | Wouldn't it be more clean if it is amd64 just like the Linux one?
 | Because the arch basically is the same. I think that
 | amd64(-linux) -- x86_64-fbsd
 | x86(-linux) -- x86-fbsd
 |
 | would be more confusing than
 | amd64(-linux) -- amd64-fbsd
 | x86(-linux) -- x86-fbsd

 I agree, and vote for consistency as well.

Yes, but as mentioned before, my problem is that amd64-macos really
doesn't make any sense to me.

-- 
Fabian Groffen
Gentoo on a different level
-- 
gentoo-dev@lists.gentoo.org mailing list



[gentoo-portage-dev]

2008-02-28 Thread Tony
Hi, I am new, but I think I found a problem in thr portage tree, dealing with 
texlive and tetex. I have a personal overlay, where I changed the dependency in 
the ebuild from dev-text/tetex to virtual/latex-base. This solved it for 
the package.

I think that the packages will have to transition, because of these conflicts. 
Also, let me know if this is the right way to do this, and if it is, I suggest 
you do it soon. (It gets annoying)
 
Tony







  

Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  
http://tools.search.yahoo.com/newsearch/category.php?category=shopping
-- 
gentoo-portage-dev@lists.gentoo.org mailing list