Re: [gentoo-user] what's going on with updates ?
On Monday 13 September 2010 14:02:01 Paul Hartman wrote: On Mon, Sep 13, 2010 at 1:15 AM, Stéphane Guedon steph...@22decembre.eu wrote: Since few days ( two or three ?), every time I launch emerge, it's saying me it needs an update of portage itself. In plus, I have upgraded udev at least two times (160161162 today)... Plus, I have had two warning message concerning updates : sudo and an other... what's going on ? Is somebody founding security holes à la pelle (french expression). From Changelog you can see, lots of bugs fixed in portage 2.1 in the last few days: *portage-2.1.9.1 (06 Sep 2010) 06 Sep 2010; Zac Medico zmed...@gentoo.org +portage-2.1.9.1.ebuild: 2.1.9.1 version bump. This fixes bug #336019 (show ebuild maintainer in build log), bug #336085 (AttributeError triggered by slot conflict), and bug #336285 (add unpack() workaround for interactive unzip). Bug #335925 tracks all bugs fixed since 2.1.8.x. *portage-2.1.9.2 (08 Sep 2010) 08 Sep 2010; Zac Medico zmed...@gentoo.org +portage-2.1.9.2.ebuild: 2.1.9.2 version bump. This fixes bug #332719 (depclean removes newly installed packages), bug #336338 (document FEATURES�ndy), bug #336349 (warn about dos-style line endings in make.conf), bug #336350 (AttributeError for selinux), and bug #336356 (AttributeError when running test phase with ebuild command). Bug #335925 tracks all bugs fixed since 2.1.8.x. *portage-2.1.9.3 (10 Sep 2010) 10 Sep 2010; Zac Medico zmed...@gentoo.org +portage-2.1.9.3.ebuild: 2.1.9.3 version bump. This fixes bug #267103 (warn about unapplied config updates in /etc/portage), bug #273282 (QA warning about install in deprecated directories), bug #336499 (call pkg_nofetch for misc fetch failures), bug #336503 (FEATURES=usersync tempdir permission issues), bug #336595 (--quiet support for global updates), bug #336644 (IOError [Errno 11] issues with tmpfs), and bug #336651 (fix resume after portage update to work with --exclude). Bug #335925 tracks all bugs fixed since 2.1.8.x. *portage-2.1.9.4 (11 Sep 2010) 11 Sep 2010; Zac Medico zmed...@gentoo.org +portage-2.1.9.4.ebuild: 2.1.9.4 version bump. This fixes bug #336692 (make package.mask negation in profiles PMS compliant and issue warnings) and also fixes subtle bugs in pkg_nofetch support. Bug #335925 tracks all bugs fixed since 2.1.8.x. *portage-2.1.9.5 (13 Sep 2010) 13 Sep 2010; Zac Medico zmed...@gentoo.org +portage-2.1.9.5.ebuild: 2.1.9.5 version bump. This fixes bug #336142 (ebuild-ipc timeout is too short), bug #336875 (ETIME ImportError on FreeBSD), and bug #337031 (make always overflow destination buffers gcc warnings non-fatal). Bug #335925 tracks all bugs fixed since 2.1.8.x. Ok, I found it strange, nothing more ! And, no, I am not dev or package maintainer, even if sometime, I would like... Thanks guys... -- Stéphane Guedon page web : http://www.22decembre.eu/ carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf clé publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Opera and Konqueror won't print, but FF works fine
On Tuesday 14 September 2010 02:18:22 James wrote: Mick michaelkintzios at gmail.com writes: [ebuild R ] net-print/cups-1.3.11-r2 USE=X acl dbus gnutls jpeg ldap pam [ebuild R ] net-print/hplip-3.9.12-r1 USE=X hpcups hpijs libnotify qt4 - Hello Mick, I got a new hp printer and had to use the latest testing versions of cups and hplip to get it working correctly: net-print/cups-1.4.4 (X acl dbus gnutls java jpeg ldap pam perl php png python slp ssl threads tiff usb) net-print/hplip-3.10.6(X hpcups libnotify qt4 scanner snmp) Sometimes also you have to delete a setup and set the printer up from scratch. However, I think your problems are related to the fact it's a pdf being printed from a browser? PDF files are all that is broken with Opera Unfortunately, when I have printer problems, I just have to keep hacking at it. Solutions never seem methodical for me. I also keep backups of old config files in /etc/cups directory, to sometimes manually hack at the relevant config files. Thanks James, I have not ticked the box that says print to file in Opera. In Konqueror the Output file is greyed out. Therefore assume that both applications should be sending the data to the printer ... The error file for Konqueror mentions pdf, but the Opera and Firefox show postcript: I [27/Jun/2010:11:29:28 +0100] [Job ???] Request file type is application/postscript. Do I now need more than the hplip driver perhaps? BTW, a second box (x86) can print from Opera, but the page has areas which are blacked out. Konq prints but always in colour even when I select greyscale and Firefox works fine. This all must have started a month ago or so. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Opera and Konqueror won't print, but FF works fine
Hello Mick, Am Montag, 13. September 2010, 23:09:03 schrieb Mick: Konqueror won't even go as far as that. It only shows: I [13/Sep/2010:22:04:57 +0100] [Job ???] Request file type is application/pdf. In case of priting with KDE applications you may be hit by this bug: http://bugs.gentoo.org/show_bug.cgi?id=309901 To make the the solution i applied at my installation short: copy /usr/portage/net-print/cups/files/pdftops-1.20.gentoo to /usr/libexec/cups/filter/pdftops After that restart cupsd. According to the bug report this seems to work is the package poppler is also installed - which the case at my installation. Hope that helps. regards Petric
Re: [gentoo-user] Re: What happened to belak.sbboard.com?
On Mon, Sep 13, 2010 at 10:25 PM, Nikos Chantziaras rea...@arcor.de wrote: OK, I've found out what's going on. I my layman.cfg I have: overlays: http://www.gentoo.org/proj/en/overlays/repositories.xml http://belak.sbboard.com/gentoo/overlay.xml The second line was added as per instructions in order to be able to use the belak overlay since it's not in the official layman list (at least it wasn't back then.) I totally forgot I did that :-/ At least it's an easy solution, those are my favorite kind. :)
[gentoo-user] machine check exception errors
I'm getting a lot of machine check exception errors in dmesg on my hosted server. Running mcelog I get: # mcelog HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor MCE 0 CPU 0 4 northbridge TSC 5ab2d0c67592a MISC c00800190100 ADDR a2d6e1f0 Northbridge RAM Chipkill ECC error Chipkill ECC syndrome = 7b58 bit40 = error found by scrub bit46 = corrected ecc error bit59 = misc error valid bus error 'local node response, request didn't time out generic read mem transaction memory access, level generic' STATUS 9c2c41007b080a13 MCGSTATUS 0 MCGCAP c008001a0100 SOCKETID 7b080a13 HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor MCE 1 CPU 0 4 northbridge TSC 5aee3f082740a MISC c008001a0100 ADDR a2d6e1f0 Northbridge RAM Chipkill ECC error Chipkill ECC syndrome = 7b58 bit46 = corrected ecc error bit59 = misc error valid bus error 'local node response, request didn't time out generic read mem transaction memory access, level generic' STATUS 9c2c40007b080a13 MCGSTATUS 0 SOCKETID 0 Should I just contact the hosting company? Can anyone give me more info on what this means? Bad memory? - Grant
Re: [gentoo-user] what's going on with updates ?
On Monday 13 September 2010, Stéphane Guedon wrote: Since few days ( two or three ?), every time I launch emerge, it's saying me it needs an update of portage itself. In plus, I have upgraded udev at least two times (160161162 today)... Don't sync two times a day and emerge -u world if you don't want updates ;-) besides the ebuild commit dates are: udev-160: 12 Jul 2010 udev-161: 24 Aug 2010 udev-162: 12 Sep 2010 So I don't understand why you get more updates the same day. Plus, I have had two warning message concerning updates : sudo and an other... what's going on ? Is somebody founding security holes à la pelle (french expression). Still udev ebuild development still lacks some days after udev upstream to just test ebuilds and also for time reasons. Matthias
Re: [gentoo-user] machine check exception errors
On Tue, 2010-09-14 at 09:45 -0700, Grant wrote: I'm getting a lot of machine check exception errors in dmesg on my hosted server. Running mcelog I get: # mcelog HARDWARE ERROR. This is *NOT* a software problem! [...] Should I just contact the hosting company? Can anyone give me more info on what this means? Bad memory? They are likely better able to help you if it's a hardware problem.
Re: [gentoo-user] Booting Gentoo from USB stick
On Fri, Sep 10, 2010 at 07:29:01AM -0400, David Relson wrote: On Fri, 10 Sep 2010 11:05:12 +0200 J. Roeleveld wrote: On Friday 10 September 2010 10:43:30 Jake Moe wrote: On 10/09/2010 5:27 PM, Maciej Grela wrote: 2010/9/10 Jake Moejakesaddr...@gmail.com: Hello all, I've been thinking about creating a Gentoo USB stick for install and rescue purposes (and, of course, just to see if I could). I've mostly followed the Gentoo handbook (I used a single 4GB partition for the whole system, and no swap). I've used genkernel for the kernel (so I can have a multi-system capable kernel). I've gotten GRUB installed and working. My problem comes in after what I believe is the init process: Gentoo Linux; http://www.gentoo.org Copyright 1999-2009 Gentoo Foundation; Distributed under the GPLv2 Press I to enter interactive boot mode * Mounting proc at /proc ... [ ok ] * Mounting sysfs at /sys ... [ ok ] * Mounting /dev ... [ ok ] * Starting udevd ... [ ok ] * Populating /dev with existing devices through uevents ... [ ok ] * Waiting for uevents to be processed ... [ ok ] * Mounting devpts at /dev/pts ... [ ok ] * Checking root filesystem ... fsck.ext2: No such file or directory while trying to open /dev/sda1 /dev/sda1: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193device * Filesystem couldn't be fixed :( [ !! ] Give root password for maintenance (or type Control-D to continue): If I give the root password, I can find no /dev/sda1. However, mount shows /dev/sda1 on /, and there *is* a /sys/block/sda folders, with a sda1 folder in that as well. It's almost like it had /dev/sda1, but then lost it somehow. Does anyone have any idea what's going on here? Any help would be appreciated. Have you seen http://www.sysresccd.org/Main_Page ? It's based on Gentoo, you could check what they did to boot from a usb stick. Br, Maciej Grela Excellent, thanks for that, I hadn't found it in my previous searches. I'll have a look there. Jake Moe Had a similar issue a while ago when I was playing around with this myself. Take a look at the linux boot parameters. The 'theoretical' part is: You need to let the kernel initialize the USB-stick before trying to access it. (This can take some time) There is a delay-option, just can't remember the proper name off-hand. -- Joost I've got USB booting working in a syslinux environment. A delay of 12 seconds is working for me. The syslinux.cfg stanza I use is: LABEL usb KERNEL linux APPEND rootdelay=12 root=/dev/sda2 The usual way for linux on removable usb sticks / disks is to use LABEL or UUID to identify the disks and not the device names, because they will be different in different computers ;) The downside is that you need an initrd to mount the root partition... I think that the usual initrd generated by genkernel works... If you created the rootfs with: mkfs.ext2 -j -LUSBGentoo /dev/sdXY then you can change the kernel parameter to root=LABEL=USBGentoo and your fstab to: LABEL=USBGentoo / ext3 ... You can also use the uuid of the filesystem, find it out with dumpe2fs -h /dev/sdb2 | grep UUID and then use UUID=XXX instead of LABEL=XXX I never really played around with grub and USB booting, so I use syslinux. I create a small FAT partition with syslinux, kernel and initrd image (it gets also pretty handy when you sometimes need to copy something from a windows machine ;) and a second regular ext3 partition for the rootfs. Basically you would do: - partition the stick, mark the FAT partition as bootable/active - format the partitions: - mkfs.vfat -nUSBData /dev/sdX1 - mkfs.ext2 -j -LUSBGentoo /dev/sdX2 - install syslinux (on the FAT partition): - syslinux /dev/sdX1 - mount /dev/sdX2, install gentoo in the usual way - compile the kernel and initrd, make sure required USB stuff is in the kernel (theoretically it could be as modules in initrd... but in-kernel is safer :) if you are in a hurry, or don't know how to create them, get them from a gentoo livecd ;) don't forget to also copy the modules (/lib/modules-XXX/...) from the livecd to the rootfs. - put the kernel and initrd on the FAT partition (I name them vmlinuz.img and initrd.img) - edit syslinux.cfg (on the FAT partition), see
Re: [gentoo-user] Opera and Konqueror won't print, but FF works fine
On Tuesday 14 September 2010 09:06:25 Petric Frank wrote: Hello Mick, Am Montag, 13. September 2010, 23:09:03 schrieb Mick: Konqueror won't even go as far as that. It only shows: I [13/Sep/2010:22:04:57 +0100] [Job ???] Request file type is application/pdf. In case of priting with KDE applications you may be hit by this bug: http://bugs.gentoo.org/show_bug.cgi?id=309901 To make the the solution i applied at my installation short: copy /usr/portage/net-print/cups/files/pdftops-1.20.gentoo to /usr/libexec/cups/filter/pdftops After that restart cupsd. According to the bug report this seems to work is the package poppler is also installed - which the case at my installation. Hope that helps. Thanks Petric, I will try upgrading to testing version and if that does not fix it, I will apply your suggestion. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Some problems while migrating to 64bit
2010/9/13 meino.cra...@gmx.de: 1.) The fonts of mrxvt are microscopic tiny...my home and .mrxvt remained the same. Are fonts not reported to world when emerged? What are the basic fonts I need before buying new glasses? Maybe you forgot some use flag or something. To use truetype fonts in mrxvt you need to turn that flag on. I also have no idea about mrxvt, but most terminal emulators read their configs from ~/.Xdefaults, check the mrxvt man page and/or docs. 2.) Mouse does not work. Hald is up, fdi-rules are copied from my old system, /dev/input/mice is there, gpm (started for a test) sees the mouse, xf86-input-mouse is recompiled, dbus is running. What's wrong? X.org.log reports no device defined for mouse... my xorg.conf does not define such...but it is the same xorg.conf, which works under 32bit env. So So, latest Xorg doesn't use hal. I can't be sure since you are not telling us what xorg version you are using. Since 1.8 X uses udev instead. http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.8-upgrade-guide.xml 3.) Keyboard behaves somehow strange. German Umlauts works, but | does not...it performs something like a crazy backspace or so. And a UNIX without a working pipe is not really making me happy... If it happens only under X, then it's the same issue that you have with your mouse. Configure it using the new method. 4.) As someone already reports to the list: k3b does not find any burner, cdrom, dvd-drive. /dev/sr0 exist and is linked to dvd. Probably a k3b and/or udev issue. I can't help with this one. But I think I've seen something about k3b lately in the forums. Might worth a check. I even can boot from dvd... That's nothing to do with linux, but your BIOS. A different land. Regards. -- Jesús Guerrero Botella
Re: [gentoo-user] Booting Gentoo from USB stick
On 15/09/10 04:28, YoYo Siska wrote: On Fri, Sep 10, 2010 at 07:29:01AM -0400, David Relson wrote: On Fri, 10 Sep 2010 11:05:12 +0200 J. Roeleveld wrote: On Friday 10 September 2010 10:43:30 Jake Moe wrote: On 10/09/2010 5:27 PM, Maciej Grela wrote: 2010/9/10 Jake Moejakesaddr...@gmail.com: Hello all, I've been thinking about creating a Gentoo USB stick for install and rescue purposes (and, of course, just to see if I could). I've mostly followed the Gentoo handbook (I used a single 4GB partition for the whole system, and no swap). I've used genkernel for the kernel (so I can have a multi-system capable kernel). I've gotten GRUB installed and working. My problem comes in after what I believe is the init process: Gentoo Linux; http://www.gentoo.org Copyright 1999-2009 Gentoo Foundation; Distributed under the GPLv2 Press I to enter interactive boot mode * Mounting proc at /proc ... [ ok ] * Mounting sysfs at /sys ... [ ok ] * Mounting /dev ... [ ok ] * Starting udevd ... [ ok ] * Populating /dev with existing devices through uevents ... [ ok ] * Waiting for uevents to be processed ... [ ok ] * Mounting devpts at /dev/pts ... [ ok ] * Checking root filesystem ... fsck.ext2: No such file or directory while trying to open /dev/sda1 /dev/sda1: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193device * Filesystem couldn't be fixed :( [ !! ] Give root password for maintenance (or type Control-D to continue): If I give the root password, I can find no /dev/sda1. However, mount shows /dev/sda1 on /, and there *is* a /sys/block/sda folders, with a sda1 folder in that as well. It's almost like it had /dev/sda1, but then lost it somehow. Does anyone have any idea what's going on here? Any help would be appreciated. Have you seen http://www.sysresccd.org/Main_Page ? It's based on Gentoo, you could check what they did to boot from a usb stick. Br, Maciej Grela Excellent, thanks for that, I hadn't found it in my previous searches. I'll have a look there. Jake Moe Had a similar issue a while ago when I was playing around with this myself. Take a look at the linux boot parameters. The 'theoretical' part is: You need to let the kernel initialize the USB-stick before trying to access it. (This can take some time) There is a delay-option, just can't remember the proper name off-hand. -- Joost I've got USB booting working in a syslinux environment. A delay of 12 seconds is working for me. The syslinux.cfg stanza I use is: LABEL usb KERNEL linux APPEND rootdelay=12 root=/dev/sda2 The usual way for linux on removable usb sticks / disks is to use LABEL or UUID to identify the disks and not the device names, because they will be different in different computers ;) The downside is that you need an initrd to mount the root partition... I think that the usual initrd generated by genkernel works... If you created the rootfs with: mkfs.ext2 -j -LUSBGentoo /dev/sdXY then you can change the kernel parameter to root=LABEL=USBGentoo and your fstab to: LABEL=USBGentoo / ext3 ... You can also use the uuid of the filesystem, find it out with dumpe2fs -h /dev/sdb2 | grep UUID and then use UUID=XXX instead of LABEL=XXX I never really played around with grub and USB booting, so I use syslinux. I create a small FAT partition with syslinux, kernel and initrd image (it gets also pretty handy when you sometimes need to copy something from a windows machine ;) and a second regular ext3 partition for the rootfs. Basically you would do: - partition the stick, mark the FAT partition as bootable/active - format the partitions: - mkfs.vfat -nUSBData /dev/sdX1 - mkfs.ext2 -j -LUSBGentoo /dev/sdX2 - install syslinux (on the FAT partition): - syslinux /dev/sdX1 - mount /dev/sdX2, install gentoo in the usual way - compile the kernel and initrd, make sure required USB stuff is in the kernel (theoretically it could be as modules in initrd... but in-kernel is safer :) if you are in a hurry, or don't know how to create them, get them from a gentoo livecd ;) don't forget to also copy the modules (/lib/modules-XXX/...) from the livecd to the rootfs. - put the kernel and initrd on the FAT partition (I name them vmlinuz.img and initrd.img) - edit syslinux.cfg (on the FAT partition), see http://syslinux.zytor.com/wiki/index.php/SYSLINUX#How_do_I_Configure_SYSLINUX.3F a very simple one from my USB disk: DEFAULT linux LABEL linux SAY Now booting USBGentoo KERNEL vmlinuz.img APPEND root=LABEL=USBGentoo initrd=initrd.img you might also add rootdelay=10 to the options if the usb stick/disk isn't detected quick enough umount, reboot, set the computer to boot from usb,
[gentoo-user] HAL permissions? (k3b sees no device at all)
Hi, while installing my 64bit Gentoo on base on the configuration of 32bit system I came across the problem, that k3b did not see any devices. HAD was running, butL: When hal-devices was executed as user no devices found (none! not single!) was reported, while executing the same command as root works fine. With strace I found that this was due to permissions problems dbus has. I fixed this by removing a section (found by diffing a configuration of and old but working version of dbus) from /etc/dbus-1/system.conf, without really knowing the impact. Now hal-devices also reports to a normal user. I added both system.conf files for your information to this email. org.system.conf is the file, which was originally installed and which does not work. system.conf is the hacked one, which work, but which may do other things (currently unkonw to me) things wrong. What is the correct way to fix permission problems (or access rights) in conjunction with dbus the correct way? Thank you for your help in advance! Best regards, mcc !-- This configuration file controls the systemwide message bus. Add a system-local.conf and edit that rather than changing this file directly. -- !-- Note that there are any number of ways you can hose yourself security-wise by screwing up this file; in particular, you probably don't want to listen on any more addresses, add any more auth mechanisms, run as a different user, etc. -- !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-Bus Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Our well-known bus type, do not change this -- typesystem/type !-- Run as special user -- usermessagebus/user !-- Fork into daemon mode -- fork/ !-- We use system service launching using a helper -- standard_system_servicedirs/ !-- This is a setuid helper that is used to launch system services -- servicehelper/usr/libexec/dbus-daemon-launch-helper/servicehelper !-- Write a pid file -- pidfile/var/run/dbus.pid/pidfile !-- Only allow socket-credentials-based authentication -- authEXTERNAL/auth !-- Only listen on a local socket. (abstract=/path/to/socket means use abstract namespace, don't really create filesystem file; only Linux supports this. Use path=/whatever on other systems.) -- listenunix:path=/var/run/dbus/system_bus_socket/listen policy context=default !-- Deny everything then punch holes -- deny send_interface=*/ deny receive_interface=*/ deny own=*/ !-- But allow all users to connect -- allow user=*/ !-- Allow anyone to talk to the message bus -- !-- FIXME I think currently these allow rules are always implicit even if they aren't in here -- allow send_destination=org.freedesktop.DBus/ allow receive_sender=org.freedesktop.DBus/ !-- valid replies are always allowed -- allow send_requested_reply=true/ allow receive_requested_reply=true/ !-- disallow changing the activation environment of system services -- deny send_destination=org.freedesktop.DBus send_interface=org.freedesktop.DBus send_member=UpdateActivationEnvironment/ /policy !-- Config files are placed here that among other things, punch holes in the above policy for specific services. -- includedirsystem.d/includedir !-- This is included last so local configuration can override what's in this standard file -- include ignore_missing=yessystem-local.conf/include include if_selinux_enabled=yes selinux_root_relative=yescontexts/dbus_contexts/include /busconfig !-- This configuration file controls the systemwide message bus. Add a system-local.conf and edit that rather than changing this file directly. -- !-- Note that there are any number of ways you can hose yourself security-wise by screwing up this file; in particular, you probably don't want to listen on any more addresses, add any more auth mechanisms, run as a different user, etc. -- !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-Bus Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig !-- Our well-known bus type, do not change this -- typesystem/type !-- Run as special user -- usermessagebus/user !-- Fork into daemon mode -- fork/ !-- We use system service launching using a helper -- standard_system_servicedirs/ !-- This is a setuid helper that is used to launch system services -- servicehelper/usr/libexec/dbus-daemon-launch-helper/servicehelper !-- Write a pid file -- pidfile/var/run/dbus.pid/pidfile !-- Enable logging to syslog -- syslog/ !-- Only allow socket-credentials-based authentication -- authEXTERNAL/auth !-- Only listen on a local socket. (abstract=/path/to/socket means use abstract namespace, don't really create filesystem file; only Linux supports this. Use
Re: [gentoo-user] Some problems while migrating to 64bit
Jes??s J. Guerrero Botella jesus.guerrero.bote...@gmail.com [10-09-15 01:49]: 2010/9/13 meino.cra...@gmx.de: 1.) The fonts of mrxvt are microscopic tiny...my home and .mrxvt remained the same. Are fonts not reported to world when emerged? What are the basic fonts I need before buying new glasses? Maybe you forgot some use flag or something. To use truetype fonts in mrxvt you need to turn that flag on. I also have no idea about mrxvt, but most terminal emulators read their configs from ~/.Xdefaults, check the mrxvt man page and/or docs. 2.) Mouse does not work. Hald is up, fdi-rules are copied from my old system, /dev/input/mice is there, gpm (started for a test) sees the mouse, xf86-input-mouse is recompiled, dbus is running. What's wrong? X.org.log reports no device defined for mouse... my xorg.conf does not define such...but it is the same xorg.conf, which works under 32bit env. So So, latest Xorg doesn't use hal. I can't be sure since you are not telling us what xorg version you are using. Since 1.8 X uses udev instead. http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.8-upgrade-guide.xml 3.) Keyboard behaves somehow strange. German Umlauts works, but | does not...it performs something like a crazy backspace or so. And a UNIX without a working pipe is not really making me happy... If it happens only under X, then it's the same issue that you have with your mouse. Configure it using the new method. 4.) As someone already reports to the list: k3b does not find any burner, cdrom, dvd-drive. /dev/sr0 exist and is linked to dvd. Probably a k3b and/or udev issue. I can't help with this one. But I think I've seen something about k3b lately in the forums. Might worth a check. I even can boot from dvd... That's nothing to do with linux, but your BIOS. A different land. Regards. -- Jesús Guerrero Botella Hi, thank you for your reply and explanations, Jesus! :) The problems are nearly gone in the meanwhile: The HAL-flag was missing for the xorg-sevrer (1.7), after that mouse was recognized and the keyboard was fully functional (with pipes) again. Fonts: I simply missed to install a couple of fonts. But why they was not in my old world file...dont know. k3b: Fixed. It is an issue with dbus having not enough rights to rebort to hald which again was used by a user-land application like k3b. I fixed this by badly manipulation /etc/dbus-1/system.conf (see other mail from me of today). So my system now seems to work under 64bit. Rendering becomes 30% faster! Oh yeah! ;) Best regards, mcc
[gentoo-user] Internal error: Maps lock 14270464 unlock 14274560
Hello, After a recent new gentoo install on a lenovo laptop I get during booting: Filesystem isclean * Remounting root filesystem read/write ... * Setting up the Logical Volume Manager ... Internal error: Maps lock 14270464 unlock 14274560 Internal error: Maps lock 14274560 unlock 14278656 Internal error: Maps lock 14278656 unlock 14282752 Internal error: Maps lock 14282752 unlock 14286848 Internal error: Maps lock 14286848 unlock 14290944 * Setting up dm-crypt mappings ... [snip] Filesystem is clean I don't find other messages in /var/log/messages. Also the system seems to run fine. Has anyone seen these messages? Are they a false positive? Thanks, -- Valmor
Re: [gentoo-user] Some problems while migrating to 64bit
On Tue, Sep 14, 2010 at 5:13 PM, meino.cra...@gmx.de wrote: Jes??s J. Guerrero Botella jesus.guerrero.bote...@gmail.com [10-09-15 01:49]: 2010/9/13 meino.cra...@gmx.de: 1.) The fonts of mrxvt are microscopic tiny...my home and .mrxvt remained the same. Are fonts not reported to world when emerged? What are the basic fonts I need before buying new glasses? Maybe you forgot some use flag or something. To use truetype fonts in mrxvt you need to turn that flag on. I also have no idea about mrxvt, but most terminal emulators read their configs from ~/.Xdefaults, check the mrxvt man page and/or docs. 2.) Mouse does not work. Hald is up, fdi-rules are copied from my old system, /dev/input/mice is there, gpm (started for a test) sees the mouse, xf86-input-mouse is recompiled, dbus is running. What's wrong? X.org.log reports no device defined for mouse... my xorg.conf does not define such...but it is the same xorg.conf, which works under 32bit env. So So, latest Xorg doesn't use hal. I can't be sure since you are not telling us what xorg version you are using. Since 1.8 X uses udev instead. http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.8-upgrade-guide.xml 3.) Keyboard behaves somehow strange. German Umlauts works, but | does not...it performs something like a crazy backspace or so. And a UNIX without a working pipe is not really making me happy... If it happens only under X, then it's the same issue that you have with your mouse. Configure it using the new method. 4.) As someone already reports to the list: k3b does not find any burner, cdrom, dvd-drive. /dev/sr0 exist and is linked to dvd. Probably a k3b and/or udev issue. I can't help with this one. But I think I've seen something about k3b lately in the forums. Might worth a check. I even can boot from dvd... That's nothing to do with linux, but your BIOS. A different land. Regards. -- Jesús Guerrero Botella Hi, thank you for your reply and explanations, Jesus! :) The problems are nearly gone in the meanwhile: The HAL-flag was missing for the xorg-sevrer (1.7), after that mouse was recognized and the keyboard was fully functional (with pipes) again. Fonts: I simply missed to install a couple of fonts. But why they was not in my old world file...dont know. k3b: Fixed. It is an issue with dbus having not enough rights to rebort to hald which again was used by a user-land application like k3b. I fixed this by badly manipulation /etc/dbus-1/system.conf (see other mail from me of today). So my system now seems to work under 64bit. Rendering becomes 30% faster! Oh yeah! ;) Best regards, mcc So, in the long run, would you say you saved any time? How fast can you install fresh 64 bit gentoo compared to your hop-step-jump that you did? I'd be interested to know. -- Bill Longman