Re: [gentoo-user] Armagetron and Gentoo?
Daniel Pielmeier skrev: For the correct usage of layman take a look here [1]. [1] http://projects.gunnarwrobel.de/scripts/wiki/layman He is using layman correctly... so this is less than helpful. The overlay he is trying to add seems to be missing/not working in some way, maybe the project died... smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] Backups
Grant skrev: Do you back up anything other than /etc and /home on a standard system? In a Gentoo system nothing is really standard, so I backup everything from / and then have a small exclude list with things like: /dev, /proc, /sys, /exports, /var/cache/squid, /srv/BackupPC. /var contains the most important files on a Gentoo system, if you loss the portage installed software information your in a heap of trouble. Goes both ways though backup of portages var information is less useful without backup of everything installed. I'm undecided about /usr/portage, I could save some time backing up /usr/portage/distfiles, but it is easily generated content. Minimal backup - if your willing to spend the hours on getting thing back up and running. /etc /root /home /usr/local /var It's possible to make an exclude list for /var as it contains both variable data thats important to save and dynamic data that will be generated again. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] disable dropping to -j1 when building certain programs
Marzan, Richard non Unisys skrev: How can I disable portage dropping or overriding my MAKEOPTS variable setting when building certain programs? Isn't that self defeating, when an ebuild contains enforced -j1 it's because the program can't compile with -j2 or higher. The makefile is written badly and doesn't provide make with the needed information to safely create the execution path. Fx. making a library other parts of the code use is not blocking compilation of all files depending on this internal library. Or my personal favorite: create somefile mv somefile someplace/somefile mv someplace/somefile someotherplace/somefile Dunno why someone needs to move a file twice in a row... but some make files does things like this. But sure go ahead and make custom ebuilds without the make -j1. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] chage can't open /etc/passwd [SOLVED]
Norberto Bensa skrev: Quoting Albert Hopkins [EMAIL PROTECTED]: On Tue, 2007-09-18 at 18:56 -0500, Albert Hopkins wrote: Well, I hate to sound like a ricer, but apparently it's my CFLAGS :| CFLAGS=-O2 -march=k8 -msse3 -ggdb -pipe -fomit-frame-pointer I have an Athlon 64 X2, Hmmm... I have one of those. Try: CFLAGS=-march=athlon64 -O2 -fomit-frame-pointer -pipe athlon64 is an alias for k8, it makes no difference if you put one or the other. If you check gcc's code you will see there is many march flags, but only a handful is actually unique at the code level. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] NTPd limits?
Arturo 'Buanzo' Busleiman skrev: Typical problems Out of memory Gentoo doesn't have any default limits, so I don't know how this rumor came about. You find system wide defaults in /etc/security/limits.conf smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] NTPd limits?
Arturo 'Buanzo' Busleiman skrev: Great, thanks for the data. Would you mind that I contact you privately, so we can compare notes? It's my first time going public with an NTP server, and the input from a fellow Gentooer will be greatly appreciatted! You can find details of my US located pool.ntp.org server at: http://www.arcdraco.net/ntpstats/ntp_stats.txt That should give you the details of traffic loads. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] NTPd limits?
Arturo 'Buanzo' Busleiman skrev: Would you mind sharing your ntp.conf too? # /etc/ntp.conf, configuration for ntpd # 1-3 Servers for a client. 5 servers for a pool.ntp.org server. server x.x.x.x server x.x.x.x server x.x.x.x server x.x.x.x server x.x.x # Default access configuration # KissOfDeath - A way to tell someone to go away. # limited - There is limits to how much you can pester us. # nomodify - We don't want default to have modify access. # nopeer - Don't accept Joe Smoe as a peer. # notrap - No trap support. restrict default kod limited nomodify nopeer notrap # Don't trust localhost, in case others have shell access. restrict 127.0.0.1 nomodify driftfile /var/lib/ntp/ntp.drift # ntp build in stats is hard for a human to read and tend to flood # on a pool.ntp.org server. statsdir /var/log/ntpstats/ #statistics loopstats peerstats #filegen loopstats file loopstats type day enable #filegen peerstats file peerstats type day enable ntp_clients is the script that created http://www.arcdraco.net/ntpstats/ntp_stats.txt Be warned that ntp_clients is going to be the majority of the ntp service resource cost. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] Dead apache (cannot listen)
Kevin O'Gorman skrev: My 00_default_vhost.conf: === start 00_default_vhost.conf == # If your host doesn't have a registered DNS name, enter its IP address here. # #ServerName www.example.com:80 http://www.example.com:80 ServerName www.kosmanor.com:80 http://www.kosmanor.com:80 #KOSMANOR changes #Listen 80 Listen 64.166.164.49:80 http://64.166.164.49:80 Listen localhost:80 Thats not a vhost configuration, so it's a bit confusing why your trying to use Gentoo's default vhost config file and making non vhost configs and I bet it isn't liking the missing: NameVirtualHost *:80 (You will have to check the apache2 doc for the VirtualIP version of NameVirtualHost) VirtualHost *:80 If you want to make a non vhost configuration, then do so from the ground up, don't mix vhost and non vhost unless you want a mess. The reason you get :80 already bound, is because your configuration bind twice to the same IP. It's Apache itself that bind twice and bails on the second attempt. Not having used this configuration layout in years, I would guess ServerName is the one creating the listening socket, maybe because it's placed before Listen. smime.p7s Description: S/MIME Cryptographic Signature
[gentoo-user] checkrestart security fix
Thomas de Grenier de Latour found a codeing mistake in checkrestart, that allowed a shell user to trick checkrestart into running code. This bug exist in debian-goodies at least as far back as 0.23 and I inherited it into my modified version of checkrestart that I announced here. I've implemented Thomas'es fix in my version. http://www.arcdraco.net/~dragon/checkrestart I had hoped my code would be merged into debian-goodies by now, but since that doesn't seem to be happening, everyone interested in news about the tool, can use this RSS to keep up to date: http://www.arcdraco.net/crss/node/2 smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] genkernel vs kernel manual compilation
Volker Armin Hemmann skrev: because I have seen more than one non-booting totally f* up kernel created by genkernel. I won't touch it ever again. If something sucked in the past, the change is great that it sucks again in the future. Plus it doesn't really make things easier, does it? Enough of this religous FUD spreading about Genkernel. Your outright lying. If you don't have anything to say than lies and FUD, maybe it's time to stop saying anything. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] genkernel vs kernel manual compilation
Ryan Sims skrev: I think Volker's point about genkernel not making things easier is just that it seems to be a source of confusion and complexity in this Go read his post please, he is making things up and blaming the tool for an idiot using it wrong. He somehow thinks that genkernel is autoconfiggenrartorsuperai, It isn't, it's a simple script to easily handle repeated compiles of kernels. Anyone can write scripts to do the same or claim they don't mind writing the same command over and over every time they handle a kernel compile, but to turn around and use that fact to attack and descridit genkernel so viciously done in this thread is nothing but FUD. And to the lies: Lie: because I have seen more than one non-booting totally f* up kernel created by genkernel. I won't touch it ever again. If something sucked in the past, the change is great that it sucks again in the future. Plus it doesn't really make things easier, does it? Thats a LIE, genkernel DOES not have ANY inteligence to create .config for kernels, why is he spreading FUD about it creating f* up kernels. In /usr/share/genkernel you will find *TEMPLATES* that can be used, but they aren't LiveCD setups to create all round kernels, it's possible they should be, but at the moment they are rough templates you can use to make a .config. Lie 2: It doesn't make things easier. It does make things easier, again he is confusing automagic .config creation with what genkernel can help with. The tool automate the task involved in compiling kernels and/or maintaining multiple configurations. And the Vol fellow really should start using genkernel as his comment clearly demonstrate he does not take appropriate caution to ensure that the kernel source is in a sane state between compiles. The kernel make file is very complicated and fragile, genkernels propper step is *NOT* idiocy, but done because it avoid bugging the kernel compile. (WARNING! Don't start doing mrproppers manually, it erase the .config file, something that --save-config option of genkernel handles so you don't loss your configuration) All the rest of his hate drivel is based on this kind of made up FUD against it and he is not alone, you see this hate FUD being spread all over about a decent tool, the author(s) deserve better treatment than this. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] genkernel vs kernel manual compilation
Ryan Sims skrev: Please stop using inflammatory language. Everyone. If you must have an argument, start a new thread or take it off list. It's perfectly fine for someone to criticize genkernel, or portage, or a hammer, or a car, or any other tool. It's also fine if you disagree with their criticisms, that's what's so great about a diverse community like gentoo; so many viewpoints. Daniels reply to your post is well said, and a perfectly valid objection to Volker's crticism, words like hate drivel FUD and such are *not*. Show me where Volker is actually giving critisim. All he does is make up stories that has nothing to do with what genkernel actually does. If he at least talked about lets say the template kernels should be more like LiveCD kernels or some other *PRODUCTIVE* critisim, then fine. But no his ONLY goal here is to ruin genkernel, there is nothing in this thread the author(s) can use to change the product to make Volkor happy, only thing that will satisfy his attacks would be to remove the product from Gentoo. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] what about Xen finally?
Mihamina (R12y) Rakotomandimby skrev: I have a computer with a intel 4965 wireless chipset on which I want to run Xen and only use ebuilds. Think I'm missing something here. Xen is in, as masked ebuilds, but it's there. So, I need a recent gentoo kernel (some 2.6.22 but I dont know which exactly). I really want to use only ebuilds. Xen-sources doesn't go as high as .22 yet in the portage tree. The newest one is .20, but that should be okay for most people. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] linux desktop search engines are ugly!
Alan McKinnon skrev: What is this desktop search engine thingy whereof the OP speaks? I do not know of such a thing... Desktop search engines is this centuries wheel invention. It's simply put a major breakthrough in how we work with our desktop. Now the wheel didn't start out all that nice either and so will Desktop Search Engines evolve with time, but the thread starter is just ignorant if he expects DSE systems to come with a free lunch and 3 beers, this advance in technology is costly in computer power. I use Google Desktop Search and trackerd and for what they can do it works well, the technology is young, so there is limitations and a lot of technology needs updating to support it. Like NFS with extended attributes, client/server technology as indexing your remote files is a resource hog, but even then we are at the point where the technology is useful. Beagle does seem a bit broken with Gentoo at the moment, I had to give up on using it a little while ago. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] linux desktop search engines are ugly!
Boyd Stephen Smith Jr. skrev: LOL Wow, I've got my dose of hype for the next month (or more). Sometimes it's not that hard to see the future if you have a clue, some things is just darn good. Fire, Wheel, Internet, The Web, Desktop Search Engines. People all laughed at them, but they where all break throughs, that redefined the world ever since we got them and keeps having an impact. smime.p7s Description: S/MIME Cryptographic Signature
[gentoo-user] Rolling upgrades, are you making sure everything gets restarted?
I find it hard to make sure that I deal with restarting software after I upgrade, so since I found the debian package debian-goodies contains a tool called checkrestart, that checks if any in memory applications is referencing old code, I converted it to using qfile and qlist from portage-utils. The tool is very simple and basically does a lsof and look for applications that is accessing outdated disk files. It then checks what of those applications has /etc/init.d scripts and list those, if it can't find a init.d script, it list it with pid. Fx. spamd is detected as perl, so it gets listed as unknown. Code can be found at: http://www.arcdraco.net/~dragon/checkrestart smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] Rolling upgrades, are you making sure everything gets restarted?
Steen Eugen Poulsen skrev: Code can be found at: http://www.arcdraco.net/~dragon/checkrestart Yeah Yeah, I know, I'm talking to myself, but I created a new version based on upstreams debain-goodies 0.29 (old one was based on upstream 0.27). Changelog: 0.29: Better layout of the report it generates. My Modification: Ripped out the engine and recoded it, since the old detection code had some false positives, I can't completely remove the chance of detecting memory/disk differences that isn't due to package upgrades. It always detected apache2, nscd as being dirty, thats fixed. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] Rolling upgrades, are you making sure everything gets restarted?
Dan Johansson skrev: Great tool, thanks!!! Yes, best thing since sliced bread, I'm glad I found it. BUT! It runs on four out of five boxes here. This is the error I get on the fifth box (I'm not a phyton programmer). Neither am I, but that wont stop me. o.O # bin/checkrestart Found 54 processes using old versions of upgraded files (32 distinct programs) Traceback (most recent call last): File bin/checkrestart, line 321, in ? main() File bin/checkrestart, line 116, in main packages[packagename].processes.extend(programs[program]) KeyError: '/lib/nut/genericups' Could you please try to explain whats wrong? The code tried to insert the key in the key hole, but no key hole was found. Strange thing is, line 115 creates the keyhole, so this shouldn't happen. Reading the documentation for python, there is no indication that key creation can fail without terminating the program, so I'm afraid we have a mystery here, doesn't seem like upstreams bugzilla has this error, so maybe it is created by me somehow. I don't think the new version is likely to fix this issue, but it's new layout (from upstream) and improved detection engine (from me), should at least make it more fun to use on the four working machines and it's available at the same URL as the old one. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] #Gentoo
Steen Eugen Poulsen skrev: Every day for around a hour the same op comes around and their is always trouble for some reason in that short period. The channel works perfectly the other 23 hours a day... So one has to wonder if the op is creating the problems... Things like kicking someone reading impaired, because they are a bit slow... Or the latest gem using kicks to argue with other ops. As the worst examples lately. Could we please re-educate the #Gentoo ops and get them to have a bit more professionalism and tact or maybe consider that not everyone has the skills to be a good community representative. I got banned from the channel for posting this to the list... Oh well, it hurts the Gentoo community more than me, I was simply doing my part to help out people, farewell and I'm sorry I can't be there to help out anymore, but thats just the way things work around here at the moment. smime.p7s Description: S/MIME Cryptographic Signature
[gentoo-user] #Gentoo
Every day for around a hour the same op comes around and their is always trouble for some reason in that short period. The channel works perfectly the other 23 hours a day... So one has to wonder if the op is creating the problems... Things like kicking someone reading impaired, because they are a bit slow... Or the latest gem using kicks to argue with other ops. As the worst examples lately. Could we please re-educate the #Gentoo ops and get them to have a bit more professionalism and tact or maybe consider that not everyone has the skills to be a good community representative. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] #Gentoo
Bo Ørsted Andresen skrev: On Friday 17 August 2007 10:24:55 Steen Eugen Poulsen wrote: Could we please re-educate the #Gentoo ops and get them to have a bit more professionalism and tact or maybe consider that not everyone has the skills to be a good community representative. Sooo.. have you tried taking it up with the #gentoo ops in the forum where this belongs namely #gentoo-ops ? No, I do not have the stomach for getting involved in something like this, all I can do is bring awareness to the issue. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] Linux too damn slow if memory 3GB
Daniel van Ham Colchete skrev: actually it's the 965, but the link Tim sent me shows that it's not a chipset limitation... It's a 32bits design limitation... Thats not true, I run 32bit Gentoo with 4 GB Memory and has no slowdown issues I can measure with the naked eye. Seems to me like you have some hardware problem. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] net-libs/wvstreams-4.2.2-r2 failed [linuxstreams/wvinterface.o] Error 1
Dale wrote: OK. I masked that specific version and got a older version. Will try that and see what blows up. ;-) I've not had time to look into this yet, but it's my understand that from 2.6.19+ things changed in the kernel, there is now a make headers install feature, so the package linux-headers is in the process of dying. I would advice to avoid ~anything, because you are simply failing to understand whats going on, more than encountering actual bugs. smime.p7s Description: S/MIME Cryptographic Signature