Re: [gentoo-dev] Profile masking and profiles package.mask
On Saturday 30 September 2006 04:40, Diego 'Flameeyes' Pettenò wrote: > This is a discussion to follow up bug #149508 [1]. Posted on the bug before noticing there was a -dev thread. """ Just about everybody has the wrong idea here. 1) Specifying =sys-libs/glibc-2.4 and thus a corresponding entry in package.mask 2) What should be done is to specify >=sys-libs/glibc-2.4 and leave masking out altogether for packages The reason that package.mask was added to profiles was so that masking of atoms in packages could be killed off and it could become just a list of required packages. """ Like Marius said, using packages to both define what's required of "system" and for masking packages is bad design. That and the hope of eventually being able to kill off profiles/package.mask are the only reasons package.mask was introduced into profiles. > I cannot find myself any reason for such a behaviour change, but I'm open > to be proven wrong. The original reason for specifying masking in both packages and package.mask was that there were portage versions that didn't look at package.mask. That was a long time ago though, so masking should really be dropped from packages altogether at this late stage. However, masking in packages only is still supported. If there is a reason that the plans for killing off that support should be suspended, that's also viable. -- Jason Stubbs -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Profile masking and profiles package.mask
On Monday 02 October 2006 16:03, Jason Stubbs wrote: > 1) Specifying >=sys-libs/glibc-2.4 and thus a corresponding entry in package.mask ... is redundant -- Jason Stubbs -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] treecleaner maskings
# Christian Heim <[EMAIL PROTECTED]> (01 Oct 2006) # masking media-radio/ax25-tools for treecleaners, bug(s) 97275 # Pending removal Oct 29th media-radio/ax25-tools # Christian Heim <[EMAIL PROTECTED]> (01 Oct 2006) # masking x11-libs/buffy for treecleaners, bug(s) 103143 # Pending removal Oct 29th x11-libs/buffy # Christian Heim <[EMAIL PROTECTED]> (30 Sep 2006) # masking net-mail/quotient for treecleaners, bug(s) 149420 # Pending removal Oct 28th net-mail/quotient -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 Your friendly treecleaner/mobile/kernel/vserver/openvz monkey pgp9m2jzFNC8i.pgp Description: PGP signature
[gentoo-dev] Monthly Gentoo Council Reminder for October
This is your monthly friendly reminder ! Same bat time (typically the 2nd Thursday at 2000 UTC), same bat channel (#gentoo-council @ irc.freenode.net) ! If you have something you'd wish for us to chat about, maybe even vote on, let us know ! Simply reply to this e-mail for the whole Gentoo dev list to see. Keep in mind that every GLEP *re*submission to the council for review must first be sent to the gentoo-dev mailing list 7 days (minimum) before being submitted as an agenda item which itself occurs 7 days before the meeting. Simply put, the gentoo-dev mailing list must be notified at least 14 days before the meeting itself. For more info on the Gentoo Council, feel free to browse our homepage: http://www.gentoo.org/proj/en/council/ -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: [RFC] CFLAGS paragraph for the GWN
Ryan Hill <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Sat, 30 Sep 2006 16:37:05 -0600: > If you want flags that just break > stuff with 4.1 you can include -ftree-vectorize. Could you point me at some info on this one (-ftree-vectorize)? It came up on the amd64 list a week or so ago, when someone asked what I thought of it and why I didn't have it in my cflags (which I had just explained). I said I didn't know enough about it to make a case either way, and as such, didn't choose to use it. However, after a bit of discussion, I decided to add it to my cflags on a very experimental basis. I haven't experienced any issues with it, but then I haven't done any major compiling since then either, only the routine updates. If I had rather more info on it, therefore, particularly on why it might break stuff, I'd be able to pass it on, telling the list and in particular the guy that asked, why it's NOT a good thing to use. Thus, point me at it, if you got it. Even something as simple as a list of bugs traced to it would be useful as something I could point at, if that's what you are basing your remark on. Or does the problem not necessarily apply to amd64? Even knowing that would be useful. I simply don't know anything much at all about it, beyond a generally vague idea that it means using mmx/sse/whatever vector instructions to parallelize loops. TIA. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] [Fwd: [gentoo-perl] Candidates for removal from dev-perl]
This message was originally posted on gentoo-perl so it could fester and mature a little first (but then I jumped the gun and decided to post it here :). OK, I've done an initial weeding of this list and taken out the obvious "we wouldn't be a distro without these" packages. The following list are those ebuilds in dev-perl that are never depended on by another package. I did do a quick scan of ChangeLog's, following up on referenced bugs. Please let me know if there is anything here that should justifiably be kept (the goal is to remove some of the cruft in dev-perl and get it down to stuff that is actually needed). Thanks kids! Archive-Rar Array-Window: bug 21791, never used AtExit: robbat2 added it, no reason provided Audio-FLAC-Header: bug 103940, referenced ebuild doesn't exist Audio-Tools Audio-Wav Business-FedEx-DirectConnect: bug 59148, interchange dep, interchange doesn't exist any more Business-UPS: another bug 59148 CDDB-File CORBA-ORBit CPAN-Mini-Inject CPAN-Mini-Phalanx Cgi-Simple: bug 9992 Chart-Math-Axis: bug 21791 Class-DBI-mysql Config-Crontab: Bug 124981, not used Convert-BinHex: bug 46332, unused Crypt-Cracklib Date-ISO: bug 4186, undepp'd Festival-Client-Async File-ReadBackwards: bug 27880 FileHandle-Deluxe: bug 21008 Fuse: bug 118928 Geo-IP HTML-Object HTML-SimpleParse: bug 7744 HTML-Template-Expr: bug 21549, bricolage HTML-Template-JIT: Bug 124988 HTTP-BrowserDetect: bug 21791 HTTP-DAV: bug 21549, bricolage HTTPD-User-Manage: bug 31023 IniConf: bug 59148, interchange Locale-PO: bug 7735 MD5 Math-VecStat: bug 88117, dep for portknock (not in tree) Module-Refresh Net-FTPServer: bug 21549, bricolage Net-IRC Net-Kismet Net-Telnet-Cisco: bug 21791 Net-XWhois: bug 84801 Newt OpenCA-CRL OpenCA-OpenSSL OpenCA-REQ OpenCA-X509 PDF-Create Plucene RPC-XML RPM SNMP_Session SQL-Statement: bug 59148, interchange Safe-Hole: bug 59148, interchange Schedule-At: bug 88118, portknock ShadowHash: bug 59148, interchane Text-Aspell Text-CSV-Simple: bug 122118 Time-Duration: bug 21791 VCP-autrijus Validate-Net: bug 21791 Video-Frequencies Video-ivtv WWW-Bugzilla WeakRef XML-Catalog XML-Encoding XML-Filter-DOMFilter-LibXML XML-RSS-Feed YAML-Parser-Syck adocman aww cache-mmap: bug 21549, bricolage gnome2-print gtk2-spell gtk2-trayicon inline-files jcode_pl libvorbis-perl mecab-perl mime-construct module-info net-sftp: bug 21549 perl-PBS perlmenu: bug 136223 perlrapi: bug 17419 perlsieve: bug 23893 set-scalar: bug 24607 tagged: bug 21174 -- -o()o-- Michael Cummings |#gentoo-dev, #gentoo-perl Gentoo Perl Dev|on irc.freenode.net Gentoo/SPARC Gentoo/AMD64 GPG: 0543 6FA3 5F82 3A76 3BF7 8323 AB5C ED4E 9E7F 4E2E -o()o-- signature.asc Description: This is a digitally signed message part
[gentoo-dev] Setting number of parallel builds for other build-systems than 'make'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone It seems that setting the number of parallel builds using '-jN' does not only work for make, but also for scons and bjam (and maybe others as well). Since it isn't save to assume that '-jN' is the only option in MAKEOPTS, some filtering is needed. Now, SCONSOPTS (BJAMOPTS respectively) could be added to make.conf and used whenever one of those build-systems is being used. But we would probably have to add a ...OPTS for every build-system. What do you think? Better ideas? Greets, Tiziano -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFH7z7GwVqY66cHjARAm9cAJ9ia3Og4tdXQzYzeoWD3BUvQYM4/wCeIX7U 5x0so3XwIAj/gWCwD6xNaCw= =EFaX -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [Fwd: [gentoo-perl] Candidates for removal from dev-perl]
On Sunday 01 October 2006 15:08, Michael Cummings wrote: > RPC-XML This is needed for CIA commit scripts, might be a good idea to leave it there for who uses Gentoo as SCM server. -- Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE pgpoMa2zw6sNQ.pgp Description: PGP signature
Re: [gentoo-dev] Setting number of parallel builds for other build-systems than 'make'
On Sunday 01 October 2006 15:04, Tiziano Müller wrote: > What do you think? Better ideas? Look at app-i18n/skim . I do parse MAKEOPTS to use the -j* and -s options with scons. -- Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE pgpOifoNtk4fB.pgp Description: PGP signature
Re: [gentoo-dev] [Fwd: [gentoo-perl] Candidates for removal from dev-perl]
Mark it in the meta then. or learn to use g-cpan. On Sun, 2006-10-01 at 15:19 +0200, Diego 'Flameeyes' Pettenò wrote: > On Sunday 01 October 2006 15:08, Michael Cummings wrote: > > RPC-XML > This is needed for CIA commit scripts, might be a good idea to leave it there > for who uses Gentoo as SCM server. > -- -o()o-- Michael Cummings |#gentoo-dev, #gentoo-perl Gentoo Perl Dev|on irc.freenode.net Gentoo/SPARC Gentoo/AMD64 GPG: 0543 6FA3 5F82 3A76 3BF7 8323 AB5C ED4E 9E7F 4E2E -o()o-- signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] [Fwd: [gentoo-perl] Candidates for removal from dev-perl]
Michael Cummings wrote: > Geo-IP Can you please leave this one, it's rather useful :) -- Best regards, Jakub Moc mailto:[EMAIL PROTECTED] GPG signature: http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3D9E ... still no signature ;) signature.asc Description: OpenPGP digital signature
[gentoo-dev] last rites for net-im/gabber and dev-libs/jabberoo
Hi, There have been no release since June 2004, the newer versions have p.masked since 2004. The older versions doesnt build. They have open bugs #62182, #88929 and #101581. I'll remove them on November 1st. -- Olivier Crête [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] [Fwd: [gentoo-perl] Candidates for removal from dev-perl]
On Sun, 2006-10-01 at 15:48 +0200, Jakub Moc wrote: > Michael Cummings wrote: > > > Geo-IP > > Can you please leave this one, it's rather useful :) What's its use? Furthermore, does its used get decreased through the employment of g-cpan to install it? Thanks, -- Seemant Kulleen Developer, Gentoo Linux -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: [RFC] CFLAGS paragraph for the GWN
Duncan wrote: Could you point me at some info on this one (-ftree-vectorize)? It came up on the amd64 list a week or so ago, when someone asked what I thought of it and why I didn't have it in my cflags (which I had just explained). I said I didn't know enough about it to make a case either way, and as such, didn't choose to use it. However, after a bit of discussion, I decided to add it to my cflags on a very experimental basis. I haven't experienced any issues with it, but then I haven't done any major compiling since then either, only the routine updates. If I had rather more info on it, therefore, particularly on why it might break stuff, I'd be able to pass it on, telling the list and in particular the guy that asked, why it's NOT a good thing to use. Thus, point me at it, if you got it. Even something as simple as a list of bugs traced to it would be useful as something I could point at, if that's what you are basing your remark on. I can't give you reasons, but I can tell you it totally broke my x86 system a while back. Thanks, Donnie -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Setting number of parallel builds for other build-systems than 'make'
Tiziano Müller wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone It seems that setting the number of parallel builds using '-jN' does not only work for make, but also for scons and bjam (and maybe others as well). Since it isn't save to assume that '-jN' is the only option in MAKEOPTS, some filtering is needed. Now, SCONSOPTS (BJAMOPTS respectively) could be added to make.conf and used whenever one of those build-systems is being used. But we would probably have to add a ...OPTS for every build-system. What do you think? Better ideas? I think adding it for each build system is probably a good idea, nobody's guaranteeing option-level compatibility with make. Optionally falling back to using the few valid MAKEOPTS might be a nice addition. Thanks, Donnie -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: [RFC] CFLAGS paragraph for the GWN
On Sunday 01 October 2006 18:49, Donnie Berkholz wrote: > I can't give you reasons, but I can tell you it totally broke my x86 > system a while back. -ftree-vectorize on x86 and PowerPC is known to create broken executables (when it comes to actually create the executable). I'm using it on AMD64 fine since 4.0 pre-releases though (suggested for the daredevils by Halcy0n iirc), and never had problems with it. Most likely this is due either to the usual limitations of x86 (registers, PIC, 387 fpmath), or to not be able to ensure the availability of extra instructions on x86. -- Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE pgpnzY9hTxsVG.pgp Description: PGP signature
Re: [gentoo-dev] [Fwd: [gentoo-perl] Candidates for removal from dev-perl]
On Sun, 2006-10-01 at 15:48 +0200, Jakub Moc wrote: > Michael Cummings wrote: > > > Geo-IP > > Can you please leave this one, it's rather useful :) > > Just let me know what in the tree is using it :) Mind you, the actual removal of packages will be a group effort/confirmation (at the very least within the gentoo perl project) - i'm only presenting the list of ebuilds that serve no dependency and that sit in dev-perl currently. -- -o()o-- Michael Cummings |#gentoo-dev, #gentoo-perl Gentoo Perl Dev|on irc.freenode.net Gentoo/SPARC Gentoo/AMD64 GPG: 0543 6FA3 5F82 3A76 3BF7 8323 AB5C ED4E 9E7F 4E2E -o()o-- signature.asc Description: This is a digitally signed message part
[gentoo-dev] Modular X: Feel free to drop DEPEND on xextproto
I just added xextproto to the RDEPEND of libXext, so anything that pulls in libXext no longer needs an explicit DEPEND on xextproto as well. Feel free to drop xextproto from any package with an RDEPEND on libXext, libXp, libXaw, libXmu, etc. Thanks, Donnie -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [Fwd: [gentoo-perl] Candidates for removal from dev-perl]
On Sunday 01 October 2006 19:06, Michael Cummings wrote: > Just let me know what in the tree is using it :) awstats, optionally. -- Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE pgplwsOgPY7kC.pgp Description: PGP signature
[gentoo-dev] Re: Setting number of parallel builds for other build-systems than 'make'
Ciaran McCreesh wrote: > On Sun, 01 Oct 2006 15:04:52 +0200 Tiziano Müller <[EMAIL PROTECTED]> > wrote: > | Now, SCONSOPTS (BJAMOPTS respectively) could be added to make.conf > | and used whenever one of those build-systems is being used. But we > | would probably have to add a ...OPTS for every build-system. > > Does BJAM parallelisation actually work reliably these days? > Well, it seems to work for boost. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: [RFC] CFLAGS paragraph for the GWN
Duncan wrote: > Could you point me at some info on this one (-ftree-vectorize)? It came > up on the amd64 list a week or so ago, when someone asked what I thought > of it and why I didn't have it in my cflags (which I had just explained). > I said I didn't know enough about it to make a case either way, and as > such, didn't choose to use it. However, after a bit of discussion, I > decided to add it to my cflags on a very experimental basis. I haven't > experienced any issues with it, but then I haven't done any major > compiling since then either, only the routine updates. http://tinyurl.com/l75we They've fixed quite a few of the ICE's since last I looked, though there's more than a couple that went in after 4.1.1. 4.2 is a little better, but I'm having enough trouble getting it to build things properly _without_ using any fancy flags right now. ;p See http://tinyurl.com/rt3aa for some real-world examples. > Or does the problem not necessarily apply to amd64? Even knowing that > would be useful. I simply don't know anything much at all about it, beyond > a generally vague idea that it means using mmx/sse/whatever vector > instructions to parallelize loops. I'd say that there's more ICE's on i686-pc-linux-gnu than x86_64-*-linux-gnu, but there's still enough. Luckily Halcy0n was really good for reducing testcases and pushing them upstream, so a lot of these issues got fixed at the source. --de. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: Setting number of parallel builds for other build-systems than 'make'
On Sun, 01 Oct 2006 19:23:16 +0200 Tiziano Müller <[EMAIL PROTECTED]> wrote: | Ciaran McCreesh wrote: | > On Sun, 01 Oct 2006 15:04:52 +0200 Tiziano Müller | > <[EMAIL PROTECTED]> wrote: | > | Now, SCONSOPTS (BJAMOPTS respectively) could be added to make.conf | > | and used whenever one of those build-systems is being used. But we | > | would probably have to add a ...OPTS for every build-system. | > | > Does BJAM parallelisation actually work reliably these days? | | Well, it seems to work for boost. How well have you tested? It used to have issues on real SMP systems with lots of CPUs (-j32), which is why I ask... -- Ciaran McCreesh Mail: ciaranm at ciaranm.org Web : http://ciaranm.org/ as-needed is broken : http://ciaranm.org/show_post.pl?post_id=13 signature.asc Description: PGP signature
[gentoo-dev] Re: Re: Setting number of parallel builds for other build-systems than 'make'
Ciaran McCreesh wrote: > On Sun, 01 Oct 2006 19:23:16 +0200 Tiziano Müller <[EMAIL PROTECTED]> > wrote: > | Ciaran McCreesh wrote: > | > On Sun, 01 Oct 2006 15:04:52 +0200 Tiziano Müller > | > <[EMAIL PROTECTED]> wrote: > | > | Now, SCONSOPTS (BJAMOPTS respectively) could be added to make.conf > | > | and used whenever one of those build-systems is being used. But we > | > | would probably have to add a ...OPTS for every build-system. > | > > | > Does BJAM parallelisation actually work reliably these days? > | > | Well, it seems to work for boost. > > How well have you tested? It used to have issues on real SMP systems > with lots of CPUs (-j32), which is why I ask... > Well, I have a poor P4 CPU here and building with -j3. But if you have a login for me on such a machine, I'll test it. Tiziano -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: treecleaner removals
On 9/28/06, Alec Warner <[EMAIL PROTECTED]> wrote: Christian 'Opfer' Faulhammer wrote:> Tach David, 0x2B859DE3 (PGP-PK-ID)>> David Grant schrieb:>> On 9/28/06, Michael Cummings < [EMAIL PROTECTED]> wrote:>>> +++ Mark Stier [28/09/06 15:35 +0200]: How about entering the removed ebuilds into bugzilla under an adequate section?>>> I think my original reply got lost, so just in case - seems like a time >>> for sunset overlays ;0>> or sunrise rather...>> New packages not yet in the tree -> sunrise> Old crufty packages removed from the tree -> sunset>> Got it? >> V-Li>There is a TreeCleaner Project overlay; but I was planning on placingtools in it; I may be convinced to add the ebuilds (and their files)that we clean to it; assuming it doesn't take anyone that long to do it; the problem being for some things that live only on our mirrors; theebuilds won't work as the files get purged after two weeks. Let meconsider this though; if we can script it somehow it would maybe benefit others (a treecleaner poopy overlay for Layman also...)That would be an awesome idea. I have never been a fan of cleaned ebuilds moving to the CVS attic and I have had to fetch some old ebuild and associated patches from the portage's CVS Attic on 2 occasions and it was a major pain. -- David Granthttp://www.davidgrant.ca
Re: [gentoo-dev] [Fwd: [gentoo-perl] Candidates for removal from dev-perl]
Michael Cummings wrote: > On Sun, 2006-10-01 at 15:48 +0200, Jakub Moc wrote: >> Michael Cummings wrote: >> >>> Geo-IP >> Can you please leave this one, it's rather useful :) >> >> > Just let me know what in the tree is using it :) > > > Mind you, the actual removal of packages will be a group > effort/confirmation (at the very least within the gentoo perl project) - > i'm only presenting the list of ebuilds that serve no dependency and > that sit in dev-perl currently. > net-www/awstats can use it, there's been a bug about it [1] for some time, since ka0ttic is MIA... I'll get someone else commit it. [1] http://bugs.gentoo.org/show_bug.cgi?id=103663 Thanks. -- Best regards, Jakub Moc mailto:[EMAIL PROTECTED] GPG signature: http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3D9E ... still no signature ;) signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Setting number of parallel builds for other build-systems than 'make'
On Sun, Oct 01, 2006 at 09:52:14AM -0700, Donnie Berkholz wrote: > Tiziano Müller wrote: > >-BEGIN PGP SIGNED MESSAGE- > >Hash: SHA1 > > > >Hi everyone > > > >It seems that setting the number of parallel builds using '-jN' does not > >only work for make, but also for scons and bjam (and maybe others as well). > >Since it isn't save to assume that '-jN' is the only option in MAKEOPTS, > >some filtering is needed. > >Now, SCONSOPTS (BJAMOPTS respectively) could be added to make.conf and used > >whenever one of those build-systems is being used. But we would probably > >have to add a ...OPTS for every build-system. > > > >What do you think? Better ideas? > > I think adding it for each build system is probably a good idea, > nobody's guaranteeing option-level compatibility with make. Optionally > falling back to using the few valid MAKEOPTS might be a nice addition. I might be daft (likely), but why not just introduce a var indicating max parallelization instead? Tweak portage to push that setting into MAKEOPTS="${MAKEOPTS+${MAKEOPTS} } -j${PARALLELIZATION}". Might sound daft, but -j is hardcoded parallelization; if you're trying to run 3 build processes, the original var of -j isn't all that useful, nor will the hardcoded -j# var set for 3 package build processes be useful if you're doing a single build. Depending on number of seperate package build processes possible, the # of build processes allocated per build process needs to vary (essentially). Now... that's a bit ahead of what portage is doing atm, but folks *will* parallelize portage building (see bug 147516 if in doubt), so its not too far out. Getting back to the actual topic, set this var, it's a raw int that a scons/bjam eclass can use to easily set appropriate var with the parallelization requested, thus unifying this particular knob; more importantly, it gives them a way to do what they're after while exposing a knob that the pkg manager can easily fiddle with for global parallelization needs. Only downside to it I see is that it requires mangling the pkg manager to translate the parallelization setting into MAKEOPTS+=-j#; can't really get around that however due to the fact MAKEOPTS is already forced in installed configuration though. Thoughts? ~harring pgpel77lKpsDd.pgp Description: PGP signature
[gentoo-dev] LAMP Server beauty contest: server monitoring
Hi, One of the things that the LAMP Server seed will install will be something to do automatic server monitoring - CPU, RAM, swap, disk space, bandwidth, and so on. I'm a cacti user myself on my own boxes, but I'm interested to hear if anyone has any strong preference for an alternative tool. I'd prefer it if the tool we finally choose is SNMP-based, to make it easy for folks who want to deploy the LAMP Server in a web farm / multi-server environment. Please reply to the list naming your favourite tool for this job, and why. Best regards, Stu -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: [RFC] CFLAGS paragraph for the GWN
On Sun, 1 Oct 2006 11:23:37 + (UTC) "Duncan" <[EMAIL PROTECTED]> wrote: > Ryan Hill <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], > excerpted below, on Sat, 30 Sep 2006 16:37:05 -0600: > > > If you want flags that just break > > stuff with 4.1 you can include -ftree-vectorize. > > Could you point me at some info on this one (-ftree-vectorize)? > SNIP1one < -ftree-vectorize replaces the already deprecated -fentmoot, which is of course a Really Old option for GCC where all code is blown up in memory and then parsed and spit out in as many different ways as possible to ultimately come to the best most very optimised way to say the simplest things. It is wise to also use -Woverly-longwinded in this case, so all the optimisation steps are written verbosely to stderr interspersed with funny anecdotal evidence of extraneously confablucious witticisms (to stdout, naturally).[1] Kind regards, JeR [1] -fentmoot got the chop from one of the Wizards of Yore who is known by many as Saruman the Black and White Water-Loving Bird, and the rest is History. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] LAMP Server beauty contest: server monitoring
On Sun, 2006-10-01 at 21:41 +0100, Stuart Herbert wrote: > Hi, > > One of the things that the LAMP Server seed will install will be > something to do automatic server monitoring - CPU, RAM, swap, disk > space, bandwidth, and so on. > > I'm a cacti user myself on my own boxes, but I'm interested to hear if > anyone has any strong preference for an alternative tool. I'd prefer > it if the tool we finally choose is SNMP-based, to make it easy for > folks who want to deploy the LAMP Server in a web farm / multi-server > environment. > > Please reply to the list naming your favourite tool for this job, and why. > > Best regards, > Stu I really like using rrdtool and mrtg, but, those are as user-friendly as cacti. Cacti is a pretty decent tool though, and, I used to use it before I switched to mrtg/rrdtool. One reason I use rrdtool in my setup is because I need custom graphs that cacti can't provide, but, I guess that in 95% of setups, custom graphs shouldn't be needed. And, I agree on making it SNMP-based. SNMP is a decent standard, and, its widely used by routers, servers, and, hell, I think my printer even has a SNMP server running on it. Thats just my opinion ~ Nick -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] LAMP Server beauty contest: server monitoring
On Sun, Oct 01, 2006 at 09:41:08PM +0100, Stuart Herbert wrote: > Please reply to the list naming your favourite tool for this job, and why. Ok, something is not clear here at all. Do you intend to provide all statistics via SNMPd (writing agents to provide the data that net-snmp doesn't provide directly), OR are you asking about tools that can track data over time, with SNMP being a supported data source? I'm interested in solutions to both of these two separate items. If your seeds can provide SNMP access to all of the data from the system (after you write the extra agent scripts) - that would help hugely in integrating them into existing data tracking and monitoring. For tracking of data, I'm a fan of Munin, as it provides a significantly simpler interface than cacti, and also offers more security with it's separation of privileges. -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpiRIX4STPUM.pgp Description: PGP signature
Re: [gentoo-dev] LAMP Server beauty contest: server monitoring
2006/10/2, Stuart Herbert <[EMAIL PROTECTED]>: Hi,One of the things that the LAMP Server seed will install will besomething to do automatic server monitoring - CPU, RAM, swap, diskspace, bandwidth, and so on.I'm a cacti user myself on my own boxes, but I'm interested to hear if anyone has any strong preference for an alternative tool. I'd preferit if the tool we finally choose is SNMP-based, to make it easy forfolks who want to deploy the LAMP Server in a web farm / multi-server environment.May try zabbix (zabbix.com)? It's can get data from our agents, snmp, trappers and etc more. It's can alert and create useful graphs.