Re: [gentoo-user] strange alarm signal
On 02/01/2012 10:05 AM, Thanasis wrote: Has anyone ever seen the following strange behaviour? While updating the system with emerge, after each installation of a package, before it starts emerging the next one, it pauses for a minute or two, then displays alarm signal (without the quotes) on a new line, and continues to emerging the next package. Hi Thanasis, this message is from emerge /portage: grep -r alarm signal /usr/lib64/portage/* Binary file /usr/lib64/portage/pym/portage/exception.pyo matches Binary file /usr/lib64/portage/pym/portage/exception.pyc matches /usr/lib64/portage/pym/portage/exception.py:raise AlarmSignal(alarm signal, This one matches your one minute: /usr/lib64/portage/pym/portage/elog/mod_mail_summary.py: AlarmSignal.register(60) Look like a timeout during mail sending to me. You have probably elog mail sending configured in make.conf and your mailserver is borked. HTH, Matthias Here is an example: Emerging (2 of 9) perl-core/IPC-Cmd-0.760.0 * IPC-Cmd-0.76.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] Unpacking source... Unpacking IPC-Cmd-0.76.tar.gz to /var/tmp/portage/perl-core/IPC-Cmd-0.760.0/work Source unpacked in /var/tmp/portage/perl-core/IPC-Cmd-0.760.0/work Preparing source in /var/tmp/portage/perl-core/IPC-Cmd-0.760.0/work/IPC-Cmd-0.76 ... Source prepared. Configuring source in /var/tmp/portage/perl-core/IPC-Cmd-0.760.0/work/IPC-Cmd-0.76 ... * Using ExtUtils::MakeMaker * perl Makefile.PL PREFIX=/usr INSTALLDIRS=vendor INSTALLMAN3DIR=none DESTDIR=/var/tmp/portage/perl-core/IPC-Cmd-0.760.0/image/ Checking if your kit is complete... Looks good Writing Makefile for IPC::Cmd Writing MYMETA.yml and MYMETA.json Source configured. Compiling source in /var/tmp/portage/perl-core/IPC-Cmd-0.760.0/work/IPC-Cmd-0.76 ... * emake OTHERLDFLAGS=-Wl,-O1 -Wl,--as-needed make -j5 'OTHERLDFLAGS=-Wl,-O1 -Wl,--as-needed' cp lib/IPC/Cmd.pm blib/lib/IPC/Cmd.pm Source compiled. Test phase [not enabled]: perl-core/IPC-Cmd-0.760.0 Install IPC-Cmd-0.760.0 into /var/tmp/portage/perl-core/IPC-Cmd-0.760.0/image/ category perl-core make -j5 pure_install Installing /var/tmp/portage/perl-core/IPC-Cmd-0.760.0/image/usr/lib64/perl5/vendor_perl/5.12.4/IPC/Cmd.pm Completed installing IPC-Cmd-0.760.0 into /var/tmp/portage/perl-core/IPC-Cmd-0.760.0/image/ ecompressdir: bzip2 -9 /usr/share/doc Done. Installing (2 of 9) perl-core/IPC-Cmd-0.760.0 alarm signal Emerging (3 of 9) virtual/perl-IPC-Cmd-0.760.0 Unpacking source... Source unpacked in /var/tmp/portage/virtual/perl-IPC-Cmd-0.760.0/work Compiling source in /var/tmp/portage/virtual/perl-IPC-Cmd-0.760.0/work ... Source compiled. Test phase [not enabled]: virtual/perl-IPC-Cmd-0.760.0 Install perl-IPC-Cmd-0.760.0 into /var/tmp/portage/virtual/perl-IPC-Cmd-0.760.0/image/ category virtual Completed installing perl-IPC-Cmd-0.760.0 into /var/tmp/portage/virtual/perl-IPC-Cmd-0.760.0/image/ Done. Installing (3 of 9) virtual/perl-IPC-Cmd-0.760.0 alarm signal Emerging (4 of 9) x11-libs/pixman-0.24.2
Re: [gentoo-user] .gvfs breaks my backup scripts - what to do about it?
On Mon, Jun 27, 2011 at 11:21 AM, Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: Hi, I have an annoying problem which I'd like to fix. Something (probably some Gnome application) repeatedly creates the folder .gvfs with permissions dr-x-- 2 jarausch users When I run tar (as root!) I get tar: ./jarausch/.gvfs: Cannot stat: Permission denied which sets an error return code for tar or even terminates tar. What I can do about this? (I don't run the Gnome desktop, just some Gnome applications.) Many thanks for a hint, Helmut. AFAIK this dir is created by gvfs-mount, which uses fuse. By default fuse creates its mountpoints / files only with permissons for the user running it. You could : - use tar --exclude (probably the best, since the files are only temporary mountpoints) - change the rights of the dir with chown - try use_allow_other in /etc/fuse.conf
Re: [gentoo-user] unable to drive the VGA output
Am Donnerstag 24 Juni 2010, 01:14:44 schrieb Allan Gottlieb: Laptop: dell E6510 Gentoo: ~amd64 Graphics: nvidia VVS 3100M I am unable to drive the VGA output. Symptoms include * Executing xrandr does not mention LVDS or VGA (and using --output VGA gives a warning that VGA doesn't exist) try with default like : xrandr --output default --mode 1280x1024 xrandr without options show the available resolutions, second line shows the output names, like DVI-0 connected or default connected. on my one box with the nvidia driver i have default connected * Pushing Fn-F8 produces a p (the keycap of f8 shows in blue a picture of a laptop and a monitor) instead of showing the screen on the other display. The xorg.conf file generated by nvidia-xconfig (below) is fairly simple. I just added the module section at the end. Any help would be appreciated. allan # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 (buildmeis...@builder58) Thu Apr 22 20:35:23 PDT 2010 Section ServerLayout Identifier Layout0 Screen 0 Screen0 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer EndSection Section Files EndSection Section InputDevice # generated from data in /etc/conf.d/gpm Identifier Mouse0 Driver mouse Option Protocol Option Device /dev/input/mice Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection Section InputDevice # generated from default Identifier Keyboard0 Driver kbd EndSection Section Monitor Identifier Monitor0 VendorName Unknown ModelName Unknown HorizSync 28.0 - 33.0 VertRefresh 43.0 - 72.0 Option DPMS EndSection Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 SubSection Display Depth 24 EndSubSection EndSection Section Module # Load dri load glx EndSection
Re: [gentoo-user] KDE 4.3 Weather Forecast Applet does not find Perth (Looking for a Fix)
Am Dienstag 16 Februar 2010 22:26:11 schrieb ubiquitous1980: Using KDE 4.3 Weather Forecast Applet for amd64. I know BBC broke this. Anyone got a fix? update to kde 4.4 bbc works again (at least for berlin)
Re: [gentoo-user] Trouble with weather plasmoids
Am Sonntag 13 Dezember 2009 16:44:49 schrieb sean: Robin Atwood wrote: Since the massive Qt 4.6.0/KDE 4.3.4 update I have noticed that the search widget for the various weather plasmoids always returns Cannot find 'London' or whatever. This is on two systems; anyone else notice this? Just tried it here, and had the same results as you wrote. This has been fixed upstream, but it's not in portage yet. http://forum.kde.org/viewtopic.php?f=67t=84388sid=db3072b20e6b7a1afaa29f2fe7c44d3c
Re: [gentoo-user] distcc: Am I doing this right
Am Freitag 16 Oktober 2009 20:34:17 schrieb Michael Sullivan:
On Fri, 2009-10-16 at 18:31 +0200, Matthias Krebs wrote:
Am Freitag 16 Oktober 2009 15:23:20 schrieb Michael Sullivan:
I think I've set up distcc correctly, but I keep seeing a whole bunch
of messages like this:
distcc[24416] (dcc_writex) ERROR: failed to write: Connection reset by
peer
Is this normal? Is there anything I can do to prevent this from
happening?
-Michael Sullivan-
Well, if distcc does not see the other hosts it says somethind along the
lines failed to distribute, compiling locally instead
Looks more like a permission problem.
You did adjust /etc/conf.d/distccd, did you ?
Especially the network settings should allow your local network:
DISTCCD_OPTS=${DISTCCD_OPTS} --allow 192.168.1.0/24
Do I put that line on the slow machine or the fast one?
You need to put it on all hosts you have configured for usage.
distcc-config --get-hosts
shows you this hosts, but you have to configure them first with
distcc-config --set-hosts
It's all explained here : http://www.gentoo.org/doc/en/distcc.xml
Re: [gentoo-user] distcc: Am I doing this right
Am Freitag 16 Oktober 2009 15:23:20 schrieb Michael Sullivan:
I think I've set up distcc correctly, but I keep seeing a whole bunch of
messages like this:
distcc[24416] (dcc_writex) ERROR: failed to write: Connection reset by
peer
Is this normal? Is there anything I can do to prevent this from
happening?
-Michael Sullivan-
Well, if distcc does not see the other hosts it says somethind along the lines
failed to distribute, compiling locally instead
Looks more like a permission problem.
You did adjust /etc/conf.d/distccd, did you ?
Especially the network settings should allow your local network:
DISTCCD_OPTS=${DISTCCD_OPTS} --allow 192.168.1.0/24
Re: [gentoo-user] [OT] Rootwindow Sysmon?
Hi, thank you for your posting ! :) Screenshot? ...oh yes! Sorry... Here it is (upper left corner): http://customize.org/thumbnails/larger/53967.jpg Hi, looks like a very basic conky configuration check out this thread for some more advanced examples : http://crunchbanglinux.org/forums/topic/59/my-conky-config/ (crunchbang is an ubuntu spinoff which focuses on openbox and lightweight apps) while your at it, check out x11-misc/slim (and x11-themes/slim-themes), its a lightweight login manager without gnome or kde dependencies
Re: [gentoo-user] [OT] In search of a good windowmanager
Hi, for a long time I used IceWM as my windowmanager since I dont want to mimicry other OSses (...) or want session management. One thing, which is a must-have of windowmanagers I want to use is the possibility to control the windowmanager nearly completly with the keyboard (hotkeys configurable) which does *not* imply uncontrollable by mouse ;) Furthermore I should not be a hana-bi or anything else eye-candy like (nothing against hana-bi as hana-bi!) -- most of the time I will use the windowmanager instead of only looking at it -- which does not imply: black anmd white ugly ascii thingy. Since IceWM seems to be gone into hibernation phase I am looking for a replacement which should -- be widely configurable via ascii files -- be as far as possible controllable by keyboard -- be also useable with the mouse -- no eye-candy -- not ugly -- NOT tiling -- FAST! I would like to hear from others what experiences they made with what windowmanagers. Thank you very much in advance for any help! Best regards and have a nice weekend! Meino Cramer Hi, i use x11-wm/openbox a really nice guide for configuration and tweaking can be found here : http://urukrama.wordpress.com/openbox-guide/
Re: [gentoo-user] ATI-Driver 9.6 support?
Am Donnerstag 02 Juli 2009 20:52:38 schrieb Hazen Valliant-Saunders: So any news on the ATI Front or will I have to rool my own and submit it? well, it is in the tree this is from the Changelog: *ati-drivers-9.6 (25 Jun 2009) 25 Jun 2009; Tomáš Chvátal scarab...@gentoo.org +files/kernel/2.6.29.patch, +files/kernel/2.6.30-enable_msi.patch, +files/kernel/2.6.30-irqreturn_t.patch, +files/kernel/2.6.30-rt_compat.patch, +files/kernel/2.6.30-tlb_flush.patch, +ati-drivers-9.6.ebuild: Add new version of ati drivers (9.6). Since now it follows the upstream versioning scheme. Kernels .29 and .30 are not supported, but patched to work somehow in this release.
Re: [gentoo-user] what can I do besides waiting or complaining about missing kompozer?
On Saturday 25 October 2008 10:37:48 Gildor Oronar [EMAIL PROTECTED] wrote: Neil Bothwick wrote: On Wed, 22 Oct 2008 21:52:04 +0800, [EMAIL PROTECTED] wrote: However after years and years kompozer is still not available in Gentoo Linux. If you'd searched Bugzilla you'd have found an ebuild for the latest release, which appears to be in the Arcon overlay too. maybe I am stupid but #layman -L output doesn't contain the word 'arcon' or 'Acron'. A google with keyword 'Arcon overlay' doesn't find instruction how to install it neither. Could it be related to my platform (PowerPC)? A link with information related to how to install 'arcon overlay' would be very helpful. Thanks in advance. I am fine with installing an overlay, but I guess if the ebuild is in the portage then it's available for more people. For me now is only how to get overlay working. You have to build layman with subversion use flag to see svn repositories. Same goes for git.
Re: [gentoo-user] Re: authorization faliure when sending email
Am Montag, 5. September 2005 21:56 schrieb Matthew Lee: I tried reemerging kdepasswd, it didn't solve the problem. In answer to the other question the SMTP server does require authentication. The settings I have now worked fine last week, which is why I'm sure it's something on my laptop, but not kmail itself. To make sure it is really a kmail problem, try to connect manually via telnet or another mail client like thunderbird or mozilla-mail. If this works, have you enabled store password in your connect settings? Try to disable it if you have and enter your credentials again,maybe the file the password is stored in is corrupted. You can also try to emerge kwalletmanager which is a password storage app for kde, its used by kmail if it's installed. HTH, Matze -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] More splash problems
Sorry didn't work. The 8bpp message did dissapear but the framebuffer still want's to read the config file for 800x600. -- Naga Maybe you want to use a mode your graphic board doesn't support. Do a cat /proc/fb0/modes to get the modes your board supports. And as someone else mentioned before, vesafb-tng is not a valid kernel parameter, so everything after it is ignored. HTH, Matze -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] More splash problems
On 8/23/05, Holly Bostick [EMAIL PROTECTED] wrote: Matthias Krebs schreef: And as someone else mentioned before, vesafb-tng is not a valid kernel parameter, so everything after it is ignored. In what world is this? If you're using vesafb-tng (added to the kernel options by the fbsplash patch which you get with the gentoo kernels, which is no surprise, given that it was created by spock, a gentoo developer), then it most certainly is a valid kernel parameter (and was selected in the kernel config output that was posted in a previous message. To quote the author of vesafb-tng: The driver name used in the video= kernel command line section is still vesafb, and not vesafb-tng. Thus, video=vesafb-tng:[EMAIL PROTECTED] is invalid, video=vesafb:[EMAIL PROTECTED] being the proper form See his website at http://dev.gentoo.org/~spock/projects/vesafb-tng/ Cheers, Matze -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gensplash oddity
On 8/22/05, John Dangler [EMAIL PROTECTED] wrote: Ok - I went back through the wiki article on using gensplash with genkernel. I used - genkernel --menuconfig --gensplash=livecd-2005.1 all (I usually --udev on the end, but every time I get told that -udev is deprecated since it is the default behavior) At the end of the process, I checked /var/log/genkernel.log . The last lines there look like this - Installing gensplash [ using the livecd-2005.1 theme ]. Merging initramfs-base-layout.cpio.gz initramfs-aux.cpio.gz initramfs-busybox-1.00-rt-mdstart.plasmaroo.cpio.gz initramfs-insmod-0.9.15-pre4.cpio.gz initramfs-udev-054.cpio.gz initramfs-modules-2.6.12-gentoo-r9.cpio.gz initramfs-splash-2.6.12-gentoo-r9.cpio.gz Gentoo Linux Genkernel: Version 3.3.5 Running with options ; genkernel --menuconfig --gensplash=livecd-2005.1 all ERROR: Could not copy the initramfs to /boot (yes, /boot is mounted) Then, I look at the long list in /boot . (ls -l) I compiled this today 8/21/05) at around 9pm (2100) 1603780 Aug 21 21:07 kernel-genkernel-x86-2.6.12-gentoo-r9 10928128Aug 21 21:20 initramfs-genkernel-x86-2.6.12-gentoo-r9 I set up an additional grub entry for the splash options on the kernel line, and rebooted to see what the effect was. After the initial information at bootup, all I got was a black screen [This is on a Dell Inspiron 8600 laptop. I may have the wrong settings ([EMAIL PROTECTED]), so if anyone knows how to correctly identify this I'd appreciate it]. I had to power off and on again to get video returned. I then tried the default r9 kernel boot without the splash - KERNEL PANIC . vfs out of sync. I rebooted into the old (r6 kernel), and re-ran 'genkernel --menuconfig --udev all' (no splash) to rebuild the r9 kernel, rebooted to the r9 kernel, and all is well. Anyone offering any assistance with this, please do. I've gotten everything in the base system running well except this issue, and I'm about to throw in the towel on splash. John D Hi, you can identify the modes your graphic board supports by doing cat /proc/fb0/modes (the frambuffer module has to be loaded for this to work). The 2005.1 Theme needs a mode higher than 8bpp to work. For me this setting works: video=vesafb:mtrr,ywrap,pmipal,[EMAIL PROTECTED] splash=silent,fadein,theme:livecd-2005.1 HTH, Matze -- gentoo-user@gentoo.org mailing list
