Re: [gentoo-user] OpenOffice build failed.
I was having problems getting OO to build. I issued the following bug report. http://bugs.gentoo.org/show_bug.cgi?id=126937 In my case the it was due to a hardware issue. I kept retrying the emerge and at last it succeeded (on a very very cold evening...). My best guess is that the large volume of builds was causing my CPU to over heat. This guess was bolster by the fact that I am able to get consistent successful builds of OO when I pull of the computer's case and direct a cooling fan on the computers internals. :-) I realize my fix/work around might not sit well with most people. But in my defense, it is just a toy computer that I have fun tinkering around with. --- Meino Christian Cramer [EMAIL PROTECTED] wrote: From: Jeff [EMAIL PROTECTED] Subject: Re: [gentoo-user] OpenOffice build failed. Date: Thu, 25 May 2006 00:17:27 -0400 Good Lord man... why would you want to compile OO from source? Since gentoo offers this... Or in other words: Why does gentoo offer it, if one needs to be god to get it run ??? :) emerge openoffice-bin :-) Meino Christian Cramer wrote: Hi, I tried to build OpenOffice from source. After hours of copmiling it fails with: Cleaning /var/tmp/portage/openoffice-2.0.2-r1/image//usr/lib/openoffice Building /var/tmp/portage/openoffice-2.0.2-r1/image//usr/lib/openoffice/ooo-wrapper2 Generating man page ... Building /var/tmp/portage/openoffice-2.0.2-r1/image//usr/lib/openoffice/install-dict Building /var/tmp/portage/openoffice-2.0.2-r1/image//usr/lib/openoffice/program/java-set-classpath Building /var/tmp/portage/openoffice-2.0.2-r1/image//usr/lib/openoffice/program/pyunorc-update64 Installing extra en-US templates ... Installing system files ... Execute ooinstall ... Reading setup from ./setup Sucking env from build setup Use of uninitialized value in string eq at ./ooinstall line 58. Performing environment substitutions ... Setting up environment Running installer ... checking environment variables ... make_installer.pl, version 1.0 Product list file: openoffice.lst Taking setup script from solver Unpackpath: /tmp/portage/openoffice-2.0.2-r1/work/ooo-build-2.0.2.9/build/OOO_2_0_2/instsetoo_native/util Compiler: unxlngi6 Product: OpenOffice BuildID: 9011 Build: OOB680 No minor set Product version Installpath: /usr/lib/openoffice Package format: native Package list file: ../inc_openoffice/unix/packagelist.txt Addon-Package list file: ../inc_openoffice/unix/packagelist_language.txt Not calling epm No file stripping Unzip ARCHIVE files services.rdb can be created Languages: en-US ... checking required files ... .. searching zip ... Found: /usr/bin/zip .. searching unzip ... Found: /usr/bin/unzip ... analyzing openoffice.lst ... ... analyzing script: /tmp/portage/openoffice-2.0.2-r1/work/ooo-build-2.0.2.9/build/OOO_2_0_2/solver/680/unxlngi6.pro/bin/setup_osl.ins ... ... analyzing directories ... ... analyzing files ... ... analyzing scpactions ... ... analyzing shortcuts ... ... analyzing profile ... ... analyzing profileitems ... ... analyzing modules ... ... languages en-US ... ... analyzing files ... ... analyzing files with flag ARCHIVE ... ... analyzing files with flag SCPZIP_REPLACE ... ... analyzing files with flag PATCH_SO_NAME ... ... creating preregistered services.rdb ... ** ERROR: ERROR: Could not register all components! in function: create_services_rdb ** ** ERROR: Saved logfile: /tmp/portage/openoffice-2.0.2-r1/work/ooo-build-2.0.2.9/build/OOO_2_0_2/instsetoo_native/util/OpenOffice//logging/en-US/log_OOB680__en-US.log ** ... cleaning the output tree ... ... removing directory /tmp/portage/openoffice-2.0.2-r1/work/ooo-build-2.0.2.9/build/OOO_2_0_2/instsetoo_native/util/OpenOffice//zip/en-US ... ... removing directory /tmp/portage/openoffice-2.0.2-r1/work/ooo-build-2.0.2.9/build/OOO_2_0_2/instsetoo_native/util/OpenOffice//services.rdb/en-US_witherror_1 ... Thu May 25 02:36:02 2006 (00:36 min.) Failed to install: Bad file descriptor at ./ooinstall line 129. make: *** [install] Error 1 What did I so badly wrong here ? Kind regards, mcc
Re: [gentoo-user] OpenOffice build failed.
Meino Christian Cramer wrote: From: Jeff [EMAIL PROTECTED] Subject: Re: [gentoo-user] OpenOffice build failed. Date: Thu, 25 May 2006 00:17:27 -0400 Good Lord man... why would you want to compile OO from source? Since gentoo offers this... Or in other words: Why does gentoo offer it, if one needs to be god to get it run ??? :) I compile mine from source too. If I wanted binary ones I would use Mandrake, Mandriva or whatever it is called this week. Never had that error before though. Dale :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OpenOffice build failed.
Richard Broersma Jr wrote: I was having problems getting OO to build. I issued the following bug report. http://bugs.gentoo.org/show_bug.cgi?id=126937 In my case the it was due to a hardware issue. I kept retrying the emerge and at last it succeeded (on a very very cold evening...). My best guess is that the large volume of builds was causing my CPU to over heat. This guess was bolster by the fact that I am able to get consistent successful builds of OO when I pull of the computer's case and direct a cooling fan on the computers internals. :-) I realize my fix/work around might not sit well with most people. But in my defense, it is just a toy computer that I have fun tinkering around with. --- Meino Christian Cramer [EMAIL PROTECTED] wrote: If you want to test the cooling system, compile OOo or kde-meta. That will bring out all the heat bugs for sure. Unless you run folding like me. That will do it too. Dale :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] unknown process filled up /tmp partition
On Thu, 25 May 2006 12:00:28 +1000, Alan E. Davis wrote: Is it adviseable to arrange to automatically delete all temporary files when booting? If so, how to do this? Edit /etc/conf.d/bootmisc and set WIPE_TMP=yes. -- Neil Bothwick OK Scotty, NOW! Detonate and energize! I mean... signature.asc Description: PGP signature
Re: [gentoo-user] OpenOffice build failed.
On Thu, 25 May 2006 00:17:27 -0400, Jeff wrote: Good Lord man... why would you want to compile OO from source? emerge openoffice-bin Maybe because he is using an architecture for which the bin package is not available? It takes around 16 hours to compile 2.0.2 on my laptop. but it's better than using 1.1.2. -- Neil Bothwick The present never ages. Each moment is like a snowflake, unique, unspoiled, unrepeatable, and can be appreciated in its surprisingness. signature.asc Description: PGP signature
Re: [gentoo-user] OpenOffice build failed.
On Thu, 25 May 2006 04:50:41 +0200 (CEST), Meino Christian Cramer wrote: I tried to build OpenOffice from source. After hours of copmiling it fails with: ** ERROR: ERROR: Could not register all components! in function: create_services_rdb ** This looks like the error I was getting, see http://bugs.gentoo.org/show_bug.cgi?id=126587. The solution was twofold, first re-emerge the latest hunspell, then emerge openoffice-2.0.2-r2 (not the r1 you are trying). PS: I symlinked /var/tmp/portags to /tmp/portage (I carefully copied all permissions settings...) due to space problems. That's a bit kludgy. Why not set PORTAGE_TMPDIR to a suitable directory, either in make.conf or when running the emerge. -- Neil Bothwick Don't forget that MS-Windows is just a temporary workaround until you can switch to a GNU system. signature.asc Description: PGP signature
Re: [gentoo-user] unknown process filled up /tmp partition
Thursday 25 May 2006 04:00 skrev Alan E. Davis: Is it adviseable to arrange to automatically delete all temporary files when booting? If so, how to do this? http://gentoo-wiki.com/HOWTO_clean_/tmp -- Bo Andresen pgpvMF0QUtAs5.pgp Description: PGP signature
[gentoo-user] disenable distcc during emerging special package
Hi, I used to emerge packages with distcc on my laptop connected tow power server, and it's great. But today distcc cause c-client to fail to compile. I have to edit make.conf to disenable distcc feature. The worse is that I'm emerge other packages simultaneously, while change of make.conf effect all running emerges. I'm looking forward to a way to disenable distcc during emerging special package just like USE=sqllite emerge qt. Bests, Bobber cheng -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] disenable distcc during emerging special package
On Thu, 25 May 2006 15:39:12 +0800, Bobber Cheng wrote: I'm looking forward to a way to disenable distcc during emerging special package just like USE=sqllite emerge qt. FEATURES=-distcc emerge c-client -- Neil Bothwick Jimi Hendrix's modem was a Purple Hayes. signature.asc Description: PGP signature
Re: [gentoo-user] content of /usr/portage/distfile
Allan Gottlieb wrote: You have to do experiments. It depends heavily on your application mix. Yes, that would be the best, but I'm wondering how, because e.g. time bzip2 -9 foobar wouldn't be helpfull. So now I've switched to -Os and soon I can test, if it's a real difference. Thank you! Alex -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: No space left on device: Am I allowed...
Note that emerge shouldn't be leaving stuff there unless you're using FEATURES (meant for debugging) like 'noclean', 'keeptemp' or 'keepwork' in your make.conf, or unless emerge crashes during the build.Caster
[gentoo-user] fix_libtool_files.sh and gcc problems...
Hi folks, a copule of days ago I did a gentoo 2006 fresh install. During the installation, I modified CHOST and the link to /etc/profile, so now I have: lx-arnau ~ # !grep grep CHOST /etc/make.conf CHOST=i686-pc-linux-gnu # ls -l /etc/make.profile /etc/make.profile - /usr/portage/profiles/default-linux/x86/2006.0/ I have tuned it in older installs, so I did it in new one... (I've seen in forums some people advertising that CHOST flags must not be changed). I also modified profile cause it pointed to no-nptl/ one... Well, I emerged my full system (kdebase, amarok, SC, etc...) and after that I left an emerge -uD world wich failed with: emerge (1 of 21) sys-apps/portage-2.0.54-r2 to / [...] i386-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -march=pentium4 -O2 -pipe -fomit-frame-pointer -mtune=i686 -fPIC -I/usr/include/python2.4 -c missingos.c -o build/temp.linux-i686-2.4/missingos.o gcc-config error: Could not run/locate i386-pc-linux-gnu-gcc error: command 'i386-pc-linux-gnu-gcc' failed with exit status 1 Si, I looked for this error in forums. I found a howto for this problem, wich said: http://forums.gentoo.org/viewtopic-t-321340-highlight-fixlibto olfiles+sh+3+4+4+oldarch+i386pclinuxgnu.html (careful with the wrapped line if you want to open link) so I did: # gcc-config -l [1] i686-pc-linux-gnu-3.4.5 * [2] i686-pc-linux-gnu-3.4.5-hardened [3] i686-pc-linux-gnu-3.4.5-hardenednopie [4] i686-pc-linux-gnu-3.4.5-hardenednopiessp [5] i686-pc-linux-gnu-3.4.5-hardenednossp For what I see, I only have a compiler, but, I did some fix_libtool_files.sh 3.4.5 and other combinations looking for a solution. Well, I did not find it, and now, I think I have missconfigured my gcc, cause, trying to emerge kdeartwork-kscreensaver I got this error: [...] /bin/sh ../../libtool --silent --mode=link --tag=CXX i686-pc-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -mcpu=i686 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -L/usr/kde/3.4/lib -L/usr/qt/3/lib -L/usr/lib-R /usr/kde/3.4/lib -R /usr/kde/3.4/lib -R /usr/qt/3/lib -R /usr/lib -o kbanner.kss banner.o -lkdeui -lkscreensaver libtool: link: cannot find the library `/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libstdc++.la' make[4]: *** ^^ [kbanner.kss] Error 1 make[4]: Leaving directory `/var/tmp/portage/kdeartwork-kscreensaver-3.4.3/work/kdeartwork-kscreensaver-3.4.3/kscreensaver/kdesavers' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/kdeartwork-kscreensaver-3.4.3/work/kdeartwork-kscreensaver-3.4.3/kscreensaver/kdesavers' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/kdeartwork-kscreensaver-3.4.3/work/kdeartwork-kscreensaver-3.4.3/kscreensaver' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kdeartwork-kscreensaver-3.4.3/work/kdeartwork-kscreensaver-3.4.3' make: *** [all] Error 2 As you could see, cc is looking for libstdc++.la in 3.4.4 directory, but it's in 3.4.5 dir... So, my questions: 1.-) Do I have missconfigured my gcc?¿ 2.-) How may I fix it? 3.-) May tune CHOST and make.profile? Many thanks to all the people who have read all the post! Cheers! -- Arnau Bria http://blog.emergetux.net -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SATA raptor failure - why?
On 5/25/06, Ryan Tandy [EMAIL PROTECTED] wrote: Make a backup. Now. When you start seeing 'end_request: I/O error', it's always (in my experience) been a sign of a disk getting ready to pack it in. Double check physical connections, make sure no wires are loose; if S.M.A.R.T. is available, check its status - but I highly doubt a software issue here. -- gentoo-user@gentoo.org mailing list Unfortunately smartmontools does not support SATA disks. Is there any other tool to check S.M.A.R.T. on this kind of disks? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SATA raptor failure - why?
CapSel wrote: Unfortunately smartmontools does not support SATA disks. More exactly: Smartmontools should work correctly with SATA drives under both Linux 2.4 and 2.6 kernels, if you use the standard IDE drivers in drivers/ide. If you use the new libata drivers, it won't work correctly because libata doesn't yet support the needed ATA-passthrough ioctl() calls. (smartmontools.sourceforge.net) Jarry -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SATA raptor failure - why?
smartmontools does in fact support SATA disks starting with kernel 2.6.15. Use the '-d ata' argument with SATA disks and it will work fine. For example: # smartmontools -d ata -a /dev/sda On Thursday, 25 May 2006 19:03, CapSel wrote: Unfortunately smartmontools does not support SATA disks. Is there any other tool to check S.M.A.R.T. on this kind of disks? -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fix_libtool_files.sh and gcc problems...
On Thu, 25 May 2006 11:16:25 +0200, Arnau Bria wrote: # gcc-config -l [1] i686-pc-linux-gnu-3.4.5 * [2] i686-pc-linux-gnu-3.4.5-hardened [3] i686-pc-linux-gnu-3.4.5-hardenednopie [4] i686-pc-linux-gnu-3.4.5-hardenednopiessp [5] i686-pc-linux-gnu-3.4.5-hardenednossp For what I see, I only have a compiler, but, I did some fix_libtool_files.sh 3.4.5 and other combinations looking for a solution. You run fix_libtool_files.sh with the old compiler version, the version that the ebuild is looking for but failing to find, which would appear to be 3.4.4 from your errors. you also need to add an option to fix the changed CHOST fix_libtool_files.sh 3.4.4 --oldarch i386-pc-linux-gnu Run it with no arguments for an explanation of the options. -- Neil Bothwick If you think you know what I am saying, you must misunderstand signature.asc Description: PGP signature
Re: [gentoo-user] SATA raptor failure - why?
On 5/25/06, Jarry [EMAIL PROTECTED] wrote: Unfortunately smartmontools does not support SATA disks. More exactly: Smartmontools should work correctly with SATA drives under both Linux 2.4 and 2.6 kernels, if you use the standard IDE drivers in drivers/ide. If you use the new libata drivers, it won't work correctly because libata doesn't yet support the needed ATA-passthrough ioctl() calls. (smartmontools.sourceforge.net) Jarry -- gentoo-user@gentoo.org mailing list How to set up a SATA disk to be seen as IDE disk to the kernel? Can this be done by adding something to kernel command line in grub? I used genkernel to compile kernel. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SATA raptor failure - why?
These are supported by libata as of kernel 2.6.15 On Thursday, 25 May 2006 19:09, Jarry wrote: CapSel wrote: Unfortunately smartmontools does not support SATA disks. More exactly: Smartmontools should work correctly with SATA drives under both Linux 2.4 and 2.6 kernels, if you use the standard IDE drivers in drivers/ide. If you use the new libata drivers, it won't work correctly because libata doesn't yet support the needed ATA-passthrough ioctl() calls. (smartmontools.sourceforge.net) Jarry -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SATA raptor failure - why?
On 5/25/06, Raymond Lewis Rebbeck [EMAIL PROTECTED] wrote: smartmontools does in fact support SATA disks starting with kernel 2.6.15. Use the '-d ata' argument with SATA disks and it will work fine. For example: # smartmontools -d ata -a /dev/sda -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list Thank you very much :D -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fix_libtool_files.sh and gcc problems...
On Thu, 25 May 2006 10:44:42 +0100 Neil Bothwick [EMAIL PROTECTED] wrote: You run fix_libtool_files.sh with the old compiler version, the version that the ebuild is looking for but failing to find, which would appear to be 3.4.4 from your errors. you also need to add an option to fix the changed CHOST fix_libtool_files.sh 3.4.4 --oldarch i386-pc-linux-gnu Ok, runnning that I solved my problem with kscreensvaer... but not the one with -uD world It still says gcc-config error: Could not run/locate i386-pc-linux-gnu-gcc ... Run it with no arguments for an explanation of the options. Thanks to both for the solution, Regards, -- Arnau Bria http://blog.emergetux.net -- gentoo-user@gentoo.org mailing list
[gentoo-user] can't use usb scanner
Hello! I have a Canon usb scanner and I have problem using it with xsane. The sane-find-scanner finds it: found USB scanner (vendor=0x04a9 [Canon], product=0x220e [CanoScan], chip=LM9832/3) at libusb:003:004 But scainmage -L doesn't find it. I don't know what to do next. If I just simply start xsane, it says that no devices available. I think I have to specify the device name of the scanner, but I don't know what it's name. Thanks for the help in advance, Istvan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] content of /usr/portage/distfile
At Thu, 25 May 2006 10:40:26 + Alex [EMAIL PROTECTED] wrote: Allan Gottlieb wrote: You have to do experiments. It depends heavily on your application mix. Yes, that would be the best, but I'm wondering how, because e.g. time bzip2 -9 foobar wouldn't be helpfull. So now I've switched to -Os and soon I can test, if it's a real difference. Please report back your findings, including the application mix you tested. Although scientific timed benchmarks are important, I would also be interested in how the system feels. For the latter (feels), you should qualitatively describe the use of the system (web server, desktop, laptop, etc) and what you commonly run (program devel, games, scientific/engineering apps, etc). thanks, allan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] content of /usr/portage/distfile
Philip Webb wrote: My experience is that 'eclean' is not efficient at removing things, so I've gone back to removing out-of-date distfiles by hand. Not even 'eclean-dist --destructive' is enough? Benno -- gentoo-user@gentoo.org mailing list
[gentoo-user] firefox hangs frequently...
well, I know the post should not shows up at list of gentoo, but the problem is really quite annoying and I could not find any useful solution through google. every time I click on the save link as or save image as, firefox immediately stops responding, It is said that the problem might be caused by the permissions of my last visited folder, but ALL folders and files are accessible. I firstly use a new profile, no luck; safe mode, no use of course; re-emerge it seemed to make it working for only several minutes. besides, it hangs while loading some pages. I'm using fvwm 2.5.16 and mozilla-firefox-bin 1.5.0.3. any ideas~ thanks in advance.. daniel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Getting BC not to truncate at the decimal point?
Mike Huber wrote: Hi, I'm just trying to do some quick calculations using bc, but the version installed through portage truncates on multiplication/division. It didn't used to do this 2 years ago when I was taking number theory, and there are no USE flags available for sys-devel/bc to change this. From the manpage: - The most basic element in bc is the number. Numbers are arbitrary precision numbers. This precision is both in the integer part and the fractional part. All numbers are represented internally in decimal and all computation is done in decimal. ( This version truncates results from divide and multiply operations.) There are two attributes of numbers, the length and the scale. The length is the total number of significant decimal digits in a number and the scale is the total number of decimal digits after the decimal point. For example: .01 has a length of 6 and scale of 6. 1935.000 has a length of 7 and a scale of 3. Anyone have any ideas? --Mike Hi, Try this. $ echo '1/5' | bc 0 $ echo '1/5' | bc -l .2000 I don't think bc has changed in a long time. Maybe you forgot the -l option. You can also control the scale explicitly like this. echo 'scale=3;1/5' | bc -l .200 Hope this helps. John Green -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] content of /usr/portage/distfile
Allan Gottlieb wrote: At Thu, 25 May 2006 10:40:26 + Alex [EMAIL PROTECTED] wrote: Allan Gottlieb wrote: You have to do experiments. It depends heavily on your application mix. Yes, that would be the best, but I'm wondering how, because e.g. time bzip2 -9 foobar wouldn't be helpfull. So now I've switched to -Os and soon I can test, if it's a real difference. Please report back your findings, including the application mix you tested. Although scientific timed benchmarks are important, I would also be interested in how the system feels. For the latter (feels), you should qualitatively describe the use of the system (web server, desktop, laptop, etc) and what you commonly run (program devel, games, scientific/engineering apps, etc). thanks, allan Hi, I've a desktop system and I commonly use applications like firefox, thunderbird and so on, kde, gaim and a terminal is nearly always there. Sometimes I'm running vim or kate. If you're interested in some tests, not relevant for desktop systems, there are some I made: Time wasted to compress a 416 mb tar: bzip2 gzip -O3 2m40.882s 1m20.445s -Os 2m39.314s 1m21.157s decompress: bzip2 gzip -O3 0m52.575s 0m4.972s -Os 0m53.387s 0m4.828s Convert 203 Mbs MP3s to WAV using LAME: -O3 14m4.461s -Os 16m50.599s from wav to mp3: -O3 1m1.708s -Os 1m12.841s Now I'm emerging -e world with -Os. When it is finished, I'll mail you the results. Alex -- gentoo-user@gentoo.org mailing list
[gentoo-user] emerge rxvt nearly caused my system to die today...
Emerging rxvt almost killed my box today - I watched gawk inside 'top' eating 100% CPU and even 100% RAM/swap. Anyone ever see this before? DMA per-cpu: cpu 0 hot: high 0, batch 1 used:0 cpu 0 cold: high 0, batch 1 used:0 cpu 1 hot: high 0, batch 1 used:0 cpu 1 cold: high 0, batch 1 used:0 DMA32 per-cpu: empty Normal per-cpu: cpu 0 hot: high 186, batch 31 used:26 cpu 0 cold: high 62, batch 15 used:60 cpu 1 hot: high 186, batch 31 used:28 cpu 1 cold: high 62, batch 15 used:53 HighMem per-cpu: cpu 0 hot: high 42, batch 7 used:4 cpu 0 cold: high 14, batch 3 used:7 cpu 1 hot: high 42, batch 7 used:6 cpu 1 cold: high 14, batch 3 used:2 DMA per-cpu: cpu 0 hot: high 0, batch 1 used:0 cpu 0 cold: high 0, batch 1 used:0 cpu 1 hot: high 0, batch 1 used:0 cpu 1 cold: high 0, batch 1 used:0 DMA32 per-cpu: empty Normal per-cpu: cpu 0 hot: high 186, batch 31 used:26 cpu 0 cold: high 62, batch 15 used:60 cpu 1 hot: high 186, batch 31 used:28 cpu 1 cold: high 62, batch 15 used:53 HighMem per-cpu: cpu 0 hot: high 42, batch 7 used:4 cpu 0 cold: high 14, batch 3 used:13 cpu 1 hot: high 42, batch 7 used:6 cpu 1 cold: high 14, batch 3 used:11 DMA per-cpu: cpu 0 hot: high 0, batch 1 used:0 cpu 0 cold: high 0, batch 1 used:0 cpu 1 hot: high 0, batch 1 used:0 cpu 1 cold: high 0, batch 1 used:0 DMA32 per-cpu: empty Normal per-cpu: cpu 0 hot: high 186, batch 31 used:26 cpu 0 cold: high 62, batch 15 used:49 cpu 1 hot: high 186, batch 31 used:26 cpu 1 cold: high 62, batch 15 used:44 HighMem per-cpu: cpu 0 hot: high 42, batch 7 used:4 cpu 0 cold: high 14, batch 3 used:13 cpu 1 hot: high 42, batch 7 used:6 cpu 1 cold: high 14, batch 3 used:2 DMA per-cpu: cpu 0 hot: high 0, batch 1 used:0 cpu 0 cold: high 0, batch 1 used:0 cpu 1 hot: high 0, batch 1 used:0 cpu 1 cold: high 0, batch 1 used:0 DMA32 per-cpu: empty Normal per-cpu: cpu 0 hot: high 186, batch 31 used:25 cpu 0 cold: high 62, batch 15 used:40 cpu 1 hot: high 186, batch 31 used:25 cpu 1 cold: high 62, batch 15 used:52 HighMem per-cpu: cpu 0 hot: high 42, batch 7 used:4 cpu 0 cold: high 14, batch 3 used:13 cpu 1 hot: high 42, batch 7 used:6 cpu 1 cold: high 14, batch 3 used:2 DMA per-cpu: cpu 0 hot: high 0, batch 1 used:0 cpu 0 cold: high 0, batch 1 used:0 cpu 1 hot: high 0, batch 1 used:0 cpu 1 cold: high 0, batch 1 used:0 DMA32 per-cpu: empty Normal per-cpu: cpu 0 hot: high 186, batch 31 used:24 cpu 0 cold: high 62, batch 15 used:40 -- Emperor Palpatine: Everything that has transpired has done so according to my design. -- gentoo-user@gentoo.org mailing list
[gentoo-user] SSH hosed, only rubble remains
Somewhere along the line, ssh and ssh2 have gotten conflated, confused or just downright broken. I have been running ssh daemon(s) for so long I don't even remember how I set them up. They Just Ran (TM). For a short while, ssh connections to here (home) from work have taken an unusually long time to establish. I thought it was something to do with my domain registration, which was changing at the same time, but that has settled down (I think). And I've been too busy surviving a car crash and attendant medical problems to be exactly on top of the situation. Now I cannot seem to make a connection at all, and I can't make much sense out of the setup I have. First, I have both an /etc/init.d/sshd-- Kevin O'Gorman, PhD
Re: [gentoo-user] content of /usr/portage/distfile
At Thu, 25 May 2006 18:21:39 + Alex [EMAIL PROTECTED] wrote: Allan Gottlieb wrote: At Thu, 25 May 2006 10:40:26 + Alex [EMAIL PROTECTED] wrote: Allan Gottlieb wrote: You have to do experiments. It depends heavily on your application mix. Yes, that would be the best, but I'm wondering how, because e.g. time bzip2 -9 foobar wouldn't be helpfull. So now I've switched to -Os and soon I can test, if it's a real difference. Please report back your findings, including the application mix you tested. Although scientific timed benchmarks are important, I would also be interested in how the system feels. For the latter (feels), you should qualitatively describe the use of the system (web server, desktop, laptop, etc) and what you commonly run (program devel, games, scientific/engineering apps, etc). thanks, allan Hi, I've a desktop system and I commonly use applications like firefox, thunderbird and so on, kde, gaim and a terminal is nearly always there. Sometimes I'm running vim or kate. If you're interested in some tests, not relevant for desktop systems, there are some I made: Time wasted to compress a 416 mb tar: bzip2 gzip -O3 2m40.882s 1m20.445s -Os 2m39.314s 1m21.157s decompress: bzip2 gzip -O3 0m52.575s 0m4.972s -Os 0m53.387s 0m4.828s Convert 203 Mbs MP3s to WAV using LAME: -O3 14m4.461s -Os 16m50.599s from wav to mp3: -O3 1m1.708s -Os 1m12.841s Now I'm emerging -e world with -Os. When it is finished, I'll mail you the results. The conversion programs you ran might not stress the memory system. I suspect that they only keep a fixed size portion of the input and output files in memory when you run them with ever larger inputs. allan -- gentoo-user@gentoo.org mailing list
[gentoo-user] Launching X.org through ssh
Hi, I'm connecting from a computer (remote computer) to a server (sshd, it is running apache2 too, but it doesn't matter right now), and I can connect through ssh to it, and run every command all right, but launching X.org. If I try a startx command, it will start X.org in the local computer, and I'd like to run it into the remote computer, as you would do with RDP for example. Thank you, Rafael Fernandez Lopez. -- A la vista de suficientes ojos todos los errores resultan evidentes - Linus Torvalds -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Launching X.org through ssh
On Thu, May 25, 2006 at 08:09:38PM +0200, Rafael Fern?ndez L?pez wrote: Hi, I'm connecting from a computer (remote computer) to a server (sshd, it is running apache2 too, but it doesn't matter right now), and I can connect through ssh to it, and run every command all right, but launching X.org. If I try a startx command, it will start X.org in the local computer, and I'd like to run it into the remote computer, as you would do with RDP for example. That won't work. When you run an X program (client) on the remote box, it connects to your local X server so you see the remotely running client on your local display. But the X server itself is, as the name suggests, a server for X, not a client. You should look into VNC (there are a number of versions in portage), or maybe freeNX. In my experience, freeNX gives better performance, but VNC is easier to set up, especially if you connect via ssh (as you should). FreeNX is usually used to forward single applications, not whole desktops, but recent versions can also forward whole desktops. (It can even connect to VNC sessions.) HTH, Toby -- PhD Student Quantum Information Theory group Max Planck Institute for Quantum Optics Garching, Germany email: [EMAIL PROTECTED] web: www.dr-qubit.org -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Launching X.org through ssh
On Thu, May 25, 2006 at 08:09:38PM +0200, Rafael Fern?ndez L?pez wrote: Hi, I'm connecting from a computer (remote computer) to a server (sshd, it is running apache2 too, but it doesn't matter right now), and I can connect through ssh to it, and run every command all right, but launching X.org. If I try a startx command, it will start X.org in the local computer, and I'd like to run it into the remote computer, as you would do with RDP for example. I don't think that X works this way. You'd need to use vnc or nx I believe. -- Alan [EMAIL PROTECTED] - http://arcterex.net Backups are for people who don't pray. -- big Mike -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Launching X.org through ssh
On Thursday 25 May 2006 15:09, Rafael Fernández López wrote: Hi, I'm connecting from a computer (remote computer) to a server (sshd, it is running apache2 too, but it doesn't matter right now), and I can connect through ssh to it, and run every command all right, but launching X.org. If I try a startx command, it will start X.org in the local computer, and I'd like to run it into the remote computer, as you would do with RDP for example. You must have a xserver (X.org) running on your computer, and with X11forwarding enabled, you can run graphical (X) programs on a remote box. You can even, start a DE (kde, gnome, fluxbox, etc...) []'s .m -- gentoo-user@gentoo.org mailing list
[gentoo-user] Now Know Why Portage Is So Slow
I think I may have made a break through here! I've always noticed that everything portage is very slow. It's like it's having to un-tar and un-bzip everything all the time... lo and behold, it is. I've found (after much exploration) that there is a archive: /portage-20060123.tar.bz2 This has - to the best of my knowledge - all the ebuild headers or whatever for everything. I know I can un-tar this and all, however, I want portage to use it in its uncompressed state, just to speed things up. I'm not burning for hard drive space, so a little more speed would be great. However, I have no idea where to start to try and configure portage to reflect a change like this. I've read the man pages for ebuild and emerge several times over without finding any hints, so I was thinking someone on this list would know. I also think that there's another file, /metadata.tar.bz2, which I think is portage-related. If possible I'd like to uncompress that as well. I think this is the cause of a slow portage because everything takes a long time to start going, then it's just fine. It takes about as long to start going as it does to open the archive /portage-20060123.tar.bz2 - conincidence? I think not! I also get the bonehead award: there was a new kernel sitting on my hard drive and just yesterday I found and installed it. It was remarkably easy to install! I loaded the configuration file from my old kernel and then just make make install and it worked! I didn't even have to edit /boot/grub/menu.lst! Dang... I got done and said that was easy. I think I'm really getting the hang of all this! -- == GCv3.12 == GCS d-(++) s+: a? C++ UL+ P+ L++ E--- W+(+++) N++ o? K? w--- O? M+ V? PS- PE+ Y-(--) PGP- t+++ 5? X R tv-- b+ DI+++ D+ G e* h- !r !y = END GCv3.12 -- gentoo-user@gentoo.org mailing list
[gentoo-user] SSH/SSH2 hosed, partially fixed, some rubble remains
I've been using ssh and/or ssh2 daemons on this gentoo system for so long I've forgottenhow I had it set up. Now it's broken, and I have no idea how it got that way. At first, it was just taking a long time to connect to this system (home) from work and ask for a password. Now it is still slow, but it just does not respond at all after the password is entered. Also at first, I imagined that I was really having a problem relating to my domain registration being changed, but now that has pretty much settled down. To make things just a bit more difficult, I've been too busy surviving a car crash and dealing with associated medical issues to pay enough attention to this. Anyway, here is some of what I find in the rubble: I have both /etc/init.d/sshd and /etc/init.d/sshd2 I can start and stop sshd, but not sshd2, which complains it's not configured. File timestamps indicate that sshd2 stuff has not changed since some time in 2004. Moreover, equery belongs cannot locate any package that owns the sshd2 files. The sshd files belong to net-misc/openssh-4.3_p2-r1. AHAH! I've already solved part of the problem, because when I start sshd, I get this: treat init.d # ./sshd start ldap_simple_bind_s(): Can't contact LDAP server (-1) [LDAP] could not initialize ldap connection * Starting sshd ... ldap_simple_bind_s(): Can't contact LDAP server (-1) [LDAP] could not initialize ldap connection [ ok ] treat init.d # This baffled me a bit. I'm not aware of having or running or using any LDAP server. I never have. I notice that there are some LDAP-related things in sshd_config. SOLVED speed problems when I commented these out. There's still a mystery to me though. I'm quite sure I did not change them myself and the last emerge was 2 years ago according to /var/log/emerge/log. What I may have done is to adjust X11 forwarding. STILL TROUBLING: why did LDAP get turned on? Whodunnit? why do I have orphaned sshd2 things? STILL BROKEN: Although I can now ssh to my system, with no noticeable delays, I cannot scp because it still hangs after the password is entered. (I can just ssh and then do the scp backwards, however). Can anyone help me debug this? What else should I be looking at? --Kevin O'Gorman, PhD
[gentoo-user] Re: SSH hosed, only rubble remains
IGNORE this posting. It was a fumble-fingers. Corrected and completed posting follows.On 5/25/06, Kevin O'Gorman [EMAIL PROTECTED] wrote:Somewhere along the line, ssh and ssh2 have gotten conflated, confused or just downright broken. I have been running ssh daemon(s) for so long I don't even remember how I set them up. They Just Ran (TM). For a short while, ssh connections to here (home) from work have taken an unusually long time to establish. I thought it was something to do with my domain registration, which was changing at the same time, but that has settled down (I think). And I've been too busy surviving a car crash and attendant medical problems to be exactly on top of the situation. Now I cannot seem to make a connection at all, and I can't make much sense out of the setup I have. First, I have both an /etc/init.d/sshd-- Kevin O'Gorman, PhD -- Kevin O'Gorman, PhD
Re: [gentoo-user] SSH hosed, only rubble remains
On May 25, 2006, at 1:07 PM, Kevin O'Gorman wrote: Somewhere along the line, ssh and ssh2 have gotten conflated, confused or just downright broken. I have been running ssh daemon(s) for so long I don't even remember how I set them up. They Just Ran (TM). For a short while, ssh connections to here (home) from work have taken an unusually long time to establish. I thought it was something to do with my domain registration, which was changing at the same time, but that has settled down (I think). And I've been too busy surviving a car crash and attendant medical problems to be exactly on top of the situation. Now I cannot seem to make a connection at all, and I can't make much sense out of the setup I have. First, I have both an /etc/init.d/sshd -- Kevin O'Gorman, PhD hmmm, i imagine you meant there to be more there. if you have console access to the box, tail -f on the messages log while attempting to do an ssh -v -v -v ip_address from another client. that might tell you something. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Now Know Why Portage Is So Slow
* On May 25 11:45, Lord Sauron (gentoo-user@lists.gentoo.org) wrote: I've found (after much exploration) that there is a archive: /portage-20060123.tar.bz2 This is just a remnant from when you installed Gentoo. You can delete that file. Portage is already using uncompressed files under /usr/portage - that tarball is just a starter tarball that portage bootstraps itself with during the initial Gentoo installation. I also think that there's another file, /metadata.tar.bz2, which I think is portage-related. If possible I'd like to uncompress that as well. I've never seen a metadata tarball. metadata.xml is something portage keeps uncompressed in /usr/portage for every package. It takes about as long to start going as it does to open the archive /portage-20060123.tar.bz2 - conincidence? I think not! I think so ;) Tom -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On 5/25/06, Lord Sauron [EMAIL PROTECTED] wrote: I think I may have made a break through here! I've always noticed that everything portage is very slow. It's like it's having to un-tar and un-bzip everything all the time... lo and behold, it is. No, it is not. I've found (after much exploration) that there is a archive: /portage-20060123.tar.bz2 Simply a portage snapshot, maybe the one you used to install Gentoo in the first place? Take a look at the date and tell me I'm wrong. This has - to the best of my knowledge - all the ebuild headers or whatever for everything. I know I can un-tar this and all, however, I want portage to use it in its uncompressed state, just to speed things up. I'm not burning for hard drive space, so a little more speed would be great. Of course, it is a portage snapshot, it has a whole compressed portage tree, used to install, or update portage when using alternative methods for those (like me) that lack the capacity to use remote RSYNC. However, I have no idea where to start to try and configure portage to reflect a change like this. I've read the man pages for ebuild and emerge several times over without finding any hints, so I was thinking someone on this list would know. There's no change and there's no such feature. If you take a look at /usr/portage, you'll notice that is has all portage related stuff there, a snapshot is decompressed there when you install (correct me if I'm wrong, but you installed using the Gentoo Installer, didn't you? if you had a complete experience of Gentoo install, you would know that by now, that's why I strongly advice new users to AVOID THE INSTALLER). If you sync once in a while, it is updated. Portage is not kept compressed. I also think that there's another file, /metadata.tar.bz2, which I think is portage-related. If possible I'd like to uncompress that as well. Oh, this one was a good choice, metadata is used by portage, but if you take a look at /usr/portage/metadata, it is uncompressed there too, and that is what portage uses. I think this is the cause of a slow portage because everything takes a long time to start going, then it's just fine. It takes about as long to start going as it does to open the archive /portage-20060123.tar.bz2 - conincidence? I think not! But it is. That's because of caching, not because it uncompress everything every time and compress it again later, that would be stupid (forgive my language). I also get the bonehead award: there was a new kernel sitting on my hard drive and just yesterday I found and installed it. It was remarkably easy to install! I loaded the configuration file from my old kernel and then just make make install and it worked! I didn't even have to edit /boot/grub/menu.lst! Dang... I got done and said that was easy. I think I'm really getting the hang of all this! You have run an emerge -u world and it got the kernel sources, you have no special needs and so the default configuration fit your need, compiling kernels is EASY, making them work, that's a hard one. You sincerely must be booting from your old kernel and your /usr/src/linux link must be pointing at your old sources, else you would have some problems and probably would have to recompile, reconfigure some stuff, because after make and all, you should copy the image to /boot and, if necessary, change the grub.conf (menu.lst) to point at the right file. See the Kernel upgrade guide at Gentoo.org for more info. -- Daniel da Veiga Computer Operator - RS - Brazil -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCK-- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SSH/SSH2 hosed, partially fixed, some rubble remains
On Thu, 25 May 2006, Kevin O'Gorman wrote: /etc/init.d/sshd and /etc/init.d/sshd2 I can start and stop sshd, but not sshd2, which complains it's not configured. File timestamps indicate that sshd2 stuff has not changed since some time in 2004. Moreover, equery belongs cannot locate any package that owns the sshd2 files. The sshd files belong to net-misc/openssh-4.3_p2-r1. STILL TROUBLING: why did LDAP get turned on? Whodunnit? why do I have orphaned sshd2 things? It's odd that you would have anything saying sshd2 anyway, openssh is all that is needed to use the SSH1/2 protocol, not seperate daemons, though I'm not sure how it might have been in 2004... -- gentoo-user@gentoo.org mailing list
[gentoo-user] mozilla-firefox-1.0.8 \w xorg-x11-6.8.2-r7 problem
recently my sister descovered a strange and serious bug with mozilla-firefox-1.0.8 in combination with xorg-x11-6.8.2-r7. After visiting http://profile.myspace.com/index.cfm?fuseaction=user.viewprofilefriendid=36939781 xorg shuts down immediatly direct access to the box via the terminal is impossible. logging in remotley via ssh still works ... can anyone with the above combination verify this ? Thanks, Matthias -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On 5/25/06, Steven Susbauer [EMAIL PROTECTED] wrote: On Thu, 25 May 2006, Daniel da Veiga wrote: I also get the bonehead award: there was a new kernel sitting on my hard drive and just yesterday I found and installed it. It was remarkably easy to install! I loaded the configuration file from my old kernel and then just make make install and it worked! I didn't even have to edit /boot/grub/menu.lst! Dang... I got done and said that was easy. I think I'm really getting the hang of all this! You have run an emerge -u world and it got the kernel sources, you have no special needs and so the default configuration fit your need, compiling kernels is EASY, making them work, that's a hard one. You sincerely must be booting from your old kernel and your /usr/src/linux link must be pointing at your old sources, else you would have some problems and probably would have to recompile, reconfigure some stuff, because after make and all, you should copy the image to /boot and, if necessary, change the grub.conf (menu.lst) to point at the right file. See the Kernel upgrade guide at Gentoo.org for more info. I don't know what the default grub.conf is for the Gentoo installer, but It points at a kernel named as Genkernel does. if it points to /boot/vmlinuz then make install is sufficient to install That's why I know it isn't pointing at vmlinuz, because the installer (and thus, the OP) uses genkernel. the new, working kernel... it rewrites symlinks to the new kernel. BTW, Only if you specifically do a USE=symlink emerge gentoo-sources he copied the config from his old kernel, it is not using the default options and thus *should* work just fine. Yeah, I missed that line. You're right. But he didn't installed the new kernel, and alsa-driver, ndiswrapper, nvidia drivers and a lot of other stuff claim a new compile after a kernel upgrade, I doubt it would be as clean as the OP stated. But yeah, it may happen. -- Daniel da Veiga Computer Operator - RS - Brazil -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCK-- -- gentoo-user@gentoo.org mailing list
[gentoo-user] One building host for other hosts
Hi List I am pretending to make a building host for slow host, I got and AMD 64x2 machine that I want to use to build gentoo systems to a i686 desktop machine and a i686 gateway I was reading today on gentto wiki this article : http://gentoo-wiki.com/HOWTO_Create_A_Build_Host is there any other place where I should look for complementary information ? One thing that is still not cleared is if I should chroot to the building enviroment to make the packages. In advance Thank you all, Allan -- An application asked: Requeires Windows 9x, NT4 or better, so I´ve installed Linux -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On Thu, 25 May 2006 17:33:47 -0300, Daniel da Veiga wrote: the new, working kernel... it rewrites symlinks to the new kernel. BTW, Only if you specifically do a USE=symlink emerge gentoo-sources No, that controls the /usr/src/linux symlink to the sources. The /boot/vmlinuz symlink is created when you make install the kernel. -- Neil Bothwick COBOL: (n.) an old computer language, designed to be read and not run. Unfortunately, it is often run anyway. signature.asc Description: PGP signature
Re: [gentoo-user] OpenOffice build failed.
Meino Christian Cramer wrote: Hi, I tried to build OpenOffice from source. After hours of copmiling it fails with: What did I so badly wrong here ? Kind regards, mcc I have the same problem, looks to be same bug posted in: http://bugs.gentoo.org/show_bug.cgi?id=126777 and http://bugs.gentoo.org/show_bug.cgi?id=126587 Ken -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On 5/25/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 25 May 2006 17:33:47 -0300, Daniel da Veiga wrote: the new, working kernel... it rewrites symlinks to the new kernel. BTW, Only if you specifically do a USE=symlink emerge gentoo-sources No, that controls the /usr/src/linux symlink to the sources. The /boot/vmlinuz symlink is created when you make install the kernel. Hmm, I see. Thanks for the info. Anyway, the OP is using genkernel (wether it likes/knows it or not)... -- Neil Bothwick COBOL: (n.) an old computer language, designed to be read and not run. Unfortunately, it is often run anyway. *lol* Gotta send that out to my friends that are COBOL lovers... -- Daniel da Veiga Computer Operator - RS - Brazil -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCK-- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mozilla-firefox-1.0.8 \w xorg-x11-6.8.2-r7 problem
recently my sister descovered a strange and serious bug with mozilla-firefox-1.0.8 in combination with xorg-x11-6.8.2-r7. After visiting http://profile.myspace.com/index.cfm?fuseaction=user.viewprofilefriendid=36939781 xorg shuts down immediatly direct access to the box via the terminal is impossible. logging in remotley via ssh still works ... can anyone with the above combination verify this ? Yep. Killed my X too. I have these same versions of xorg and firefox. Fortunately I got a kdm login prompt again. The only relevant messages I could find in the logs: # cat /var/log/messages ... May 26 01:10:39 baikal kdm[11220]: X server for display :0 terminated unexpectedly ... # cat /var/log/kdm.log ... *** glibc detected *** free(): invalid next size (normal): 0x096128c0 *** ... You probably should file a bug. Please post to the list if you have any new info on the subject. Sasha -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
On 5/25/06, Thomas Kirchner [EMAIL PROTECTED] wrote: * On May 25 11:45, Lord Sauron (gentoo-user@lists.gentoo.org) wrote: I've found (after much exploration) that there is a archive: /portage-20060123.tar.bz2 This is just a remnant from when you installed Gentoo. You can delete that file. Portage is already using uncompressed files under /usr/portage - that tarball is just a starter tarball that portage bootstraps itself with during the initial Gentoo installation. That's curious. So I can delete this tarball then? I also think that there's another file, /metadata.tar.bz2, which I think is portage-related. If possible I'd like to uncompress that as well. I've never seen a metadata tarball. metadata.xml is something portage keeps uncompressed in /usr/portage for every package. I've got one on my hard drive. You can have it if you want ; ) It takes about as long to start going as it does to open the archive /portage-20060123.tar.bz2 - conincidence? I think not! I think so ;) If it's not, then I really need to ask why on earth portage takes so long to just index and search packages that took apt-get much less time to work with. I don't think it should be this slow. I'm not even talking about compile-times - I know and expect those to be slow, but just raw package searching and stuff is not that fast. -- == GCv3.12 == GCS d-(++) s+: a? C++ UL+ P+ L++ E--- W+(+++) N++ o? K? w--- O? M+ V? PS- PE+ Y-(--) PGP- t+++ 5? X R tv-- b+ DI+++ D+ G e* h- !r !y = END GCv3.12 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
Friday 26 May 2006 01:00 skrev Lord Sauron: If it's not, then I really need to ask why on earth portage takes so long to just index and search packages that took apt-get much less time to work with. I don't think it should be this slow. I'm not even talking about compile-times - I know and expect those to be slow, but just raw package searching and stuff is not that fast. Do like the rest of us. emerge eix and use that for searching. Make sure to run update-eix everytime you have sync'ed portage or better yet, use eix-sync to sync portage. -- Bo Andresen pgpbyR4DvNl4N.pgp Description: PGP signature
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
Lord Sauron wrote: I've got one on my hard drive. You can have it if you want ; ) I have them in /usr/portage/*/*/metadata.xml but none anywhere else though. There are none that end in .tar.bz2 though. Where is yours and where is mine? O_O Dale :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
On Thu, 2006-05-25 at 16:00 -0700, Lord Sauron wrote: On 5/25/06, Thomas Kirchner [EMAIL PROTECTED] wrote: It takes about as long to start going as it does to open the archive /portage-20060123.tar.bz2 - conincidence? I think not! I think so ;) If it's not, then I really need to ask why on earth portage takes so long to just index and search packages that took apt-get much less time to work with. In defence of portage, I estimate there are 11229 packages that portage has to search through descriptions, dependencies, masks, etc: $ cd /usr/portage; find . -maxdepth 2 -mindepth 1 -type d | wc -l 11229 does apt-get really search this many packages? I don't think it should be this slow. And I don't think I should have this little money :) But seriously, I think you trade off speed when searching, vs speed when syncing, vs keeping a database up to date. As already mentioned, there are other tools to help speed it up. Also, On Thu, 2006-05-25 at 11:45 -0700, Lord Sauron wrote: I also get the bonehead award: there was a new kernel sitting on my hard drive and just yesterday I found and installed it. It was remarkably easy to install! I loaded the configuration file from my old kernel and then just make make install and it worked! I didn't even have to edit /boot/grub/menu.lst! Are you sure you're running it if you didn't have to edit grub? Does `uname -r` agree with the new version you just installed? cya, -- Iain Buchanan iaindb at netspace dot net dot au A jury consists of twelve persons chosen to decide who has the better lawyer. -- Robert Frost -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On Thu, 2006-05-25 at 18:20 -0300, Daniel da Veiga wrote: Anyway, the OP is using genkernel (wether it likes/knows it or not)... This doesn't look like genkernel: I loaded the configuration file from my old kernel and then just make make install to use genkernel, you have to call genkernel. If he's typing make make install, then he's just using the plain old kernel makefile. -- Iain Buchanan iaindb at netspace dot net dot au There is not much to choose between a woman who deceives us for another, and a woman who deceives another for ourselves. -- Augier -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mozilla-firefox-1.0.8 \w xorg-x11-6.8.2-r7 problem
On Fri, 2006-05-26 at 01:50 +0400, Alexander Kirillov wrote: recently my sister descovered a strange and serious bug with mozilla-firefox-1.0.8 in combination with xorg-x11-6.8.2-r7. After visiting http://profile.myspace.com/index.cfm?fuseaction=user.viewprofilefriendid=36939781 xorg shuts down immediatly direct access to the box via the terminal is impossible. logging in remotley via ssh still works ... can anyone with the above combination verify this ? Yep. Killed my X too. I have these same versions of xorg and firefox. Fortunately I got a kdm login prompt again. The only relevant messages I could find in the logs: # cat /var/log/messages ... May 26 01:10:39 baikal kdm[11220]: X server for display :0 terminated unexpectedly ... # cat /var/log/kdm.log ... *** glibc detected *** free(): invalid next size (normal): 0x096128c0 *** ... You probably should file a bug. Please post to the list if you have any new info on the subject. I've now filed a bug: http://bugs.gentoo.org/show_bug.cgi?id=134373 If you are experiencing the same behavour, please post a comment on that bug including 'emerge --info', use-flag combinations for xorg-x11 and firefox and relevant log entries. Thanks, Matthias -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] firefox hangs frequently...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 fei huang wrote: well, I know the post should not shows up at list of gentoo, but the problem is really quite annoying and I could not find any useful solution through google. every time I click on the save link as or save image as, firefox immediately stops responding, It is said that the problem might be caused by the permissions of my last visited folder, but ALL folders and files are accessible. I firstly use a new profile, no luck; safe mode, no use of course; re-emerge it seemed to make it working for only several minutes. besides, it hangs while loading some pages. I'm using fvwm 2.5.16 and mozilla-firefox-bin 1.5.0.3. any ideas~ thanks in advance.. daniel I have seen wierd problems with binary packages. Have you tried compiling firefox from source yet? - -- Jeremy Olexa ([EMAIL PROTECTED]) Office: EE/CS 1-201 CS/IT Systems Staff University of Minnesota -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEdk27FN7pD9kMi/URAmhUAJ9O5bCrLVuNl3d8ly6XXEgsTYrJSwCfYc60 3yvHk9AEcVGTTHiCeezQo3U= =JXHd -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] firefox hangs frequently...
On Thu, 2006-05-25 at 19:37 -0500, Jeremy Olexa wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 fei huang wrote: well, I know the post should not shows up at list of gentoo, but the problem is really quite annoying and I could not find any useful solution through google. every time I click on the save link as or save image as, firefox immediately stops responding, It is said that the problem might be caused by the permissions of my last visited folder, but ALL folders and files are accessible. I firstly use a new profile, no luck; safe mode, no use of course; re-emerge it seemed to make it working for only several minutes. besides, it hangs while loading some pages. I'm using fvwm 2.5.16 and mozilla-firefox-bin 1.5.0.3. any ideas~ thanks in advance.. daniel I have seen wierd problems with binary packages. Have you tried compiling firefox from source yet? Maybe you should also # emerge -av gentoolkit # revdep-rebuild HTH, Matthias -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Linux Cluster
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bruno Lustosa wrote: Hello, list. I'm searching for a good cluster solution. What I need: - Distributed filesystem, so that all machines can share the same filesystem. Something like RAID-over-ethernet. - Load balancing. Tasks should migrate between nodes. - Redundancy, so that the death of a machine doesn't take the cluster or any processes down. I've been looking at some projects, but still didn't find what I need. OpenMosix is good, however it still requires a 2.4 kernel, and it will not offer redundancy (if a node crashes, the migrated processes are lost). So, anyone doing linux clusters? Sorry but you won't find much help on this list. Maybe this will help: http://news.gmane.org/gmane.linux.gentoo.cluster - -- Jeremy Olexa ([EMAIL PROTECTED]) Office: EE/CS 1-201 CS/IT Systems Staff University of Minnesota -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEdlClFN7pD9kMi/URAtGAAJ9M0pY+sET14gWDDnlgmPw9sMusJQCdHvhM 0hivXID6m4KCL+OggOgpopI= =KrT7 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] bash wizardry needed: PATH and MANPATH grow and grow and grow
This _does_ help. It's mysterious enough that I tested it, and it seems to work except that it removes . from any path. This is not quite what I want. Glad it was almost a success ;) Interesting, thats not something I noticed before, I have never wished . in my PATH, I should point out of course that . in your PATH is a security risk waiting to happen ;) Nevertheless it should not be removing the entry unless its a dup. I have quickly confirmed the behaviour it is defn stripping all . entries. *sigh* the script needs some work .. I'll play with it again tomorrow Thanks for the feedback, Mark -- gentoo-user@gentoo.org mailing list
Re: [SPAM] - [gentoo-user] Getting BC not to truncate at the decimal point? - Bayesian Filter detected spam
On 24/05/06, Harald Arnesen [EMAIL PROTECTED] wrote: Mike Huber [EMAIL PROTECTED] writes: Hi, I'm just trying to do some quick calculations using bc, but the version installed through portage truncates on multiplication/division. It didn't used to do this 2 years ago when I was taking number theory, and there are no USE flags available for sys-devel/bc to change this. From the manpage: $ bc bc 1.06 Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. 101/3 33 $ bc -l bc 1.06 Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. 101/3 33. -- Hilsen Harald. -- gentoo-user@gentoo.org mailing list Hi, I have always understood bc has always truncated (or at least through my general usage) whenever I have needed it to grow the decimal precision I use the scale= option: $ echo 101/3 | bc 33 $ echo scale=10; 101/3 | bc 33.66 $ echo scale=3; 101/3 | bc 33.666 $ echo 101/3 | bc -l 33. -l auto sets the scale to 20 (as per manpage). Same version of bc. Thanks Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] firefox hangs frequently...
I have seen wierd problems with binary packages. Have you triedcompiling firefox from source yet? - --Jeremy Olexa([EMAIL PROTECTED])yes, It took me more than half an hour to compile it from source last night, um;--( Maybe you should also# emerge -av gentoolkit# revdep-rebuildHTH, Matthiasthank you for your help anyway, I already have gentoolkit installed, I noticed the revdep-rebuild fix a lib file regarding to my nvidia driver, I don't think it has any importance. still have that problem...well, a lot of wierd problems after I come back to gentoo.. seems much work to do. ;-(PS: for now, I guess the problem is caused by some shared objects or libs with wrong version, e.g. gcc. try to change a gcc profilethanks againdaniel
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
sorry for my sin. I didn't know about eix. On 5/25/06, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: Friday 26 May 2006 01:00 skrev Lord Sauron: If it's not, then I really need to ask why on earth portage takes so long to just index and search packages that took apt-get much less time to work with. I don't think it should be this slow. I'm not even talking about compile-times - I know and expect those to be slow, but just raw package searching and stuff is not that fast. Do like the rest of us. emerge eix and use that for searching. Make sure to run update-eix everytime you have sync'ed portage or better yet, use eix-sync to sync portage. -- Bo Andresen -- == GCv3.12 == GCS d-(++) s+: a? C++ UL+ P+ L++ E--- W+(+++) N++ o? K? w--- O? M+ V? PS- PE+ Y-(--) PGP- t+++ 5? X R tv-- b+ DI+++ D+ G e* h- !r !y = END GCv3.12 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] firefox hangs frequently...
On Fri, 2006-05-26 at 10:04 +0800, fei huang wrote: I have seen wierd problems with binary packages. Have you tried compiling firefox from source yet? - -- Jeremy Olexa ([EMAIL PROTECTED]) yes, It took me more than half an hour to compile it from source last night, um;--( Maybe you should also # emerge -av gentoolkit # revdep-rebuild HTH, Matthias thank you for your help anyway, I already have gentoolkit installed, I noticed the revdep-rebuild fix a lib file regarding to my nvidia driver, I don't think it has any importance. still have that problem... well, a lot of wierd problems after I come back to gentoo.. seems much work to do. ;-( PS: for now, I guess the problem is caused by some shared objects or libs with wrong version, e.g. gcc. try to change a gcc profile Did you recently switched to a different version of gcc ? Does firefox write anything to the terminal after crashing ? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
On Friday 26 May 2006 04:12, Lord Sauron wrote: sorry for my sin. I didn't know about eix. On 5/25/06, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: Friday 26 May 2006 01:00 skrev Lord Sauron: If it's not, then I really need to ask why on earth portage takes so long to just index and search packages that took apt-get much less time to work with. I don't think it should be this slow. I'm not even talking about compile-times - I know and expect those to be slow, but just raw package searching and stuff is not that fast. Do like the rest of us. emerge eix and use that for searching. Make sure to run update-eix everytime you have sync'ed portage or better yet, use eix-sync to sync portage. -- or better, install esearch. It is as fast as eix, and it comes with esync. So instead of emerge sync AND update-eix, you just run esync. Has the additional advantage, that it lists all new and updates packages, when the sync is finished. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
he copied the config from his old kernel, it is not using the default options and thus *should* work just fine. Yeah, I missed that line. You're right. But he didn't installed the new kernel, and alsa-driver, ndiswrapper, nvidia drivers and a lot of other stuff claim a new compile after a kernel upgrade, I doubt it would be as clean as the OP stated. But yeah, it may happen. alsa could easily be built into the kernel, I know when I install a new kernel it is as easy as running make and make install, and re-emerging the nvidia-kernel if I'm using it. AFAIK this person didn't say anything about alsa, nvidia, ndiswrapper, etc. etc. A kernel compile compile and install is precisely as easy as the OP stated. make make install (make modules_install) is all it takes, if you're pointing at /boot/vmlinuz. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On 5/25/06, Iain Buchanan [EMAIL PROTECTED] wrote: On Thu, 2006-05-25 at 18:20 -0300, Daniel da Veiga wrote: Anyway, the OP is using genkernel (wether it likes/knows it or not)... This doesn't look like genkernel: It doesn't have to look, he used the Gentoo installer, and so, it IS GENKERNEL. I loaded the configuration file from my old kernel and then just make make install to use genkernel, you have to call genkernel. If he's typing make make install, then he's just using the plain old kernel makefile. That if you do a manual install, the installer use it, or better, if you choose it will use the same kernel as the livecd, that is, voilá, genkernel. Try it, its pretty cool. -- Daniel da Veiga Computer Operator - RS - Brazil -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCK-- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On 5/25/06, Steven Susbauer [EMAIL PROTECTED] wrote: he copied the config from his old kernel, it is not using the default options and thus *should* work just fine. Yeah, I missed that line. You're right. But he didn't installed the new kernel, and alsa-driver, ndiswrapper, nvidia drivers and a lot of other stuff claim a new compile after a kernel upgrade, I doubt it would be as clean as the OP stated. But yeah, it may happen. alsa could easily be built into the kernel, I know when I install a new kernel it is as easy as running make and make install, and re-emerging the nvidia-kernel if I'm using it. AFAIK this person didn't say anything about alsa, nvidia, ndiswrapper, etc. etc. A kernel compile compile and install is precisely as easy as the OP stated. make make install (make modules_install) is all it takes, if you're pointing at /boot/vmlinuz. But he isn't because he used the installer and thus use genkernel, hmm, its like the third time I'll say that, so, I'll stop and report you all to read the complete thread. -- Daniel da Veiga Computer Operator - RS - Brazil -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCK-- -- gentoo-user@gentoo.org mailing list
[gentoo-user] Ghost of vmware workstation haunts player?
I had a trial license for vmware workstation. I decided to work just with vmware player, so I did an emerge -C on workstation, and an emerge of player. The install was perfectly smooth, but it doesn't work. The symptoms were pretty bizarre, so I did a careful by-hand deletion of the files that the unmerge told me would remove all traces, then I rebooted the system (there was a module that wouldn't unload). Then I did an umerge and emerge again. I ran the configurations script. But, it was schizophrenic about it. Below is what it said at the end of the configure; you'll see it says the module loads perfectly, then it says it has been installed correctly, but not configured (but this is while *running* the configure script. Then it says I can go ahead and run the player. It cannot make up its mind, but the end result is nothing works any more. Help? ++ kevin = running configure script = Building for VMware Player 1.0.x or VMware Workstation 5.5.x. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmnet-only' make -C /lib/modules/2.6.16-gentoo-r7-kosmanor/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.16-gentoo-r7' CC [M] /tmp/vmware-config0/vmnet-only/driver.o CC [M] /tmp/vmware-config0/vmnet-only/hub.o CC [M] /tmp/vmware-config0/vmnet-only/userif.o CC [M] /tmp/vmware-config0/vmnet-only/netif.o CC [M] /tmp/vmware-config0/vmnet-only/bridge.o CC [M] /tmp/vmware-config0/vmnet-only/procfs.o CC [M] /tmp/vmware-config0/vmnet-only/smac_compat.o CC [M] /tmp/vmware-config0/vmnet-only/smac_linux.x386.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.o Building modules, stage 2. MODPOST CC /tmp/vmware-config0/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.ko make[1]: Leaving directory `/usr/src/linux-2.6.16-gentoo-r7' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config0/vmnet-only' The module loads perfectly in the running kernel. * VMware Player is installed, but it has not been (correctly) configured * for the running kernel. To (re-)configure it, invoke the * following command: /opt/vmware/player/bin/vmware-config.pl. * VMware is not properly configured! See above. [ !! ] The configuration of VMware Player 1.0.1 build-19317 for Linux for this running kernel completed successfully. You can now run VMware Player by invoking the following command: /opt/vmware/player/bin/vmplayer. Enjoy, --the VMware team treat init.d # /opt/vmware/player/bin/vmplayer vmware is installed, but it has not been (correctly) configured for this system. To (re-)configure it, invoke the following command: /opt/vmware/player/bin/vmware-config.pl. treat init.d # -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
Lord Sauron wrote: On 5/25/06, Thomas Kirchner [EMAIL PROTECTED] wrote: * On May 25 11:45, Lord Sauron (gentoo-user@lists.gentoo.org) wrote: I've found (after much exploration) that there is a archive: /portage-20060123.tar.bz2 Much exploration? Forgive my amazement and please don't be *too* terribly offended by the rudeness of what I'm about to type, but... you call `ls /` 'much exploration'?? That's curious. So I can delete this tarball then? Yes. In fact, someone should tell the Installer people that it should clean up after itself. It takes about as long to start going as it does to open the archive /portage-20060123.tar.bz2 - conincidence? I think not! I think so ;) If it's not, then I really need to ask why on earth portage takes so long to just index and search packages that took apt-get much less time to work with. I don't think it should be this slow. I'm not even talking about compile-times - I know and expect those to be slow, but just raw package searching and stuff is not that fast. The time is how long it takes for python to 'import portage'. Unfortunately that's a limitation of the portage code - that even minor metadata searches and such can't take place without a full 'import portage'. The import is a cached process, so the metadata only has to be loaded from disk once, and is quickly used from RAM each time thereafter. If speed when searching packages is an issue, try app-portage/eix or http://gentoo-portage.com. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On 5/25/06, Daniel da Veiga [EMAIL PROTECTED] wrote: But he isn't because he used the installer and thus use genkernel, hmm, its like the third time I'll say that, so, I'll stop and report you all to read the complete thread. It doesn't really matter how many times you say it, the OP did *not* use genkernel to install his _new_ kernel. He quite explicitly said make make install. He *may* have unwittingly used genkernel when he first installed his system, but he definitely didn't upgrade with it. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
Hemmann, Volker Armin wrote: So instead of emerge sync AND update-eix, you just run esync. eix-sync It's only three more keys... :P -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On Thu, 2006-05-25 at 23:50 -0300, Daniel da Veiga wrote: On 5/25/06, Iain Buchanan [EMAIL PROTECTED] wrote: On Thu, 2006-05-25 at 18:20 -0300, Daniel da Veiga wrote: Anyway, the OP is using genkernel (wether it likes/knows it or not)... This doesn't look like genkernel: It doesn't have to look, he used the Gentoo installer, and so, it IS GENKERNEL. I loaded the configuration file from my old kernel and then just make make install to use genkernel, you have to call genkernel. If he's typing make make install, then he's just using the plain old kernel makefile. That if you do a manual install, the installer use it, or better, if you choose it will use the same kernel as the livecd, that is, voilá, genkernel. Try it, its pretty cool. Yes, the initial install seems to be from the installer, which would have used genkernel to build a kernel. BUT he then typed make make install himself, rebooted, and voila, he is not using genkernel any more. -- Iain Buchanan iaindb at netspace dot net dot au The first condition of immortality is death. -Stanislaw Lec -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] rc-scripts: status: stopped log message
On Wed, 2006-05-24 at 14:14 +0930, Iain Buchanan wrote: My /var/log/messages is filling up with the lines like May 24 12:01:50 orpheus rc-scripts: status: stopped They're coming in two's, about every two seconds. What on earth is causing this? It's only been happening from about yesterday. Not sure why. I just upgraded to the latest ~x86 everything, but it still happens... thanks, I made it a bit further: something is calling /etc/init.d/samba status - I found this out by editing /etc/init.d/runscript.sh and changing the output to print the service name, so instead of rc-scripts: status: stopped I got rc-scripts: samba status: stopped So what's calling /etc/init.d/samba status all the time?? please, any suggestions are welcome. -- Iain Buchanan iaindb at netspace dot net dot au Finagle's Seventh Law: The perversity of the universe tends toward a maximum. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] rc-scripts: status: stopped log message
On Fri, 2006-05-26 at 13:35 +0930, Iain Buchanan wrote: I made it a bit further: something is calling /etc/init.d/samba status - I found this out by editing /etc/init.d/runscript.sh and changing the output to print the service name, so instead of rc-scripts: status: stopped I got rc-scripts: samba status: stopped So what's calling /etc/init.d/samba status all the time?? please, any suggestions are welcome. I made it further still, and found out it only happens when I'm logged in. WHAT is testing the samba service continuously when I'm logged in? TIA, -- Iain Buchanan iaindb at netspace dot net dot au design, v.: What you regret not doing later on. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
On 5/25/06, Iain Buchanan [EMAIL PROTECTED] wrote: On Thu, 2006-05-25 at 16:00 -0700, Lord Sauron wrote: On 5/25/06, Thomas Kirchner [EMAIL PROTECTED] wrote: It takes about as long to start going as it does to open the archive /portage-20060123.tar.bz2 - conincidence? I think not! I think so ;) If it's not, then I really need to ask why on earth portage takes so long to just index and search packages that took apt-get much less time to work with. In defence of portage, I estimate there are 11229 packages that portage has to search through descriptions, dependencies, masks, etc: apt-get (as of Debian 3.1 Sarge) searches 33,333 seperate packages or so. $ cd /usr/portage; find . -maxdepth 2 -mindepth 1 -type d | wc -l 11229 does apt-get really search this many packages? It does more. I don't think it should be this slow. And I don't think I should have this little money :) But seriously, I think you trade off speed when searching, vs speed when syncing, vs keeping a database up to date. As already mentioned, there are other tools to help speed it up. Yeah, well... apt-get was faster on the sync and on the search. It's not fair to compare installation times, but it was also faster on calculating the dependencies. If anything, this is a indicator that I need to try and contribute to the portage project... at least contribute as much as I'm able. Also, On Thu, 2006-05-25 at 11:45 -0700, Lord Sauron wrote: I also get the bonehead award: there was a new kernel sitting on my hard drive and just yesterday I found and installed it. It was remarkably easy to install! I loaded the configuration file from my old kernel and then just make make install and it worked! I didn't even have to edit /boot/grub/menu.lst! Are you sure you're running it if you didn't have to edit grub? Does `uname -r` agree with the new version you just installed? I went through dmesg and stuff and I'm totally positive. -- == GCv3.12 == GCS d-(++) s+: a? C++ UL+ P+ L++ E--- W+(+++) N++ o? K? w--- O? M+ V? PS- PE+ Y-(--) PGP- t+++ 5? X R tv-- b+ DI+++ D+ G e* h- !r !y = END GCv3.12 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On 5/25/06, Daniel da Veiga [EMAIL PROTECTED] wrote: On 5/25/06, Lord Sauron [EMAIL PROTECTED] wrote: I've found (after much exploration) that there is a archive: /portage-20060123.tar.bz2 Simply a portage snapshot, maybe the one you used to install Gentoo in the first place? Take a look at the date and tell me I'm wrong. Okay, the date is when I installed Gentoo. You're right. This has - to the best of my knowledge - all the ebuild headers or whatever for everything. I know I can un-tar this and all, however, I want portage to use it in its uncompressed state, just to speed things up. I'm not burning for hard drive space, so a little more speed would be great. Of course, it is a portage snapshot, it has a whole compressed portage tree, used to install, or update portage when using alternative methods for those (like me) that lack the capacity to use remote RSYNC. Forgive my ignorance, but what is RSYNC? However, I have no idea where to start to try and configure portage to reflect a change like this. I've read the man pages for ebuild and emerge several times over without finding any hints, so I was thinking someone on this list would know. There's no change and there's no such feature. If you take a look at /usr/portage, you'll notice that is has all portage related stuff there, a snapshot is decompressed there when you install (correct me if I'm wrong, but you installed using the Gentoo Installer, didn't you? if you had a complete experience of Gentoo install, you would know that by now, that's why I strongly advice new users to AVOID THE INSTALLER). If you sync once in a while, it is updated. Portage is not kept compressed. Yeah, well this new Gentoo user wouldn't have gotten past partitioning my hard drive without the installer. I know it does let less experience people - like myself - into the community of vastly more experienced Gentoo users, however, I also think it's been a great tool for learning more about Linux. I also think that there's another file, /metadata.tar.bz2, which I think is portage-related. If possible I'd like to uncompress that as well. Oh, this one was a good choice, metadata is used by portage, but if you take a look at /usr/portage/metadata, it is uncompressed there too, and that is what portage uses. So any portage slowness now is just because... yeah, I really should look into this, because I see no reason why portage should be running as slow as it is. I think this is the cause of a slow portage because everything takes a long time to start going, then it's just fine. It takes about as long to start going as it does to open the archive /portage-20060123.tar.bz2 - conincidence? I think not! But it is. That's because of caching, not because it uncompress everything every time and compress it again later, that would be stupid (forgive my language). I also get the bonehead award: there was a new kernel sitting on my hard drive and just yesterday I found and installed it. It was remarkably easy to install! I loaded the configuration file from my old kernel and then just make make install and it worked! I didn't even have to edit /boot/grub/menu.lst! Dang... I got done and said that was easy. I think I'm really getting the hang of all this! You have run an emerge -u world and it got the kernel sources, you have no special needs and so the default configuration fit your need, compiling kernels is EASY, making them work, that's a hard one. It booted, so I'm perfectly happy. It's spitting out coldplug errors right now, so I'm going to be hammering out some more settings, but it still boots and runs just fine, so I can't complain. You sincerely must be booting from your old kernel and your /usr/src/linux link must be pointing at your old sources, else you would have some problems and probably would have to recompile, reconfigure some stuff, because after make and all, you should copy the image to /boot and, if necessary, change the grub.conf (menu.lst) to point at the right file. I ran make make install. I'm absolutely positive I'm running the new kernel because I've looked in /boot and it's there, and I've looked to check which kernel is actually running and it's the new one. The symlink in /usr/src is still pointing to the old kernel because I haven't bothered to change that yet, but I'll do it very soon. Especially since I gave in and unmasked YaKuake. I love Yakuake! See the Kernel upgrade guide at Gentoo.org for more info. I think I got it right the first time, which is ample reason for celebration as far as I'm concerned. -- == GCv3.12 == GCS d-(++) s+: a? C++ UL+ P+ L++ E--- W+(+++) N++ o? K? w--- O? M+ V? PS- PE+ Y-(--) PGP- t+++ 5? X R tv-- b+ DI+++ D+ G e* h- !r !y = END GCv3.12 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
On 5/25/06, Thomas Kirchner [EMAIL PROTECTED] wrote: * On May 25 16:44, Daniel da Veiga (gentoo-user@lists.gentoo.org) wrote: (correct me if I'm wrong, but you installed using the Gentoo Installer, didn't you? if you had a complete experience of Gentoo install, you would know that by now, that's why I strongly advice new users to AVOID THE INSTALLER) Good point, Daniel. I totally forgot about the installer because I've never even looked at it, but you're right - the only way someone could miss that is if they used the installer or if someone else installed Gentoo for them. That said, I must reiterate the sentiment - avoid the installer like the plague. (Sorry, installer project folks. I just don't agree with it.) To the original poster, and to anyone else who has used the installer, please do the list and yourselves a favor - read the guides, learn your system. I don't mean this to be rude in any way, but you'll get much more benefit out of Gentoo that way. I'm learning Gentoo as fast and as much as I can! I've fixed many problems by myself that you haven't heard about because I managed to fix them myself. I'm not as idiotic as some, but I'm not at all familiar with portage and that's why I'm asking: I'm a hardened apt-get veteran, but with portage I'm still learning, which is why I ask. -- == GCv3.12 == GCS d-(++) s+: a? C++ UL+ P+ L++ E--- W+(+++) N++ o? K? w--- O? M+ V? PS- PE+ Y-(--) PGP- t+++ 5? X R tv-- b+ DI+++ D+ G e* h- !r !y = END GCv3.12 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] firefox hangs frequently...
On 5/26/06, Matthias Langer [EMAIL PROTECTED] wrote: On Fri, 2006-05-26 at 10:04 +0800, fei huang wrote: I have seen wierd problems with binary packages. Have you tried compiling firefox from source yet? - -- Jeremy Olexa ([EMAIL PROTECTED]) yes, It took memore than halfan hourto compile it from source last night,um;--( Maybe you should also # emerge -av gentoolkit # revdep-rebuild HTH, Matthias thank you for your help anyway, I already have gentoolkit installed, I noticed the revdep-rebuild fix a lib file regarding to my nvidia driver, I don't think it has any importance. still have that problem... well, a lot of wierd problems after I come back to gentoo.. seems much work to do. ;-( PS: for now, I guess the problem is caused by some shared objects or libs with wrong version, e.g. gcc.try to change a gcc profileDid you recently switched to a different version of gcc ? I upgraded gcc to version 3.4.5, but still use previous gcc 3.3.6 profile.not switch actually. Does firefox write anything to the terminal after crashing ?nothing, I also tried to start firefox through strace, It stoped at waitpid system call, did not write anything after crashing. I've heard somebody compiling firefox with debug infomation, but I don't knowhow to use that~. gentoo-user@gentoo.org mailing listI use Windows at office, so, have to test it at night, ..
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
Hemmann, Volker Armin wrote: On Friday 26 May 2006 04:12, Lord Sauron wrote: sorry for my sin. I didn't know about eix. On 5/25/06, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: Friday 26 May 2006 01:00 skrev Lord Sauron: If it's not, then I really need to ask why on earth portage takes so long to just index and search packages that took apt-get much less time to work with. I don't think it should be this slow. I'm not even talking about compile-times - I know and expect those to be slow, but just raw package searching and stuff is not that fast. Do like the rest of us. emerge eix and use that for searching. Make sure to run update-eix everytime you have sync'ed portage or better yet, use eix-sync to sync portage. -- or better, install esearch. It is as fast as eix, and it comes with esync. So instead of emerge sync AND update-eix, you just run esync. Sory, I fail to see the advantage. eix comes with eix-sync, which will do a emerge --sync and update-eix. Has the additional advantage, that it lists all new and updates packages, when the sync is finished. You don't know eix, do you? Because, what you list here as an advantage is no advantage, as eix does the same. Alexander Skwar -- economist, n: Someone who's good with figures, but doesn't have enough personality to become an accountant. do -- gentoo-user@gentoo.org mailing list