Re: [gentoo-user] Nice level for X11
On Tuesday 13 May 2008, Andrey Falko wrote: > On Tue, May 13, 2008 at 4:02 PM, Uwe Thiem <[EMAIL PROTECTED]> wrote: > > On Tuesday 13 May 2008, Abraham Gyorgy wrote: > > > Hello guys, in which configuration file can I set a nice level > > > for X11? (this makes all graphical software run much faster, > > > at least when I used Debian). > > > > Nice factor for X makes graphical software run fater? I don't > > thinl so. Not at all. > > Nice factor gives X priority, so if you are compiling something and > X's priority is high, you'll be using X as if nothing was being > compiled. Only if you are root. As a normal user, you can only lower the priority of a process. Uwe -- Ignorance killed the cat, sir, curiosity was framed! -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Why does my system still want gcc 3.4.9?
Am Mittwoch, 14. Mai 2008 schrieb ext [EMAIL PROTECTED]: > The short of it is that a lot of binaries on my system are linked > against gcc 3.4.9, even if I remerge them from scratch. There is no such thing as gcc 3.4.9. > It happened > with gcc 4.2.2, I emerged 4.2.3 and it still happens. The most common > broken binary is /usr/bin/lzma, which I have remerged several times > since the 4.2.3 emerge to no avail. > > # ldd /usr/bin/lzma > /usr/bin/lzma: /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6: > version `GLIBCXX_3.4.9' not found (required by /usr/bin/lzma) You emerged it with 4.2.3, but _at_runtime_ it's trying to get libstdc++ from 4.1.2. Check your environment, especially all variables with PATH in their name (env|grep PATH), as well as /etc/ld.so.conf. Try: LD_LIBRARY_PATH=/usr/lib/gcc/i686-pc-linux-gnu/4.2.3 ldd /usr/bin/lzma If this works, try running "env-update && source /etc/profile", then just "ldd /usr/bin/lzma" again. > gcc-config is happy: It doesn't matter how happ gcc-config is. Your runtime linker is not. > There is an old gcc hanging around, which I have been tempted to move > out of the way and see what happens, but I don't like broken > unbootable systems. Rename it and run revdep-rebuild. If everything is fine you can remove it. HTH... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Constant hammering from Chinese IPs on prt 102[67]
[EMAIL PROTECTED] schrieb: Justin <[EMAIL PROTECTED]> writes: If so what is the massive chinese interest in icq? found this in the net: http://www.grc.com/port_1026.htm http://www.grc.com/port_1027.htm That doesn't give any analysis of why this port is being hammered by hundreds, even thousands of IP originating in china. It only guesses at what `might' be the reason such a port my be open, and how to close it... but even that part has no detail. It appears to be, at root, just another snivel about how MS does things with no substance. I understand it the other way round. It is not an active knocking on your ports, but a passive MS thing. Lots of Chinese bought a new computer with an MS operating system, which is sending out to the world. signature.asc Description: OpenPGP digital signature
RE: [gentoo-user] guest additions for vbox-1.6 gentoo guest on xp host
> -Original Message- > From: PaulNM [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 13, 2008 7:25 AM > > de Almeida, Valmor F. wrote: > > > Verifying archive integrity... All good. > > Uncompressing VirtualBox 1.6.0 Guest Additions for Linux installation > > > > > Well, first I'd do a "dmesg | grep vbox" to see if there are any errors > listed. It is clean. > > When I do a search for 98vboxadd-xclient on my Debian-Etch guest I find > /etc/X11/Xsession.d/98vboxadd-client. This is a script that starts > /usr/bin/vboxadd-client with no options. If you tried the suggestion in > the output about adding it to .xinitrc, try running > /usr/bin/vboxadd-client from an xterminal. There is no 98vboxadd-xclient in my gentoo guest system. So I run vboxadd-xclient within .xinitrc. However I also have tried from an xterm and here is the result Unable to connect to the host system. Failed to connect to the host system. Don't know where to go from here. Are there options when running /usr/bin/vboxadd-xclient? > Another thing, check to make sure that xorg.conf has "vboxvideo" as the > driver in the "Device" section. "grep vbox /etc/X11/xorg.conf" Yup. > > The DKMS line may just be an informational message. I tend to agree. > How did you install virtualbox? Make sure the Guest additions cd you're > using is the same version as the virtualbox install you have. If you > installed from portage, but downloaded the additions from the site, they Sorry I confused you. My host is a Windows XP. The guest addition is certainly from vbox-1.6 > Hope this helps, post any error messages you see, > > PaulNM Thank you for your efforts. -- Valmor -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Nice level for X11
On Tue, 13 May 2008 22:42:39 -0400 "Andrey Falko" <[EMAIL PROTECTED]> wrote: > > > Hello guys, in which configuration file can I set a nice level for > > > X11? (this makes all graphical software run much faster, at least > > > when I used Debian). > > > > > > Thanks in advance > > > > If I wanted to change the niceness of X, I'd do something like > > > > > > echo 'sleep 10 && renice -n -10 `pidof X`' >> > > "/etc/conf.d/local.start" > > > That would only give X higher niceness, not the apps the run under it, > so you won't see much benefit. If I got it right, the OP asked how to give a different niceness ONLY to his X server. After all the apps might be running on a remote machine. Hence my reply. -- Best regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Why does my system still want gcc 3.4.9?
I have been battling this weirdness for several months, and it has been getting worse and worse. Now I can't even unpack half the man pages. The short of it is that a lot of binaries on my system are linked against gcc 3.4.9, even if I remerge them from scratch. It happened with gcc 4.2.2, I emerged 4.2.3 and it still happens. The most common broken binary is /usr/bin/lzma, which I have remerged several times since the 4.2.3 emerge to no avail. # ldd /usr/bin/lzma /usr/bin/lzma: /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/bin/lzma) linux-gate.so.1 => (0xe000) libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6 (0xb7e3a000) libm.so.6 => /lib/libm.so.6 (0xb7e15000) libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcc_s.so.1 (0xb7e09000) libc.so.6 => /lib/libc.so.6 (0xb7cd4000) /lib/ld-linux.so.2 (0xb7f63000) gcc-config is happy: # gcc-config -l [1] i686-pc-linux-gnu-4.1.2 [2] i686-pc-linux-gnu-4.2.3 * The bad symlinks for gcj components (reported by revdep-rebuild) have been fixed. There is an old gcc hanging around, which I have been tempted to move out of the way and see what happens, but I don't like broken unbootable systems. $ ll /usr/lib/gcc/i386-pc-linux-gnu/ total 0 drwxr-xr-x 2 root root 80 Jun 12 2006 3.4.4 with the other two versions elsewhere: $ ll /usr/lib/gcc/i686-pc-linux-gnu/ total 4 drwxr-xr-x 4 root root 2464 Dec 27 15:07 4.1.2 drwxr-xr-x 5 root root 2504 May 12 11:58 4.2.3 This is a ~x86 system. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & rocket surgeon / [EMAIL PROTECTED] GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Nice level for X11
On Tue, May 13, 2008 at 10:33 PM, Daniel Iliev <[EMAIL PROTECTED]> wrote: > On Tue, 13 May 2008 21:50:24 +0200 > > "Abraham Gyorgy" <[EMAIL PROTECTED]> wrote: > > > > > Hello guys, in which configuration file can I set a nice level for > > X11? (this makes all graphical software run much faster, at least > > when I used Debian). > > > > Thanks in advance > > > > If I wanted to change the niceness of X, I'd do something like > > > echo 'sleep 10 && renice -n -10 `pidof X`' >> "/etc/conf.d/local.start" > > > > P.S. > > I don't know if giving X a different nice level would bring any effect. > > That would only give X higher niceness, not the apps the run under it, so you won't see much benefit. > > > -- > Best regards, > Daniel > > > -- > gentoo-user@lists.gentoo.org mailing list > > -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Nice level for X11
On Tue, 13 May 2008 21:50:24 +0200 "Abraham Gyorgy" <[EMAIL PROTECTED]> wrote: > Hello guys, in which configuration file can I set a nice level for > X11? (this makes all graphical software run much faster, at least > when I used Debian). > > Thanks in advance If I wanted to change the niceness of X, I'd do something like echo 'sleep 10 && renice -n -10 `pidof X`' >> "/etc/conf.d/local.start" P.S. I don't know if giving X a different nice level would bring any effect. -- Best regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: eix-test-obolete
On Tue, 13 May 2008 10:06:39 -0700, Mark Knecht wrote: > I think you should, as long as nothing system-critical is listed, and > > emerge shouts loudly about removing those. > > > > On a long list of packages to be cleaned I find it comforting to use > > emerge -C package1 package2 package3 > > and watch closely so that nothing system oriented gets taken out. That's how I do it too. I pick out the packages I'm sure I don't want and unmerge those, then emerge --depclean -p again, rinse and repeat. You can run emerge -uavDN world in between steps, but don't try running revdep-rebuild until you have cleaned out everything you want to. -- Neil Bothwick Documentation: (n.) a novel sold with software, designed to entertain the operator during episodes of bugs or glitches. signature.asc Description: PGP signature
Re: [gentoo-user] Re: eix-test-obolete
On Tue, 13 May 2008 16:18:42 -0500, [EMAIL PROTECTED] wrote: > I somehow doubt that firefox will cease to work if I unmerge > libgnomeui. So what if it does? It not like it will stop your computer booting and is nothing a revdep-rebuild couldn't fix. -- Neil Bothwick 668 - The neighbour of the beast. signature.asc Description: PGP signature
Re: [gentoo-user] [OT?] MTRR and PAT
Andrey Falko wrote: Ahh I see. I don't know much about MTRR...all I know is that you can adjust them via grub: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1&chap=10 Hmm... I missed that one. Thanks. My grub kernel command line (which I haven't given much thought to since it's inception many years ago): root=/dev/sda2 vga=804 video=vesafb:[EMAIL PROTECTED],mtrr:3,ywrap This should tell vesafb to set MTRR to use write-combining (for which memory region, I don't know), but it doesn't work for me, for some reason. All of my mem (under X) is set to write-back with the exception of 1Mb set to uncacheable. My other computer has even stranger settings and the kernel log complains about MTRR settings not correctly setup (it states that the BIOS probably doesn't init's both cores). . You probably read this already: http://en.wikipedia.org/wiki/Memory_Type_Range_Registers Yep. Here's a few more if you (or anyone else) find this interesting: http://en.wikipedia.org/wiki/Write-combining http://en.wikipedia.org/wiki/Cache Basically the MTRR (and PAT) determines how the processor (and it's cache(s)) accesses the memory regions (in the MTRR). Xorg supposedly should set up the MTRR when it starts. Yeh, I have Nvidia cards, so I guess ATI is different. Perhaps. Thanks again! It's always good to weather one's thoughts on a subject... This just got me thinking. I'll investigate what the MTRR settings look like before the display manager starts... Best regards Peter K -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: eix-test-obolete
"Mark Knecht" <[EMAIL PROTECTED]> writes: > On Tue, May 13, 2008 at 10:00 AM, Neil Bothwick <[EMAIL PROTECTED]> wrote: >> On Tue, 13 May 2008 11:46:26 -0500, [EMAIL PROTECTED] wrote: >> >> > > Another possibility is that ypou merged them with the --oneshot >> > > option, or that they were pulled in as a dependency of a package you >> > > no longer have (or has been updated to a version that is no longer >> > > dependent on them). What does "emerge --depclean -p" show? >> > >> > Along with dire warnings about ruining your system it lists 80 pkgs to >> > be removed. Some are also on the eix-test-obsolete list of 14. >> > >> > I suspect I had better not allow it to actually remove these pkgs. >> >> I think you should, as long as nothing system-critical is listed, and >> emerge shouts loudly about removing those. >> > > On a long list of packages to be cleaned I find it comforting to use > emerge -C package1 package2 package3 > and watch closely so that nothing system oriented gets taken out. > > I've made the mistake of doing > emerge --depclean on a long list of > files and then having a system that was hard to fix. > Just my take on being careful. > Sound advice... I too have got in trouble doing that... hence my chicken pucky approach this time. A step up from your advice (on a really long list) is to do it with a list in a file. Then `for jj in `cat list`' loop down the list with `if [[ $jj =~ regex ]]' using the -a flag to emerge. At least getting a group of several at a time. I once had to clean up a borrowed gentoo vmappliance and rebuild it to my liking... There were very long lists during that process. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: eix-test-obolete
Neil Bothwick <[EMAIL PROTECTED]> writes: > I think you should, as long as nothing system-critical is listed, and > emerge shouts loudly about removing those. > I think your are probably right... >> For example, one of the listed pkgs is: >> >> gnome-base/libgnomeui >> >> which equery says `firefox' and `etherape' depend on. > > equery depends is unreliable as it doesn't take proper account of USE > dependencies. What's the worst that can happen if you unmerge libgnomeui? > Probably that you can't start a GNOME desktop until it is re-emerged. As > long as you don't unmerge anything fro system and you run a deep world > update after a depclean, preferably followed by a revdep-rebuild, you > should be OK. I don't even use gnome desktop at all ... I'm a kde fan. So I guess I should get it done... Its good to have confirmed that `equery depends' is not that reliable... I'd developed that apprehension a while ago. I somehow doubt that firefox will cease to work if I unmerge libgnomeui. So here goes nothing... -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Nice level for X11
On Dienstag, 13. Mai 2008, Abraham Gyorgy wrote: > Hello guys, in which configuration file can I set a nice level for X11? > (this makes all graphical software run much faster, at least when I used > Debian). which is how many years ago? really, with a recent kernel&X you more likely HURT performance than increase is. Nice -10 was good maybe 10 years ago. That debian used it a bit longer is just a sign for the typical debian inertia. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Nice level for X11
On Tuesday 13 May 2008, Uwe Thiem wrote: > On Tuesday 13 May 2008, Abraham Gyorgy wrote: > > Hello guys, in which configuration file can I set a nice level for > > X11? (this makes all graphical software run much faster, at least > > when I used Debian). > > Nice factor for X makes graphical software run fater? I don't thinl > so. Not at all. Linus agrees with you. Linus is usually right. There was a long drawn out thread on lkml a while back about this in regard to process schedulers and this dodge/hack kept coming up. Linus' point was that it does very little, upsets the kernel's view of how to schedule jobs and he had numbers to back it up. Most interesting was his assertion that niceness usually has very little effect on Linux anyway - most differences noted are placebo effects - and niceness comes from the days 30 years ago when Unix kernels were not smart about scheduling. And niceness was only ever a kernel hint anyway. I haven't seen any patches that might affect this since so I reckon it still produces precious little effect. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Nice level for X11
On Tue, May 13, 2008 at 4:02 PM, Uwe Thiem <[EMAIL PROTECTED]> wrote: > On Tuesday 13 May 2008, Abraham Gyorgy wrote: > > Hello guys, in which configuration file can I set a nice level for > > X11? (this makes all graphical software run much faster, at least > > when I used Debian). > > Nice factor for X makes graphical software run fater? I don't thinl > so. Not at all. > Nice factor gives X priority, so if you are compiling something and X's priority is high, you'll be using X as if nothing was being compiled. > Uwe > > -- > Ignorance killed the cat, sir, curiosity was framed! > > > -- > gentoo-user@lists.gentoo.org mailing list > > -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Nice level for X11
On Tue, May 13, 2008 at 3:50 PM, Abraham Gyorgy <[EMAIL PROTECTED]> wrote: > Hello guys, in which configuration file can I set a nice level for X11? > (this makes all graphical software run much faster, at least when I used > Debian). > > Thanks in advance > If you run startx, I think you can do something like "nice 5 startx" see man page for the correct command. If you use kdm, then you can change the init script the use nice.this way is probably not the easiest and fail-safe methods. Let see if any one knows if there is a config setting for this somewhere. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Nice level for X11
On Tuesday 13 May 2008, Abraham Gyorgy wrote: > Hello guys, in which configuration file can I set a nice level for > X11? (this makes all graphical software run much faster, at least > when I used Debian). Nice factor for X makes graphical software run fater? I don't thinl so. Not at all. Uwe -- Ignorance killed the cat, sir, curiosity was framed! -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Nice level for X11
On Tue, 2008-05-13 at 21:50 +0200, Abraham Gyorgy wrote: > Hello guys, in which configuration file can I set a nice level for > X11? (this makes all graphical software run much faster, at least when > I used Debian). I forget, but I tried it a while back and didn't see positive results. In my experience Linux already does a pretty good job with scheduling and usually when I try to "out-smart" it I have performance issues. -a -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Nice level for X11
Hello guys, in which configuration file can I set a nice level for X11? (this makes all graphical software run much faster, at least when I used Debian). Thanks in advance
Re: [gentoo-user] df showing rootfs
Sun, 11 May 2008 23:53:19 +0100 Neil Bothwick <[EMAIL PROTECTED]> wrote: > On Mon, 12 May 2008 01:05:56 +0300, Daniel Iliev wrote: > > > So, please, check what your /etc/fstab reads about "/" in case you > > have accidentally overwritten it by answering "yes" to etc-update or > > dispatch-conf. > > That's not it. I also get the two odd entries for / with no change to > fstab. /dev/root is a symlink to the actual block device, with no > obvious culprit in the udev rules. > > Actually its relatively obvious, but its a 'dynamic' rule in /lib/udev/write_root_link_rule, that creates /dev/.udev/rules.d/10-root-link.rules signature.asc Description: PGP signature
Re: [gentoo-user] Re: eix-test-obolete
On Tue, May 13, 2008 at 10:00 AM, Neil Bothwick <[EMAIL PROTECTED]> wrote: > On Tue, 13 May 2008 11:46:26 -0500, [EMAIL PROTECTED] wrote: > > > > Another possibility is that ypou merged them with the --oneshot > > > option, or that they were pulled in as a dependency of a package you > > > no longer have (or has been updated to a version that is no longer > > > dependent on them). What does "emerge --depclean -p" show? > > > > Along with dire warnings about ruining your system it lists 80 pkgs to > > be removed. Some are also on the eix-test-obsolete list of 14. > > > > I suspect I had better not allow it to actually remove these pkgs. > > I think you should, as long as nothing system-critical is listed, and > emerge shouts loudly about removing those. > On a long list of packages to be cleaned I find it comforting to use emerge -C package1 package2 package3 and watch closely so that nothing system oriented gets taken out. I've made the mistake of doing emerge --depclean on a long list of files and then having a system that was hard to fix. Just my take on being careful. - Mark -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: eix-test-obolete
On Tue, 13 May 2008 11:46:26 -0500, [EMAIL PROTECTED] wrote: > > Another possibility is that ypou merged them with the --oneshot > > option, or that they were pulled in as a dependency of a package you > > no longer have (or has been updated to a version that is no longer > > dependent on them). What does "emerge --depclean -p" show? > > Along with dire warnings about ruining your system it lists 80 pkgs to > be removed. Some are also on the eix-test-obsolete list of 14. > > I suspect I had better not allow it to actually remove these pkgs. I think you should, as long as nothing system-critical is listed, and emerge shouts loudly about removing those. > For example, one of the listed pkgs is: > > gnome-base/libgnomeui > > which equery says `firefox' and `etherape' depend on. equery depends is unreliable as it doesn't take proper account of USE dependencies. What's the worst that can happen if you unmerge libgnomeui? Probably that you can't start a GNOME desktop until it is re-emerged. As long as you don't unmerge anything fro system and you run a deep world update after a depclean, preferably followed by a revdep-rebuild, you should be OK. However, if this advice does break your computer, feel free to keep the pieces :) -- Neil Bothwick ASSISTANT MANAGER: Feminine form of the word manager (q.v.). signature.asc Description: PGP signature
[gentoo-user] Re: eix-test-obolete
"Mark Knecht" <[EMAIL PROTECTED]> writes: >> I guess I don't understand how the system got these packages but >> appears not to know much about them. > > Try adding --with-bdeps y and see if that addresses it. I've got this > in my make.conf file It does want to upgrade one of the pkgs with that set. dev-lang/nasm -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: eix-test-obolete
Neil Bothwick <[EMAIL PROTECTED]> writes: > On Tue, 13 May 2008 07:18:33 -0700, Mark Knecht wrote: > >> > I guess I don't understand how the system got these packages but >> > appears not to know much about them. >> >> Try adding --with-bdeps y and see if that addresses it. I've got this >> in my make.conf file >> >> EMERGE_DEFAULT_OPTS="--with-bdeps y" > > Another possibility is that ypou merged them with the --oneshot option, > or that they were pulled in as a dependency of a package you no longer > have (or has been updated to a version that is no longer dependent on > them). What does "emerge --depclean -p" show? Along with dire warnings about ruining your system it lists 80 pkgs to be removed. Some are also on the eix-test-obsolete list of 14. I suspect I had better not allow it to actually remove these pkgs. For example, one of the listed pkgs is: gnome-base/libgnomeui which equery says `firefox' and `etherape' depend on. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Constant hammering from Chinese IPs on prt 102[67]
Justin <[EMAIL PROTECTED]> writes: >> If so what is the massive chinese interest in icq? >> >> > found this in the net: > > http://www.grc.com/port_1026.htm > http://www.grc.com/port_1027.htm That doesn't give any analysis of why this port is being hammered by hundreds, even thousands of IP originating in china. It only guesses at what `might' be the reason such a port my be open, and how to close it... but even that part has no detail. It appears to be, at root, just another snivel about how MS does things with no substance. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Constant hammering from Chinese IPs on prt 102[67]
[EMAIL PROTECTED] schrieb: On on a cable provider (comcast). My router shows a constant hammering from numerious chinese IPs on port 1027 and 1026. Its not really apparent what is going on .. looking at the date graph presented here: http://isc.sans.org/port.html?port=1027 Other google hits don't say much about it either. Is it all icq related? If so what is the massive chinese interest in icq? found this in the net: http://www.grc.com/port_1026.htm http://www.grc.com/port_1027.htm signature.asc Description: OpenPGP digital signature
[gentoo-user] Constant hammering from Chinese IPs on prt 102[67]
On on a cable provider (comcast). My router shows a constant hammering from numerious chinese IPs on port 1027 and 1026. Its not really apparent what is going on .. looking at the date graph presented here: http://isc.sans.org/port.html?port=1027 Other google hits don't say much about it either. Is it all icq related? If so what is the massive chinese interest in icq? -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] eix-test-obolete
On Tue, 13 May 2008 07:18:33 -0700, Mark Knecht wrote: > > I guess I don't understand how the system got these packages but > > appears not to know much about them. > > Try adding --with-bdeps y and see if that addresses it. I've got this > in my make.conf file > > EMERGE_DEFAULT_OPTS="--with-bdeps y" Another possibility is that ypou merged them with the --oneshot option, or that they were pulled in as a dependency of a package you no longer have (or has been updated to a version that is no longer dependent on them). What does "emerge --depclean -p" show? -- Neil Bothwick Phasers don't kill people...Unless you set them too high. signature.asc Description: PGP signature
Re: [gentoo-user] eix-test-obolete
On Tuesday 13 May 2008, [EMAIL PROTECTED] wrote: > When running `eix-test-obsolete' after update world and > revdep-rebuild I get a list of 14 pkgs under the heading as listed > below. > What does this mean... I'm running ~x86 and have been for yrs so the > ones that show `U' should have gotten updated during ... -vuD world. Not necessarily. Perhaps the package is not in world, but is pulled in by something else. Now, if every DEPENDS related to that package simply says any old version must be there, an emerge world will not necessarily pick up any updates. And it should have to: it's not in world, every other package that uses it is quite happy with the version you do have. > root # emerge -vp dev-lang/nasm > These are the packages that would be merged, in order: > [...] > [ebuild U ] dev-lang/nasm-2.02 [2.00] USE="-build -doc" 713 kB > > Shows it will be updated. So why is -vuD world missing this pkg > (and the others)? > > Some.. maybe all show piles of dependencies and some ..(the ones I've > grepped so far) do not appear in world file. > > I guess I don't understand how the system got these packages but > appears not to know much about them. > > == > Final output of eix-test-obsolete" > [...] See the line below? > Installed packages with a version not in the database (or masked): They probably got left behind during gnome updates. emerge -av --depclean finds these alan > > [U] dev-lang/nasm ([EMAIL PROTECTED]/02/08 -> (~)2.02): groovy little > assembler > [U] gnome-base/gconf (2.14.0(2)@06/20/06 -> (~)2.22.0): Gnome > Configuration System and Daemon > [U] gnome-base/gnome-keyring ([EMAIL PROTECTED]/14/06 -> (~)2.22.1): Password > and keyring managing daemon > [U] gnome-base/gnome-vfs (2.14.2-r1(2)@01/16/07 -> (~)2.22.0): Gnome > Virtual Filesystem > [U] gnome-base/libbonobo ([EMAIL PROTECTED]/20/06 -> (~)2.22.0): GNOME CORBA > framework > [U] gnome-base/libbonoboui ([EMAIL PROTECTED]/14/06 -> (~)2.22.0): User > Interface part of libbonobo > [U] gnome-base/libgnome ([EMAIL PROTECTED]/14/06 -> (~)2.22.0): Essential > Gnome Libraries > [U] gnome-base/libgnomeui ([EMAIL PROTECTED]/14/06 -> (~)2.22.1): User > Interface routines for Gnome > [U] gnome-base/orbit (2.14.0(2)@06/20/06 -> 2.14.12): ORBit2 is a > high-performance CORBA ORB > [U] kde-base/kiconedit (3.5.7(3.5)@11/18/07 -> (~)3.5.9): KDE Icon > Editor > [U] net-libs/libgssglue ([EMAIL PROTECTED]/07/07 -> 0.1-r1): exports a gssapi > interface which calls other random gssapi libraries > [D] www-apps/gallery (2.2.3(2.2.3)@10/08/07 2.2.4(2.2.4)@01/19/08 -> > 1.5.3 (~)1.5.7 2.2.4): Web based (PHP Script) photo album > viewer/creator > [U] x11-misc/icon-naming-utils ([EMAIL PROTECTED]/20/06 -> 0.8.6): Utils to > help with the transition to the new freedesktop.org naming scheme. > [U] x11-themes/gnome-icon-theme ([EMAIL PROTECTED]/14/06 -> (~)2.22.0): GNOME > 2 default icon themes > Found 14 matches. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] eix-test-obolete
On Tue, May 13, 2008 at 6:05 AM, <[EMAIL PROTECTED]> wrote: > When running `eix-test-obsolete' after update world and revdep-rebuild > I get a list of 14 pkgs under the heading as listed below. > What does this mean... I'm running ~x86 and have been for yrs so the > ones that show `U' should have gotten updated during ... -vuD world. > > root # emerge -vp dev-lang/nasm > These are the packages that would be merged, in order: > [...] > [ebuild U ] dev-lang/nasm-2.02 [2.00] USE="-build -doc" 713 kB > > Shows it will be updated. So why is -vuD world missing this pkg (and > the others)? > > Some.. maybe all show piles of dependencies and some ..(the ones I've > grepped so far) do not appear in world file. > > I guess I don't understand how the system got these packages but > appears not to know much about them. Try adding --with-bdeps y and see if that addresses it. I've got this in my make.conf file EMERGE_DEFAULT_OPTS="--with-bdeps y" Hope this helps, Mark -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] jwhois quit working
Has anyone else noticed jwhois queries to have quit working? I get root # jwhois 128.111.24.43 [Querying whois.arin.net] [Error creating socket] [Unable to connect to remote host] If I change the default server, still get the same message. Changing to alpha style notation: jwhois ftp.ucsb.edu I get a bunch of blab about [...] A Web interface for the .EDU EDUCAUSE Whois Server is available at: http://whois.educause.net [...] no match The address is well known and registered and a regular whois finds it immediately: whois 128.111.24.43 OrgName:University of California, Santa Barbara OrgID: UCSB [...] Far as I know jwhois was working until very recently and the current failures may have started following an -uD world although as eix reports below... jwhois has not been updated since 10/2007 and there have been no update pkgs in that time.. eix reports: eix -I jwhois [I] net-misc/jwhois Available versions: 3.2.3-r1 4.0 {idn nls} Installed versions: 4.0(12:05:23 10/07/07)(nls) Homepage:http://www.gnu.org/software/jwhois/ Description: Advanced Internet Whois client capable of recursive queries Can anyone tell what the problem is? -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] eix-test-obolete
When running `eix-test-obsolete' after update world and revdep-rebuild I get a list of 14 pkgs under the heading as listed below. What does this mean... I'm running ~x86 and have been for yrs so the ones that show `U' should have gotten updated during ... -vuD world. root # emerge -vp dev-lang/nasm These are the packages that would be merged, in order: [...] [ebuild U ] dev-lang/nasm-2.02 [2.00] USE="-build -doc" 713 kB Shows it will be updated. So why is -vuD world missing this pkg (and the others)? Some.. maybe all show piles of dependencies and some ..(the ones I've grepped so far) do not appear in world file. I guess I don't understand how the system got these packages but appears not to know much about them. == Final output of eix-test-obsolete" [...] Installed packages with a version not in the database (or masked): [U] dev-lang/nasm ([EMAIL PROTECTED]/02/08 -> (~)2.02): groovy little assembler [U] gnome-base/gconf (2.14.0(2)@06/20/06 -> (~)2.22.0): Gnome Configuration System and Daemon [U] gnome-base/gnome-keyring ([EMAIL PROTECTED]/14/06 -> (~)2.22.1): Password and keyring managing daemon [U] gnome-base/gnome-vfs (2.14.2-r1(2)@01/16/07 -> (~)2.22.0): Gnome Virtual Filesystem [U] gnome-base/libbonobo ([EMAIL PROTECTED]/20/06 -> (~)2.22.0): GNOME CORBA framework [U] gnome-base/libbonoboui ([EMAIL PROTECTED]/14/06 -> (~)2.22.0): User Interface part of libbonobo [U] gnome-base/libgnome ([EMAIL PROTECTED]/14/06 -> (~)2.22.0): Essential Gnome Libraries [U] gnome-base/libgnomeui ([EMAIL PROTECTED]/14/06 -> (~)2.22.1): User Interface routines for Gnome [U] gnome-base/orbit (2.14.0(2)@06/20/06 -> 2.14.12): ORBit2 is a high-performance CORBA ORB [U] kde-base/kiconedit (3.5.7(3.5)@11/18/07 -> (~)3.5.9): KDE Icon Editor [U] net-libs/libgssglue ([EMAIL PROTECTED]/07/07 -> 0.1-r1): exports a gssapi interface which calls other random gssapi libraries [D] www-apps/gallery (2.2.3(2.2.3)@10/08/07 2.2.4(2.2.4)@01/19/08 -> 1.5.3 (~)1.5.7 2.2.4): Web based (PHP Script) photo album viewer/creator [U] x11-misc/icon-naming-utils ([EMAIL PROTECTED]/20/06 -> 0.8.6): Utils to help with the transition to the new freedesktop.org naming scheme. [U] x11-themes/gnome-icon-theme ([EMAIL PROTECTED]/14/06 -> (~)2.22.0): GNOME 2 default icon themes Found 14 matches. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] installing lomount
Alan McKinnon wrote: http://www.nabble.com/%22loopback-mount%22-hard-drive-image-created-w ith-dd--td14945355.html He doesn't want to mount a dd'ed *filesystem* as a loopback device, he wants to mount a single filesystem out of several which is inside an entire diskimage file. losetup won't work for that Read the link again, yes it will. Specifically he needs the offset option. PaulNM -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] installing lomount
On Tuesday 13 May 2008, PaulNM wrote: > Even better would be losetup from sys-apps/util-linux. > > see: > > http://www.nabble.com/%22loopback-mount%22-hard-drive-image-created-w >ith-dd--td14945355.html He doesn't want to mount a dd'ed *filesystem* as a loopback device, he wants to mount a single filesystem out of several which is inside an entire diskimage file. losetup won't work for that -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] installing lomount
Alan McKinnon wrote: On Sunday 11 May 2008, Martin Lehmann wrote: Now the problem is, that this is a image of a whole hdd. I only need one partition out of it. Then i want to copy the content of this partition to a partition located of the "real" hdd A brute force approach, but probably the easiest and fastest: Assign this image to a VirtualBox vm and start it. Or get a vm to use it, even if you have tot move it to another machine. Then scp it off the vm onto the real hardware. Inelegant, but works :-) Even better would be losetup from sys-apps/util-linux. see: http://www.nabble.com/%22loopback-mount%22-hard-drive-image-created-with-dd--td14945355.html PaulNM -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] UPS recommendation
Arthur Britto wrote: You likely want more than a minute. Most likely, you don't want your system to crash when coming back up when power fails soon after it is restored: your system could be in the middle of a fsck. Generally, you want enough capacity to: power off, power on, and then power off safely. I second this. If the system is busy, it might take a couple of minutes before it really shuts down. Ten to fifteen minutes is the MINIMUM runtime I'd suggest. As the battery ages, runtime will lessen, plus it gives you more room to expand. Power usage does not scale linearly, if 200 watt usage lasts X amount of time, 400 watt usage lasts less than X/2 and 100 watt is more than 2X. My personal experiences with power outages is that they're rare and short, but when they do occur they happen a few times during the day/night. This, of course, may vary from your area. Another thing to consider is brownouts or volt dropages. The ups will kick in if the volt level drops too low (or too high). If this happens frequently enough, it will deplete the battery or wear it out much more quickly. I am very happy with the CyberPower Intelligent LCD Series: CP*AVRLCD http://www.cyberpowersystems.com/ The series has: NUT support: You want something that works with NUT. Instead of a vendor specific package. This way your acquired skills are portable and future proofed. Network UPS Tools http://eu1.networkupstools.org NUT is great. It safely powers off my system when the UPS is low. Additionally, I set it up to e-mail my cell phone when the power state changes. If I go out during a power outage, I can stay out longer if I know the power is not restored. My personal experience has been with APC equipment, but CyberPower is also a great maker. I also second NUT. It's a better, more flexible framework that supports just about any decent ups. USB interface: * A USB port is more future proof: serial ports are becoming rare. * Allows monitoring UPS state. * Allows powering off the UPS. USB is almost mandatory now. Serial ports are usually only on high-end expensive models, and (almost) never on what you'll find in stores. LCD Display: At a touch know: * power consumption (don't need to pull out a Kill-O-Watt) * battery charge * estimated minutes remaining Before spending extra on anything with an LCD, google the model or lcd errors first. I've seen reports that they tend to be inaccurate, especially with APC. Mine under reports watt usage by a significant amount, somewhere between 1/3 to 2/3 of actual usage(I forget what my tests with various light bulbs showed). This was testing the ups with only a small lamp plugged in, everything else UNPLUGGED (not just off). I also used several light bulbs since they can vary a little. One thing to be wary of is like most inexpensive UPSes it does not provide a pure sine wave. This can damage a power supply that has active power factor correction. Luckily for my Silencer 750 Quad according to the manufacturer due to the short time in which the UPS is in use it is not an issue. -Arthur PaulNM -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] guest additions for vbox-1.6 gentoo guest on xp host
de Almeida, Valmor F. wrote: Verifying archive integrity... All good. Uncompressing VirtualBox 1.6.0 Guest Additions for Linux installation ... VirtualBox 1.6.0 Guest Additions installation Which: no dkms in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin:/sbin...) Building the VirtualBox Guest Additions kernel module... Building the shared folder support kernel module... Installing the VirtualBox Guest Additions... Could not set up the X Window VBoxClient service. To start the VBoxClient service at log-in for a given user, add the command 98vboxadd-xclient to the file .xinitrc in their home directory. Successfully installed the VirtualBox Guest Additions. Your must restart The Auto-Resize Guest Display in the vbox does not work, and seemless mode is grayed out. Also the screen size in my /etc/X11/xorg.conf does not work as it should. Any inputs appreciated. Thanks, -- Valmor de Almeida Well, first I'd do a "dmesg | grep vbox" to see if there are any errors listed. When I do a search for 98vboxadd-xclient on my Debian-Etch guest I find /etc/X11/Xsession.d/98vboxadd-client. This is a script that starts /usr/bin/vboxadd-client with no options. If you tried the suggestion in the output about adding it to .xinitrc, try running /usr/bin/vboxadd-client from an xterminal. Another thing, check to make sure that xorg.conf has "vboxvideo" as the driver in the "Device" section. "grep vbox /etc/X11/xorg.conf" Searches for dkms show that it's the Dynamic Kernel Module Support, a framework used to generate Linux kernel modules whose sources do not generally reside in the Linux kernel. If nothing else works, you may want to check the guest kernel config for any options that allow you to build modules from non-kernel sources (out of tree). For example, there are a few CRC options in the Library routines section. That said, I doubt this is the case since the modules seem to actually build okay. The DKMS line may just be an informational message. How did you install virtualbox? Make sure the Guest additions cd you're using is the same version as the virtualbox install you have. If you installed from portage, but downloaded the additions from the site, they almost certainly don't match. VB 1.5.6 is the latest version in the tree, with 1.5.4 being the latest stable (x86 and amd64) version. (app-emulation/virtualbox-additions is in the tree) Note two things though: 1: Everything I suggested refers to inside the guest OS, and 2: my info is from version 1.5.4_OSE. It's possible the vboxadd-client script is different in 1.6. Hope this helps, post any error messages you see, PaulNM -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: [wildly OT]advice for a wireless antenna?
> > > Sorry, I don't see how firmware can affect sensitivity. I've > > > been involved in writing firmware for RF data communications > > > stuff for a long time, and I've certainly never been able to > > > affect sensitivity. > > > > > > > I can say that I was really struggling to get a reliable wireless > > connection with the rt2x00 device and Hawking external antenna > > anywhere in my garage. I tried the madwifi device attached to the > > same Hawking antenna and the difference was ridiculous. I got a > > perfectly reliable signal from the back of the garage, the point > > furthest from the signal's source. > > > > Now that I think about it, I could have enabled outdoor mode for > > madwifi, but I can't check it right now. Could that account for the > > difference? > > > > What's madwifi outdoor mode? I googled but I can't find some readable > information. The only "info" I have is from /etc/conf.d/ath_pci: # outdoor: Enable/disable outdoor use # countrycode: Override default country code options ath_pci outdoor=1 countrycode=0 Now that I look at that, the sensitivity difference could also be due to my unsetting the country code. - Grant -- gentoo-user@lists.gentoo.org mailing list