[gentoo-dev] bash has libs in /usr/lib
We got some old school install done in a server around town, the libgpm was located in /usr/lib while /usr was only mounted later. This is a bug... Nothing should have a soft link to /usr/* from /bin or /lib*. Anyway it was an easy fix. Could people around check, and if they find anything disturbing put it in bug 132101. Thank you, Phil -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites for dev-util/cccc
foser wrote: On Tue, 2006-04-18 at 10:22 -0400, Mike Frysinger wrote: either you have a policy of cutting unmaintained packages or you dont ... you cant have some vague middle ground Hide behind policy if you can't do it with common sense. The policy is to add valid metadata.xml data to packages that do not have it, that has not been done here. Adding 'maintainer-needed' (or 'no-herd') as a way out is not sufficient and was never intended policy when metadata/herds got introduced. - foser If no one has an objection, I'll pick up that package, I think it is fun, never tought I'd use it, but I have so much code written I'd like how much I have really done. If there is no objection I'll make the update needed, create metadata, make repoman happy. Phil -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites for dev-util/cccc
foser wrote: On Tue, 2006-04-18 at 17:56 +0300, Philippe Trottier wrote: If no one has an objection, I'll pick up that package, I think it is fun, never tought I'd use it, but I have so much code written I'd like how much I have really done. If there is no objection I'll make the update needed, create metadata, make repoman happy. Go right ahead. - foser CVS commit complete. RepoMan sez: If everyone were like you, I'd be out of business! Phil -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Parallizing ebuilds - 'trivial' ebuilds
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kalin KOZHUHAROV wrote: Patrick Lauer wrote: On Fri, 2006-01-13 at 19:53 +0900, Kalin KOZHUHAROV wrote: Make this distributed tool for tar zip bzip2 and gzip and I'm in, I don't think it would be useful with anything else than Gigabit Ethernet. One 2Ghz CPU can't even saturate a 100Mbit line with bzip2 as far as I can tell. Although the speedups won't be extreme it could just work. We might want to have in the make.conf 2 separate variables, one of them saying how many threads can be run on the machine, then How many threads/process across a cluster. For example, my Dual Xeon EM64T file server can do make -j4 locally, like in make install, make docs etc etc, But for compiling I can use -j20, really not useful over -j8 anyway. But the point is, it would be usefully to separate the load distribution on the local machine and cluster nodes. As the discusison started... I would like to be able to limit the -jN when there is no distcc host available or when compiling c++ code, otherwise my poor laptop is dead with -j5 compiling pwlib when the network is down As far as I can tell distcc isn't smart enough for dynamic load balancing. One could hack portage to test each server in the distcc host list and remove missing servers for each run - doesn't look elegant to me. Yes, might be a solution, even if not elegant. I am thinking also of automating distcc configuration (i.e. no need to run --set-hosts) and one idea is to use DNS with some TXT record, but that is just an idea - no patching is done yet. Recipe for disaster, specially in a place like mine where sparc, alpha, x86_64 and ppc32/64 mix... not counting ia64 for a test run soon... If you really want to do this, someone has to make a rendezvous a la Apple. Where not only distcc says I am available but I am also doing the right stuff. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDx/nsP0/FkJ0eBc0RAn8aAJ9h8C1QFO0HyQmBINl2erPljgaEYwCfcOBF yPpDJ/KElWfotWqNvWYPq3s= =XM29 -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Parallizing ebuilds - 'trivial' ebuilds
Lisa Seelye wrote: On Thu, 2006-01-12 at 00:18 +, Ferris McCormick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 11 Jan 2006, Lisa Seelye wrote: On Wed, 2006-01-11 at 14:51 -0800, Robin H. Johnson wrote: I've been cleaning up media-fonts/ to work with modular-X, and I see a lot of ebuilds with stuff like this: for font in *.bdf; do /usr/X11R6/bin/bdftopcf ${font} `basename $font .bdf`.pcf done gzip *.pcf For having 100 files in *bdf, this is so serial it's painful. And here I was hoping Distcc would get some usage. :( Distcc gets lots of usage with modular X. But for the fonts? :) Time for distfont? ;) Make this distributed tool for tar zip bzip2 and gzip and I'm in, I don't think it would be useful with anything else than Gigabit Ethernet. We might want to have in the make.conf 2 separate variables, one of them saying how many threads can be run on the machine, then How many threads/process across a cluster. For example, my Dual Xeon EM64T file server can do make -j4 locally, like in make install, make docs etc etc, But for compiling I can use -j20, really not useful over -j8 anyway. But the point is, it would be usefully to separate the load distribution on the local machine and cluster nodes. Philippe Trottier -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Commercial software in portage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Ostrow wrote: On Wed, 2005-09-21 at 18:54 +0100, José Carlos Cruz Costa wrote: Hi everybody, If it's commercial, the company in question should (and must) allow an ebuild for is product, like what happens with rpms and other packages. Adding commercial ebuilds to portage is like tainting the kernel with binary drivers. Maybe a better solution comes with gensync? If companies want ebuilds, sure. They go to the commercial portage. Hell, even put a price on maintaining those ebuilds. Remember that are a lot of people that don't want to use that kind of software. There are people that doesn't have even xorg and have to sync all the ebuilds from portage. This is what rsync excludes are for...there is no good reason to remove things like doom3 and UT2k4 from the tree for the sole reason that they are commercial packages. You don't want them...fine...exclude them. Possible to make the default a non-commercial ebuild rsync ? The exclude file for rsync should be easy to make. That would be convenient for all and allow purist to keep their system clean. Also would allow coders to know what are the GNU weakest tools and work on them. It is a fact that I would like to be able to read what licenses I agree with and as a mater of fact I do not have to accept even GNU license to use gentoo, so in theory I would do it like this: After installing any stage any installation, the first action should generate something like: GPL/FSF license in the list of accepted licenses, please read /usr/portage/licenses/LICENSE and add the license to your make.conf file (only) if you accept it. Later on if I emerge some BSD licensed thing the same message should appear, commercial licenses too Otherwise the GLEP23 goes in the right direction. I know probably everyone hates the reading part of license agreement, but your own good read them at least once. And do not accept any commercial license without reading it properly, you can't guess what is implied in some cases. Phil -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDMmp5P0/FkJ0eBc0RAvLZAKC+Yof943+odO4x8ex5qVfL1WDJ1gCdF0gw cmOF+o5v2eI+kBglyGJFr1I= =9Msh -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list