gnome hangs when clicking 'Desktop' menu
I have debian etch, with gnome installed. I connect via vnc and have 'gnome-session ' in my .vnc/xstartup file. It seems to work fine but hangs when ever I click on 'Desktop' on the menu/panel. All other menu items work as expected, until 'Desktop' is clicked, then everything stops responding. Anyone know why and/or how to fix this? Thanks, Brendan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XMMS: No output plugins specified
Am Sonntag, den 30.07.2006, 19:52 -0700 schrieb Max A.: I believe that is bug 380321: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380321 They claim it fixed in xmms 1.2.10+20060729-1 but I still face it ;( Hi Max, same here after upgrading the package! Max On 7/28/06, Markus Neviadomski [EMAIL PROTECTED] wrote: Hi, after apt-get update apt-get upgrade on my amd64-box (debian unstable), xmms doesn't work. After startup and pressing play in xmms, the following message appears: no output plugins specified. Looking in the Settings-panel, the select-box for the output is empty. I searched the debian packages for any output-plugins, but I found nothing for alsa or so on. I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10 now and the sounchip is a ac97-chip from realtek (ALC850). Any ideas? -- -- Markus Neviadomski mailto: [EMAIL PROTECTED] WWW: www.dieitexperten.de Linux User #291181 GPG-Key: 0xF5226EB5 --- signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Searching Tool for CPU stepping down
On Thu, Jul 27, 2006 at 07:14:00PM +0200, Hans-J. Ullrich wrote: today I have an unusual thouhgt: I am looking for a tool, which I want to start on the notebook, when doing nothing. I do NOT mean powernowd, cpufreqd or similar, which use the pins on the cpu to switch it down (on my AMD-Turion to 800MHz) I am looking for a tool like those on windows in the early 486er days: they were called waterfall or raindrop and could change the cycle-rate from i.e. 100 MHz to 10 MHz. Does somebody know such a tool for linux ? Or is this on modern cpus not more needed ! You just described cpufreq. Just use a kernel with cpufreq support and use the ondemand or conservative governor to let the CPU switch to various frequencies. Note that you can't decrease the clock frequency on a 486 without extensive hardware support on the motherboard. Some 486 notebooks had such hardware (my old Digital notebook, for example), but the programming interface was non-standard: the Digital tools certainly didn't work on Compaq notebooks. I imagine, with these tools, power would last much longer, when I can bring my processor down to 100MHz. Or do I think wrong Yes and no. Subtle detail: you don't want to save power, you want to save *energy*. See my OLS 2002 CPUfreq paper: http://www.lartmaker.nl/projects/scaling/cpufreq.ps.gz Erik -- +-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 -- | Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ext3 vs reiserfs 3.6
MichaÅ PaÅka [EMAIL PROTECTED] writes: On Fri, 2006-07-28 at 13:31 +0200, Goswin von Brederlow wrote: We (at my workplace) have lots of them, smp and not, with reiserfs and they don't usualy crash. They do crash a lot when we get new ones untill we weed out all the bad ram and such but after that the majority runs stable. The rest we swap cpu or the mainboard till they work. We still do have problems with reiserfs every now and then though. Having power getting cut from nodes without proper shutdown seems to be a problem for reiserfs. On reboot the syslogd hangs for ages unless /var is reformated. Recently I convinced my boss to switch to another filesystem but we still have to test crash (e.g. pull the power every 5 minutes) the different FSes a lot to see which is most robust. Personaly I use ext3 and never had problems on amd64. I'm quite surprised to hear all these bad opinions about reiserfs since I have never had any problems with it not caused by bad hardware. Which is the norm rather than the exception. One thing that many people seem to be missing is the fact that their drives might have write-cache enabled. In that case, even journalling filesystems can be damaged by non-clean unmount if they don't handle the caching issues. Meta-data corruption in ext3 might be less visible because of the defensive layout of its structures. Drives, especially the cheap kind, lie, cheat and have bugs. Again, bad hardware is the norm not the exception. Reiserfs has the big assumption that the hardware works perfect. Any screwup there throws reiserfs totaly off track. Even just a power loss causing the drive to stop a block write in the middle of a block. Ext3 has a defensive layout of its structures, as you put it, to battle such inconsistencies and still function even when the hardware does screw up slightly. I think such robustness is essential. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: D-I Beta 3 - release update - please test
(Please reply only to debian-boot; reply-to set accordingly; add other recipients only selectively) A week since the planning was posted, time for an update. Thanks to James, the upload of d-i was processed very quickly. Since then various, mostly minor issues have been identified and resolved. We are now at the stage where final tests before the release can be done for all arches, so if you have some time, please run an installation on your favorite architecture(s). Please file an installation report with your results, or, if you are a d-i team member, update [0] directly. Beta 3 candidate images are available from the following locations: Full CD and DVD images: links weekly snapshot images on [1] Netinst and businesscard CD images: links to daily built images on [1] the daily images now point to the etch_d-i builds [2] Images for other installation methods: http://ftp.nl.debian.org/debian/dists/sid/main/installer-arch/current/images/ Known issues: - S/390 Beta 3 candidate images are broken; will be fixed with next upload - Lowmem settings in Beta 3 images are not yet correct; see below On Monday 24 July 2006 11:52, Frans Pop wrote: One important TODO item is updates to debian-cd, especially for architectures that are dropping 2.4 support in d-i. If your architecture needs such changes, please contact me. Joey and Steve can probably help with the changes where needed. As far as we know all needed updates in debian-cd have been made and successful builds for all types of CD images are now available. A fair amount of changes were needed, so please test CD-based installs. All this does mean that the current lowmem levels need serious review for all architectures. The good news is that memory requirement for a bare install (lowmem level 2) looks be hardly changed. An updated lowmem was uploaded today and will be included in the final upload for Beta 3. The level 1 limits have been increased substantially for all arches. For a few arches level 2 limits have been adjusted as well. We will need to get back to this before the RC releases. Release planning We are mostly running according to schedule. 29Jul Last chance to upload udebs for inclusion in intrds Last expected uploads (localechooser and lowmem) now done. 30Jul Testbuild of weekly images (using d-i images from unstable) Images for all architectures are now available. 1Aug Final upload of d-i images There is one issue that will probably delay the final upload of d-i images. A new upstream version of directfb was uploaded recently which FTBFS on powerpc. This breaks builds of d-i on arches which support the graphical installer. Hopefully this will be resolved soon. 2- 5 Aug Testing This can already start now. 2Aug Last chance to upload udebs not included in initrds 4- 6 Aug Preparation of release notes, errata, etc. 5Aug Migration of d-i to testing 6Aug CD builds 7Aug Release Will slip too depending on when the issue mentioned above is resolved. Cheers, FJP [0] installer/doc/devel/release-checklist [1] http://www.debian.org/devel/debian-installer/ [2] If you need to test sid_d-i images (using daily built d-i images), use http://cdimage.debian.org/cdimage/daily-builds/etch_d-i/arch-latest/arch/iso-cd/ pgpWaBf3LP6x3.pgp Description: PGP signature
Re: GoogleEarth install
Rob Blomquist [EMAIL PROTECTED] writes: On Friday 28 July 2006 06:36 am, Brett Viren wrote: Rob Blomquist [EMAIL PROTECTED] writes: On Thursday 27 July 2006 06:28 am, Lennart Sorensen wrote: On Wed, Jul 26, 2006 at 10:24:53PM -0700, Rob Blomquist wrote: I just tried running it inside my chroot, and it works. although a bit pokey. I'm guessing you don't have hardware OpenGL acceleration going. I found w/out that G.E. is essentially unusable (at least on my 2GHz Turion, 1GB ram laptop). With it, it is fully captivating! What package do I need to get it running? Well, my card is an ATI (forget the exact model; something like Radeon A350 iirc). I used the fglrx package converted from RPM available from ATI's web site. This provides xserver and GL/GLU libs. If you go this route be aware that you will likely have to handle, by hand, some conflicts between fglrx and the free xserver-xorg-video-ati package. The fglrx package will happily overwrite any pre-existing GL libs. BTW, this was all in 32bit i386 (sorry for the off-topic). -Brett. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problem with smp kernel on K8D Master3
Hello, I have server with MSI K8D Master3-133, 2x AMD dual-core Opteron 280, 4x 2048MB DDR266 ECC reg.. I want to use kernel-image-2.6.8-12-amd64-k8-smp, but if I reboot server with new kernel, kernel does not work. Kernel has error code: 41 80 3e 00 7e f8 e9 ca dd ff ff f3 90 41 80 7d 00 00 7e f7 Can you help me please? Thank you -- Radek Libovicky --- Lira IS s.r.o. Drtinova 8 Praha 5 - 150 00 Tel:+420 2 270 18 362 Tel/Fax:+420 2 270 18 365 Webhosting s antivirovou ochranou www.lirais.cz , http://shop.lirais.cz www.redakce.cz - Redakcni system Atlanic 3.0 http://lucas.lirais.cz - Software pro profesionalni reseni prodeje na siti Internet Certifikacni autorita Lira IS CA - http://download.lirais.cz/Certification/ca.crt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with smp kernel on K8D Master3
From: Libovicky Radek [EMAIL PROTECTED] Date: Mon, Jul 31, 2006 at 07:00:21PM +0200 Hello, I have server with MSI K8D Master3-133, 2x AMD dual-core Opteron 280, 4x 2048MB DDR266 ECC reg.. I want to use kernel-image-2.6.8-12-amd64-k8-smp, but if I reboot server with new kernel, kernel does not work. It may look like a new kernel to you, but 'new' != 2.6.8. 2.6.17 is available and fixes many bugs compared to 2.6.8. Also, it sounds like a vendor kernel. In that case, try a newer kernel from the vendor first, and complain to them if it doesn't work. Kernel has error code: 41 80 3e 00 7e f8 e9 ca dd ff ff f3 90 41 80 7d 00 00 7e f7 Can you help me please? Thank you If there still is a problem with a newer kernel, we need the complete output. Try reading REPORTING-BUGS in the top directory of your kernel source tree to learn what you need to post. Kind regards, Jurriaan -- And having seen you, the Serra said, speaking so coldly it seemed that she had swallowed desert night and transformed it into words, I understand why Evallen of Arkosa chose not to trust you to do the necessary and the wise. Michelle West - Sea of Sorrows Debian (Unstable) GNU/Linux 2.6.18-rc2-mm1 2010 bogomips load load 0.49 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: firefox ugly fonts
I believe the KDE font applet (where you can subpixel rendering on and off) will set this file up for you. ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig includeconf.d/no-bitmaps.conf/include /fontconfig I think the path up there is not quite right. See if you can find that file and put the full path name in the include directive. I have used: include/etc/fonts/conf.d/no-bitmaps.conf/include but it doesn't work again... Thanks, Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
