Re: [gentoo-user] dispatch-conf spells disaster
On 10/14/06, maxim wexler [EMAIL PROTECTED] wrote: Hello group, As I expected it would, dispatch-conf over-wrote/corrupted a lot of files without giving me a chance to stop it. It left no log(file was empty)in /var/log/dispatch-conf.log. or any record of its passing that I can find. Why did you expect this and, if you expected it, why didn't you take steps to back things up. dispatch-conf normally works just fine. Perhaps you set some incorrect options in your dispatch-conf conf file, such as auto-updating of all files. You also should have set up RCS backups of your conf files so that you can move back. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] dispatch-conf spells disaster
On 10/18/06, Justin Patrin [EMAIL PROTECTED] wrote: On 10/14/06, maxim wexler [EMAIL PROTECTED] wrote: Hello group, As I expected it would, dispatch-conf over-wrote/corrupted a lot of files without giving me a chance to stop it. It left no log(file was empty)in /var/log/dispatch-conf.log. or any record of its passing that I can find. Why did you expect this and, if you expected it, why didn't you take steps to back things up. dispatch-conf normally works just fine. Perhaps you set some incorrect options in your dispatch-conf conf file, such as auto-updating of all files. You also should have set up RCS backups of your conf files so that you can move back. nm, looks like the FUD has been dealt with in further replies. -- Justin Patrin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] etc-update vs dispatch-conf
dispatch-conf is just a more robust and full-featured system for updating config files. I read the first page of that discussion and it seems most of those who use etc-update haven't tried dispatch-conf. The rest feel they don't need the added features. IMHO dispatch-conf should be the default for gentoo (with RCS turned on) as it would help a lot of newbies when they make their first config update mistake. Yeah, I've already made my first. Now it looks like I made a second. I did #emerge baselayout then #dispatch-conf. I only edited out the last comment in dispatch-conf.conf to enable a log file. But nothing appeared. Not in the console or the log. I was expecting a menu to appear listing the files to be altered and a choice of actions. Something did happen: the hard-drive light flickered for a few seconds. But it didn't seem to have left its trace anywhere. Some conf files were altered(or accessed?) but the time stamps correspond to the emerge baselayout, not dispatch-conf. Well, If gentoo doesn't boot in the morning I'll be here to complain from (ewww!) Windows :( -Maxim __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- gentoo-user@gentoo.org mailing list
[gentoo-user] dispatch-conf spells disaster
Hello group, As I expected it would, dispatch-conf over-wrote/corrupted a lot of files without giving me a chance to stop it. It left no log(file was empty)in /var/log/dispatch-conf.log. or any record of its passing that I can find. Worst of all I can no longer dialout. /dev/ttyS0(external modem on COM1) no longer exists although in udev-rules the rule exists to create /dev/ttyS*. But there is no such thing under /dev. Attempts to dial-out lead to unrecognized option 'dev/ttyS0' Speaking of udev, according to http://webpages.charter.net/decibelshelp/LinuxHelp_UDEVPrimer.html the only thing I left out of my setup was #rc-update add hotplug boot. So I did it, but it didn't help. Under PPP Device on that same page it says to #mknod -m 660 /dev/ppp c 108 0 But that didn't work either. FWIW this all took place after emerge baselayout-1.12.5-r1 which issued a warning to /bin/ls /etc/init.d/net.* | grep -v '/net.lo$' | xargs -n1 ln -svfn net.lo Could that have done it? Also /dev/parport0 no longer exists, or /dev/lp*. Further, could it be this has nothing to do with dispatch-conf at all. Afterall, a check of /etc/*conf shows many files with the timestamp corresponding to emerge baselayout's timestamp in portage. I didn't run #dispatch-conf for another 5 mins after that. -Maxim __ 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] Re: etc-update vs dispatch-conf
I much prefer dispatch-conf. I just find it easier to use. I find etc-update a touch crude in the way it takes input. On 10/13/06, Remy Blank [EMAIL PROTECTED] wrote: maxim wexler wrote: What does the group think? I don't know about the group, but I use etc-update and keep all of /etc in a Subversion working copy. This allows quickly seeing any changes made on updates and emerges, reverting changes if anything breaks, and keeping track of the reasons for specific changes in commit log messages. I also use a tool to store file and directory ownership and ACLs in an SVN property. I believe dispatch-conf doesn't track ownership and permissions. I even thought about using a distributed VCS like git to be able to push changes to a group of machines for e.g. updates, but then again, I don't have enough installations to maintain. Has anybody done something in this direction? -- Remy Remove underscore and suffix in reply address for a timely response. -- gentoo-user@gentoo.org mailing list -- Erik -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: etc-update vs dispatch-conf
I use dispatch-conf all the time. I too have never looked back. I use diff=vimdiff -R %s %s in /etc/dispatch-conf.conf NOT SURE WHAT '-R' IS now though. Perhaps it should not be there. Then I add the following line to my .vimrc, which allows me to press F2 to exit the vimdiff windows in one shot. map F2 Esc:qCREsc:qCR The old config shows up on the left, and the new config shows up on the right. Press Ctrl-W and the left or right arrow key to switch between window buffers. What I usually do, if there are additions to the new config that I want, is copy them from the right window, paste them in the left window, and save the left window. Then, I hit F2, then 'z' for zap, and my old config has the new settings that it needs. If you don't like vim, then you might not like vimdiff. On 10/13/06, Erik [EMAIL PROTECTED] wrote: I much prefer dispatch-conf. I just find it easier to use. I find etc-update a touch crude in the way it takes input. On 10/13/06, Remy Blank [EMAIL PROTECTED] wrote: maxim wexler wrote: What does the group think? I don't know about the group, but I use etc-update and keep all of /etc in a Subversion working copy. This allows quickly seeing any changes made on updates and emerges, reverting changes if anything breaks, and keeping track of the reasons for specific changes in commit log messages. I also use a tool to store file and directory ownership and ACLs in an SVN property. I believe dispatch-conf doesn't track ownership and permissions. I even thought about using a distributed VCS like git to be able to push changes to a group of machines for e.g. updates, but then again, I don't have enough installations to maintain. Has anybody done something in this direction? -- Remy Remove underscore and suffix in reply address for a timely response. -- gentoo-user@gentoo.org mailing list -- Erik -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] error building pdflib during gcc-3.4 upgrade
On Mon, 05 Dec 2005 18:10:02 -0500 John Blinka [EMAIL PROTECTED] wrote: Hi, I'm in the emerge -e world step of the gcc-3.4 upgrade as documented on http://www.gentoo.org/proj/en/base/x86/gcc-upgrading-guide.xml. Unfortunately, after compiling for a day or two, the upgrade has terminated during the rebuild of pdflib. The following error messages occur in the log: emerge --resume --skipfirst etc-update/dispatch-conf reboot emerge pdflib Bob - -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [SOLVED] straggling with paper size
Joseph wrote: [snip] Funny you mention that. I used dispatch-conf for a while. It never backed up anything for me. I made the directory and everything. Since I could not see it working right, I went back to etc-update. It's not that hard to type in the command anyway plus I have them all, not just the ones that are changed. I save them until I reboot at least, just to be sure. I guess they will drop etc-update one of these days though. It happens. Dale :-) Check if you have uncommented the line in file: /etc/dispatch-conf.conf ... # Directory to archive replaced configs archive-dir=/etc/config-archive ... Yup: # Directory to archive replaced configs archive-dir=/etc/config-archive It hates me. That's what it is. Next time I do a config update I'll try it again. I turned on the log thing this time. We'll see what that says, probably nothing in my case though. LOL Dale :-) -- To err is human, I'm most certainly human. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: etc-update vs dispatch-conf
maxim wexler wrote: What does the group think? I don't know about the group, but I use etc-update and keep all of /etc in a Subversion working copy. This allows quickly seeing any changes made on updates and emerges, reverting changes if anything breaks, and keeping track of the reasons for specific changes in commit log messages. I also use a tool to store file and directory ownership and ACLs in an SVN property. I believe dispatch-conf doesn't track ownership and permissions. I even thought about using a distributed VCS like git to be able to push changes to a group of machines for e.g. updates, but then again, I don't have enough installations to maintain. Has anybody done something in this direction? -- Remy Remove underscore and suffix in reply address for a timely response. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Portage weirdness...
On Sunday 25 June 2006 22:22, Jürgen Pierau wrote: 1. unmask the packages you masked 2. emerge --unmerge pam-login 3. emerge --oneshot shadow 4. emerge --unmerge utempter 5. emerge -avDu world IMPORTANT: Do NOT log out before step 3. If you logout after unmerging pam-login you will NOT be able to login again until you emerge shadow. Of course he should make sure to run etc-update, dispatch-conf or cfg-update before logging out too.. -- Bo Andresen pgpzaAXTUFCqU.pgp Description: PGP signature
Re: [gentoo-user] Help! with a pam upgrade, lockout, etc.
Jayson Smith schrieb: Hi, I'm running Gentoo. As part of an unrelated package upgrade, PAM got upgraded. Ever since, or sometime afterward, anything requiring a username and password fails. My POP3 server fails, I can't even log in as root! If I try to log in at the console, it takes the username, which can be a real or a non-existent user, and doesn't ask for a password, but instead waits three seconds or whatever, and tells me the login is incorrect. Thank Goodness, I do have exactly one console window logged in as Root, so I'm not totally locked out. I had upgraded PAM in the recent past. Could it be that I need a reboot? Only reason I don't do this is... Maybe you need to update a configuration file. Did you run dispatch-conf or etc-update after the emerge? I'd advice against using etc-update and would use dispatch-conf, by the way. They both come with portage. My ISP blocks port 25, so I have to manually run a redirector program to forward another port to port 25 on my Linux system. I don't know how to get this to run automatically at startup, easily. And wouldn't you know it, I have a Mailman list going which I really don't need to have down, as it's pretty important. So, if I reboot and am still locked out, then I'm screwed. You can put custom bash-scripts into /etc/local.start . They will execute after the last normal init-script. signature.asc Description: OpenPGP digital signature
[gentoo-user] upgrade to expat 2 blows up system
I guess someone else has come across this already in a different thread. Is there a guide yet? I like to emerge -u with D and N flags, but this can't happen again until expat upgrade is smoothed out? for amusement 420 emerge -auDNv system 422 emerge -auDNv world 424 emerge -av XML-Parser 431 emerge -auDNv world 432 emerge -Cv gnome-base/control-center 434 emerge -Cv app-dicts/aspell-en 435 emerge -av XML-Parser 436 emerge -auDNv world 437 /etc/init.d/gpm start 439 tac /var/log/portage/gnome-base:gnome-keyring-0.8.1:20070812-213457.log|less 443 equery b libfontconfig.so 444 revdep-rebuild -p fontconfig 446 locate libexpat.so 448 eix expat 449 emerge -av expat 450 equery d expat 452 emerge -aDv dbus 453 dispatch-conf 456 revdep-rebuild -X 457 tac /var/log/portage/x11-libs:qt-3.3.8-r3:20070812-215617.log |less 458 eix fontconfig 460 emerge -aDv fontconfig 461 emerge -aDv expat 462 eix expat 464 emerge -av =expat-1.95.8 465 revdep-rebuild -X 475 emerge -aDv gnome-light [ this quietly emerges expat 2, iirc ] [ getting desperate here ] 478 emerge -aCv XML-Parser 479 emerge -av XML-Parser 480 emerge -aDv gnome-light 481 locate libexpat.so.0 482 /etc/init.d/gpm 483 /etc/init.d/gpm start 485 locate libexpat.so.0 486 ls -l /usr/lib/libexpat.so.0 487 eix expat 491 emerge -av --oneshot =dev-libs/expat-1.95.8 492 emerge -aCv XML-Parser 493 emerge -av XML-Parser 494 ls -l /usr/lib/libexpat.so.0 495 emerge -aDv gnome-light 496 emerge -pDv gnome-light |less 497 emerge -pv gnome-light |less [ AHA! ] 498 emerge -av gnome-light 499 dispatch-conf /end amusement So, I'm still not upgraded to expat 2, but my system works again. So, is there a proven way to do upgrade to have a system using expat 2 libs? Cheers, -- Michael Higgins [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] PANIC !!!!
Boot off of LiveCD, chroot, start repairing... When I've hosed my system, I go back to the Gentoo Handbook: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml to get into the chroot. Then look in the logs (/var/log/*) for hints... Always a good idea to dispatch-conf, revdep-rebuild, revdep-rebuild. So far I haven't hosed it bad enough to need a reinstall... MySQL upgrade was painful, but the upgrade guide given in the einfo worked perfectly (THANK YOU Doc Team!). HTH, Roy Allan Spagnol Comar wrote: My hole linux box has crashed I made a system update yesterday with emerge -Du world it update my apache, mantis, nagios, bind, mysql. today my hole system is against me I think in reinstall the full system has any one got a better idea, my backups are unavailable now -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PANIC !!!!
true, doc team help with mysql upgrade. On 10/21/05, Roy Wright [EMAIL PROTECTED] wrote: Boot off of LiveCD, chroot, start repairing... When I've hosed my system, I go back to the Gentoo Handbook: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml to get into the chroot. Then look in the logs (/var/log/*) for hints... Always a good idea to dispatch-conf, revdep-rebuild, revdep-rebuild. So far I haven't hosed it bad enough to need a reinstall... MySQL upgrade was painful, but the upgrade guide given in the einfo worked perfectly (THANK YOU Doc Team!). HTH, Roy Allan Spagnol Comar wrote: My hole linux box has crashed I made a system update yesterday with emerge -Du world it update my apache, mantis, nagios, bind, mysql. today my hole system is against me I think in reinstall the full system has any one got a better idea, my backups are unavailable now -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PANIC !!!!
Got my named to work. problem on listen-on removed now it works On 10/21/05, Allan Spagnol Comar [EMAIL PROTECTED] wrote: true, doc team help with mysql upgrade. On 10/21/05, Roy Wright [EMAIL PROTECTED] wrote: Boot off of LiveCD, chroot, start repairing... When I've hosed my system, I go back to the Gentoo Handbook: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml to get into the chroot. Then look in the logs (/var/log/*) for hints... Always a good idea to dispatch-conf, revdep-rebuild, revdep-rebuild. So far I haven't hosed it bad enough to need a reinstall... MySQL upgrade was painful, but the upgrade guide given in the einfo worked perfectly (THANK YOU Doc Team!). HTH, Roy Allan Spagnol Comar wrote: My hole linux box has crashed I made a system update yesterday with emerge -Du world it update my apache, mantis, nagios, bind, mysql. today my hole system is against me I think in reinstall the full system has any one got a better idea, my backups are unavailable now -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Portage weirdness...
Kristian, Dale, Jurgen, Bo, the list, Thanks to all of you. You were all right because my laptop is updating at the moment !!! Thanks very much. Best regards Yann Garnier Le 25 juin 06 à 22:38, Bo Ørsted Andresen a écrit : On Sunday 25 June 2006 22:22, Jürgen Pierau wrote: 1. unmask the packages you masked 2. emerge --unmerge pam-login 3. emerge --oneshot shadow 4. emerge --unmerge utempter 5. emerge -avDu world IMPORTANT: Do NOT log out before step 3. If you logout after unmerging pam-login you will NOT be able to login again until you emerge shadow. Of course he should make sure to run etc-update, dispatch-conf or cfg-update before logging out too.. -- Bo Andresen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Portage weirdness...
Yann Garnier wrote: Kristian, Dale, Jurgen, Bo, the list, Thanks to all of you. You were all right because my laptop is updating at the moment !!! Thanks very much. Best regards Yann Garnier Le 25 juin 06 à 22:38, Bo Ørsted Andresen a écrit : On Sunday 25 June 2006 22:22, Jürgen Pierau wrote: 1. unmask the packages you masked 2. emerge --unmerge pam-login 3. emerge --oneshot shadow 4. emerge --unmerge utempter 5. emerge -avDu world IMPORTANT: Do NOT log out before step 3. If you logout after unmerging pam-login you will NOT be able to login again until you emerge shadow. Of course he should make sure to run etc-update, dispatch-conf or cfg-update before logging out too.. -- Bo Andresen Your welcome. Glad to be of help, finally. :D Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xserver does not work after upgrade
On Friday 27 May 2011 16:09:07 fajfu...@wp.pl wrote: Hi All I've upgraded my system and xserver does not work after upgrade. I've installed new baselayout according to the official gentoo's procedure and it seems ok. I've done dispatch-conf, etc-update, revdep-rebuild successfully. All packages have been build successfully. I have: xorg-drivers 1.7 xorg-server 1.7.7-r1 xorg-x11 7.4-r1 xorg-cf-files 1.0.3 I found that hal has been unmerged during an upgrade. I installed it again and launching it at startup. HAL is no longer required. It is deprecated and that's why your profile removed it. You shouldn't need it to be able to run Xorg or pretty much anything else from Gentoo these days. I attached 2 Xorg.0.log files. One of them is before upgrade when xorg was working correctly and the other one is after upgrade when it does not work. Please help me to find out what's wrong. Great thanks for help. Read this and apply it to the letter: http://www.gentoo.org/doc/en/xorg-config.xml -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Resurrecting a Gentoo install
On 1/20/2012 5:37 PM, Grant wrote: I have an old Gentoo system that hasn't been updated or used at all in at least 2 years. It's remote but I have SSH access. I've updated portage but I thought I should check with you guys before I plow ahead with emerge -DuN world. It won't be used for anything until I bring it up to speed and someone can physically log in and issue commands a couple times per week so an outage isn't the end of the world. Any advice? - Grant You will likely pull in the 'new' OpenRC ebuild during your update process (sys-apps/open-rc i believe). Watch out for this! If you merge it you must make sure all your configs are up to date in /etc or your server won't come back following a restart (etc-update, dispatch-conf, etc.). You'll want to move over any settings in /etc/conf.d/rc to /etc/rc.conf. Upgrade guide: http://www.gentoo.org/doc/en/openrc-migration.xml Good luck. -- EJ e...@ejane.org
Re: [gentoo-user] Re: pambase/shadow warning
Hinnerk van Bruinehsen writes: On 21.04.2012 17:30, Allan Gottlieb wrote: On Fri, Apr 20 2012, Neil Bothwick wrote: On Fri, 20 Apr 2012 13:22:20 +0100, Neil Bothwick wrote: [...] What happened is it broke again, with no obvious signs of the cause. conf-update reported only trivial changes to three files. [...] There is a bug filed https://bugs.gentoo.org/show_bug.cgi?id=412721 The comments there say that if you run etc-update right after the emerge all is well (but this isn't sufficient for people who use screen, detatch, and log out). Someone also mentioned dispatch-conf working. No one mentioned cfg-update, which I use (and I believe neil does as well). Could the problem be dependent on which configuration file updater one uses? No, he is using conf-update, which is a different utility. Wonko
Re: [gentoo-user] Re: pambase/shadow warning
On Sun, 22 Apr 2012 03:52:39 +0200, Alex Schuster wrote: The comments there say that if you run etc-update right after the emerge all is well (but this isn't sufficient for people who use screen, detatch, and log out). Someone also mentioned dispatch-conf working. No one mentioned cfg-update, which I use (and I believe neil does as well). Could the problem be dependent on which configuration file updater one uses? No, he is using conf-update, which is a different utility. Yes, and it appears that conf-update handles orphaned ._cfg files poorly. Whether these files are allowed to exist or not it not really relevant, it should handle the situation, time for a bug report. Incidentally, if anyone gets hit by this, the simple fix is to re-emerge shadow with --noconfmem, which installs the missing files. -- Neil Bothwick I am Zaphod of Borg. Now, where's the coolest place to be assimilated... signature.asc Description: PGP signature
Re: [gentoo-user] BIG-UPDATE! ;) If I survive, then gentoo rulezz... :)
I here use dispatch-conf instead of etc-update. I just change /etc/dispatch- conf.conf to the following: use-rcs=yes and diff=colordiff -Nu %s %s | less --no-init --QUIT-AT-EOF which requires rcs and colordiff to be merged. It's fantastic for updating the conf files. Regards, Saffi On 2/2/08, Alan McKinnon [EMAIL PROTECTED] wrote: did you grep all the files in /var/log/portage/elog/ as well? That's where such notifications are normally stored. Some more likely candidates are gcc-config, java-config, perhaps python-updater or maybe one of these: nazgul ~ # ls -al /sbin/*update /usr/sbin/*update lrwxrwxrwx 1 root root14 Nov 2 09:55 /sbin/modules-update - update-modules -rwxr-xr-x 1 root root 5546 Jan 17 22:33 /sbin/rc-update -rwxr-xr-x 1 root root 30356 Nov 2 10:00 /usr/sbin/conf-update lrwxrwxrwx 1 root root29 Feb 1 20:14 /usr/sbin/env-update - ../lib/portage/bin/env-update lrwxrwxrwx 1 root root29 Feb 1 20:14 /usr/sbin/etc-update - ../lib/portage/bin/etc-update -rwxr-xr-x 1 root root 1873 Jan 10 15:14 /usr/sbin/texmf-update nazgul ~ # ls -al /sbin/*config /usr/sbin/*config -rwxr-xr-x 1 root root 53788 Nov 1 22:24 /sbin/ifconfig -rwxr-xr-x 1 root root 71460 Nov 5 14:42 /sbin/iwconfig -rwxr-xr-x 1 root root 564648 Nov 2 08:00 /sbin/ldconfig -rwxr-xr-x 1 root root 4412 Nov 1 22:24 /sbin/plipconfig -rwxr-xr-x 1 root root 26020 Nov 2 08:00 /usr/sbin/iconvconfig -rwxr-xr-x 1 root root 4171 Jan 2 13:48 /usr/sbin/paperconfig -rwxr-xr-x 1 root root 10284 Nov 1 22:24 /usr/sbin/pci-config -rwxr-xr-x 1 root root 18563 Nov 7 23:25 /usr/sbin/pwmconfig -rwxr-xr-x 1 root root 3084 Nov 5 13:27 /usr/sbin/ruby-config -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list -- Ricardo Saffi Marques Laboratório de Administração e Segurança de Sistemas (LAS/IC) Universidade Estadual de Campinas (UNICAMP) Cell: +55 (19) 8128-0435 Skype: ricardo_saffi_marques Website: http://www.rsaffi.com
Re: [gentoo-user] Failed to install x11-drivers/ati-drivers-8.552-r2
Gregory Shearman wrote: In linux.gentoo.user, you wrote: Completed installing ati-drivers-8.552-r2 into * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * x11-base/xorg-server-1.5.3-r5 * /usr/lib64/opengl/ati/extensions/libglx.so * * Package 'x11-drivers/ati-drivers-8.552-r2' NOT merged due to file * collisions. If necessary, refer to your elog messages for the whole * content of the above message. Failed to install x11-drivers/ati-drivers-8.552-r2, Log file: microway ~ # portageq owners / /usr/lib64/opengl/ati/extensions/libglx.so x11-base/xorg-server-1.5.3-r5 /usr/lib64/opengl/ati/extensions/libglx.so Doing portageq owners / /usr/lib64/opengl/ati/extensions/libglx.so gets the following response: x11-base/xorg-server-1.5.3-r5 /usr/lib64/opengl/ati/extensions/libglx.so Suggestions for how to successfully emerge -D -uav world would be much appreciated. G'day John, I had the problem on a 32 bit machine and just removed the offending file: rm /usr/lib/opengl/ati/extensions/libglx.so I then proceeded with the emerge of the ati-driver. It's discussed here: http://bugs.gentoo.org/247685 I hope this helps. Thanks, Gregory. Your suggestion pointed me in the right direction. After removing libglx.so, I tried emerge again and got the following message: !!! Cannot write to '/usr/lib32/opengl/ati/extensions'. !!! Please check permissions and directories for broken symlinks. Eventually, I did emerge -C ati-drivers dispatch-conf emerge -D -uav world That seems to have taken care of the problems ... for now anyway. John
Re: [gentoo-user] drift: cron, emerge and mail
Neil Bothwick wrote: All logs go into $PORT_LOGDIR (usually /var/log/portage) if it is defined. These are the full output of each emerge command, plus another file containing the elog/ewarn/einfo/error output. The ELOG files contain only the e-messages you specify and go in $PORT_LOGDIR/elog. So you should be seeing logfiles in both if everything is working correctly. Note that not all ebuilds output e-messages, so you won't get ELOG info for every package you emerge. That was it! Thanks, Neil! I was testing with emerge -C tcpdump ; emerge tcpdump. After your mail i tried emerge -1 media-fonts/font-adobe-100dpi and I got mail. Now here goes my next question: is there a way to get via email the portage output for all packages? Let me explain what I'm trying to do. I want to automate emerge --sync emerge -DuNv world with a cron job and to receive mails for the portage activities. I really don't need all the gcc output. I only need the portage info warn error messages in order to know if I have to do dispatch-conf, if some package has failed and if there is some important note about changes in the structure/functionality of a given package. Is there a gentoo way to achieve this functionality or I have to do it my way? -- Best regards, Daniel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Following a well overdue world -u I have no network
On Tue, 30 Aug 2005 22:26:30 -0500 Roy Wright wrote: Harry Putnam wrote: Followin a well overdue emerge world -u I have no network on reboot. The pieces seem to be there, although I'm not sure I remember what all goes into it. /etc/conf.d/net has the eht0 address and gateway address but its not getting set on bootup. I can ifconfig and route it into place of course but wondering why it isn't just happening like before the update. I went thru the new conf files with etc-update and seemingly was carefull to get them right or merged etc. Another very disturbing phenomena is that a mail spool directory I've used for years in ~/spool is getting deleted by something. This is not tolerable of course since all mail resides there at least until it is slurped by my emacs/gnus reader. I did notice some rsnaphot errors on first reboot that indicated a needed parameter (`config_version') was missing from my conf files. Must be someting new in rsnapshot since those confs worked fine prior to update. I went ahead and added the parameter: config_version1.2 to each conf and recieved no more errors. What steps do I need to track down the network not getting setup and the mysterious deletions? Can some one just list the various files that contain the needed network settings. Maybe I've inadvertantly overwritten something. Any ideas how to track donw what is deleting ~/spool? For the network problem: first thing to know - have you updated your config files with etc-update or dispatch-conf? hostname and domainname migrated from /etc to /etc/conf.d check /etc/conf.d/net for something like: iface_eth0=dhcp check dmesg check /var/log HTH, Roy -- gentoo-user@gentoo.org mailing list -- Nick Rout [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xserver does not work after upgrade
fajfu...@wp.pl writes: I've upgraded my system and xserver does not work after upgrade. I've installed new baselayout according to the official gentoo's procedure and it seems ok. I've done dispatch-conf, etc-update, revdep-rebuild successfully. All packages have been build successfully. I have: xorg-drivers 1.7 xorg-server 1.7.7-r1 No you haven't, your log tells it's 1.9.5 now. You need to recompile all X drivers when xorg-server gets a new version number, this can be done with emerge -1a $( qlist -IC x11-drivers/), or with emerge @x11-modules-rebuild with recent portage versions. Maybe this helps, although I think you should have gotten explicit errors then, so it's probably already been done. Has x11-drivers/xf86-video-intel been updated/ recompiled after xorg-server was updated? Is intel in your VIDEO_CARDS variable? I found that hal has been unmerged during an upgrade. I installed it again and launching it at startup. This will not change a thing, hal is not used by xorg-server any more. If it were and you wanted to make use of it, you should have set the hal USE flag for xorg-server, so xorg-server would be compiled with hal support. Wonko
Re: [gentoo-user] HEADS UP - postfix-2.9.0 is broken
On Wed, 8 Feb 2012 00:11:26 +0700 Pandu Poluan pa...@poluan.info wrote: On Feb 7, 2012 2:39 PM, Eray Aslan e...@gentoo.org wrote: On Tue, Feb 07, 2012 at 01:58:33PM +0700, Pandu Poluan wrote: S... I'm still on 2.8.7. Is it safe to upgrade to 2.9.0-r1 ? Yes, it should be OK as long as you run etc-update/dispatch-conf/similar after the upgrade. Postfix daemons now live under /usr/libexec/postfix (not under /usr/lib{,64)/postfix). Adjust your main.cf accordingly. I'll add a warning to the ebuild. Ah, thanks for the explanation! I'll be certain to pay undivided attention to postfix ebuild warnings. Rgds, ALWAYS pay special attention to ALL ebuild warnings. Not just the ones from postfix. Those warnings are there for a reason - it's how devs let you know that stuff has changed, that the change will make stuff break, and how to fix or prevent it. They are not there for decoration or fluff. You should set the ELOG options in make.conf to store these warnings in some persistent place (log files, mail them, whatever) so you can go through them at your leisure. My usual routine for doing a global update is emerge -avuND world conf-update emerge -av @preserved-rebuild revdep-rebuild -p -i (then without -p if something is found) emerge -a --depclean view portage logs and do what they say often followed by doing one or more steps again to ensure all is clean I haven't been adversely hit by an upgrade for over a year now. I put it down to using the portage tools correctly in the way they were designed to be used. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: pambase/shadow warning
On Fri, Apr 20 2012, Neil Bothwick wrote: On Fri, 20 Apr 2012 13:22:20 +0100, Neil Bothwick wrote: I'll run the update again today, paying more attention, and see what happens. What happened is it broke again, with no obvious signs of the cause. conf-update reported only trivial changes to three files. I've just tried it on my netbook and the same happened, but I think I'm closer to the cause. The three files in /etc/pam.d are login, passwd and su. After updating, there were ._cfg* versions of these files, but no originals, so conf-update just deleted them. It turns out these were owned by shadow but now belong to pambase. I suspect that pambase installed them as ._cfg versions, because the others already existed, then shadow removed the originals as they were no longer part of the package. Whether this is a bug in portage, the ebuilds or conf-update is open to debate, but conf-update ought to handle the situation better. I'll file a bug later if no one beats me to it. First, thanks for the warning. There is a bug filed https://bugs.gentoo.org/show_bug.cgi?id=412721 The comments there say that if you run etc-update right after the emerge all is well (but this isn't sufficient for people who use screen, detatch, and log out). Someone also mentioned dispatch-conf working. No one mentioned cfg-update, which I use (and I believe neil does as well). Could the problem be dependent on which configuration file updater one uses? I have not updated my primary machine. I did update another one (both machines are ~amd64) including a cfg-update -q, but have not rebooted it. The secondary can su. This seems to suggest that cfg-update is sufficient in some cases. Am I correct in believing the safe procedure is to add =sys-auth/pambase-20101024-r2 =sys-apps/shadow-4.1.5. to /etc/portage/package.mask (or a file in that directory)? thanks, allan
Re: [gentoo-user] Re: pambase/shadow warning
On Sun, Apr 22 2012, Neil Bothwick wrote: On Sun, 22 Apr 2012 03:52:39 +0200, Alex Schuster wrote: The comments there say that if you run etc-update right after the emerge all is well (but this isn't sufficient for people who use screen, detatch, and log out). Someone also mentioned dispatch-conf working. No one mentioned cfg-update, which I use (and I believe neil does as well). Could the problem be dependent on which configuration file updater one uses? No, he is using conf-update, which is a different utility. Yes, and it appears that conf-update handles orphaned ._cfg files poorly. Whether these files are allowed to exist or not it not really relevant, it should handle the situation, time for a bug report. Incidentally, if anyone gets hit by this, the simple fix is to re-emerge shadow with --noconfmem, which installs the missing files. First, thanks for the fix, hopefully not needed. It appears that the bug is in conf-update and not shadow so the rather brusque changing of the status of the shadow bug to resolved might be appropriate. But it would have been nice if they mentioned conf-update and neil's fix. So the way to avoid the problem is to run a configuration file updater other than conf-update right after the emerge world. Since I use cfg-update, this would explain why I had not problem on my secondary. Having also ensured that I can use key-based ssh from the secondary to my primary machine, I am now unmasking pambase and shadow on the primary. Hopefully soon the conf-update exception can be removed. thanks again, allan
Re: [gentoo-user] Gentoo on Dell PowerEdge R715/R720
Johann Schmitz wrote: We use Dell servers exclusively and have for 15 years. I think we're up to 400+ physical boxes now and the number of Linux-compatibility issues in all that time is exactly zero :-) That's good to hear. If Dell sold server-class hardware that wasn't 100% supported in Linux, their sales would suffer badly, they have a strong business model around 100% Linux support in the data center. So the odds are very much on your side, but do your Google checks on the proposed hardware and verify. You're right. But it's quite a difference to sell something which comes with some Linux distribution installed and works and to have a system in place which lacks a single but important feature just because it's not one of the mainstream features. 1. Pick a server model that has an option to ship with RHEL pre-installed, this indicates 100% Linux compatibility. That was one of the reasons why we're thinking about Dell server. They offer SLES and RHEL as operating systems. But again, often the last 1% of the hardware's features (like hardware sensors) are only available if you use some creepy vendor software (like OpenManage). That is not the case. I have some R720s and they expose no fewer than 151 distinct sensor readings through IPMI. Simply install freeipmi and run ipmi-sensors. Other useful tools are ipmi-oem, whose Dell-specific extensions can be used to configure DRAC cards, and ipmi-sel, which can be used to read the System Event Log. I use a simple script to scrape the SEL and dispatch new entries in the form of an email alert. --Kerin
Re: [gentoo-user] emerge stopped working
On Mon, May 2, 2011 at 9:54 AM, Kevin O'Gorman kogor...@gmail.com wrote: On Mon, May 2, 2011 at 9:05 AM, Davide Carnovale francesco.davide.carnov...@gmail.com wrote: 2011/5/2 Helmut Jarausch jarau...@igpm.rwth-aachen.de On 05/02/2011 05:38:03 PM, Davide Carnovale wrote: Hi all! i was going through a world update today and during --depclean emerge throw an error complaining about possible corrupted binaries or hw failure. since then it has stopped working, no matter what i try to emerge, the command simply return to the shell without any kind of error or any other output at all. i fired and usb stick with the gentoo 11 live dvd and i copied over both bash and emerge binaries to my machine, in case they were corrupted (bash was given as the most likely) but nothing changed. now i simply have no clue on what's wrong and how can i fix it, apart from a full reinstall, which i'd like to avoid. can anyone point me somewhere to solve this problem? emerge needs Python. Have you tried to invoke Python, just by python import portage quit() Helmut. @alan, no error are printed, where and what should i look for in the logs? @helmut python just returns to the console, without error or effect of any sort, does it means python has get unmerged and that's why emerge doesn't work anymore? I have the same problem. I just did a --depclean, and find that 'vim' cannot run: treat log # vim vim: error while loading shared libraries: libpython2.6.so.1.0: cannot open shared object file: No such file or directory treat log # So I have to fall back on pico, which I only barely know how to use. I have quite a collection of binary packages (everything emerged in the last few years), but even untarring them fails (just wedges with no message, and even strace(1) is not helping me find this.) I can unpack on a different machine, but will that even help? BTW, it's not that I don't have python, it's just that version 2.6.6 got unloaded somehow: [I] dev-lang/python Available versions: (2.4) 2.4.6{tbz2} (2.5) 2.5.4-r4{tbz2} (2.6) 2.6.5-r3{tbz2} 2.6.6-r1{tbz2} 2.6.6-r2{tbz2} (2.7) 2.7.1-r1{tbz2} (3.1) 3.1.2-r4{tbz2} 3.1.3-r1{tbz2} (3.2) [M]~3.2 {-berkdb bootstrap build +cxx doc elibc_uclibc examples gdbm ipv6 +ncurses +readline sqlite +ssl +threads tk +wide-unicode wininst +xml} Installed versions: reformatted for clarity 2.4.6(2.4){tbz2}(11:05:11 PM 02/19/2011)(cxx gdbm ipv6 ncurses readline ssl threads tk wide-unicode xml -berkdb -bootstrap -build -doc -elibc_uclibc -examples -wininst) 2.5.4-r4(2.5){tbz2}(11:16:07 PM 02/19/2011)(gdbm ipv6 ncurses readline ssl threads tk wide-unicode xml -berkdb -build -doc -elibc_uclibc -examples -sqlite -wininst) 2.7.1-r1(2.7){tbz2}(06:11:36 PM 04/21/2011)(gdbm ipv6 ncurses readline ssl threads tk wide-unicode xml -berkdb -build -doc -elibc_uclibc -examples -sqlite -wininst) 3.1.3-r1(3.1){tbz2}(02:31:33 PM 02/26/2011)(gdbm ipv6 ncurses readline ssl threads tk wide-unicode xml -build -doc -elibc_uclibc -examples -sqlite -wininst) Homepage:http://www.python.org/ I'm right now trying to see if eselect python set 3 will let emerge, vim and tar run again. 3 is version 2.7. -- Kevin O'Gorman, PhD ANSWER: yes it did. At least emerge and vim are working again. I'm also doing all of my usual post-emerge cleanups just in case: #!/bin/bash echo ' !!! Running dispatch-conf' dispatch-conf echo ' !!! Running revdep-rebuild --ignore' revdep-rebuild --ignore echo ' !!! Running lafilefixer --justfixit' lafilefixer --justfixit | fgrep -v 'skipping update' echo ' !!! Running perl-cleaner all' perl-cleaner all | fgrep -v 'Skipping directory' I'm hoping you also have an extra copy of python around, so you can do the same thing. -- Kevin O'Gorman, PhD
Re: [gentoo-user] gnupg fails to decrypt on kmail
On Sun, Feb 21, 2010 at 03:32:00PM +, Mick wrote: On Sunday 21 February 2010 15:08:28 Willie Wong wrote: On Sun, Feb 21, 2010 at 02:50:09PM +, Mick wrote: Yesterday I updated my system and after a series of: revdep-rebuild --library libjpeg.so.7 and revdep-rebuild -v -i I thought all was good to go. Unfortunately, I now noticed that I cannot open encrypted messages anymore and signing mail fails. This points towards gnupg which I remerged along with all packages I thought might me relevant. I haven't yet remerged openssl (will try that in a minute) but I am not sure that will help. It's not just smime but also openpgp that fails. Has anyone else noticed this and have you found any fixes for it? Just a random guess: maybe revdep-rebuild updated to a new version and configuration files changed? Did you look at the elogs of whatever you re-emerged yesterday? Yes and I ran dispatch-conf for a couple of changes. However, nothing that I recall was related to encryption: Sat Feb 20 08:05:50 2010 media-libs/jpeg-8 Sat Feb 20 08:20:29 2010 media-sound/phonon-4.3.80-r1 Sat Feb 20 08:36:37 2010 media-libs/tiff-3.9.2 Sat Feb 20 08:39:24 2010 media-libs/libquicktime-1.1.3 Sat Feb 20 08:42:15 2010 media-libs/gd-2.0.35-r1 Anything else I could look into? Then I am kind of out of ideas. You mentioned that you remerged gnupg: was there any warnings or logs at the end of the merge? (If you have it enabled, the logs maybe stored in /var/log/portage/elog/) You say that smime and openpgp fails, do you have the error message? It may help other people who know more about this to answer your question. Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] HEADS UP - postfix-2.9.0 is broken
On Feb 8, 2012 2:38 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Wed, 8 Feb 2012 00:11:26 +0700 Pandu Poluan pa...@poluan.info wrote: On Feb 7, 2012 2:39 PM, Eray Aslan e...@gentoo.org wrote: On Tue, Feb 07, 2012 at 01:58:33PM +0700, Pandu Poluan wrote: S... I'm still on 2.8.7. Is it safe to upgrade to 2.9.0-r1 ? Yes, it should be OK as long as you run etc-update/dispatch-conf/similar after the upgrade. Postfix daemons now live under /usr/libexec/postfix (not under /usr/lib{,64)/postfix). Adjust your main.cf accordingly. I'll add a warning to the ebuild. Ah, thanks for the explanation! I'll be certain to pay undivided attention to postfix ebuild warnings. Rgds, ALWAYS pay special attention to ALL ebuild warnings. Not just the ones from postfix. Always do that, actually. But Eray's explanation about postfix's new 'home' is especially important in the context of this thread and my situation (I'm using postfix as production email server in my office). Those warnings are there for a reason - it's how devs let you know that stuff has changed, that the change will make stuff break, and how to fix or prevent it. They are not there for decoration or fluff. You should set the ELOG options in make.conf to store these warnings in some persistent place (log files, mail them, whatever) so you can go through them at your leisure. I recommend also to install an elog parser/viewer. I personally use elogv, an ncurses-based utility. There are GUI-based ones, but I'm running text-mode exclusively. My usual routine for doing a global update is emerge -avuND world conf-update emerge -av @preserved-rebuild revdep-rebuild -p -i (then without -p if something is found) emerge -a --depclean view portage logs and do what they say often followed by doing one or more steps again to ensure all is clean Shouldn't revdep-rebuild be ran *after* emerge --depclean? Rgds,
[gentoo-user] Re: gnome intrusion?
Am Mon, 14 Nov 2016 23:38:44 + schrieb Andrew Tselischev <andre...@farlander.net>: > On Mon, Nov 14, 2016 at 09:32:59AM +, Jorge Almeida wrote: > > I noticed some obnoxious-looking processes in my system: > > > > $ ps axf > > (...) > > 367 ?S 0:00 dbus-launch --autolaunch > > 899f609d1c39e4d202c179a7580e4b49 --binary-syntax --close-stderr > > 368 ?Ss 0:00 /usr/bin/dbus-daemon --fork --print-pid 5 > > --print-address 7 --session > > 409 ?Sl 0:00 /usr/libexec/notification-daemon > > 411 ?Sl 0:00 /usr/libexec/at-spi-bus-launcher > > 415 ?S 0:00 \_ /usr/bin/dbus-daemon > > --config-file=/usr/share/defaults/at-spi2/accessibility.conf > > --nofork --print-address 3 > > 417 ?Sl 0:00 /usr/libexec/at-spi2-registryd > > --use-gnome-session 451 ?S 0:00 /usr/libexec/gconfd-2 > > > > I don't use a DE, just plain openbox. I had a few xterms running and > > also Opera, no other graphical app. The above processes appeared > > after Opera was launched. > > Why oh why should there be a process "at-spi2-registryd > > --use-gnome-session"? > > > > gnome-session?! I don't even have gnome installed. > > > > On a related note, the session logs have this gem: > > > > ERROR:object_proxy.cc(583)] Failed to call method: > > org.freedesktop.UPower.GetDisplayDevice: object_path= > > /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: > > The name org.freedesktop.UPower was not provided by any .service > > files > > > > Why should this be considered an error? I don't have upower > > installed. I don't want upower. > > > > I understand this is not the kind of stuff most users care about. > > Just wondering whether somebody else is somewhat bothered by this. > > > > Jorge Almeida > > I have the same problem. Recently I got so fed up with it I decided > to try my chances with chmod a-x /usr/libexec/at-spi* . So far, no > problems. Or mask its autostarter, gets rid of error messages in the log: sudo ln -snf /dev/null /etc/xdg/autostart/at-spi-dbus-bus.desktop Then, on dispatch-conf, do not merge the config changes for this file. -- Regards, Kai Replies to list-only preferred.
Re: [gentoo-user] gnupg fails to decrypt on kmail
On Sunday 21 February 2010 17:01:13 Willie Wong wrote: On Sun, Feb 21, 2010 at 03:32:00PM +, Mick wrote: On Sunday 21 February 2010 15:08:28 Willie Wong wrote: On Sun, Feb 21, 2010 at 02:50:09PM +, Mick wrote: Yesterday I updated my system and after a series of: revdep-rebuild --library libjpeg.so.7 and revdep-rebuild -v -i I thought all was good to go. Unfortunately, I now noticed that I cannot open encrypted messages anymore and signing mail fails. This points towards gnupg which I remerged along with all packages I thought might me relevant. I haven't yet remerged openssl (will try that in a minute) but I am not sure that will help. It's not just smime but also openpgp that fails. Has anyone else noticed this and have you found any fixes for it? Just a random guess: maybe revdep-rebuild updated to a new version and configuration files changed? Did you look at the elogs of whatever you re-emerged yesterday? Yes and I ran dispatch-conf for a couple of changes. However, nothing that I recall was related to encryption: Sat Feb 20 08:05:50 2010 media-libs/jpeg-8 Sat Feb 20 08:20:29 2010 media-sound/phonon-4.3.80-r1 Sat Feb 20 08:36:37 2010 media-libs/tiff-3.9.2 Sat Feb 20 08:39:24 2010 media-libs/libquicktime-1.1.3 Sat Feb 20 08:42:15 2010 media-libs/gd-2.0.35-r1 Anything else I could look into? Then I am kind of out of ideas. You mentioned that you remerged gnupg: was there any warnings or logs at the end of the merge? (If you have it enabled, the logs maybe stored in /var/log/portage/elog/) You say that smime and openpgp fails, do you have the error message? It may help other people who know more about this to answer your question. Thanks again for your help. The problem seems to be with pinentry when gpg is invoked manually: gpg: problem with the agent: No pinentry and then as a consequence: gpg: public key decryption failed: General error gpg: decryption failed: No secret key However, I have remerged pinentry. :-( Initially, I thought this was related to updating media-libs/jpeg-8 and library libjpeg.so.7, but it seems that it may be related to qt3 becoming deprecated? Perhaps I should unmask app-crypt/pinentry-0.7.6 which has qt4 in its USE flags and try with that? Meanwhile I just resync'ed and there's a load of kde-4.3.5 updates. Perhaps I was cought up in some major update bonanza and that's why this broke. I'll finish the update and see how it goes. -- Regards, Mick
Re: [gentoo-user] Re: pambase/shadow warning
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 21.04.2012 17:30, Allan Gottlieb wrote: On Fri, Apr 20 2012, Neil Bothwick wrote: On Fri, 20 Apr 2012 13:22:20 +0100, Neil Bothwick wrote: I'll run the update again today, paying more attention, and see what happens. What happened is it broke again, with no obvious signs of the cause. conf-update reported only trivial changes to three files. I've just tried it on my netbook and the same happened, but I think I'm closer to the cause. The three files in /etc/pam.d are login, passwd and su. After updating, there were ._cfg* versions of these files, but no originals, so conf-update just deleted them. It turns out these were owned by shadow but now belong to pambase. I suspect that pambase installed them as ._cfg versions, because the others already existed, then shadow removed the originals as they were no longer part of the package. Whether this is a bug in portage, the ebuilds or conf-update is open to debate, but conf-update ought to handle the situation better. I'll file a bug later if no one beats me to it. First, thanks for the warning. There is a bug filed https://bugs.gentoo.org/show_bug.cgi?id=412721 The comments there say that if you run etc-update right after the emerge all is well (but this isn't sufficient for people who use screen, detatch, and log out). Someone also mentioned dispatch-conf working. No one mentioned cfg-update, which I use (and I believe neil does as well). Could the problem be dependent on which configuration file updater one uses? I have not updated my primary machine. I did update another one (both machines are ~amd64) including a cfg-update -q, but have not rebooted it. The secondary can su. This seems to suggest that cfg-update is sufficient in some cases. Am I correct in believing the safe procedure is to add =sys-auth/pambase-20101024-r2 =sys-apps/shadow-4.1.5. to /etc/portage/package.mask (or a file in that directory)? thanks, allan Hi, I actually used cfg-update -u on 3 different machines up to now. So cfg-update can't be at the core of that problem. Maybe it's some kind of race-condition or the bug depends on other things too (e.g.: I'm using gnome and gdm also puts some files to /etc/pam.d which maybe mitigate the issue somehow) - pure speculation, though. The syntax for the masking seems to be correct (since shadow-4.1.5-r2 already has hit the tree maybe the problem is solved. Otherwise you would most likely like to mask -r1 and -r2 also). WKR Hinnerk -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPkwltAAoJEJwwOFaNFkYcuRwH/2FoHs4JwplMRZlSS4dtg388 y82/o4Cu60kgbdC1kHS7d/OXhu5ZHgTH1KhxW3zZZYxSBc6yGlTV4XBnBveEPBQG R7VkBwLMK7kgQewQGBO2GVIVzDlKa2QtZAHTySgqFritZXZeYrpC5FXC+yj3/k3S tpwZ2RcTFjdaCK8fbELRLtFK4DO00+j7Zs+3NvUz33tTSg8RBKh908DX6IRGW557 Ypd1o1X+Ea8RJcPN71Z8k4EGfwOI3nJW/kpttar3NdRfio6Kc7Gb8MYFeMFIGnX2 AVRTu7pfhdlkjR7+BCXm5kpMtcMZmhN1jelOj8lKtrZsC2VRuYbyjsT+1rssO8Q= =CPBN -END PGP SIGNATURE-
[gentoo-user] Re: Lots of big updates...
On 8/10/2014 11:45 AM, Tanstaafl tansta...@libertytrek.org wrote: I haven't updated in a little while, and am seeing a lot of big updates... The main ones that concern me are: perl (5.16 5.18) Ok, a little experimenting to see if I can stage these updates and just update perl first, I get: # emerge -pvuDN perl These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] virtual/libintl-0-r1 [0] ABI_X86=(64%*) -32% (-x32) 0 kB [ebuild U ] sys-devel/gnuconfig-20140212 [20131128] 44 kB [ebuild U ] app-admin/perl-cleaner-2.16 [2.15] 6 kB [ebuild U ] sys-libs/db-4.8.30-r1:4.8 [4.8.30:4.8] USE=cxx -doc -examples -java -tcl {-test} ABI_X86=(64%*) (-32) (-x32) 22,351 kB [ebuild U ] dev-lang/perl-5.18.2-r1:0/5.18 [5.16.3:0/5.16] USE=berkdb gdbm -debug -doc -ithreads 13,746 kB Total: 5 packages (5 upgrades), Size of downloads: 36,147 kB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/perl:0 (dev-lang/perl-5.16.3::gentoo, installed) pulled in by =dev-lang/perl-5.16* required by (virtual/perl-Attribute-Handlers-0.930.0-r1::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Net-SSLeay-1.550::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/IO-Socket-SSL-1.953.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Sub-Exporter-0.986.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/PlRPC-0.202.0-r2::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Net-Daemon-0.480.0-r1::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-vcs/git-1.8.5.5::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/log-dispatch-2.410.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Try-Tiny-0.180.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Error-0.170.210::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Package-Stash-XS-0.280.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (net-analyzer/net-snmp-5.7.3_pre3::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Package-Stash-0.360.0::gentoo, installed) (and 1 more with the same problems) (dev-lang/perl-5.18.2-r1::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.18* required by (virtual/perl-MIME-Base64-3.130.0-r3::gentoo, installed) (and 3 more with the same problem) A little googling suggests that I could resolve this by a simple: emerge -C virtual/perl-Attribute-Handlers-0.930.0-r1 emerge -C virtual/perl-MIME-Base64-3.130.0-r3 But even if this does resolve the conflicts, what would break (temporarily) if I removed those? They're virtuals, so... maybe... nothing? Any way to check?
Re: [gentoo-user] gnupg fails to decrypt on kmail
On 22 February 2010 06:49, Mick michaelkintz...@gmail.com wrote: On Sunday 21 February 2010 17:01:13 Willie Wong wrote: On Sun, Feb 21, 2010 at 03:32:00PM +, Mick wrote: On Sunday 21 February 2010 15:08:28 Willie Wong wrote: On Sun, Feb 21, 2010 at 02:50:09PM +, Mick wrote: Yesterday I updated my system and after a series of: revdep-rebuild --library libjpeg.so.7 and revdep-rebuild -v -i I thought all was good to go. Unfortunately, I now noticed that I cannot open encrypted messages anymore and signing mail fails. This points towards gnupg which I remerged along with all packages I thought might me relevant. I haven't yet remerged openssl (will try that in a minute) but I am not sure that will help. It's not just smime but also openpgp that fails. Has anyone else noticed this and have you found any fixes for it? Just a random guess: maybe revdep-rebuild updated to a new version and configuration files changed? Did you look at the elogs of whatever you re-emerged yesterday? Yes and I ran dispatch-conf for a couple of changes. However, nothing that I recall was related to encryption: Sat Feb 20 08:05:50 2010 media-libs/jpeg-8 Sat Feb 20 08:20:29 2010 media-sound/phonon-4.3.80-r1 Sat Feb 20 08:36:37 2010 media-libs/tiff-3.9.2 Sat Feb 20 08:39:24 2010 media-libs/libquicktime-1.1.3 Sat Feb 20 08:42:15 2010 media-libs/gd-2.0.35-r1 Anything else I could look into? Then I am kind of out of ideas. You mentioned that you remerged gnupg: was there any warnings or logs at the end of the merge? (If you have it enabled, the logs maybe stored in /var/log/portage/elog/) You say that smime and openpgp fails, do you have the error message? It may help other people who know more about this to answer your question. Thanks again for your help. The problem seems to be with pinentry when gpg is invoked manually: gpg: problem with the agent: No pinentry and then as a consequence: gpg: public key decryption failed: General error gpg: decryption failed: No secret key However, I have remerged pinentry. :-( Initially, I thought this was related to updating media-libs/jpeg-8 and library libjpeg.so.7, but it seems that it may be related to qt3 becoming deprecated? Perhaps I should unmask app-crypt/pinentry-0.7.6 which has qt4 in its USE flags and try with that? Meanwhile I just resync'ed and there's a load of kde-4.3.5 updates. Perhaps I was cought up in some major update bonanza and that's why this broke. I'll finish the update and see how it goes. This is rather debilitating ... I have now update pinentry to 0.7.6 and I still have the same problem. :-( I may have to restore my system from a back up just to access my encrypted data, which is something I'd rather not have to do after a mammoth kde update. The elog of pinentry shows this, but I am not sure I understand what it means, or if it is related to my problem. == Messages generated by process 10763 on 2010-02-24 07:01:34 GMT for package a pp-crypt/pinentry-0.7.6: LOG: postinst We no longer install pinentry-curses and pinentry-qt SUID root by default. Linux kernels =2.6.9 support memory locking for unprivileged processes. The soft resource limit for memory locking specifies the limit an unprivileged process may lock into memory. You can also use POSIX capabilities to allow pinentry to lock memory. To do so activate the caps USE flag and add the CAP_IPC_LOCK capability to the permitted set of your users. == Since invoking gpg on the CLI does not ask for a passphrase and it returns: gpg: problem with the agent: No pinentry I assume that the problem is with pinentry. Is there some other application involved here that I should look into? -- Regards, Mick
Re: [gentoo-user] Re: Lots of big updates...
On 10/08/2014 18:04, Tanstaafl wrote: On 8/10/2014 11:45 AM, Tanstaafl tansta...@libertytrek.org wrote: I haven't updated in a little while, and am seeing a lot of big updates... The main ones that concern me are: perl (5.16 5.18) Ok, a little experimenting to see if I can stage these updates and just update perl first, I get: # emerge -pvuDN perl These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] virtual/libintl-0-r1 [0] ABI_X86=(64%*) -32% (-x32) 0 kB [ebuild U ] sys-devel/gnuconfig-20140212 [20131128] 44 kB [ebuild U ] app-admin/perl-cleaner-2.16 [2.15] 6 kB [ebuild U ] sys-libs/db-4.8.30-r1:4.8 [4.8.30:4.8] USE=cxx -doc -examples -java -tcl {-test} ABI_X86=(64%*) (-32) (-x32) 22,351 kB [ebuild U ] dev-lang/perl-5.18.2-r1:0/5.18 [5.16.3:0/5.16] USE=berkdb gdbm -debug -doc -ithreads 13,746 kB Total: 5 packages (5 upgrades), Size of downloads: 36,147 kB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/perl:0 (dev-lang/perl-5.16.3::gentoo, installed) pulled in by =dev-lang/perl-5.16* required by (virtual/perl-Attribute-Handlers-0.930.0-r1::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Net-SSLeay-1.550::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/IO-Socket-SSL-1.953.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Sub-Exporter-0.986.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/PlRPC-0.202.0-r2::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Net-Daemon-0.480.0-r1::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-vcs/git-1.8.5.5::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/log-dispatch-2.410.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Try-Tiny-0.180.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Error-0.170.210::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Package-Stash-XS-0.280.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (net-analyzer/net-snmp-5.7.3_pre3::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Package-Stash-0.360.0::gentoo, installed) (and 1 more with the same problems) (dev-lang/perl-5.18.2-r1::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.18* required by (virtual/perl-MIME-Base64-3.130.0-r3::gentoo, installed) (and 3 more with the same problem) A little googling suggests that I could resolve this by a simple: emerge -C virtual/perl-Attribute-Handlers-0.930.0-r1 emerge -C virtual/perl-MIME-Base64-3.130.0-r3 But even if this does resolve the conflicts, what would break (temporarily) if I removed those? They're virtuals, so... maybe... nothing? Any way to check? Nothing will break. Like you say they are virtual and contain no code and deploy nothing. So your system will continue to function as it currently does, and Portage will sort itself out when you next emerge world. Unless of course portage wants to unmerge any of the providers that satisfy the virtuals, and you say yes ... :-) -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Lots of big updates...
I would follow that path - I did and it worked out fine. Unmerge all conflicting perl modules emerge world -1NuDv Dont forget perl-cleaner --all immediately afterwards and with the python updates that are probably there too - python-updater enjoy ... Note that some perl modules have disappeared in 5.18 but it didn't cause me any grief I know of. BillK On 11/08/14 00:04, Tanstaafl wrote: On 8/10/2014 11:45 AM, Tanstaafl tansta...@libertytrek.org wrote: I haven't updated in a little while, and am seeing a lot of big updates... The main ones that concern me are: perl (5.16 5.18) Ok, a little experimenting to see if I can stage these updates and just update perl first, I get: # emerge -pvuDN perl These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] virtual/libintl-0-r1 [0] ABI_X86=(64%*) -32% (-x32) 0 kB [ebuild U ] sys-devel/gnuconfig-20140212 [20131128] 44 kB [ebuild U ] app-admin/perl-cleaner-2.16 [2.15] 6 kB [ebuild U ] sys-libs/db-4.8.30-r1:4.8 [4.8.30:4.8] USE=cxx -doc -examples -java -tcl {-test} ABI_X86=(64%*) (-32) (-x32) 22,351 kB [ebuild U ] dev-lang/perl-5.18.2-r1:0/5.18 [5.16.3:0/5.16] USE=berkdb gdbm -debug -doc -ithreads 13,746 kB Total: 5 packages (5 upgrades), Size of downloads: 36,147 kB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/perl:0 (dev-lang/perl-5.16.3::gentoo, installed) pulled in by =dev-lang/perl-5.16* required by (virtual/perl-Attribute-Handlers-0.930.0-r1::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Net-SSLeay-1.550::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/IO-Socket-SSL-1.953.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Sub-Exporter-0.986.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/PlRPC-0.202.0-r2::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Net-Daemon-0.480.0-r1::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-vcs/git-1.8.5.5::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/log-dispatch-2.410.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Try-Tiny-0.180.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Error-0.170.210::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Package-Stash-XS-0.280.0::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (net-analyzer/net-snmp-5.7.3_pre3::gentoo, installed) dev-lang/perl:0/5.16=[-build(-)] required by (dev-perl/Package-Stash-0.360.0::gentoo, installed) (and 1 more with the same problems) (dev-lang/perl-5.18.2-r1::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.18* required by (virtual/perl-MIME-Base64-3.130.0-r3::gentoo, installed) (and 3 more with the same problem) A little googling suggests that I could resolve this by a simple: emerge -C virtual/perl-Attribute-Handlers-0.930.0-r1 emerge -C virtual/perl-MIME-Base64-3.130.0-r3 But even if this does resolve the conflicts, what would break (temporarily) if I removed those? They're virtuals, so... maybe... nothing? Any way to check?
[gentoo-user] evolution segfault and other b0rkage
Hi all, I've done some updates around Jan 4 - 8 which has borken evolution - it segfaults when retrieving imap mail. I had a look at the trace and started recompiling (note - same versions) some random libs (libbonobo, dbus-glib, gtkhtml, etc.) and then I couldn't log in or start firefox. hm. I've recompiled further and got back to square one (there were dbus breakages for some reason) - evolution segfaults. With a new user and clean login, the same account settings don't trouble it at all. Other imap accounts are ok. It's just this one account. I don't know if it's a particular message that's causing it or something else... Can someone please look at the backtrace? muchos muchos muchos gracias! Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb30ffb70 (LWP 18667)] IA__g_str_hash (v=0x0) at gstring.c:99 99 gstring.c: No such file or directory. in gstring.c (gdb) thread apply all bt Thread 23 (Thread 0xb0006b70 (LWP 18704)): #0 0xb7fdf424 in __kernel_vsyscall () #1 0xb66792d2 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:179 #2 0xb6a5bfae in g_cond_timed_wait_posix_impl (cond=0xfdfc, entered_mutex=0x9, abs_time=0xb00062b8) at gthread-posix.c:242 #3 0xb62413dc in g_async_queue_pop_intern_unlocked (queue=0x80f4310, try=value optimized out, end_time=0xb00062b8) at gasyncqueue.c:365 #4 0xb62913c7 in g_thread_pool_wait_for_new_task (data=0x80f42d8) at gthreadpool.c:220 #5 g_thread_pool_thread_proxy (data=0x80f42d8) at gthreadpool.c:254 #6 0xb628feff in g_thread_create_proxy (data=0x864ada0) at gthread.c:635 #7 0xb66748ff in start_thread (arg=0xb0006b70) at pthread_create.c:297 #8 0xb61a438e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 16 (Thread 0xae63fb70 (LWP 18697)): #0 0xb7fdf424 in __kernel_vsyscall () #1 0xb66792d2 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:179 #2 0xb6a5bfae in g_cond_timed_wait_posix_impl (cond=0xfdfc, ---Type return to continue, or q return to quit--- entered_mutex=0xb, abs_time=0xae63f2b8) at gthread-posix.c:242 #3 0xb62413dc in g_async_queue_pop_intern_unlocked (queue=0x831d2a8, try=value optimized out, end_time=0xae63f2b8) at gasyncqueue.c:365 #4 0xb62913c7 in g_thread_pool_wait_for_new_task (data=0x831d270) at gthreadpool.c:220 #5 g_thread_pool_thread_proxy (data=0x831d270) at gthreadpool.c:254 #6 0xb628feff in g_thread_create_proxy (data=0x8540fb8) at gthread.c:635 #7 0xb66748ff in start_thread (arg=0xae63fb70) at pthread_create.c:297 #8 0xb61a438e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 12 (Thread 0xaf805b70 (LWP 18674)): #0 0xb7fdf424 in __kernel_vsyscall () #1 0xb6678fa5 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122 #2 0xb624139e in g_async_queue_pop_intern_unlocked (queue=0xb3118e30, try=value optimized out, end_time=0x0) at gasyncqueue.c:358 #3 0xb6241726 in IA__g_async_queue_pop (queue=0xb3118e30) at gasyncqueue.c:398 #4 0xb7c0125d in sync_request_thread_cb (cFile=0xb31192d8) at camel-db.c:78 #5 0xb628feff in g_thread_create_proxy (data=0xb3118e70) at gthread.c:635 #6 0xb66748ff in start_thread (arg=0xaf805b70) at pthread_create.c:297 #7 0xb61a438e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 ---Type return to continue, or q return to quit--- Thread 10 (Thread 0xb0807b70 (LWP 18672)): #0 0xb7fdf424 in __kernel_vsyscall () #1 0xb6678fa5 in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122 #2 0xb624139e in g_async_queue_pop_intern_unlocked (queue=0x83027d8, try=value optimized out, end_time=0x0) at gasyncqueue.c:358 #3 0xb6241726 in IA__g_async_queue_pop (queue=0x83027d8) at gasyncqueue.c:398 #4 0xb7c0125d in sync_request_thread_cb (cFile=0x830a4f8) at camel-db.c:78 #5 0xb628feff in g_thread_create_proxy (data=0x830a020) at gthread.c:635 #6 0xb66748ff in start_thread (arg=0xb0807b70) at pthread_create.c:297 #7 0xb61a438e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 9 (Thread 0xb18fcb70 (LWP 18671)): #0 0xb7fdf424 in __kernel_vsyscall () #1 0xb66792d2 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:179 #2 0xb6a5bfae in g_cond_timed_wait_posix_impl (cond=0xfdfc, entered_mutex=0x9, abs_time=0xb18fc2b8) at gthread-posix.c:242 #3 0xb62413dc in g_async_queue_pop_intern_unlocked (queue=0x8309660, try=value optimized out, end_time=0xb18fc2b8) at gasyncqueue.c:365 #4 0xb62913c7 in g_thread_pool_wait_for_new_task (data=0x82d1170) ---Type return to continue, or q return to quit--- at gthreadpool.c:220 #5 g_thread_pool_thread_proxy (data=0x82d1170) at gthreadpool.c:254 #6 0xb628feff
[gentoo-user] X crashes randomly
2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: Linux 2.6.17-gentoo-r8 x86_64 Current Operating System: Linux erikstotle 2.6.17-gentoo-r8 #11 SMP Mon Oct 9 21:19:04 EDT 2006 x86_64 Build Date: 14 October 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Nov 6 21:45:20 2006 (==) Using config file: /etc/X11/xorg.conf xkb_keycodes { include xfree86+aliases(qwerty) }; xkb_types{ include complete }; xkb_compatibility{ include complete }; xkb_symbols { include pc(pc105)+us }; xkb_geometry { include pc(pc105) }; xkb_types{ include % }; xkb_compatibility{ include % }; xkb_symbols { include % }; xkb_geometry { include % }; The XKEYBOARD keymap compiler (xkbcomp) reports: Error:Missing KeyNames section in a Keymap file Description of Keymap not compiled Errors from xkbcomp are not fatal to the X server (EE) Error loading keymap /usr/share/X11/xkb/compiled/server-0.xkm xkb_types{ include % }; xkb_compatibility{ include % }; xkb_symbols { include % }; xkb_geometry { include % }; The XKEYBOARD keymap compiler (xkbcomp) reports: Error:Missing KeyNames section in a Keymap file Description of Keymap not compiled Errors from xkbcomp are not fatal to the X server (EE) Error loading keymap /usr/share/X11/xkb/compiled/server-0.xkm Backtrace: 0: /usr/bin/X(xf86SigHandler+0x71) [0x480171] 1: /lib/libc.so.6 [0x2b31e4b055d0] 2: /usr/bin/X [0x50e7ec] 3: /usr/bin/X [0x50eb53] 4: /usr/bin/X [0x50acea] 5: /usr/bin/X [0x500916] 6: /usr/bin/X(Dispatch+0x1b9) [0x448249] 7: /usr/bin/X(main+0x44d) [0x43103d] 8: /lib/libc.so.6(__libc_start_main+0xf4) [0x2b31e4af3134] 9: /usr/bin/X(FontFileCompleteXLFD+0xa1) [0x430339] Fatal server error: Caught signal 11. Server aborting --- Thanks in advance for any help. -- Erik -- gentoo-user@gentoo.org mailing list
[gentoo-user] udev, cryptsetup, and ensuing problems
info directory index is up-to-date. * IMPORTANT: 2 config files in '/etc' need updating. I did dispatch-conf followed by emerge cryptsetup. That produced the following: Emerging (1 of 1) sys-fs/cryptsetup-1.0.6-r2 Downloading 'http://distfiles.oshean.org/distfiles/cryptsetup-1.0.6.tar.bz2' --2009-06-20 12:53:21-- http://distfiles.oshean.org/distfiles/cryptsetup-1.0.6.tar.bz2 Resolving distfiles.oshean.org... failed: Name or service not known. wget: unable to resolve host address `distfiles.oshean.org' Downloading 'http://open-systems.ufl.edu/mirrors/gentoo/distfiles/cryptsetup-1.0.6.tar.bz2' --2009-06-20 12:53:21-- http://open-systems.ufl.edu/mirrors/gentoo/distfiles/cryptsetup-1.0.6.tar.bz2 Resolving open-systems.ufl.edu... 128.227.74.33 Connecting to open-systems.ufl.edu|128.227.74.33|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 2009-06-20 12:53:21 ERROR 403: Forbidden. Downloading 'http://luks.endorphin.org/source/cryptsetup-1.0.6.tar.bz2' --2009-06-20 12:53:21-- http://luks.endorphin.org/source/cryptsetup-1.0.6.tar.bz2 Resolving luks.endorphin.org... failed: Name or service not known. wget: unable to resolve host address `luks.endorphin.org' !!! Couldn't download 'cryptsetup-1.0.6.tar.bz2'. Aborting. * Fetch failed for 'sys-fs/cryptsetup-1.0.6-r2', Log file: * '/var/tmp/portage/sys-fs/cryptsetup-1.0.6-r2/temp/build.log' Failed to emerge sys-fs/cryptsetup-1.0.6-r2, Log file: '/var/tmp/portage/sys-fs/cryptsetup-1.0.6-r2/temp/build.log' * Messages for package sys-fs/cryptsetup-1.0.6-r2: * Fetch failed for 'sys-fs/cryptsetup-1.0.6-r2', Log file: * '/var/tmp/portage/sys-fs/cryptsetup-1.0.6-r2/temp/build.log' Emerging (1 of 27) media-plugins/live-2008.09.02 Downloading 'http://distfiles.oshean.org/distfiles/live.2008.09.02.tar.gz' --2009-06-20 12:59:02-- http://distfiles.oshean.org/distfiles/live.2008.09.02.tar.gz Resolving distfiles.oshean.org... failed: Name or service not known. wget: unable to resolve host address `distfiles.oshean.org' Downloading 'http://open-systems.ufl.edu/mirrors/gentoo/distfiles/live.2008.09.02.tar.gz' --2009-06-20 12:59:02-- http://open-systems.ufl.edu/mirrors/gentoo/distfiles/live.2008.09.02.tar.gz Resolving open-systems.ufl.edu... 128.227.74.33 Connecting to open-systems.ufl.edu|128.227.74.33|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 2009-06-20 12:59:02 ERROR 403: Forbidden. Downloading 'http://www.live555.com/liveMedia/public/live.2008.09.02.tar.gz' --2009-06-20 12:59:02-- http://www.live555.com/liveMedia/public/live.2008.09.02.tar.gz Resolving www.live555.com... 4.79.217.242 Connecting to www.live555.com|4.79.217.242|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2009-06-20 12:59:18 ERROR 404: Not Found. !!! Couldn't download 'live.2008.09.02.tar.gz'. Aborting. * Fetch failed for 'media-plugins/live-2008.09.02', Log file: * '/var/tmp/portage/media-plugins/live-2008.09.02/temp/build.log' Failed to emerge media-plugins/live-2008.09.02, Log file: '/var/tmp/portage/media-plugins/live-2008.09.02/temp/build.log' * Messages for package media-plugins/live-2008.09.02: * Fetch failed for 'media-plugins/live-2008.09.02', Log file: * '/var/tmp/portage/media-plugins/live-2008.09.02/temp/build.log' After doing emerge --resume --skipfirst a few more times I got a seemingly clean ending: Auto-cleaning packages... No outdated packages were found on your system. At that point I had the impression that the machine was not up-to-date but nonetheless functional. However, the next morning I noticed that the computer would not print to my local printer. Using the CUPS menu did not rectify the problem. When I rebooted, the machine wouldn't start X and the mouse wouldn't work. Rebooting again, I used the Grub menu to select an old reliable configuration which allowed me to login at a command line interface but did allow me to start X. I would be grateful for suggestions about how to diagnose and fix the above noted problems with cryptsetup, printer, mouse, and X. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] startx fails launching KDE 4
Result of startx xlog; cat xlog : hostname: Host name lookup failure xauth: creating new authority file /root/.serverauth.27081 X.Org X Server 1.5.2 Release Date: 10 October 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.27-gentoo-r2 x86_64 Current Operating System: Linux andrey-laptop 2.6.27-gentoo-r2 #10 SMP PREEMPT Tue Nov 18 20:23:37 EST 2008 x86_64 Build Date: 15 November 2008 11:28:01AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Fri Nov 21 02:28:57 2008 (==) Using config file: /etc/X11/xorg.conf xinit: Resource temporarily unavailable (errno 11): Cannot register with ConsoleKit: org.freedesktop.CkConnector.Error: Unable to open session: Launch helper exited with unknown return code 0 startkde: Starting up... kdeinit4: preparing to launch /usr/kde/4.1/lib64/kde4/libexec/klauncher kdeinit4: preparing to launch /usr/kde/4.1/bin/kded4 kded(27288) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. kdeinit4: preparing to launch /usr/kde/4.1/bin/kbuildsycoca4 kbuildsycoca4(27291) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. kbuildsycoca4 running... kdeinit4: preparing to launch /usr/kde/4.1/lib64/kde4/libexec/kconf_update kdeinit4: preparing to launch /usr/kde/4.1/bin/kcminit_startup kcminit(27294) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. kdeinit4: preparing to launch /usr/kde/4.1/bin/ksmserver ksmserver(27296) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. kwin(27298) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. kdeinit4: preparing to launch /usr/kde/4.1/bin/krunner klauncher(27286) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. kdeinit4: preparing to launch /usr/kde/4.1/bin/knotify4 knotify(27301) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. krunner(27302) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. kwin(27298): Couldn't start knotify from knotify4.desktop: KDEInit could not launch '/usr/kde/4.1/bin/knotify4'. kdeinit4: preparing to launch /usr/kde/4.1/bin/plasma plasma(27304) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. QLayout: Attempting to add QLayout to Plasma::Dialog , which already has a layout X Error: BadWindow (invalid Window parameter) 3 Major opcode: 18 (X_ChangeProperty) Resource id: 0x1a00038 kdeinit4: preparing to launch kio_desktop(27315) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. kdeinit4: preparing to launch kio_file(27316) KLocalePrivate::initEncoding: Cannot resolve system encoding, defaulting to ISO 8859-1. QObject: Do not delete object, 'unnamed', during its event handler! kdeinit4: preparing to launch /usr/kde/4.1/bin/kaccess kdeinit4: preparing to launch /usr/kde/4.1/bin/kmixctrl Backtrace: 0: X(xf86SigHandler+0x65) [0x47f3d5] 1: /lib/libc.so.6 [0x7f6fb6b280a0] 2: X [0x52bcce] 3: X(miPaintWindow+0x1f5) [0x4cb445] 4: X(miHandleValidateExposures+0x84) [0x4e2654] 5: X(UnmapWindow+0x208) [0x4361a8] 6: X(compFreeClientWindow+0x23e) [0x4fbb1e] 7: X [0x4f9089] 8: X(FreeResource+0x133) [0x433bc3] 9: X(compUnredirectWindow+0x63) [0x4fb703] 10: X [0x4f9aa6] 11: X [0x4e2bff] 12: X [0x4e2b0c] 13: X(miChangeSaveUnder+0x50) [0x4e2ca0] 14: X(MapWindow+0x31f) [0x43681f] 15: X(ProcMapWindow+0x46) [0x44a176] 16: X(Dispatch+0x364) [0x44a9b4] 17: X(main+0x45d) [0x4313ad] 18: /lib/libc.so.6(__libc_start_main+0xe6) [0x7f6fb6b13486] 19: X [0x430789] Fatal server error: Caught signal 11. Server aborting kdeinit4: preparing to launch /usr/kde/4.1/bin/klipper kdeinit4: preparing to launch /usr/kde/4.1/bin/kmix kdeinit4: preparing to launch /usr/kde/4.1/bin/korgac kmix: cannot connect to X server :0 korgac: cannot connect to X server :0 unknown program name(27335)/: Communication problem with kmix , it probably crashed. Error message was: org.freedesktop.DBus.Error.NoReply : Message did not receive a reply (timeout by message bus) kdeinit4: Fatal IO error: client killed kdeinit4: sending SIGHUP to children. klauncher: Exiting on signal 1 kded4: Fatal IO error: client killed XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 after 25 requests (8 known processed) with 0 events remaining. kdeinit4: sending SIGTERM to children. QProcess: Destroyed while process is still running. kdeinit4: Exit. xinit: connection to X server lost. GOT SIGHUP QMutex::lock: Deadlock detected in thread
Re: [gentoo-user] "masked by: EAPI 7" trying up update "portage" - how to proceed
On 2020-06-11 23:20, Rich Freeman wrote: On Thu, Jun 11, 2020 at 4:43 PM n952162 wrote: On 2020-06-11 22:35, Rich Freeman wrote: On Thu, Jun 11, 2020 at 4:28 PM n952162 wrote: On 2020-06-11 22:01, Rich Freeman wrote: Try: USE="python_targets_python3_6 -python_targets_python3_7 -rsync-verify" emerge -p1v =sys-apps/portage-2.3.99-r2 Sorry, try again. * IMPORTANT: 2 config files in '/etc/portage' need updating. These are the packages that would be merged, in order: Calculating dependencies * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS * sections of the emerge man page to learn how to update config files. . ... done! [ebuild U ] sys-apps/portage-2.3.99-r2::gentoo [2.3.13-r1::gentoo] USE="(ipc) native-extensions xattr -apidoc% -build -doc -gentoo-dev% -rsync-verify% (-selinux) (-epydoc%)" PYTHON_TARGETS="python3_6* (-pypy3) -python3_7% (-python3_8) (-pypy%) (-python2_7%*) (-python3_4%) (-python3_5%*)" 1028 KiB [blocks B ] You're actually pretty close. I think this will work: USE="python_targets_python3_6 -python_targets_python3_7 -rsync-verify" emerge -p1v =sys-apps/portage-2.3.99-r2 app-portage/gentoolkit !!! All ebuilds that could satisfy "app-portage/gentoolkit" have been masked. !!! One of the following masked packages is required to complete your request: - app-portage/gentoolkit-::gentoo (masked by: EAPI 7) - app-portage/gentoolkit-0.5.0::gentoo (masked by: EAPI 7) - app-portage/gentoolkit-0.4.8::gentoo (masked by: EAPI 7) - app-portage/gentoolkit-0.4.7::gentoo (masked by: EAPI 7) - app-portage/gentoolkit-0.4.6::gentoo (masked by: EAPI 7) Yeah, I wasn't thinking and didn't think to check the EAPI on it. This will break gentoolkit for a short time, but I suggest doing: quickpkg portage gentoolkit USE="python_targets_python3_6 -python_targets_python3_7 -rsync-verify" emerge -p1v --nodeps =sys-apps/portage-2.3.99-r2 USE="python_targets_python3_6 -python_targets_python3_7 -rsync-verify" emerge -p1uv app-portage/gentoolkit Check that the first emerge output is sane and JUST wants to update portage before executing it. The second will immediately update gentoolkit as the version you currently have is not compatible with the new portage, so we don't really want to leave that lying around. Refrain from running anything installed by gentoolkit in-between these two commands. However, most of the stuff that you would use is read-only anyway. The quickpkg command at the start creates a binary package of your existing portage and gentoolkit packages so that you have a better chance of recovery if anything goes wrong. In general ignoring blocks is not something you want to do, and neither is --nodeps, but I'm pretty sure it is safe in this particular situation. Now this is all getting really over my head: [32;01m * [39;49;00mBuilding package for sys-apps/portage-2.3.13-r1 ... [34;01m[ [39;49;00m[32;01mok[39;49;00m[34;01m ][39;49;00m [33;01m * [39;49;00mExcluded config: '/etc/dispatch-conf.conf' [33;01m * [39;49;00mExcluded config: '/etc/etc-update.conf' [33;01m * [39;49;00mExcluded config: '/etc/logrotate.d/elog-save-summary' [33;01m * [39;49;00mExcluded config: '/etc/portage/repo.postsync.d/example' [32;01m * [39;49;00mBuilding package for app-portage/gentoolkit-0.4.0 ... [34;01m[ [39;49;00m[32;01mok[39;49;00m[34;01m ][39;49;00m [33;01m * [39;49;00mExcluded config: '/etc/eclean/distfiles.exclude' [33;01m * [39;49;00mExcluded config: '/etc/eclean/packages.exclude' [32;01m * [39;49;00mPackages now in '/usr/portage/packages': [32;01m * [39;49;00msys-apps/portage-2.3.13-r1: 4.1M [32;01m * [39;49;00mapp-portage/gentoolkit-0.4.0: 6.5M [33;01m * [39;49;00mExcluded config files: 6 [33;01m * [39;49;00mSee --help if you would like to include config files. These are the packages that would be merged, in order: [ebuild U ] sys-apps/portage-2.3.99-r2::gentoo [2.3.13-r1::gentoo] USE="(ipc) native-extensions xattr -apidoc% -build -doc -gentoo-dev% -rsync-verify% (-selinux) (-epydoc%)" PYTHON_TARGETS="python3_6* (-pypy3) -python3_7% (-python3_8) (-pypy%) (-python2_7%*) (-python3_4%) (-python3_5%*)" 1028 KiB Total: 1 package (1 upgrade), Size of downloads: 1028 KiB * IMPORTANT: 25 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. These are the packages that would be merged, in order: [ebuild U ] sys-apps/portage-2.3.99-r2::gentoo [2.3.13-r1::gentoo] USE="(ipc) native-extensions xattr -apidoc% -build -doc -gentoo-dev% -rsync-verify% (-selinux) (-epydoc%)" PYTHON_TARGETS="python3_6* (-pypy3) -python3_7% (-python3_8) (-pypy%) (-python2_7%*) (-python3_4%) (-python3_5%*)" 1028 KiB Total: 1 package (1 upgrade), Size of downloads: 1028 KiB >>> Verifying ebuild manifests * IMPORTANT: 25 news items need r
Re: [gentoo-user] "masked by: EAPI 7" trying up update "portage" - how to proceed
On 2020-06-11 23:45, n952162 wrote: On 2020-06-11 23:20, Rich Freeman wrote: On Thu, Jun 11, 2020 at 4:43 PM n952162 wrote: On 2020-06-11 22:35, Rich Freeman wrote: On Thu, Jun 11, 2020 at 4:28 PM n952162 wrote: On 2020-06-11 22:01, Rich Freeman wrote: Try: USE="python_targets_python3_6 -python_targets_python3_7 -rsync-verify" emerge -p1v =sys-apps/portage-2.3.99-r2 Sorry, try again. * IMPORTANT: 2 config files in '/etc/portage' need updating. These are the packages that would be merged, in order: Calculating dependencies * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS * sections of the emerge man page to learn how to update config files. . ... done! [ebuild U ] sys-apps/portage-2.3.99-r2::gentoo [2.3.13-r1::gentoo] USE="(ipc) native-extensions xattr -apidoc% -build -doc -gentoo-dev% -rsync-verify% (-selinux) (-epydoc%)" PYTHON_TARGETS="python3_6* (-pypy3) -python3_7% (-python3_8) (-pypy%) (-python2_7%*) (-python3_4%) (-python3_5%*)" 1028 KiB [blocks B ] You're actually pretty close. I think this will work: USE="python_targets_python3_6 -python_targets_python3_7 -rsync-verify" emerge -p1v =sys-apps/portage-2.3.99-r2 app-portage/gentoolkit !!! All ebuilds that could satisfy "app-portage/gentoolkit" have been masked. !!! One of the following masked packages is required to complete your request: - app-portage/gentoolkit-::gentoo (masked by: EAPI 7) - app-portage/gentoolkit-0.5.0::gentoo (masked by: EAPI 7) - app-portage/gentoolkit-0.4.8::gentoo (masked by: EAPI 7) - app-portage/gentoolkit-0.4.7::gentoo (masked by: EAPI 7) - app-portage/gentoolkit-0.4.6::gentoo (masked by: EAPI 7) Yeah, I wasn't thinking and didn't think to check the EAPI on it. This will break gentoolkit for a short time, but I suggest doing: quickpkg portage gentoolkit USE="python_targets_python3_6 -python_targets_python3_7 -rsync-verify" emerge -p1v --nodeps =sys-apps/portage-2.3.99-r2 USE="python_targets_python3_6 -python_targets_python3_7 -rsync-verify" emerge -p1uv app-portage/gentoolkit Check that the first emerge output is sane and JUST wants to update portage before executing it. The second will immediately update gentoolkit as the version you currently have is not compatible with the new portage, so we don't really want to leave that lying around. Refrain from running anything installed by gentoolkit in-between these two commands. However, most of the stuff that you would use is read-only anyway. The quickpkg command at the start creates a binary package of your existing portage and gentoolkit packages so that you have a better chance of recovery if anything goes wrong. In general ignoring blocks is not something you want to do, and neither is --nodeps, but I'm pretty sure it is safe in this particular situation. Now this is all getting really over my head: [32;01m * [39;49;00mBuilding package for sys-apps/portage-2.3.13-r1 ... [34;01m[ [39;49;00m[32;01mok[39;49;00m[34;01m ][39;49;00m [33;01m * [39;49;00mExcluded config: '/etc/dispatch-conf.conf' [33;01m * [39;49;00mExcluded config: '/etc/etc-update.conf' [33;01m * [39;49;00mExcluded config: '/etc/logrotate.d/elog-save-summary' [33;01m * [39;49;00mExcluded config: '/etc/portage/repo.postsync.d/example' [32;01m * [39;49;00mBuilding package for app-portage/gentoolkit-0.4.0 ... [34;01m[ [39;49;00m[32;01mok[39;49;00m[34;01m ][39;49;00m [33;01m * [39;49;00mExcluded config: '/etc/eclean/distfiles.exclude' [33;01m * [39;49;00mExcluded config: '/etc/eclean/packages.exclude' [32;01m * [39;49;00mPackages now in '/usr/portage/packages': [32;01m * [39;49;00msys-apps/portage-2.3.13-r1: 4.1M [32;01m * [39;49;00mapp-portage/gentoolkit-0.4.0: 6.5M [33;01m * [39;49;00mExcluded config files: 6 [33;01m * [39;49;00mSee --help if you would like to include config files. These are the packages that would be merged, in order: [ebuild U ] sys-apps/portage-2.3.99-r2::gentoo [2.3.13-r1::gentoo] USE="(ipc) native-extensions xattr -apidoc% -build -doc -gentoo-dev% -rsync-verify% (-selinux) (-epydoc%)" PYTHON_TARGETS="python3_6* (-pypy3) -python3_7% (-python3_8) (-pypy%) (-python2_7%*) (-python3_4%) (-python3_5%*)" 1028 KiB Total: 1 package (1 upgrade), Size of downloads: 1028 KiB * IMPORTANT: 25 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. These are the packages that would be merged, in order: [ebuild U ] sys-apps/portage-2.3.99-r2::gentoo [2.3.13-r1::gentoo] USE="(ipc) native-extensions xattr -apidoc% -build -doc -gentoo-dev% -rsync-verify% (-selinux) (-epydoc%)" PYTHON_TARGETS="python3_6* (-pypy3) -python3_7% (-python3_8) (-pypy%) (-python2_7%*) (-python3_4%) (-python3_5%*)" 1028 KiB Total: 1 package (1 upgrade), Size of downloads: 1028 KiB >>> Verifying ebuild
Re: [gentoo-user] MacBook Pro oops with gentoo-sources-4.9.6-r1
974 as > /devices/pci:00/:00:14.0/usb1/1-12/1-12:1.2/input/input7 > [4.302229] usb 1-8.1: New USB device found, idVendor=05ac, idProduct=820a > [4.305085] usb 1-8.1: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [4.309170] input: HID 05ac:820a as > /devices/pci:00/:00:14.0/usb1/1-8/1-8.1/1-8.1:1.0/0003:05AC:820A.0003/input/input8 > [4.338186] systemd[1]: systemd 226 running in system mode. (+PAM -AUDIT > -SELINUX +IMA -APPARMOR +SMACK -SYSVINIT +UTMP -LIBCRYPTSETUP -GCRYPT -GNUTLS > +ACL -XZ +LZ4 +SECCOMP +BLKID -ELFUTILS +KMOD -IDN) > [4.340006] systemd[1]: Detected architecture x86-64. > [4.347847] systemd[1]: Set hostname to . > [4.364193] hid-generic 0003:05AC:820A.0003: input,hidraw2: USB HID v1.11 > Keyboard [HID 05ac:820a] on usb-0000:00:14.0-8.1/input0 > [4.384115] systemd[1]: Reached target Remote File Systems. > [4.390217] systemd[1]: Listening on /dev/initctl Compatibility Named Pipe. > [4.396334] systemd[1]: Created slice User and Session Slice. > [4.401363] systemd[1]: Listening on Journal Socket (/dev/log). > [4.405430] systemd[1]: Started Forward Password Requests to Wall > Directory Watch. > [4.409502] systemd[1]: Started Dispatch Password Requests to Console > Directory Watch. > [4.413576] systemd[1]: Reached target Paths. > [4.430110] usb 1-8.2: new full-speed USB device number 5 using xhci_hcd > [4.494474] BTRFS info (device sda5): disk space caching is enabled > [4.507301] usb 1-8.2: New USB device found, idVendor=05ac, idProduct=820b > [4.509068] usb 1-8.2: New USB device strings: Mfr=0, Product=0, > SerialNumber=0 > [4.510192] input: HID 05ac:820b as > /devices/pci:00/:00:14.0/usb1/1-8/1-8.2/1-8.2:1.0/0003:05AC:820B.0004/input/input9 > [4.510290] hid-generic 0003:05AC:820B.0004: input,hidraw3: USB HID v1.11 > Mouse [HID 05ac:820b] on usb-:00:14.0-8.2/input0 > [4.539230] scsi 1:0:0:0: Direct-Access APPLESD Card Reader 3.00 > PQ: 0 ANSI: 6 > [4.539335] sd 1:0:0:0: Attached scsi generic sg1 type 0 > [4.540136] sd 1:0:0:0: [sdb] Attached SCSI removable disk > [4.566254] systemd-journald[218]: Received request to flush runtime > journal from PID 1 > [4.574097] usb 1-8.3: new full-speed USB device number 6 using xhci_hcd > [4.590987] apple_gmux: gmux device not present or IO disabled > [4.604565] snd_hda_intel :00:03.0: bound :00:02.0 (ops > 0xb1c97140) > [4.613350] wl: loading out-of-tree module taints kernel. > [4.614937] input: HDA Intel HDMI HDMI/DP,pcm=3 as > /devices/pci:00/:00:03.0/sound/card0/input10 > [4.614988] input: HDA Intel HDMI HDMI/DP,pcm=7 as > /devices/pci:00/:00:03.0/sound/card0/input11 > [4.615026] input: HDA Intel HDMI HDMI/DP,pcm=8 as > /devices/pci:00/:00:03.0/sound/card0/input12 > [4.615922] AVX2 version of gcm_enc/dec engaged. > [4.615923] AES CTR mode by8 optimization enabled > [4.625050] BTRFS: device label home devid 1 transid 3496 /dev/sda6 > [4.627466] snd_hda_codec_cirrus hdaudioC1D0: autoconfig for CS4208: > line_outs=2 (0x12/0x13/0x0/0x0/0x0) type:speaker > [4.627468] snd_hda_codec_cirrus hdaudioC1D0:speaker_outs=0 > (0x0/0x0/0x0/0x0/0x0) > [4.627469] snd_hda_codec_cirrus hdaudioC1D0:hp_outs=1 > (0x10/0x0/0x0/0x0/0x0) > [4.627470] snd_hda_codec_cirrus hdaudioC1D0:mono: mono_out=0x0 > [4.627471] snd_hda_codec_cirrus hdaudioC1D0:dig-out=0x21/0x0 > [4.627472] snd_hda_codec_cirrus hdaudioC1D0:inputs: > [4.627474] snd_hda_codec_cirrus hdaudioC1D0: Internal Mic=0x1c > [4.627475] snd_hda_codec_cirrus hdaudioC1D0: Mic=0x18 > [4.634248] input: HDA Intel PCH Mic as > /devices/pci:00/:00:1b.0/sound/card1/input13 > [4.634304] input: HDA Intel PCH Headphone as > /devices/pci:00/:00:1b.0/sound/card1/input14 > [4.634352] input: HDA Intel PCH SPDIF as > /devices/pci:00/:00:1b.0/sound/card1/input15 > [4.653793] usb 1-8.3: New USB device found, idVendor=05ac, idProduct=8289 > [4.653794] usb 1-8.3: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [4.653795] usb 1-8.3: Product: Bluetooth USB Host Controller > [4.653796] usb 1-8.3: Manufacturer: Apple Inc. > [4.668455] wl: module license 'MIXED/Proprietary' taints kernel. > [4.668456] Disabling lock debugging due to kernel taint > [4.699873] BUG: unable to handle kernel NULL pointer dereference at > (null) > [4.699874] IP: [] 0xc0c454b8 > [4.699875] PGD 0 > > [4.699876] Oops: 0002 [#1] SMP > [4.699881] Modules linked in: wl(PO+) snd_hda_codec_cirrus > snd_hda_cod
Re: [gentoo-user] MacBook Pro oops with gentoo-sources-4.9.6-r1
und, idVendor=05ac, idProduct=0263 [4.162254] usb > > 1-12: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ > > 4.164967] usb 1-12: Product: Apple Internal Keyboard / Trackpad [ > > 4.168010] usb 1-12: Manufacturer: Apple Inc. > > [4.176360] input: Apple Inc. Apple Internal Keyboard / Trackpad as > > /devices/pci:00/:00:14.0/usb1/1-12/1-12:1.0/0003:05AC:0263.0001/i > > nput/input6 [4.222108] usb 1-8.1: new full-speed USB device number 4 > > using xhci_hcd [4.231261] apple 0003:05AC:0263.0001: input,hidraw0: > > USB HID v1.11 Keyboard [Apple Inc. Apple Internal Keyboard / Trackpad] on > > usb-:00:14.0-12/input0 [4.237987] apple 0003:05AC:0263.0002: > > hidraw1: USB HID v1.11 Device [Apple Inc. Apple Internal Keyboard / > > Trackpad] on usb-:00:14.0-12/input1 [4.241688] input: bcm5974 as > > /devices/pci:00/:00:14.0/usb1/1-12/1-12:1.2/input/input7 [ > > 4.302229] usb 1-8.1: New USB device found, idVendor=05ac, idProduct=820a > > [4.305085] usb 1-8.1: New USB device strings: Mfr=0, Product=0, > > SerialNumber=0 [4.309170] input: HID 05ac:820a as > > /devices/pci:00/:00:14.0/usb1/1-8/1-8.1/1-8.1:1.0/0003:05AC:820A. > > 0003/input/input8 [4.338186] systemd[1]: systemd 226 running in system > > mode. (+PAM -AUDIT -SELINUX +IMA -APPARMOR +SMACK -SYSVINIT +UTMP > > -LIBCRYPTSETUP -GCRYPT -GNUTLS +ACL -XZ +LZ4 +SECCOMP +BLKID -ELFUTILS > > +KMOD -IDN) [4.340006] systemd[1]: Detected architecture x86-64. > > [4.347847] systemd[1]: Set hostname to . > > [4.364193] hid-generic 0003:05AC:820A.0003: input,hidraw2: USB HID > > v1.11 Keyboard [HID 05ac:820a] on usb-:00:14.0-8.1/input0 [ > > 4.384115] systemd[1]: Reached target Remote File Systems. > > [4.390217] systemd[1]: Listening on /dev/initctl Compatibility Named > > Pipe. [4.396334] systemd[1]: Created slice User and Session Slice. > > [4.401363] systemd[1]: Listening on Journal Socket (/dev/log). > > [4.405430] systemd[1]: Started Forward Password Requests to Wall > > Directory Watch. [4.409502] systemd[1]: Started Dispatch Password > > Requests to Console Directory Watch. [4.413576] systemd[1]: Reached > > target Paths. > > [4.430110] usb 1-8.2: new full-speed USB device number 5 using > > xhci_hcd > > [4.494474] BTRFS info (device sda5): disk space caching is enabled > > [4.507301] usb 1-8.2: New USB device found, idVendor=05ac, > > idProduct=820b [4.509068] usb 1-8.2: New USB device strings: Mfr=0, > > Product=0, SerialNumber=0 [4.510192] input: HID 05ac:820b as > > /devices/pci:00/:00:14.0/usb1/1-8/1-8.2/1-8.2:1.0/0003:05AC:820B. > > 0004/input/input9 [4.510290] hid-generic 0003:05AC:820B.0004: > > input,hidraw3: USB HID v1.11 Mouse [HID 05ac:820b] on > > usb-:00:14.0-8.2/input0 [4.539230] scsi 1:0:0:0: Direct-Access > > APPLESD Card Reader 3.00 PQ: 0 ANSI: 6 [4.539335] sd 1:0:0:0: > > Attached scsi generic sg1 type 0 > > [4.540136] sd 1:0:0:0: [sdb] Attached SCSI removable disk > > [4.566254] systemd-journald[218]: Received request to flush runtime > > journal from PID 1 [4.574097] usb 1-8.3: new full-speed USB device > > number 6 using xhci_hcd [4.590987] apple_gmux: gmux device not > > present or IO disabled > > [4.604565] snd_hda_intel :00:03.0: bound :00:02.0 (ops > > 0xb1c97140) [4.613350] wl: loading out-of-tree module taints > > kernel. > > [4.614937] input: HDA Intel HDMI HDMI/DP,pcm=3 as > > /devices/pci:00/:00:03.0/sound/card0/input10 [4.614988] > > input: HDA Intel HDMI HDMI/DP,pcm=7 as > > /devices/pci:00/:00:03.0/sound/card0/input11 [4.615026] > > input: HDA Intel HDMI HDMI/DP,pcm=8 as > > /devices/pci:00/:00:03.0/sound/card0/input12 [4.615922] AVX2 > > version of gcm_enc/dec engaged. > > [4.615923] AES CTR mode by8 optimization enabled > > [4.625050] BTRFS: device label home devid 1 transid 3496 /dev/sda6 > > [4.627466] snd_hda_codec_cirrus hdaudioC1D0: autoconfig for CS4208: > > line_outs=2 (0x12/0x13/0x0/0x0/0x0) type:speaker [4.627468] > > snd_hda_codec_cirrus hdaudioC1D0:speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) > > [4.627469] snd_hda_codec_cirrus hdaudioC1D0:hp_outs=1 > > (0x10/0x0/0x0/0x0/0x0) [4.627470] snd_hda_codec_cirrus hdaudioC1D0: > > mono: mono_out=0x0 [4.627471] snd_hda_codec_cirrus hdaudioC1D0: > > dig-out=0x21/0x0 [4.627472] snd_hda_codec_cirrus hdaudioC1D0: > > inputs: > > [4.627474] snd_hda_codec_cirrus hdaudioC1D0:
Re: [gentoo-user] MacBook Pro oops with gentoo-sources-4.9.6-r1
b20af000 - > > > b21a6000) [3.884668] Write protecting the kernel read-only > > > data: 14336k > > > [3.886547] Freeing unused kernel memory: 1836K (9c677d435000 - > > > 9c677d60) [3.890551] Freeing unused kernel memory: 1876K > > > (9c677d82b000 - 9c677da0) [3.983118] usb 1-12: new > > > full-speed USB device number 3 using xhci_hcd [4.159453] usb 1-12: > > > New USB device found, idVendor=05ac, idProduct=0263 [4.162254] usb > > > 1-12: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ > > > 4.164967] usb 1-12: Product: Apple Internal Keyboard / Trackpad [ > > > 4.168010] usb 1-12: Manufacturer: Apple Inc. > > > [4.176360] input: Apple Inc. Apple Internal Keyboard / Trackpad as > > > /devices/pci:00/:00:14.0/usb1/1-12/1-12:1.0/0003:05AC:0263.0001/i > > > nput/input6 [4.222108] usb 1-8.1: new full-speed USB device number 4 > > > using xhci_hcd [4.231261] apple 0003:05AC:0263.0001: input,hidraw0: > > > USB HID v1.11 Keyboard [Apple Inc. Apple Internal Keyboard / Trackpad] on > > > usb-:00:14.0-12/input0 [4.237987] apple 0003:05AC:0263.0002: > > > hidraw1: USB HID v1.11 Device [Apple Inc. Apple Internal Keyboard / > > > Trackpad] on usb-:00:14.0-12/input1 [4.241688] input: bcm5974 as > > > /devices/pci:00/:00:14.0/usb1/1-12/1-12:1.2/input/input7 [ > > > 4.302229] usb 1-8.1: New USB device found, idVendor=05ac, idProduct=820a > > > [4.305085] usb 1-8.1: New USB device strings: Mfr=0, Product=0, > > > SerialNumber=0 [4.309170] input: HID 05ac:820a as > > > /devices/pci:00/:00:14.0/usb1/1-8/1-8.1/1-8.1:1.0/0003:05AC:820A. > > > 0003/input/input8 [4.338186] systemd[1]: systemd 226 running in system > > > mode. (+PAM -AUDIT -SELINUX +IMA -APPARMOR +SMACK -SYSVINIT +UTMP > > > -LIBCRYPTSETUP -GCRYPT -GNUTLS +ACL -XZ +LZ4 +SECCOMP +BLKID -ELFUTILS > > > +KMOD -IDN) [4.340006] systemd[1]: Detected architecture x86-64. > > > [4.347847] systemd[1]: Set hostname to . > > > [4.364193] hid-generic 0003:05AC:820A.0003: input,hidraw2: USB HID > > > v1.11 Keyboard [HID 05ac:820a] on usb-:00:14.0-8.1/input0 [ > > > 4.384115] systemd[1]: Reached target Remote File Systems. > > > [4.390217] systemd[1]: Listening on /dev/initctl Compatibility Named > > > Pipe. [4.396334] systemd[1]: Created slice User and Session Slice. > > > [4.401363] systemd[1]: Listening on Journal Socket (/dev/log). > > > [4.405430] systemd[1]: Started Forward Password Requests to Wall > > > Directory Watch. [4.409502] systemd[1]: Started Dispatch Password > > > Requests to Console Directory Watch. [4.413576] systemd[1]: Reached > > > target Paths. > > > [4.430110] usb 1-8.2: new full-speed USB device number 5 using > > > xhci_hcd > > > [4.494474] BTRFS info (device sda5): disk space caching is enabled > > > [4.507301] usb 1-8.2: New USB device found, idVendor=05ac, > > > idProduct=820b [4.509068] usb 1-8.2: New USB device strings: Mfr=0, > > > Product=0, SerialNumber=0 [4.510192] input: HID 05ac:820b as > > > /devices/pci:00/:00:14.0/usb1/1-8/1-8.2/1-8.2:1.0/0003:05AC:820B. > > > 0004/input/input9 [4.510290] hid-generic 0003:05AC:820B.0004: > > > input,hidraw3: USB HID v1.11 Mouse [HID 05ac:820b] on > > > usb-:00:14.0-8.2/input0 [4.539230] scsi 1:0:0:0: Direct-Access > > > APPLESD Card Reader 3.00 PQ: 0 ANSI: 6 [4.539335] sd 1:0:0:0: > > > Attached scsi generic sg1 type 0 > > > [4.540136] sd 1:0:0:0: [sdb] Attached SCSI removable disk > > > [4.566254] systemd-journald[218]: Received request to flush runtime > > > journal from PID 1 [4.574097] usb 1-8.3: new full-speed USB device > > > number 6 using xhci_hcd [4.590987] apple_gmux: gmux device not > > > present or IO disabled > > > [4.604565] snd_hda_intel :00:03.0: bound :00:02.0 (ops > > > 0xb1c97140) [4.613350] wl: loading out-of-tree module taints > > > kernel. > > > [4.614937] input: HDA Intel HDMI HDMI/DP,pcm=3 as > > > /devices/pci:00/:00:03.0/sound/card0/input10 [4.614988] > > > input: HDA Intel HDMI HDMI/DP,pcm=7 as > > > /devices/pci:00/:00:03.0/sound/card0/input11 [4.615026] > > > input: HDA Intel HDMI HDMI/DP,pcm=8 as > > > /devices/pci:00/:00:03.0/sound/card0/input12 [4.615922] AVX2 > > > version of gcm
[gentoo-user] MacBook Pro oops with gentoo-sources-4.9.6-r1
000:00:14.0-8.1/input0 [4.384115] systemd[1]: Reached target Remote File Systems. [4.390217] systemd[1]: Listening on /dev/initctl Compatibility Named Pipe. [4.396334] systemd[1]: Created slice User and Session Slice. [4.401363] systemd[1]: Listening on Journal Socket (/dev/log). [4.405430] systemd[1]: Started Forward Password Requests to Wall Directory Watch. [4.409502] systemd[1]: Started Dispatch Password Requests to Console Directory Watch. [4.413576] systemd[1]: Reached target Paths. [4.430110] usb 1-8.2: new full-speed USB device number 5 using xhci_hcd [4.494474] BTRFS info (device sda5): disk space caching is enabled [4.507301] usb 1-8.2: New USB device found, idVendorac, idProduct�0b [4.509068] usb 1-8.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [4.510192] input: HID 05ac:820b as /devices/pci:00/:00:14.0/usb1/1-8/1-8.2/1-8.2:1.0/0003:05AC:820B.0004/input/input9 [4.510290] hid-generic 0003:05AC:820B.0004: input,hidraw3: USB HID v1.11 Mouse [HID 05ac:820b] on usb-:00:14.0-8.2/input0 [4.539230] scsi 1:0:0:0: Direct-Access APPLESD Card Reader 3.00 PQ: 0 ANSI: 6 [4.539335] sd 1:0:0:0: Attached scsi generic sg1 type 0 [4.540136] sd 1:0:0:0: [sdb] Attached SCSI removable disk [4.566254] systemd-journald[218]: Received request to flush runtime journal from PID 1 [4.574097] usb 1-8.3: new full-speed USB device number 6 using xhci_hcd [4.590987] apple_gmux: gmux device not present or IO disabled [4.604565] snd_hda_intel :00:03.0: bound :00:02.0 (ops 0xb1c97140) [4.613350] wl: loading out-of-tree module taints kernel. [4.614937] input: HDA Intel HDMI HDMI/DP,pcm=3 as /devices/pci:00/:00:03.0/sound/card0/input10 [4.614988] input: HDA Intel HDMI HDMI/DP,pcm=7 as /devices/pci:00/:00:03.0/sound/card0/input11 [4.615026] input: HDA Intel HDMI HDMI/DP,pcm=8 as /devices/pci:00/:00:03.0/sound/card0/input12 [4.615922] AVX2 version of gcm_enc/dec engaged. [4.615923] AES CTR mode by8 optimization enabled [4.625050] BTRFS: device label home devid 1 transid 3496 /dev/sda6 [4.627466] snd_hda_codec_cirrus hdaudioC1D0: autoconfig for CS4208: line_outs=2 (0x12/0x13/0x0/0x0/0x0) type:speaker [4.627468] snd_hda_codec_cirrus hdaudioC1D0:speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [4.627469] snd_hda_codec_cirrus hdaudioC1D0:hp_outs=1 (0x10/0x0/0x0/0x0/0x0) [4.627470] snd_hda_codec_cirrus hdaudioC1D0:mono: mono_out=0x0 [4.627471] snd_hda_codec_cirrus hdaudioC1D0:dig-out=0x21/0x0 [4.627472] snd_hda_codec_cirrus hdaudioC1D0:inputs: [4.627474] snd_hda_codec_cirrus hdaudioC1D0: Internal Mic=0x1c [4.627475] snd_hda_codec_cirrus hdaudioC1D0: Mic=0x18 [4.634248] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card1/input13 [4.634304] input: HDA Intel PCH Headphone as /devices/pci:00/:00:1b.0/sound/card1/input14 [4.634352] input: HDA Intel PCH SPDIF as /devices/pci:00/:00:1b.0/sound/card1/input15 [4.653793] usb 1-8.3: New USB device found, idVendorac, idProduct�89 [4.653794] usb 1-8.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [4.653795] usb 1-8.3: Product: Bluetooth USB Host Controller [4.653796] usb 1-8.3: Manufacturer: Apple Inc. [4.668455] wl: module license 'MIXED/Proprietary' taints kernel. [4.668456] Disabling lock debugging due to kernel taint [4.699873] BUG: unable to handle kernel NULL pointer dereference at (null) [4.699874] IP: [] 0xc0c454b8 [4.699875] PGD 0 [4.699876] Oops: 0002 [#1] SMP [4.699881] Modules linked in: wl(PO+) snd_hda_codec_cirrus snd_hda_codec_generic crc32c_intel aesni_intel aes_x86_64 glue_helper lrw ablk_helper snd_hda_codec_hdmi cryptd snd_hda_intel snd_hda_codec snd_hda_core snd_pcm snd_timer snd apple_gmux [4.699882] CPU: 5 PID: 276 Comm: systemd-udevd Tainted: P O 4.9.6-gentoo-r1 #4 [4.699883] Hardware name: Apple Inc. MacBookPro11,2/Mac-3CBD00234E554E41, BIOS MBP112.88Z.0138.B21.1612230939 12/23/2016 [4.699883] task: 9c69a76c1780 task.stack: af480282c000 [4.699884] RIP: 0010:[] [] 0xc0c454b8 [4.699884] RSP: 0018:af480282faf0 EFLAGS: 00010286 [4.699885] RAX: RBX: 9c69aca3c000 RCX: a008406c [4.699885] RDX: 9c69a580e800 RSI: c07d46f0 RDI: 9c69a9733c70 [4.699886] RBP: af480282fb78 R08: 00019c20 R09: c07d24f5 [4.699887] R10: d93f91a55840 R11: 0003 R12: 9c69a9525000 [4.699887] R13: R14: 9c69a9733800 R15: 9c69a9733c00 [4.699888] FS: 7f3ea5f05800() GS:9c69bf34() knlGS: [4.699889] CS: 0010 DS: ES: CR0: 80050033 [4.699889] CR2: CR3: 0004676f8000 CR4: 00
Re: [gentoo-user] moving over to nouveau drivers [solved]
15 16:24:05 hiro.local org.gnome.OnlineAccounts[3518]: goa-daemon-Message: goa-daemon version 3.14.2 starting Dez 15 16:24:05 hiro.local org.gnome.evolution.dataserver.Sources3[3518]: (evolution-source-registry:3571): module-gnome-online-accounts-CRITICAL **: gnome_online_accounts_config_mail_identity: assertion 'goa_mail != NULL' failed Dez 15 16:24:05 hiro.local dbus[738]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service' Dez 15 16:24:05 hiro.local systemd[1]: Starting Location Lookup Service... Dez 15 16:24:05 hiro.local dbus[738]: [system] Successfully activated service 'org.freedesktop.GeoClue2' Dez 15 16:24:05 hiro.local systemd[1]: Started Location Lookup Service. Dez 15 16:24:05 hiro.local dbus[738]: [system] Activating via systemd: service name='org.freedesktop.ModemManager1' unit='dbus-org.freedesktop.ModemManager1.service' Dez 15 16:24:05 hiro.local dbus[738]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.ModemManager1.service': Unit dbus-org.freedesktop.ModemManager1.service failed to load: No such file or directory. Dez 15 16:24:05 hiro.local geoclue[3607]: (geoclue:3607): Geoclue-WARNING **: Failed to connect to ModemManager: Error calling StartServiceByName for org.freedesktop.ModemManager1: GDBus.Error:org.freedesktop.systemd1.LoadFailed: Unit dbus-org.freedesktop.ModemManager1.service failed to load: No such file or directory. Dez 15 16:24:06 hiro.local polkitd[796]: Registered Authentication Agent for unix-session:4 (system bus name :1.110 [/usr/bin/gnome-shell --wayland --display-server], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale de_DE.utf8) Dez 15 16:24:06 hiro.local gnome-session[3514]: Gjs-Message: JS LOG: No permission to trigger offline updates: Polkit.Error: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Action org.freedesktop.packagekit.trigger-offline-update is not registered Dez 15 16:24:06 hiro.local gnome-keyring-daemon[3511]: Gkm: using old keyring directory: /home/sgw/.gnome2/keyrings Dez 15 16:24:06 hiro.local gnome-keyring-daemon[3511]: Gkm: using old keyring directory: /home/sgw/.gnome2/keyrings Dez 15 16:24:06 hiro.local rtkit-daemon[1001]: Successfully made thread 3649 of process 3649 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level -11. Dez 15 16:24:06 hiro.local rtkit-daemon[1001]: Supervising 3 threads of 3 processes of 2 users. Dez 15 16:24:06 hiro.local pulseaudio[3649]: Daemon already running. Dez 15 16:24:06 hiro.local gnome-session[3514]: (gnome-shell:3523): Clutter-CRITICAL **: clutter_input_device_get_pointer_stage: assertion 'CLUTTER_IS_INPUT_DEVICE (device)' failed Dez 15 16:24:06 hiro.local kernel: gnome-shell[3523]: segfault at 0 ip 7f3b970d81e6 sp 7fff8c552120 error 4 in libmutter.so.0.0.0[7f3b97027000+ff000] Dez 15 16:24:06 hiro.local kernel: audit: type=1701 audit(1418657046.185:380): auid=1000 uid=1000 gid=100 ses=4 pid=3523 comm=gnome-shell exe=/usr/bin/gnome-shell sig=11 Dez 15 16:24:06 hiro.local gnome-shell[3523]: audit-1701 auid=1000 uid=1000 gid=100 ses=4 pid=3523 comm=gnome-shell exe=/usr/bin/gnome-shell sig=11 Dez 15 16:24:06 hiro.local polkitd[796]: Unregistered Authentication Agent for unix-session:4 (system bus name :1.110, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale de_DE.utf8) (disconnected from bus) Dez 15 16:24:06 hiro.local dbus[738]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' Dez 15 16:24:06 hiro.local systemd[1]: Starting Time Date Service... Dez 15 16:24:06 hiro.local gnome-session[3514]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh Dez 15 16:24:06 hiro.local gnome-keyring-daemon[3511]: The Secret Service was already initialized Dez 15 16:24:06 hiro.local gnome-session[3514]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh Dez 15 16:24:06 hiro.local gnome-session[3514]: GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1 Dez 15 16:24:06 hiro.local org.freedesktop.secrets[3518]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh Dez 15 16:24:06 hiro.local org.freedesktop.secrets[3518]: GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1 Dez 15 16:24:06 hiro.local gnome-session[3514]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh Dez 15 16:24:06 hiro.local gnome-session[3514]: GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1 Dez 15 16:24:06 hiro.local dbus[738]: [system] Successfully activated service 'org.freedesktop.timedate1' Dez 15 16:24:06 hiro.local systemd[1]: Started Time Date Service. Dez 15 16:24:06 hiro.local systemd-timedated[3673]: /dev/rtc is busy. Is somebody keeping it open continuously? That's not a good idea... Returning a bogus RTC timestamp. Dez 15 16:24:06 hiro.local gnome-session[3514]: (EE) Dez 15 16:24:06 hiro.local gnome-session[3514]: Fatal server error: Dez 15 16:24:06 hiro.local gnome-session[3514]: (EE) failed to dispatch Wayland events: Connection reset by peer Dez 15 16:24