[gentoo-user] gnome complains about no mixer elements and/or device on login
When I log into gnome I get a dialog with the following message: Sorry, no mixer elements and/or devices found Advcie from google and forums.g.o seems to point to the following likely solutions: 1. make sure user has ability to do audio - yes I can, and everything I run in gnome produces audio output when it should (mplayer, xmms, mpg123, xine, whatever) 2. run gst-register-0.8 - done it, more than once. Doesn't complain about any problems, but makes no difference even after a reboot. Thats about a summary of the suggested fixes and the results. I figured that the error seemed to be on running gnome-volume-control, so when i run it from an xterm I get the following: [EMAIL PROTECTED] /home/torrents/nick $ gnome-volume-control ** (gnome-volume-control:19921): CRITICAL **: how to remove plugins? (gnome-volume-control:19921): GStreamer-CRITICAL **: Factory for `ossmixer' has no type. This probably means the plugin wasn't found because the registry is broken. The plugin GStreamer was looking for is named 'ossaudio' and is expected in file '/usr/lib/gstreamer-0.8/libgstossaudio.so'. The registry for this plugin is located at '/var/lib/cache/gstreamer-0.8/registry.xml' ** (gnome-volume-control:19921): CRITICAL **: how to remove plugins? (gnome-volume-control:19921): GStreamer-CRITICAL **: Factory for `alsamixer' has no type. This probably means the plugin wasn't found because the registry is broken. The plugin GStreamer was looking for is named 'alsa' and is expected in file '/usr/lib/gstreamer-0.8/libgstalsa.so'. The registry for this plugin is located at '/var/lib/cache/gstreamer-0.8/registry.xml' OK well it looks like something is missing. I though gst-register-0.8 was supposed to sort all that out. What am I missing or what do I do to fix this? Can I safely delete /var/lib/cache/gstreamer-0.8/registry.xml and re-run the register program and see if that makes a difference? Or will i break something? As sound is in fact working in all apps I use, its not such a worry, just a sign that something is broken, and if something is broken it may get worse down the track. -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Why gpm?
You have net-misc/dhcpcd, a DHCP client only. -- Jes_s Garc_a Crespo (aka Sevein) http://www.sevein.com [EMAIL PROTECTED] GnuPG key ID: E2DB17E8 (pgp.escomposlinux.org) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ideas for a mini-FAQ/HOWTO
On Sun, 11 Sep 2005 00:43:01 -0400, Walter Dnes wrote: 1) In /etc/make.conf set the following entry... MAKEOPTS=-j1 Do *NOT*, I repeat, do *NOT* use higher numbers. You are begging for problems if you do so. This is a blanket statement that will only slow down compiles for a lot of people that use higher numbers with no problems. I use j2 on three different boxes and I don't recall a single problem on any of them. -- Neil Bothwick folks who didn't succeed either. pgpF9M2UABfTc.pgp Description: PGP signature
Re: [gentoo-user] Does mythtv require older nvidia builds on a radeon system?
W.Kenworthy schreef: Does mythtv require older nvidia builds on a radeon system? bunyip ~ # emerge media-tv/mythtv -vp These are the packages that I would merge, in order: [ebuild N] media-tv/mythtv-0.18.1-r1 +alsa (-altivec) -arts -debug +dvb +frontendonly -jack -joystick +lcd +lirc +mmx +nvidia +opengl +oss -unichrome +vorbis 8,651 kB This is is on a laptop using a radeon card! I presume its the opengl use flag is the root cause. No, it's more likely that big 'ol +nvidia USE flag you've got set. Presumably this is unnecessary, since you don't have an nVidia card that can use any such drivers, so perhaps you'd like to add -nvida to /etc/make.conf. :-) Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
On Sun, 11 Sep 2005 18:33:20 +1200, Nick Rout wrote: I imagine he read the install instructions, which are pretty clear about doing an emerge --emptytree system What makes you think this is wrong? http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1chap=6#doc_chap2 This is about building the system, not rebuilding it. Ay this point of the installation, system has not been merged, so the only rebuilding --emptytree does is the packages installed by bootstrap.sh. As the about docs say, --emptytree is only needed then if you have changed your CFLAGS, otherwise --newuse is sufficient. Rebuilding an entire system that is working fine is a clear breach of if it ain't broke, don't fix it, so should only be done if you are aware of the potential problems and consequences, and how to deal with them. -- Neil Bothwick Bury a lawyer 12 feet under, because deep down they're nice. pgpO020dj5YAw.pgp Description: PGP signature
Re: [gentoo-user] Does mythtv require older nvidia builds on a radeon system?
How did I miss that!, why is that set ... oh well, I overlooked the obvious - thanks. BillK On Sun, 2005-09-11 at 11:13 +0200, Holly Bostick wrote: W.Kenworthy schreef: Does mythtv require older nvidia builds on a radeon system? bunyip ~ # emerge media-tv/mythtv -vp These are the packages that I would merge, in order: [ebuild N] media-tv/mythtv-0.18.1-r1 +alsa (-altivec) -arts -debug +dvb +frontendonly -jack -joystick +lcd +lirc +mmx +nvidia +opengl +oss -unichrome +vorbis 8,651 kB This is is on a laptop using a radeon card! I presume its the opengl use flag is the root cause. No, it's more likely that big 'ol +nvidia USE flag you've got set. Presumably this is unnecessary, since you don't have an nVidia card that can use any such drivers, so perhaps you'd like to add -nvida to /etc/make.conf. :-) Holly -- William Kenworthy [EMAIL PROTECTED] Home! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] panel error
Michael Crute schreef: On 9/10/05, *Dave Nebinger* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: A google search turned up another message: I had this too after I botched a VNC install. I solved it by purging /tmp and all the config files in my home directory. There is probably a better way but it was a new install and I didn't have my files on it anyhow. So try creating a new user with a new home directory and see if that fixes things. Don't know if that applies to you, though. Hmm... feeling some dejavu with that quote. Odd. Anyhow in that one I wasn't quite talking about this issue. The times I have had this happen are when I do something to crash Gnome. Typically a sudo killall gnome-panel from a regular terminal is all it takes to fix this. -Mike Yes, but that doesn't necessarily fix it permanently, depending on your settings. Here's the deal (afaik, based on my long experience with GNOME): One of 2 variations of the same situation seem to cause this issue: 1) there is a previously crashed panel (zombie) trying to start when the session is loaded; 2) there is a previously crashed panel applet (zombie) trying to start an instance of the panel when the session is loaded. The overall issue is that the gnome-panel is always set to 'restart' in the session manager (so if it crashes, the panel would automatically attempt to restart, as you don't have much of a GNOME desktop without the panel), and (of course), any panel applet that wants to run is going to attempt to start the panel (because the applet depends on the panel running). The secondary issue is your individual settings for 'save session on exit'. If the last saved session contains this zombie process, it's going to attempt to restart whenever you login, because that's what the purpose of the saved session is (to restore the session as it was when saved, irrespective of its state of cleanliness). So what has to be done is that the saved session itself has to be cleaned of this zombie process. The problem is that much of the time, these zombie processes do not appear in any system monitor (under 'normal' circumstances). Two ways to do this (I find 'the long way' more reliable, but both should theoretically work): 1) Go to GNOME Control Center = Advanced = Sessions and find out what your session save settings are in the first place. The short way: Set the session save to 'ask me on logout' The long way: Turn off all session saving. If you're going the short way, now do a killall -9 gnome-panel in a terminal. This should be sufficient if the problem is a crashed panel, but it won't necessarily be if the problem is a crashed applet. For example, I normally have this problem when I first install GNOME, and the mixer applet-- which is a default applet-- crashes due to not being yet properly set. The mixer applet is default, so it's always going to attempt to start, and when I get the settings fixed, it will start normally, but prior to that I probably got a message that the mixer applet was crashed and do I want to remove it from the panel layout? Well of course I don't, *but* what seems to really happen is that when I correct the settings in the Sound area of the Control Panel or whatever, the 'original' applet doesn't get fixed and start, but a new, fixed instance of the applet starts. So the original crashed applet that I didn't remove is trying to start an instance of the panel, and the new, working instance of the applet is trying to start a panel. The solution to this is usually to remove all instances of the applet (which may require going to gconf-editor to fix the crashed one, since I didn't take the layout out of there when I had the chance), and add the applet back to the panel (so that one instance only is requested), and save the session (so that the session where both applets are attempting to start is overwritten). Yeah, OK, the 'short way' isn't all that short, but GNOME can be fairly obtuse at times. Log out and explicitly save the session, then log back in. If the problem was simply a zombie instance of the panel, it should now not attempt to restart, and the 'regular' panel should start normally (although this has never really worked for me, it's *supposed* to). You can then set your Session settings back to 'automatically save session on exit' or whatever you like. The long way: Log out (you've turned off session saving, so your current settings will not be saved again). Log back in to the 'GNOME failsafe session', which should be listed in your list of sessions if you use GDM. If you use KDM, I'm not sure, and I'm also not sure how you get into it using startx (I'd have to look in my sessions folder, which I'll do after I finish this). The idea of the failsafe session is that it's not going to run any 'startup scripts' (whatever those are for GNOME), but just the essentials of the default session. In any case, whatever it means, the result as I have seen it is that: 1)
[gentoo-user] ldap user auth
Hi all, I just got done following the howto for ldap user auth. everything I thought went fine. but when I switch my pam file over to what the howto says, then it wont let me log in. getent passwd|grep 0:0returns what it says its is suppose to. below are my pam file, and my recent logs, any ideas on what could be wrong?auth required pam_env.soauth sufficient pam_unix.so likeauth nullok auth required pam_deny.soaccountrequired pam_unix.sopassword required pam_cracklib.so difok=2 minlen=8 dcredit=2 ocredit=2 retry=3password sufficient pam_unix.so nullok md5 shadow use_authtok password required pam_deny.sosessionrequired pam_limits.sosessionrequired pam_unix.so#auth requiredpam_env.so#auth sufficient pam_unix.so likeauth nullok shadow #auth sufficient pam_ldap.so use_first_pass#auth requiredpam_deny.so#accountrequiredpam_unix.so#accountsufficient pam_ldap.so #password requiredpam_cracklib.so retry=3#password sufficient pam_unix.so nullok use_authtok shadow md5#password sufficient pam_ldap.so use_authtok#password requriedpam_deny.so #sessionrequriedpam_limits.so#sessionrequriedpam_unix.so#sessionrequriedpam_mkhomedir.so skel=/etc/skel umask=0#sessionoptionalpam_ldap.so Right now I have it set on my old config, so that I can login to the system, but when I comment out the top half and uncomment the bottom, I cant log in, and I get the follow lines in my log.Sep 11 02:13:36 tux login[7101]: PAM pam_parse: expecting return value; [...requried] Sep 11 02:13:36 tux login[7101]: PAM pam_parse: expecting return value; [...requried]Sep 11 02:13:36 tux login[7101]: PAM pam_parse: expecting return value; [...requried]Sep 11 02:13:36 tux login[7101]: PAM pam_parse: expecting return value; [...requried] Sep 11 02:13:40 tux slapd[6726]: conn=27 fd=13 ACCEPT from IP=127.0.0.1:53088 (IP=0.0.0.0:636)Sep 11 02:13:40 tux slapd[6733]: conn=27 op=0 BIND dn= method=128 Sep 11 02:13:40 tux slapd[6733]: conn=27 op=0 RESULT tag=97 err=0 text=Sep 11 02:13:40 tux slapd[6734]: conn=27 op=1 SRCH base=ou=People,dc=mydomain,dc=org scope=2 deref=0 filter=((objectClass=posixAccount)(uid=timothy)) Sep 11 02:13:40 tux login(pam_unix)[7101]: session opened for user timothy by LOGIN(uid=0)Sep 11 02:13:40 tux slapd[6734]: conn=27 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text=Sep 11 02:13:40 tux slapd[6733]: conn=27 op=2 UNBIND Sep 11 02:13:40 tux slapd[6733]: conn=27 fd=13 closedSep 11 02:13:40 tux login[7101]: Permission denied
Re: [gentoo-user] Ideas for a mini-FAQ/HOWTO
On 9/11/05, Neil Bothwick [EMAIL PROTECTED] wrote: On Sun, 11 Sep 2005 00:43:01 -0400, Walter Dnes wrote: 1) In /etc/make.conf set the following entry... MAKEOPTS=-j1 Do *NOT*, I repeat, do *NOT* use higher numbers. You are begging for problems if you do so. This is a blanket statement that will only slow down compiles for a lot of people that use higher numbers with no problems. I use j2 on three different boxes and I don't recall a single problem on any of them. I, for some reason, recall ebuilds (mplayer?) being able to adjust the MAKEOPTS and compiler flags on a case by case basis. And if I recall incorrectly, it should really be in there. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: mysql no longer working :-(
... If you still have a copy of your old databases and you stick with myisam tables Try to: - stop mysql (check it with ps fax after) - copy the old /var/lib/mysql/mysql dir into /var/lib/mysql/mysqlold - copy the remaing databases in /var/lib/mysql/ - start mysql Now you could play with your old tables pheraps Good luck I had to reinitialise phpmyadmin (of course!) because the data in the old database was no longer there! Cheers Antoine -- gentoo-user@gentoo.org mailing list
[gentoo-user] Failing to unmerge old PHP package
Hello *, for some reason I have an old, unneeded PHP package floating around (dev-php/mod_php-4.3.2). When trying to remove it via 'emerge -v depclean' I get the following error message: ---snip--- QA Notice: ECLASS 'php' inherited illegally in dev-php/mod_php-4.3.2 /usr/lib/portage/bin/ebuild.sh: line 1443: /usr/portage/eclass/php.eclass: No such file or directory !!! ERROR: dev-php/mod_php-4.3.2 failed. !!! Function inherit, Line 1444, Exitcode 1 !!! died sourcing /usr/portage/eclass/php.eclass in inherit() !!! If you need support, post the topmost build error, NOT this status message. !!! FAILED prerm: 1 ---snap--- I get the same error when using 'emerge --unmerge dev-php/mod_php' It would be great, if someone could tell me of how to get rid of this package. Thanks a lot! regards, Goeran -- gentoo-user@gentoo.org mailing list
[gentoo-user] mod_perl2
Hi, I just can't seem to figure out how to get perl working on apache2. There don't seem to be any decent gentoo-specific docs, and it seems like the names of config files are changing constantly :-(. Anyway, I have installed ~x86 apache2 and mod_perl. What do I do now? I have tried to test things but when I put the following in httpd.conf apache no longer starts. Alias /perl/ /home/httpd/perl/ Location /perl SetHandler perl-script PerlHandler Apache::Registry Options ExecCGI PerlSendHeader On PerlSetupEnv On /Location tux ~ # /etc/init.d/apache2 restart * Apache2 has detected a syntax error in your configuration files: Syntax error on line 1104 of /etc/apache2/httpd.conf: Invalid command 'PerlHandler', perhaps mis-spelled or defined by a module not included in the server configuration Can someone point me in the right direction? It seems a lot more complicated than simply adding -D PHP4... Cheers Antoine -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] panel error
On Sat, 2005-09-10 at 23:30 -0400, Dave Nebinger wrote: Every time I log into gnome I get this annoying error: I've detected a panal already running, and will now exit. My wife tells me that she gets the same message when she logs into her account on this machine. Is there a way to remedy this problem? I checked the gentoo-user archives at GMane searching for 'panel', but didn't find anything... A google search turned up another message: I had this too after I botched a VNC install. I solved it by purging /tmp and all the config files in my home directory. There is probably a better way but it was a new install and I didn't have my files on it anyhow. So try creating a new user with a new home directory and see if that fixes things. Don't know if that applies to you, though. I'd really prefer not to wipe the config files in my home directory... -- gentoo-user@gentoo.org mailing list
[gentoo-user] Build Problem
Greetings list, Could anyone explain why 40% of all my emerges fail with this error message ? gcc-config error: Could not run/locate i386-pc-linux-gnu-gcc Upon executing this file directly, it returns the exact same message: fyre ~ # /usr/bin/i386-pc-linux-gnu-gcc gcc-config error: Could not run/locate i386-pc-linux-gnu-gcc fyre ~ # Here is my make.conf file incase this helps: fyre ~ # cat /etc/make.conf CFLAGS=-O2 -march=pentium4 -fomit-frame-pointer CHOST=i686-pc-linux-gnu CXXFLAGS=${CFLAGS} USE=gtk gtk2 gnome -qt -kde dvd alsa cdr I have a feeling it has something to do with my CHOST flag, I wonder if deleting /usr/bin/i386-pc-linux-gnu-gcc and symlinking /usr/bin/i686-pc-linux-gnu-gcc to that filename would work ? Thanks for the assistance. -- regards, Greg Armer GPG Fingerprint = B4A1 0808 CB05 B34C 8647 5D57 E525 CD45 613E B823 signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] panel error
On 9/11/05, Michael Sullivan [EMAIL PROTECTED] wrote: I'd really prefer not to wipe the config files in my home directory...Then don't, its not neccessary for this problem. That was the fix for another Gnome problem I had (not related to panels). Try following Holly's advice. -Mike-- Michael E. CruteSoftware DeveloperSoftGroup Development CorporationLinux, because reboots are for installing hardware.In a world without walls and fences, who needs windows and gates?
Re: [gentoo-user] Ideas for a mini-FAQ/HOWTO
On 9/11/05, Walter Dnes [EMAIL PROTECTED] wrote: 2) The generic portion of CFLAGS consists of those flags that do notbegin with -m.For that part, use -O2 -pipe -fomit-frame-pointerPlease, do *NOT* use -O3 (or higher!!!) or try to unroll every last loop or use every last exotic generic optimization.Your programs will*USUALLY* work, but they'll probably be flakier.They may be faster, orthey may be slower.However, people will point their fingers at you and laugh.Developers will ignore you when a program blows up and you filea bug report.The only exception is if a developer specifically OK'sspecial optimizations for specific modules or programs, and is willing to support those modules or programs with extra optimization.Thingsmay change in future versions of gcc, but the 3.4.x series works bestwith the settings I've given.It may be simpler to look at http://www.freehackers.org/gentoo/gccflags/flag_gcc3.html for the cflags for the processor. -Mike-- Michael E. CruteSoftware DeveloperSoftGroup Development CorporationLinux, because reboots are for installing hardware.In a world without walls and fences, who needs windows and gates?
Re: [gentoo-user] gnome complains about no mixer elements and/or device on login
Hi Nick, I know it's unlikely, but one other possibility is the sound card itself. A number of my RME cards (Hammerfall, HDSP 9652) actually have no mixer elements, meaning they cannot be controlled by Alsamixer, and so I get the same messages even though the cards work fine with mplayer, etc. I somehow doubt this is your case but it doesn't hurt to point out that this message can be normal. Are you attempting to run the Gnome sound server? If there a conflict happening there? What sound hardware are you running? lspci cat /proc/asound/cards Good luck, Mark On 9/10/05, Nick Rout [EMAIL PROTECTED] wrote: When I log into gnome I get a dialog with the following message: Sorry, no mixer elements and/or devices found Advcie from google and forums.g.o seems to point to the following likely solutions: 1. make sure user has ability to do audio - yes I can, and everything I run in gnome produces audio output when it should (mplayer, xmms, mpg123, xine, whatever) 2. run gst-register-0.8 - done it, more than once. Doesn't complain about any problems, but makes no difference even after a reboot. Thats about a summary of the suggested fixes and the results. I figured that the error seemed to be on running gnome-volume-control, so when i run it from an xterm I get the following: [EMAIL PROTECTED] /home/torrents/nick $ gnome-volume-control ** (gnome-volume-control:19921): CRITICAL **: how to remove plugins? (gnome-volume-control:19921): GStreamer-CRITICAL **: Factory for `ossmixer' has no type. This probably means the plugin wasn't found because the registry is broken. The plugin GStreamer was looking for is named 'ossaudio' and is expected in file '/usr/lib/gstreamer-0.8/libgstossaudio.so'. The registry for this plugin is located at '/var/lib/cache/gstreamer-0.8/registry.xml' ** (gnome-volume-control:19921): CRITICAL **: how to remove plugins? (gnome-volume-control:19921): GStreamer-CRITICAL **: Factory for `alsamixer' has no type. This probably means the plugin wasn't found because the registry is broken. The plugin GStreamer was looking for is named 'alsa' and is expected in file '/usr/lib/gstreamer-0.8/libgstalsa.so'. The registry for this plugin is located at '/var/lib/cache/gstreamer-0.8/registry.xml' OK well it looks like something is missing. I though gst-register-0.8 was supposed to sort all that out. What am I missing or what do I do to fix this? Can I safely delete /var/lib/cache/gstreamer-0.8/registry.xml and re-run the register program and see if that makes a difference? Or will i break something? As sound is in fact working in all apps I use, its not such a worry, just a sign that something is broken, and if something is broken it may get worse down the track. -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Weird problem with emerge sync
What is going wrong here? It can't be my implementation of rsync (latest stable), or the US pool would fail as well. It could be the servers in the European pool, but... all of them? Or am I simply using the wrong SYNC= in /etc/make.conf? My default is rsync.europe.gentoo.org, and I don't see any documentation that indicates that that has changed or become deprecated or invalid, but maybe it has. I don't particularly want to switch permanently to the US pool, as that just seems to make more vectors of instability for everybody, and is not really the point of having continental mirror pools anyway. Anybody got a clue as to what's happening and what, if anything, I can do to fix it? You didn't state which version of rsync, but the versions below 2.6.4 do have timeout issues. See the following bugs: http://bugs.gentoo.org/show_bug.cgi?id=83254 https://bugzilla.samba.org/show_bug.cgi?id=2783 Regards, Paul -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Weird problem with emerge sync
Paul Varner schreef: What is going wrong here? It can't be my implementation of rsync (latest stable), or the US pool would fail as well. It could be the servers in the European pool, but... all of them? Or am I simply using the wrong SYNC= in /etc/make.conf? My default is rsync.europe.gentoo.org, and I don't see any documentation that indicates that that has changed or become deprecated or invalid, but maybe it has. I don't particularly want to switch permanently to the US pool, as that just seems to make more vectors of instability for everybody, and is not really the point of having continental mirror pools anyway. Anybody got a clue as to what's happening and what, if anything, I can do to fix it? You didn't state which version of rsync, but the versions below 2.6.4 do have timeout issues. See the following bugs: http://bugs.gentoo.org/show_bug.cgi?id=83254 https://bugzilla.samba.org/show_bug.cgi?id=2783 Thanks for the tip, Paul-- that could definitely be the issue: net-misc/rsync Available versions: 2.6.0-r5 2.6.0-r6 ~2.6.3-r1 ~2.6.4 ~2.6.5 ~2.6.6 Installed: 2.6.0-r6 For the time being, I've changed my sync mirror pool to the national one (rather than the continental one), which seems like it's OK (but it's early days yet, and I haven't tested extensively). Is it worth going unstable with rsync for this? meaning, will using an unstable rsync cause me any real problems, even as it (hopefully) solves this (relatively minor) annoyance? Thanks for the links; I'll look at the bugs later. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
Hi, On Sat, 10 Sep 2005 20:09:29 +0200 Frank Schafer [EMAIL PROTECTED] wrote: When I returned home from work I found in the logs, that ``emerge --emptytree system'' failed at package 28 of 186 python-fcksum-1.7.1 i386-pc-linux-gnu-gcc bla...bla ^ | +- ! gcc-config error: could not run/locate i386-pc-linux-gnu-gcc My architecture is i686 and it seems that 27 packages before python-fchksum found the i686(that's SIX-eight-six)-pc-linux-gnu-gcc. Hm, when editing /etc/make.conf, did you change the CHOST setting? That could cause such behaviour... I think that may be amongst the reasons why /etc/make.conf.example reads like: ---snip--- # Host Setting # # # DO NOT CHANGE THIS SETTING UNLESS YOU ARE USING STAGE1! ---snip--- ...I guess you aren't using a stage1? As a side note: When building a minimal system, using USE=-* in /etc/make.conf should be considered. You can then fine tune each and every package in /etc/portage/package.use. That's quite like my setup, my global USE is set to -* nptl ssl nls pam. All the other stuff is set per package. I have one build host machine that distributes the binary packages and portage tree snapshots to my other computers. -hwh -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mod_perl2
Antoine wrote: Hi, I just can't seem to figure out how to get perl working on apache2. There don't seem to be any decent gentoo-specific docs, and it seems like the names of config files are changing constantly :-(. Anyway, I have installed ~x86 apache2 and mod_perl. What do I do now? I have tried to test things but when I put the following in httpd.conf apache no longer starts. Alias /perl/ /home/httpd/perl/ Location /perl SetHandler perl-script PerlHandler Apache::Registry Options ExecCGI PerlSendHeader On PerlSetupEnv On /Location tux ~ # /etc/init.d/apache2 restart * Apache2 has detected a syntax error in your configuration files: Syntax error on line 1104 of /etc/apache2/httpd.conf: Invalid command 'PerlHandler', perhaps mis-spelled or defined by a module not included in the server configuration Can someone point me in the right direction? It seems a lot more complicated than simply adding -D PHP4... Cheers Antoine I have installed mod_perl with no diffuculties. All I had to do after installing was to add update /etc/conf.d/apache2 and add -D PERL to line APACHE2_OPTS. I restarted apache and perl was working. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Weird problem with emerge sync
On Sun, 2005-09-11 at 16:49 +0200, Holly Bostick wrote: Is it worth going unstable with rsync for this? meaning, will using an unstable rsync cause me any real problems, even as it (hopefully) solves this (relatively minor) annoyance? I have not seen any stability issues with 2.6.4 or higher both with Gentoo and a completely unrelated project at work that uses rsync. The project at work did have significant issues with the timeout until we upgraded rsync to 2.6.4. Thanks for the links; I'll look at the bugs later. Quick summary, when the load on the server side is high, rsync will erroneously timeout. Regards, Paul -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Build Problem
On Sun, Sep 11, 2005 at 03:37:11PM +0200, Greg Armer wrote: gcc-config error: Could not run/locate i386-pc-linux-gnu-gcc Here is my make.conf file incase this helps: fyre ~ # cat /etc/make.conf CFLAGS=-O2 -march=pentium4 -fomit-frame-pointer CHOST=i686-pc-linux-gnu CXXFLAGS=${CFLAGS} USE=gtk gtk2 gnome -qt -kde dvd alsa cdr What does gcc-config -c say? -- This is just for cultural purposes, so don't panic. ~DeathMech, S. Sondhi. P-town PHY 205 Sortir en Pantoufles: up 30 days, 19:28 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
On Sunday 11 September 2005 08:33, Nick Rout wrote: On Sat, 2005-09-10 at 23:03 +0200, Volker Armin Hemmann wrote: On Saturday 10 September 2005 20:09, Frank Schafer wrote: ... or which distribution to install during less than 4 days? Hi list, as I wrote yesterday I planned to complete installation after work (started ``emerge --emptytree system'' in the morning). where did you get the idea that --emptytree is needed or even a wise decision? --emptytree is almost NEVER needed and since it is a troublesom procedure, it should not be made, until you are totally sure, that you need it. I imagine he read the install instructions, which are pretty clear about doing an emerge --emptytree system What makes you think this is wrong? http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1chap=6#doc_ch ap2 (bottom of the page) WRONG it is there to show you, what emerge system wants to install. there is nothing about doing it! (Check again, see the -p) And in the 2005.1 handbook is no (!) --emptytree. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
From http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1chap=6: // start quote Building the System To start building the system, execute emerge --emptytree system. Then go do something to keep your mind busy, because this step takes a long time to complete. Code Listing 22: Building the System # emerge --emptytree system Again, if you haven't touched the default CFLAGS and CXXFLAGS setting, using --newuse is sufficient. // end quote So you see, it does tell you to do an emerge --emptytree system, unless you haven't changed the defalt CFLAGS/CXXFLAGS, in which case you can just use the --newuse in place of --emptytree. On 9/11/05, Volker Armin Hemmann [EMAIL PROTECTED] wrote: On Sunday 11 September 2005 08:33, Nick Rout wrote: On Sat, 2005-09-10 at 23:03 +0200, Volker Armin Hemmann wrote: On Saturday 10 September 2005 20:09, Frank Schafer wrote: ... or which distribution to install during less than 4 days? Hi list, as I wrote yesterday I planned to complete installation after work (started ``emerge --emptytree system'' in the morning). where did you get the idea that --emptytree is needed or even a wise decision? --emptytree is almost NEVER needed and since it is a troublesom procedure, it should not be made, until you are totally sure, that you need it. I imagine he read the install instructions, which are pretty clear about doing an emerge --emptytree system What makes you think this is wrong? http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1chap=6#doc_ch ap2 (bottom of the page) WRONG it is there to show you, what emerge system wants to install. there is nothing about doing it! (Check again, see the -p) And in the 2005.1 handbook is no (!) --emptytree. -- gentoo-user@gentoo.org mailing list -- - Mark Shields -- gentoo-user@gentoo.org mailing list
[gentoo-user] mail program
Hi, I'm new to this list and to gentoo. After installation I'd expected to see programs available that were present in UNIX systems I have used. For example, the program 'mail'. Is it necessary to install such as these separately, and if so, where can I get it? Regards, Rupert -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Suspend2 and hibernate problem.
I've done so but system behaviour did not changed. Any other suggestions? Greets Paul Harald Arnesen wrote: poweroff # PowerdownMethod 5 Try uncommenting this line. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
On Sunday 11 September 2005 18:58, Mark Shields wrote: From http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1chap=6: // start quote Building the System To start building the system, execute emerge --emptytree system. Then go do something to keep your mind busy, because this step takes a long time to complete. Code Listing 22: Building the System # emerge --emptytree system Again, if you haven't touched the default CFLAGS and CXXFLAGS setting, using --newuse is sufficient. // end quote So you see, it does tell you to do an emerge --emptytree system, unless you haven't changed the defalt CFLAGS/CXXFLAGS, in which case you can just use the --newuse in place of --emptytree. and this one: http://www.gentoo.org/doc/en/handbook/2005.1/handbook-x86.xml?full=1 does not talk about --emptytree at all, so which one is correct? (btw, when I installed my gentoo --emptytree was totally not needed.) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
On Sun, 11 Sep 2005 12:58:19 -0400, Mark Shields wrote: // start quote Building the System To start building the system, execute emerge --emptytree system. // end quote So you see, it does tell you to do an emerge --emptytree system, When BUILDING THE SYSTEM. This thread was all about rebuilding the system, which is a completely different, and usually unnecessary, process. -- Neil Bothwick Ralph's Observation - It is a mistake to allow any mechanical object to realize that you are in a hurry. pgpnr778xZBUr.pgp Description: PGP signature
Re: [gentoo-user] mail program
On Sun, 11 Sep 2005 18:09:08 +0100, Rupert Young wrote: Is it necessary to install such as these separately, and if so, where can I get it? emerge -av mail-client/mailx -- Neil Bothwick IBM: Itty Bitty Mentality pgpjVjcOTorXn.pgp Description: PGP signature
Re: [gentoo-user] Nasty bugs in portage?
Volker Armin Hemmann wrote: On Sunday 11 September 2005 18:58, Mark Shields wrote: From http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1chap=6: [snip] So you see, it does tell you to do an emerge --emptytree system, unless you haven't changed the defalt CFLAGS/CXXFLAGS, in which case you can just use the --newuse in place of --emptytree. and this one: http://www.gentoo.org/doc/en/handbook/2005.1/handbook-x86.xml?full=1 does not talk about --emptytree at all, so which one is correct? (btw, when I installed my gentoo --emptytree was totally not needed.) The emerge --emptytree will ensure that all of your packages have been compiled with your latest CFLAGS/CXXFLAGS settings. It is not stricly required because packages compiled with different CFLAGS/CXXFLAGS are interoperable. Note that the 2005.1 handbook mentions only the stage3 and not stage1 or stage2. Installation from the lower stages is more error prone and best avoided. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
Note that the 2005.1 handbook mentions only the stage3 and not stage1 or stage2. Installation from the lower stages is more error prone and best avoided. Hardly. Starting from a stage 3 is like starting from any old binary distribution. Starting from stage 1 2 allows you to build a box customized from the ground up optimized for your hardware (assuming you've set the cflags correctly before beginning). IMHO, stage 3 is for those that don't want to take the lengthy build time for some of the larger packages, i.e. X and kde/gnome, in order to have a basic working gentoo system in a short timeframe. Granted it will be more error-prone to start at a lower stage, but we're all here because we want that level of build. If we were happy with stage 3 installs, we'd be running from some binary distribution instead. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
Dave Nebinger wrote: Note that the 2005.1 handbook mentions only the stage3 and not stage1 or stage2. Installation from the lower stages is more error prone and best avoided. Hardly. Starting from a stage 3 is like starting from any old binary distribution. Starting from stage 1 2 allows you to build a box customized from the ground up optimized for your hardware (assuming you've set the cflags correctly before beginning). IMHO, stage 3 is for those that don't want to take the lengthy build time for some of the larger packages, i.e. X and kde/gnome, in order to have a basic working gentoo system in a short timeframe. Granted it will be more error-prone to start at a lower stage, but we're all here because we want that level of build. If we were happy with stage 3 installs, we'd be running from some binary distribution instead. A stage3 install has most of the benefits of a stage1 or stage2. Portage gives you the ability to rebuild *every* single package if you choose. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
A stage3 install has most of the benefits of a stage1 or stage2. Portage gives you the ability to rebuild *every* single package if you choose. And like the binary distributions, it's targeted towards the generic 386, not the pentium class machines we're all using (at least it was the last time I checked, but it might have changed since then). So, like I said, it is just like using another binary distribution. And if you use a stage 3 and rebuild every package, it's not that different than starting from a stage 1 or 2, is it? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mail program
On Sun, 2005-09-11 at 18:09 +0100, Rupert Young wrote: Hi, I'm new to this list and to gentoo. After installation I'd expected to see programs available that were present in UNIX systems I have used. For example, the program 'mail'. Is it necessary to install such as these separately, and if so, where can I get it? Regards, Rupert emerge mailx -- gentoo-user@gentoo.org mailing list
[gentoo-user] after emerge -Du world date can't keep time
Hello everybody, After emerge --deep --update world I compiled and installed the new kernel, 2.6.12-gentoo-r10, then I noticed that no matter when I boot the system, date always starts marking time at 6:00 AM, although it gets the date and zone right. No matter what time string I give to date(as root), after a re-boot it alway replies with 6AM plus whatever time has elapsed since the original boot. FWIW rtc support is compiled as a module and is *not* currently loaded. Also, the BIOS clk is correct. -mw __ Yahoo! for Good Watch the Hurricane Katrina Shelter From The Storm concert http://advision.webevents.yahoo.com/shelter -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mail program
You've found one of the features that makes Gentoo different :) Martin S
Re: [gentoo-user] Nasty bugs in portage?
On Sunday 11 September 2005 13:12, Dave Nebinger wrote: Note that the 2005.1 handbook mentions only the stage3 and not stage1 or stage2. Installation from the lower stages is more error prone and best avoided. Hardly. Starting from a stage 3 is like starting from any old binary distribution. see below Starting from stage 1 2 allows you to build a box customized from the ground up optimized for your hardware (assuming you've set the cflags correctly before beginning). IMHO, stage 3 is for those that don't want to take the lengthy build time for some of the larger packages, i.e. X and kde/gnome, in order to have a basic working gentoo system in a short timeframe. I'm not sure where you get this from, since X and kde/gnome aren't IN a stage-3 tarball. As I stated before, iterative testing with several binary distros and a stage-3 gentoo on this here laptop have shown that, even starting with stage-3, gentoo is faster and more efficient. -- John Jolet Your On-Demand IT Department 512-762-0729 www.jolet.net [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
Neil Bothwick schreef: On Sun, 11 Sep 2005 12:58:19 -0400, Mark Shields wrote: // start quote Building the System To start building the system, execute emerge --emptytree system. // end quote So you see, it does tell you to do an emerge --emptytree system, When BUILDING THE SYSTEM. This thread was all about rebuilding the system, which is a completely different, and usually unnecessary, process. No, Neil, this thread (or the original issue, at least), is occurring during the initial install process: Hi list, as I wrote yesterday I planned to complete installation after work (started ``emerge --emptytree system'' in the morning). ... because he's following the (old?) Handbook, which does say to use --emptytree, although we don't quite know why. But Frank also says: I'd be glad for every hint. Waiting for fixage isn't an option. So possibly we might consider using our expertise to actually help the guy, in case anyone might happen to know why he's getting this breakage during his inital installation, rather than arguing about whether he should be using --emptytree or not, especially since-- as the system is not yet installed, it doesn't matter if it's explicitly stated or not, because he's essentially doing an emptytree-- *not* doing an emerge -e is not likely to solve/mitigate the issue, which is apparently that automake is trying to install before its dependency (autoconf), for unknown reasons. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
Starting from stage 1 2 allows you to build a box customized from the ground up optimized for your hardware (assuming you've set the cflags correctly before beginning). IMHO, stage 3 is for those that don't want to take the lengthy build time for some of the larger packages, i.e. X and kde/gnome, in order to have a basic working gentoo system in a short timeframe. I'm not sure where you get this from, since X and kde/gnome aren't IN a stage-3 tarball. Oops, my bad. Shows how many stage-3 installs I've done ;-) As I stated before, iterative testing with several binary distros and a stage-3 gentoo on this here laptop have shown that, even starting with stage-3, gentoo is faster and more efficient. I wasn't questioning whether gentoo would be faster and/or more efficient than the other binary distros. My point was that, for the most part, saying start with stage 3 is like saying use a binary distrib. With stage 3 you're starting with precompiled binaries that are built targeting someone else's hardware, not your own. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gnome complains about no mixer elements and/or device on login
On Sun, 2005-09-11 at 07:28 -0700, Mark Knecht wrote: Hi Nick, I know it's unlikely, but one other possibility is the sound card itself. A number of my RME cards (Hammerfall, HDSP 9652) actually have no mixer elements, meaning they cannot be controlled by Alsamixer, alsamixer and alsamixer-gui both work fine. and so I get the same messages even though the cards work fine with mplayer, etc. I somehow doubt this is your case but it doesn't hurt to point out that this message can be normal. Are you attempting to run the Gnome sound server? If there a conflict happening there? I dunno, is that the one called esd? mplayer -ao esd works. What sound hardware are you running? lspci cat /proc/asound/cards some poxy thing onboard the motherboard: 0 [rev50 ]: VIA686A - VIA 82C686A/B rev50 VIA 82C686A/B rev50 with ICE1232 at 0xcc00, irq 10 I am 95% sure that gnome-volume control worked at some stage. Good luck, Mark On 9/10/05, Nick Rout [EMAIL PROTECTED] wrote: When I log into gnome I get a dialog with the following message: Sorry, no mixer elements and/or devices found Advcie from google and forums.g.o seems to point to the following likely solutions: 1. make sure user has ability to do audio - yes I can, and everything I run in gnome produces audio output when it should (mplayer, xmms, mpg123, xine, whatever) 2. run gst-register-0.8 - done it, more than once. Doesn't complain about any problems, but makes no difference even after a reboot. Thats about a summary of the suggested fixes and the results. I figured that the error seemed to be on running gnome-volume-control, so when i run it from an xterm I get the following: [EMAIL PROTECTED] /home/torrents/nick $ gnome-volume-control ** (gnome-volume-control:19921): CRITICAL **: how to remove plugins? (gnome-volume-control:19921): GStreamer-CRITICAL **: Factory for `ossmixer' has no type. This probably means the plugin wasn't found because the registry is broken. The plugin GStreamer was looking for is named 'ossaudio' and is expected in file '/usr/lib/gstreamer-0.8/libgstossaudio.so'. The registry for this plugin is located at '/var/lib/cache/gstreamer-0.8/registry.xml' ** (gnome-volume-control:19921): CRITICAL **: how to remove plugins? (gnome-volume-control:19921): GStreamer-CRITICAL **: Factory for `alsamixer' has no type. This probably means the plugin wasn't found because the registry is broken. The plugin GStreamer was looking for is named 'alsa' and is expected in file '/usr/lib/gstreamer-0.8/libgstalsa.so'. The registry for this plugin is located at '/var/lib/cache/gstreamer-0.8/registry.xml' OK well it looks like something is missing. I though gst-register-0.8 was supposed to sort all that out. What am I missing or what do I do to fix this? Can I safely delete /var/lib/cache/gstreamer-0.8/registry.xml and re-run the register program and see if that makes a difference? Or will i break something? As sound is in fact working in all apps I use, its not such a worry, just a sign that something is broken, and if something is broken it may get worse down the track. -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
Dave Nebinger wrote: A stage3 install has most of the benefits of a stage1 or stage2. Portage gives you the ability to rebuild *every* single package if you choose. And like the binary distributions, it's targeted towards the generic 386, not the pentium class machines we're all using (at least it was the last time I checked, but it might have changed since then). Actually, the catalyst documentation states that an x86 stage1 is supposed to be targeted towards the generic 386. This makes it possible to derive more specialized stages (stage2 and stage3) from it. Normally, there is a specialized stage3 hosted on the mirrors for each major subarch (586, 686, athon, etc...). So, like I said, it is just like using another binary distribution. Portage gives you the ability to rebuild *every* single package in a more flexible way than any binary distribution that I know of. And if you use a stage 3 and rebuild every package, it's not that different than starting from a stage 1 or 2, is it? Except that a stage3 is less error prone. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] halt hibernate on usermode
On 9/10/05, Paweł Madej [EMAIL PROTECTED] wrote: I try to resolve such a problem: I can halt my computer only if i login to root console and do # halt User on which i work is in wheel group but i cannot do halt from it How to make it possible to halt from wheel group user? And the same thing on # hibernate Thanks for any help Paul Maybe this will help: http://gentoo-wiki.com/HOWTO_Let_a_common_user_shutdown/reboot -- M.M. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Failing to unmerge old PHP package
Hello *, problem solved, as described here: http://forums.gentoo.org/viewtopic.php?t=233020highlight=php+eclass regards, Goeran Hello *, for some reason I have an old, unneeded PHP package floating around (dev-php/mod_php-4.3.2). When trying to remove it via 'emerge -v depclean' I get the following error message: ---snip--- QA Notice: ECLASS 'php' inherited illegally in dev-php/mod_php-4.3.2 /usr/lib/portage/bin/ebuild.sh: line 1443: /usr/portage/eclass/php.eclass: No such file or directory !!! ERROR: dev-php/mod_php-4.3.2 failed. !!! Function inherit, Line 1444, Exitcode 1 !!! died sourcing /usr/portage/eclass/php.eclass in inherit() !!! If you need support, post the topmost build error, NOT this status message. !!! FAILED prerm: 1 ---snap--- I get the same error when using 'emerge --unmerge dev-php/mod_php' It would be great, if someone could tell me of how to get rid of this package. Thanks a lot! regards, Goeran -- Mit freundlichen Grüßen / with kindest regards Goeran Zängerlein Goeran Zängerlein Stadelbergerstr. 6 D-82256 Fuerstenfeldbruck Germany Phone: +49 (0) 8141 512833 Genion: +49 (0) 8141 811885 Fax:+49 (0) 8141 512834 Mobile: +49 (0) 179 2304905 ICQ:6842428 Skype: timetrack -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gnome complains about no mixer elements and/or device on login
On 9/11/05, Nick Rout [EMAIL PROTECTED] wrote: On Sun, 2005-09-11 at 07:28 -0700, Mark Knecht wrote: Hi Nick, I know it's unlikely, but one other possibility is the sound card itself. A number of my RME cards (Hammerfall, HDSP 9652) actually have no mixer elements, meaning they cannot be controlled by Alsamixer, alsamixer and alsamixer-gui both work fine. and so I get the same messages even though the cards work fine with mplayer, etc. I somehow doubt this is your case but it doesn't hurt to point out that this message can be normal. Are you attempting to run the Gnome sound server? If there a conflict happening there? I dunno, is that the one called esd? mplayer -ao esd works. Yes, I beleive that esd is the 'Enlightenment Sound Daemon' which is somehow part of Gnome. (You know me, always guessing...) Anyway, I think that somehow that is getting in your way. I do not run ESD and then alsamixer works fine for my on-board type sound chips. It never does anything for my sound cards as they all use card specific mixers. (hdspmixer or envycontrol) Try not starting the sound daemon. There a menu entry in the Desktop-Preferences-Sound entry. Note that this may effect Gnome type sounds, e.g. bells and whistles...which I don't use. Also, look at rc-update show and see if esound is somehow set to start. I do not run that at boot time either. I just noticed that with my on-board NVidia sound chip that if I double clicked the volume control (which I guess oyu don't have right now...) that I got a little GUI mixer that shoed me that PCM was disabled on that chip. This means (I think) that if I would have used it but tried to get digital audio I wouldn't have gotten any sound so when you get your volume control working make sure that you double check PCM audio as I think you'll want that working. What sound hardware are you running? lspci cat /proc/asound/cards some poxy thing onboard the motherboard: 0 [rev50 ]: VIA686A - VIA 82C686A/B rev50 VIA 82C686A/B rev50 with ICE1232 at 0xcc00, irq 10 Yeah, it's an onboard thing and apparently the only sound processor in the system. alsamixer should work with that. Possibly either PCM or some other control you can see in alsamixer is muted. That will also cause the volume control to not work in Gnome I think... Sorry about so much guessing... I am 95% sure that gnome-volume control worked at some stage. I'll bet it did. Cheers, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gnome complains about no mixer elements and/or device on login
Nick Rout schreef: When I log into gnome I get a dialog with the following message: Sorry, no mixer elements and/or devices found Advcie from google and forums.g.o seems to point to the following likely solutions: 1. make sure user has ability to do audio - yes I can, and everything I run in gnome produces audio output when it should (mplayer, xmms, mpg123, xine, whatever) 2. run gst-register-0.8 - done it, more than once. Doesn't complain about any problems, but makes no difference even after a reboot. Thats about a summary of the suggested fixes and the results. I figured that the error seemed to be on running gnome-volume-control, so when i run it from an xterm I get the following: I would suggest: Open the GNOME control panel and check the following settings: Sound: Is enable sound system on startup checked or not? Just note, for the time being. If it is set, then you likely need to check rc-update show, to make sure the esound service is started. This will route everything GNOME through the esd sound server. This may or may not be how you want to run it. If it is not set, then everything should be running through ALSA-- but GNOME may not be prepared to deal with that, as it expects to run ESD. You can either 'fix' GNOME so it runs through ALSA, or you can run ESD. If you want to 'fix' GNOME, go to Multimedia systems' and basically screw around with the audio sinks until you can get test sounds from both tests. On my system, this requires that the standard output and standard source be set to OSS (Alsa seems to hang or crash, but since I have ALSA OSS emulation on, I don't worry about it, because it's still using ALSA anyway). Then turn off esd (rc-update del esound default). Log out and in, and hopefully GNOME should now use the ALSA (OSS) devices. If you want to use ESD, then in the Multimedia section, set the output and source to ESD, and make sure that esound is running in rc-update (if it is not already running, then try starting it with /etc/init.d/esound start). Make sure that the 'enable sound server at startup' is set in the Sound panel, log out and back in, and ESD should work. Oh, and whatever route you choose, you probably want to remove the mixer from your panel, then re-add it to prevent other panel weirdnesses that seem to occur when you have to do this (which you always do, because the gnome-mixer-applet is apparently so stupid that it can't detect the environment properly; I've never had it work out-of-the-box. Ever. And I've been using GNOME for quite a while). Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gnome complains about no mixer elements and/or device on login
On Sun, 11 Sep 2005 22:59:53 +0200 Holly Bostick wrote: Nick Rout schreef: When I log into gnome I get a dialog with the following message: Sorry, no mixer elements and/or devices found Advcie from google and forums.g.o seems to point to the following likely solutions: 1. make sure user has ability to do audio - yes I can, and everything I run in gnome produces audio output when it should (mplayer, xmms, mpg123, xine, whatever) 2. run gst-register-0.8 - done it, more than once. Doesn't complain about any problems, but makes no difference even after a reboot. Thats about a summary of the suggested fixes and the results. I figured that the error seemed to be on running gnome-volume-control, so when i run it from an xterm I get the following: I would suggest: Open the GNOME control panel and check the following settings: Sound: Is enable sound system on startup checked or not? Just note, for the time being. If it is set, then you likely need to check rc-update show, to make sure the esound service is started. This will route everything GNOME through the esd sound server. This may or may not be how you want to run it. If it is not set, then everything should be running through ALSA-- but GNOME may not be prepared to deal with that, as it expects to run ESD. You can either 'fix' GNOME so it runs through ALSA, or you can run ESD. If you want to 'fix' GNOME, go to Multimedia systems' and basically screw around with the audio sinks until you can get test sounds from both tests. On my system, this requires that the standard output and standard source be set to OSS (Alsa seems to hang or crash, but since I have ALSA OSS emulation on, I don't worry about it, because it's still using ALSA anyway). Then turn off esd (rc-update del esound default). Log out and in, and hopefully GNOME should now use the ALSA (OSS) devices. If you want to use ESD, then in the Multimedia section, set the output and source to ESD, and make sure that esound is running in rc-update (if it is not already running, then try starting it with /etc/init.d/esound start). Make sure that the 'enable sound server at startup' is set in the Sound panel, log out and back in, and ESD should work. Oh, and whatever route you choose, you probably want to remove the mixer from your panel, then re-add it to prevent other panel weirdnesses that seem to occur when you have to do this (which you always do, because the gnome-mixer-applet is apparently so stupid that it can't detect the environment properly; I've never had it work out-of-the-box. Ever. And I've been using GNOME for quite a while). Thank you Holly, this looks very thorough, and I'll look into it again tonight at home. I am a recent gnome convert, quite enjoying a change from kde and xfce. One thing, how do I remove the mixer from the panel when it doesn't show up on the panel (due to terminating with my original error message as the panel is starting). Thanks. Hope this helps, Holly -- gentoo-user@gentoo.org mailing list -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ideas for a mini-FAQ/HOWTO
On Sun, 11 Sep 2005 10:25:40 -0400 Michael Crute [EMAIL PROTECTED] wrote: | It may be simpler to look at | http://www.freehackers.org/gentoo/gccflags/flag_gcc3.html for the Except that it's oh so very wrong... -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgpLy5EY21a2D.pgp Description: PGP signature
Re: [gentoo-user] Nasty bugs in portage?
On Sun, 11 Sep 2005 14:30:45 -0400, Dave Nebinger wrote: And if you use a stage 3 and rebuild every package, it's not that different than starting from a stage 1 or 2, is it? There's one major difference, the system is available for use in around an hour. Rebuilding after the system is working means you can still get on with using the computer at the same time. -- Neil Bothwick No maintenance: Impossible to fix. pgpBoWMZhiI5Y.pgp Description: PGP signature
Re: [gentoo-user] Nasty bugs in portage?
On Sun, 11 Sep 2005 14:15:46 -0500, John Jolet wrote: IMHO, stage 3 is for those that don't want to take the lengthy build time for some of the larger packages, i.e. X and kde/gnome, in order to have a basic working gentoo system in a short timeframe. I'm not sure where you get this from, since X and kde/gnome aren't IN a stage-3 tarball. No, but they are on the GRP package CDs that accompany each release. -- Neil Bothwick Tribble math: * + * = *** pgpDtlIfaKe8M.pgp Description: PGP signature
Re: [gentoo-user] Nasty bugs in portage?
On Sun, 11 Sep 2005 21:16:23 +0200, Holly Bostick wrote: No, Neil, this thread (or the original issue, at least), is occurring during the initial install process: Whoops, my mistake. This comes up so often it's easy to get the threads muddled up :( So possibly we might consider using our expertise to actually help the guy, in case anyone might happen to know why he's getting this breakage during his inital installation, rather than arguing about whether he should be using --emptytree or not, Hasn't this already been covered early in the thread? Run fix_libtool.sh to fix the error then do emerge --resume to carry on. -- Neil Bothwick If at first you don't succeed, skydiving is not for you. pgp4AZzHfkZPV.pgp Description: PGP signature
Re: [gentoo-user] Nasty bugs in portage?
On Sunday 11 September 2005 16:57, Neil Bothwick wrote: On Sun, 11 Sep 2005 14:15:46 -0500, John Jolet wrote: IMHO, stage 3 is for those that don't want to take the lengthy build time for some of the larger packages, i.e. X and kde/gnome, in order to have a basic working gentoo system in a short timeframe. I'm not sure where you get this from, since X and kde/gnome aren't IN a stage-3 tarball. No, but they are on the GRP package CDs that accompany each release. yes, but there's no requirement to use grp packages with a stage-3. -- John Jolet Your On-Demand IT Department 512-762-0729 www.jolet.net [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gnome complains about no mixer elements and/or device on login
Nick Rout schreef: On Sun, 11 Sep 2005 22:59:53 +0200 Holly Bostick wrote: Oh, and whatever route you choose, you probably want to remove the mixer from your panel, then re-add it to prevent other panel weirdnesses that seem to occur when you have to do this (which you always do, because the gnome-mixer-applet is apparently so stupid that it can't detect the environment properly; I've never had it work out-of-the-box. Ever. And I've been using GNOME for quite a while). Thank you Holly, this looks very thorough, and I'll look into it again tonight at home. I am a recent gnome convert, quite enjoying a change from kde and xfce. One thing, how do I remove the mixer from the panel when it doesn't show up on the panel (due to terminating with my original error message as the panel is starting). OK, that's a bit weird; in my experience it usually complains that it can't find any devices (or can't use them, or whatever), but the little (useless) speaker does appear on the panel. In your case, you have a few options. One is if the error message asks you if you want to remove the applet from your configuration, say yes. Done. You could also just destroy the entire panel, then create a new one, and that would also solve the problem. The most complex, but probably most complete solution would be to go into gconf-editor and remove it there; I see the mixer in apps= panel= default_setup and apps= panel= general = applet_id_list. You may also find it in apps= panel=applets. Unfortunately, I can't say which of the default options would be the correct one to remove (unless it was in apps= panel=applets, which are self-added, generally), as I've never had the mixer totally not appearing, just being broken, so I was always able to right-click and remove it. You might also try the failsafe session (see my previous post on gnome-panel earlier today) to see if there's a zombie process that prevents the applet from appearing. Afaik, that's the usual reason that something like this would happen (the restart instance of this or any program is not appearing because a zombie process is still active from the last instance, so the program/applet/whatever thinks it's still running thus does not start a new instance). HTH, Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] cdrdao woes
List, I'm trying to make copies of my bands CDs with little success. I've done this before but have since switched hardware and upgraded my kernel. I want to use cdrdao (which I used before) but it currently stops with no error message and exit code ($?) 1. cdrecord can see my DVD drive attached to my IDE channel. Here's my output: carbon ~ # cdrecord -scanbus Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling cdrecord: Warning: Running on Linux-2.6.12-gentoo-r9 cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. Linux sg driver version: 3.5.33 Using libscg version 'schily-0.8'. scsibus0: 0,0,0 0) 'MATSHITA' 'DVD-RAM SW-9585 ' 'B100' Removable CD-ROM 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * cdrdao scanbus shows nothing!: carbon ~ # cdrdao scanbus Cdrdao version 1.2.0 - (C) Andreas Mueller [EMAIL PROTECTED] SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.8' My kernel was booted with this setting: hdc=ide-scsi, I read to do set that in the kernel help under make menuconfig. I also want to be able to burn UDF/data DVDs with this thing too, but music first. I've looked at the HowTos on the Gentoo WIKI but those haven't helped, and I'm trying everything as root so I don't think permissions are involved. I've tried to re-emerge cdrtools and cdrdao without success. Any ideas where to go next? /djb -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] after emerge -Du world date can't keep time
On Sun, Sep 11, 2005 at 11:59:58AM -0700, maxim wexler wrote: Hello everybody, After emerge --deep --update world I compiled and installed the new kernel, 2.6.12-gentoo-r10, then I noticed that no matter when I boot the system, date always starts marking time at 6:00 AM, although it gets the date and zone right. No matter what time string I give to date(as root), after a re-boot it alway replies with 6AM plus whatever time has elapsed since the original boot. FWIW rtc support is compiled as a module and is *not* currently loaded. Also, the BIOS clk is correct. -mw hum, run rc-status boot is clock started? W -- Fucking shit, man, this is ridiculous. Ben...this is what Princeton is like: (mimes delivering a beating with a large, blunt object.) Wham, wham, wham. (mimes shaking hand.) Here's your degree. Except the 'Whams' take four years. Urgh... ~DeathMech, Some Student. P-town PHY 205 Sortir en Pantoufles: up 31 days, 2:12 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] cdrdao woes
My kernel was booted with this setting: hdc=ide-scsi, I read to do set that in the kernel help under make menuconfig. I also want to be able to burn UDF/data DVDs with this thing too, but music first. I've looked at the HowTos on the Gentoo WIKI but those haven't helped, and I'm trying everything as root so I don't think permissions are involved. I've tried to re-emerge cdrtools and cdrdao without success. Any ideas where to go next? Sure, remove the hdc=ide-scsi option, reboot, then use the device path directly for IDE burning. In your case it's probably something like: dev=/dev/hdc I do all of my burning using IDE directly, even though Schily's tools whine about it. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gnome complains about no mixer elements and/or device on login
On Mon, 12 Sep 2005 00:32:38 +0200 Holly Bostick wrote: HTH, Holly I'm sure it will help. I see a current emerge -uD world is compiling a whole lot of new gnome-related packages. I'll see if that results in any change and then try your suggestions. I'm sure I'll learn more about gnome as I go. -- gentoo-user@gentoo.org mailing list -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
On Sun, 11 Sep 2005 19:12:51 +0200 Volker Armin Hemmann wrote: On Sunday 11 September 2005 18:58, Mark Shields wrote: From http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1chap=6: // start quote Building the System To start building the system, execute emerge --emptytree system. Then go do something to keep your mind busy, because this step takes a long time to complete. Code Listing 22: Building the System # emerge --emptytree system Again, if you haven't touched the default CFLAGS and CXXFLAGS setting, using --newuse is sufficient. // end quote So you see, it does tell you to do an emerge --emptytree system, unless you haven't changed the defalt CFLAGS/CXXFLAGS, in which case you can just use the --newuse in place of --emptytree. and this one: http://www.gentoo.org/doc/en/handbook/2005.1/handbook-x86.xml?full=1 does not talk about --emptytree at all, so which one is correct? (btw, when I installed my gentoo --emptytree was totally not needed.) Well it seems to me that doc does not deal with a stage 1 or stage 2 install, I haven't read every word, but I can't find any reference to bootstrap. So its irrelevant. -- gentoo-user@gentoo.org mailing list -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] cdrdao woes
On Sun, Sep 11, 2005 at 04:03:18PM -0700, David Busby wrote: My kernel was booted with this setting: hdc=ide-scsi, I read to do set that in the kernel help under make menuconfig. I also want to be able to burn UDF/data DVDs with this thing too, but music first. I've looked at the HowTos on the Gentoo WIKI but those haven't helped, and I'm trying everything as root so I don't think permissions are involved. I've tried to re-emerge cdrtools and cdrdao without success. Any ideas where to go next? I've never used DVD writers, but for CD-writers, since the 2.6 series, IDE burners can use the ATAPI transport layer. So perhaps you can try NOT using ide-scsi? W -- He stood up straight and looked the world squarely in the fields and hills. To add weight to his words he stuck the rabbit bone in his hair. He spread his arms out wide. `I will go mad!' he announced. - Arthur discovering a way of coping with life on Prehistoric Earth. Sortir en Pantoufles: up 31 days, 2:41 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
On Mon, 12 Sep 2005 00:15:58 +0100 Neil Bothwick wrote: No, but they are on the GRP package CDs that accompany each release. yes, but there's no requirement to use grp packages with a stage-3. There is if you're using stage 3 as quoted above. what have you been smoking Neil? A stage 3 install just means you have a biggish tarball at the start and it installs a very basic working system ready to comile on. You still do your own kernel and you can EITHER use GRP packages OR compile them yourself. Soem people prefer to use GRP and stage 3 to get a working system and then add or change packages later. At least they then have a gui and can read their email and peruse bugzilla/forums/wiki (OK I know you can do all those things in a console too) You can also use the GRP packages if you started from stage 1. They are simply pre-compiled with a pre-defined set of USE flags, and a set of CFLAGS for their architecture. -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ideas for a mini-FAQ/HOWTO
On 9/11/05, Ciaran McCreesh [EMAIL PROTECTED] wrote: On Sun, 11 Sep 2005 10:25:40 -0400 Michael Crute [EMAIL PROTECTED]wrote:| It may be simpler to look at| http://www.freehackers.org/gentoo/gccflags/flag_gcc3.html for theExcept that it's oh so very wrong...Is it? How so? Just curious because I have used their suggestions for the base CFLAGS on about half a dozen of my boxes and had no issues whatsoever (and yes, I know that O3 is not recommended but I don't care). -Mike-- Michael E. CruteSoftware DeveloperSoftGroup Development CorporationLinux, because reboots are for installing hardware.In a world without walls and fences, who needs windows and gates?
Re: [gentoo-user] Nasty bugs in portage?
On Sun, 11 Sep 2005 18:45:26 +0100 Neil Bothwick wrote: On Sun, 11 Sep 2005 12:58:19 -0400, Mark Shields wrote: // start quote Building the System To start building the system, execute emerge --emptytree system. // end quote So you see, it does tell you to do an emerge --emptytree system, When BUILDING THE SYSTEM. This thread was all about rebuilding the system, which is a completely different, and usually unnecessary, process. No its not, do I have to quote the original poster: quote Hi list, as I wrote yesterday I planned to complete installation after work (started ``emerge --emptytree system'' in the morning). /quote -- Neil Bothwick Ralph's Observation - It is a mistake to allow any mechanical object to realize that you are in a hurry. -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild for Lost Labyrinth
Hallo Nick, looks good. The next release 1.1.1 will only be a bug fix release. So this (1.1.0) is a good version for a release I think! Markus --- Ursprüngliche Nachricht --- Von: Nick Rout [EMAIL PROTECTED] An: gentoo-user@lists.gentoo.org Betreff: Re: [gentoo-user] ebuild for Lost Labyrinth Datum: Tue, 06 Sep 2005 13:59:18 +1200 On Mon, 05 Sep 2005 23:16:29 +1200 Nick Rout wrote: [snip] Please report any errors in use of the ebuild. This time I really am going to post it to bugs.gentoo.org, its just that Markus keeps delivering new versions. In particular please make sure highscores works, I am no games player and can't get into the highscores table to check it works! I have now crerated a bug which _should_ result in this making it to portage one day sometime. http://bugs.gentoo.org/show_bug.cgi?id=104971 *Please* report successes and failures with the ebuild on the above bug. -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ideas for a mini-FAQ/HOWTO
On Sun, Sep 11, 2005 at 01:06:54AM -0400, Dave Nebinger wrote I don't necessarily agree with using -* in your USE flags, simply because I think the USE flags in the /etc/make.conf are meant to enhance the builds with options you plan on using. Default USE flags, as identified by the developers, typically are limited to those components that the package needs to function correctly. And for those things that you really don't want to have, you can always specify the negative USE flag, i.e. -gnome to totally disable gnome (which is what I use). Using -* basically says that you know better than the developers, which is a position I wouldn't want to take... One size does not fit all. Default flags have been a pet peeve of mine since the ipv6 fiasco. Otherwise the content was fine, but it makes me wonder why it would be necessary. New folks migrating to Gentoo are going to use the handbook, and I don't believe the handbook tells them to enable framebuffer/bootsplash, etc. http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#book_part1_chap10 suggests that it's OK, specifically the sentences... But before we install one of these two bootloaders, we inform you how to configure framebuffer (assuming you want it of course). With framebuffer you can run the Linux command line with (limited) graphical features (such as using the nice bootsplash image Gentoo provides). -- Walter Dnes [EMAIL PROTECTED] My musings on technology and security at http://tech_sec.blog.ca -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ideas for a mini-FAQ/HOWTO
On Sun, Sep 11, 2005 at 10:00:17AM +0100, Neil Bothwick wrote On Sun, 11 Sep 2005 00:43:01 -0400, Walter Dnes wrote: 1) In /etc/make.conf set the following entry... MAKEOPTS=-j1 Do *NOT*, I repeat, do *NOT* use higher numbers. You are begging for problems if you do so. This is a blanket statement that will only slow down compiles for a lot of people that use higher numbers with no problems. I use j2 on three different boxes and I don't recall a single problem on any of them. I can compromise by giving people a choice between... a) Run the safe setting -j1 b) Run a with a higher value. If a compile blows up on you, try it again with -j1 before reporting a bug or asking for help. I start up my big emerges just before going to bed, or just before going to work in the morning. They're usually ready by the time I get back to the computer. Actually, maybe that idea should be part of my hintsg. -- Walter Dnes [EMAIL PROTECTED] My musings on technology and security at http://tech_sec.blog.ca -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ideas for a mini-FAQ/HOWTO
On Sun, Sep 11, 2005 at 10:25:40AM -0400, Michael Crute wrote It may be simpler to look at http://www.freehackers.org/gentoo/gccflags/flag_gcc3.html for the cflags for the processor. Yikes!!! Let's just say that I strongly disagree with them. 1) I do not consider -O3 to be safe. Back a few years ago in my Redhat days, I did my first custom compiles with the Mozilla 0.95 (*NOT* Firefox 0.95) sources. The thing that drove me to learn was that the standard Mozilla 0.95 build was excruciatingly slow on a 433 mhz PIII with 128 megs of RAM. When I built with -O3, the resulting program would usually segfault on startup or soon thereafter. With -O2, Mozilla 0.95 was stable and was almost reasonably fast. 2) They miss mmx, sse, sse2, sse3, 3dnow, and mfpmath=sse, which are a lot safer than O3. -- Walter Dnes [EMAIL PROTECTED] My musings on technology and security at http://tech_sec.blog.ca -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
On Sunday 11 September 2005 18:15, Neil Bothwick wrote: yes, but there's no requirement to use grp packages with a stage-3. There is if you're using stage 3 as quoted above. No, there isn't. This laptop was built with a stage 3 tarball, everything else was compiled from source. I know because I watched kde build for 16 hours. -- John Jolet Your On-Demand IT Department 512-762-0729 www.jolet.net [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Suspend2 and hibernate problem.
-Original Message- From: Pawel Madej [mailto:[EMAIL PROTECTED] I've done so but system behaviour did not changed. Any other suggestions? I think there was a bug in recent 2.6.13 kernels. IIRC there should be a fix in the APCI method calls included in maybe -r5 or -r6 in portage. I can't remember, since my laptop died, waiting for replacement Motherboard. -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Suspend2 and hibernate problem.
-Original Message- From: Pawel Madej [mailto:[EMAIL PROTECTED] Sent: Monday, September 12, 2005 1:09 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Suspend2 and hibernate problem. I've done so but system behaviour did not changed. Any other suggestions? This reportedly worked for some other user Try this patch - http://dagobah.ucc.asn.au/patches-2.6.13/suspend2-2.2-rc6-poweroff-fix.diff -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Multiple Displays nVida vs Radeon... take TWO
-Original Message- From: Justin Hart [mailto:[EMAIL PROTECTED] I actually got mine working pretty happily. It connected to the projector today and worked with no problems. Section ServerLayout Identifier X.org Configured Screen Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard # Uncommenting this will enable Dual Head # Screen Screen1 LeftOf Screen0 # This will enable separate displays for Dual Head. # Option Clone Off # Do you want Xinerama?? # Option Xinerama On Glad that it helped. Justin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] after emerge -Du world date can't keep time
--- Willie Wong [EMAIL PROTECTED] wrote: On Sun, Sep 11, 2005 at 11:59:58AM -0700, maxim wexler wrote: Hello everybody, After emerge --deep --update world I compiled and installed the new kernel, 2.6.12-gentoo-r10, then I noticed that no matter when I boot the system, date always starts marking time at 6:00 AM, although it gets the date and zone right. No matter what time string I give to date(as root), after a re-boot it alway replies with 6AM plus whatever time has elapsed since the original boot. FWIW rtc support is compiled as a module and is *not* currently loaded. Also, the BIOS clk is correct. -mw hum, run rc-status boot is clock started? yup __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Slightly OT: favorite window manager/desktop environ?
2005/9/7, Holly Bostick [EMAIL PROTECTED]: x11-themes/gtk-engines-qt... Haven't tried that. I'll give it a look. I do think it is problem though that you will have such very different standards as to how applications are supposed to work between WMs/DEs (just take file management). Regards,Martin S
Re: [gentoo-user] cdrdao woes
Dave Nebinger wrote: My kernel was booted with this setting: hdc=ide-scsi, I read to do set Sure, remove the hdc=ide-scsi option, reboot, then use the device path directly for IDE burning. In your case it's probably something like: dev=/dev/hdc I do all of my burning using IDE directly, even though Schily's tools whine about it. Ok, so I removed that foolishness from my kernel bootline and rebooted. When I run cdrdao with scanbus I get this: carbon ~ # cdrdao scanbus Cdrdao version 1.2.0 - (C) Andreas Mueller [EMAIL PROTECTED] SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.8' ATA:1,0,0MATSHITA, DVD-RAM SW-9585 , B100 But this: carbon ~ # cdrdao write --device ATA:1,0,0 --reload --force cp_csp.cdtoc Cdrdao version 1.2.0 - (C) Andreas Mueller [EMAIL PROTECTED] SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Still simply exits with a status of 1, what is going on? I've looked in the logs and don't see anything and I'm still stuck :( /djb -- gentoo-user@gentoo.org mailing list
[gentoo-user] ntpd timezone
I'm new to Gentoo. I've built a system based on the 2.6-11 kernel and everything has been working fine. Some time passed and I thought it a good idea to update. Thus I ran emerge -uvD world to update. Then I ran etc-update to merge the conf files. I basically accepted replacement of conf files I didn't think I'd changed and merged the ones I did change. However, now ntpd seems to make my time about 8 hours behind my local time. I am on PDT. I suspect ntpd is seeing PDT as GMT and then the system is subtracting the 8 hours. What file(s) should I look at to get things back to normal? Thanks, Drew -- Visit The Alchemist's Warehouse Magic Tricks, DVDs, Videos, Books, More! http://www.alchemistswarehouse.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ntpd timezone
What does ls -ln /etc/localtime return?On 9/12/05, Drew Tomlinson [EMAIL PROTECTED] wrote: I'm new to Gentoo.I've built a system based on the 2.6-11 kernel andeverything has been working fine.Some time passed and I thought it agood idea to update.Thus I ran emerge -uvD world to update.Then I ran etc-update to merge the conf files.I basically acceptedreplacement of conf files I didn't think I'd changed and merged the onesI did change.However, now ntpd seems to make my time about 8 hoursbehind my local time.I am on PDT.I suspect ntpd is seeing PDT as GMT and then the system is subtracting the 8 hours.What file(s) should Ilook at to get things back to normal?Thanks,Drew--Visit The Alchemist's WarehouseMagic Tricks, DVDs, Videos, Books, More! http://www.alchemistswarehouse.com--gentoo-user@gentoo.org mailing list -- - Mark Shields
Re: [gentoo-user] after emerge -Du world date can't keep time
On Sun, Sep 11, 2005 at 08:41:31PM -0700, maxim wexler wrote: On Sun, Sep 11, 2005 at 11:59:58AM -0700, maxim wexler wrote: Hello everybody, After emerge --deep --update world I compiled and installed the new kernel, 2.6.12-gentoo-r10, then I noticed that no matter when I boot the system, date always starts marking time at 6:00 AM, although it gets the date and zone right. No matter what time string I give to date(as root), after a re-boot it alway replies with 6AM plus whatever time has elapsed since the original boot. FWIW rtc support is compiled as a module and is *not* currently loaded. Also, the BIOS clk is correct. -mw hum, run rc-status boot is clock started? yup what about the output from hwclock? run it as root, does it give the same time/date as date? W -- Tell me a story. I like stories. I read them a lot. I'm just a little girl, you know. I don't ever plan to grow up either. You hear? Never grow up! You lose too much... I had a parakeet once, named Violet. She was the only one left... We had four. Peter Pan and Lily went to live with some friends, so there were two. And then Pip died. I loved Pip... he might have been my favorite. So we buried him in the backyard, and then there was Violet. Then there was Harpo. He wanted to eat Violet. So she went to live in my third grade classroom... and stayed there to the end of her days. I went to visit Violet after I left the third grade occasionally, but then, well, I guess Harpo took her place, when he stopped biting so much and started being nice. Tell me a story. I like stories. ~S Sortir en Pantoufles: up 31 days, 7:59 -- gentoo-user@gentoo.org mailing list