Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!
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!
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!
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!
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
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!
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)
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)
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)
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!
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)
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
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)
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
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?)
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!
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)
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)
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?)
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?)
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
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)
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)
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!
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?)
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
-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
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]
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