[gentoo-user] KDE3 k-menu: hotkey not working after renaming of mozilla-firefox-bin package
Hi group I have set up my firefox item in k-menu to be launched via Win+Z. A short while ago, mozilla-firefox-bin was renamed to only firefox-bin. At first, the shortcut wasn’t visible anymore until I changed its command manually to firefox-bin¹. But since then also, the shortcut doesn’t work anymore. I deleted and reassigned it. I even deleted the menu item and created it anew (always with saving the menu between each step to apply all changes). But to no avail. Any idea what’s going wrong here? Thanks ¹ I had a similar issue in my guest account - the OpenOffice submenu was gone. Then I figured out that they were calling oocalc-2.4 or something like that. I found out that version 3 dropped the version in filenames. This also tipped me off to the changed firefox command. -- Gruß | Greetings | Qapla' begin signature_virus Hi! I’m a signature virus. Please copy me to your signature to help me spread. end signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE3 k-menu: hotkey not working after renaming of mozilla-firefox-bin package
Am Sonntag, 17. Januar 2010 schrieb Frank Steinmetzger: Hi group I have set up my firefox item in k-menu to be launched via Win+Z. A short while ago, mozilla-firefox-bin was renamed to only firefox-bin. At first, the shortcut wasn’t visible anymore until I changed its command manually to firefox-bin¹. But since then also, the shortcut doesn’t work anymore. I deleted and reassigned it. I even deleted the menu item and created it anew (always with saving the menu between each step to apply all changes). But to no avail. Any idea what’s going wrong here? Thanks It’s funny and embarrassing at the same time that in a third of my problems, I find the solution myself five seconds after asking somewhere. :o) There were now two entries in Control Centre’s Key combinations - Entries of the menu editor. I had to delete the now orphaned one of the old firefox entry. -- Gruß | Greetings | Qapla' Never argue with an idiot. He brings you down to his level, then beats you with experience. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: smplayer does no have sound if not root
On Sun, Jan 17, 2010 at 2:52 PM, Nikos Chantziaras rea...@arcor.de wrote: On 01/17/2010 07:31 AM, Xi Shen wrote: hi, my system is gentoo amd64, with kde 4.3, smplayer is 0.6.8. i setup my whole as root, and the system works fine. but if i log in as a normal user, the smplayer does not have some. i have already add that user account into the audio group. what have i missed? Make sure you add yourself to at least all the following groups: disk wheel audio cdrom video usb plugdev Also make sure to logout and login again after you do that. that's a long list...i will try it. but what i have to be in disk, usb, and plugdev group? what are they for? -- Best Regards, David Shen http://twitter.com/davidshen84/ http://meme.yahoo.com/davidshen84/
[gentoo-user] Re: smplayer does no have sound if not root
On 01/17/2010 11:42 AM, Xi Shen wrote: On Sun, Jan 17, 2010 at 2:52 PM, Nikos Chantziarasrea...@arcor.de wrote: On 01/17/2010 07:31 AM, Xi Shen wrote: hi, my system is gentoo amd64, with kde 4.3, smplayer is 0.6.8. i setup my whole as root, and the system works fine. but if i log in as a normal user, the smplayer does not have some. i have already add that user account into the audio group. what have i missed? Make sure you add yourself to at least all the following groups: disk wheel audio cdrom video usb plugdev Also make sure to logout and login again after you do that. that's a long list...i will try it. but what i have to be in disk, usb, and plugdev group? what are they for? usb and plugdev is for access to USB and hot-pluggable (HAL) devices, which *might* include sound cards. disk is for access to USB disks (I think). Anyway, all those groups are recommended for a desktop user to have as much functionality available as possible. Don't forget to *add* yourself to those groups instead of just setting them. This is done with usermod -a -G. To add yourself to the above groups for example: usermod -a -G disk wheel audio cdrom video usb plugdev when you type groups you should see the groups you belong to. Make sure the users group is there too. You need to logout and in again for the changes to take effect. For reference, the groups I belong to and can confirm everything is working are: disk wheel floppy audio cdrom video games usb users portage plugdev You might not need them all, but it certainly doesn't hurt :)
Re: [gentoo-user] Re: How can I move system to new disk?
On Sat, 16 Jan 2010 23:40:44 +0100, YoYo siska wrote: . If you are doing it this way (on a running system with mounted dev/proc/sys...), you can just bind-mount your current / to another directory. That copy will not contain any sub-mounts (as if you accessed it from a livecd), Or you could simply use the -x option with rsync. But copying an in use filesystem is a bad idea, better to boot from a live CD and do the job there. If you want to minimise downtime, do the rsync on the working system then boot from the live CD and do it again. The second run should take seconds but will make sure your disk is consistent. Remember to use --delete on the second run. -- Neil Bothwick We shall shortly be landing. Please return your stewardess to the upright position. signature.asc Description: PGP signature
Re: [gentoo-user] Re: NFS Boot
On Saturday 16 January 2010 22:14:00 walt wrote: On 01/16/2010 08:32 AM, Mikie wrote: Hello, I am converting an Ubuntu 9.10 to NFS boot by coping files to the NFS root. My question is: Would it be better to create a local hard drive swap and file system for certain root dir? Should Tmp be local rather than on the NFS root? I'm no expert on the subject, but I'm interested in the answer too. I'm thinking it may depend on your reason for wanting to boot from NFS. One big reason for network booting is for diskless workstations, but it seems you plan to keep the existing drive(s) in that machine? In that case I would choose to make the NFS boot fs read-only and put any writeable fs on the local disk -- but again that would depend on your reasons for making the change in the first place. But I await more informed opions than mine. The usual scenario for network booting is indeed diskless workstations - these usually often have a decent amount of ram, and the login sessions on them are short-lived (on the order of a few hours). tmpfs is the best choice for /tmp in this case swap may need some fiddling. By it's nature, the faster swap is the better. NFS tends to be either set up properly then it's fast (I have NASes runnign NFS that out-perform all but the fastest local disks), or it's set up badly then it's very slow indeed. One should benchmark swap on a local device (either disk or ramdisk) and compare it to swap over nfs and decide based on the results. I've not yet seen a formula that lets you predict in advance which one is likely to be better -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: sata disk assignment mismatch...
On Saturday 16 January 2010 20:28:53 Jarry wrote: Now I installed one more sata-disk, attached to sata4 position on mobo. But this changed the way how other disks are detected: Mobo: drive: system: sata1 160GB /dev/sdb sata2 160GB /dev/sdc sata3 dvdrw (not_detected) sata4 500GB /dev/sda ... I don't know if that is normal behavior or a bug, In between I got a reply from other mailing list saying it is not a bug, it is a feature!. And the reason for this feature is udev - it creates dev-files dynamically and sata port-numbers do not play any role for order in which hard-drives are detected and dev-file created. Maybe some udev-expert here could explain in which order udev writes device-files for hard-disks (maybe serial number, or vendor name?)... Generally it's the order they are found in. udev gives you the ability to dynamically create only the nodes you need without having to worry if you've left something out of MAKEDEV. To do this, the developer had to sacrifice your ability to predict what a device name will be. You actually don't care what the name of a thing in /dev/ is, it really doesn't matter. The kernel knows what they are by looking at the major and minor numbers and the name only exists while that instance of udev is running. To work with the device (eg mounting it), you should use some other characteristic of the device, like it's serial number or volume label. Which means things like /dev/sda3 should not appear in fstab. View it this way: You have a disk volume with a filesystem on it that you called HOME, and you want to mount that filesystem to /home. You should just do that directly. The other way involves a completely useless extra step that the user doe snot even need to know about: You have a filesystem on it called HOME, so you looked it up in some arcane table and found that it has the arbitrary name of /dev/sda3, so you mount /dev/sda3 to /home. Hmm, what's this extra step of looking something up somewhere? It serves no useful purpose, gives no extra information and is completely redundant. If all you are doing is making filesystems available for use, and you find you are getting involved with device names, then you are doing something contrary to current kernel/udev/userspace practice. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: smplayer does no have sound if not root
Am Sonntag, 17. Januar 2010 schrieb Nikos Chantziaras: my system is gentoo amd64, with kde 4.3, smplayer is 0.6.8. i setup my whole as root, and the system works fine. but if i log in as a normal user, the smplayer does not have some. i have already add that user account into the audio group. My instinctive answer would be though shalt not log in as root. ;-) what have i missed? Make sure you add yourself to at least all the following groups: disk wheel audio cdrom video usb plugdev Also make sure to logout and login again after you do that. that's a long list...i will try it. but what i have to be in disk, usb, and plugdev group? what are they for? usb and plugdev is for access to USB and hot-pluggable (HAL) devices, which *might* include sound cards. disk is for access to USB disks (I think). Anyway, all those groups are recommended for a desktop user to have as much functionality available as possible. Now that you mention it, I've never heard of the disk group. Though my root account is a member of it, all my usual user accounts are not. But mounting external disks with them works flawlessly thanks to plugdev membership. -- Gruß | Greetings | Qapla' Windows: reboot. Linux: be root. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: How can I move system to new disk?
On Sun, Jan 17, 2010 at 08:48:21AM +0200, Nikos Chantziaras wrote: On 01/17/2010 12:40 AM, YoYo siska wrote: On Sat, Jan 16, 2010 at 03:21:32PM +0200, Nikos Chantziaras wrote: On 01/15/2010 07:33 PM, Jarry wrote: [...] I'll just copy the instructions I have someone else here: You can clone the existing Gentoo installation into the new partition and boot from it. You can do this while the system is actually running. The new partition can be anything you want (different size, different file system). This usually means: rsync your existing / to your target / (except /dev, /sys and /proc and of course mount points that belong to a different filesystem, /boot or /home for example if you're using dedicated partitions for those). If you mounted your target / as /root/newpart, this is done with: rsync -ax / /root/newpart If this copied directories it shouldn't have (like /sys or /proc), simply delete them again. [...] If you are doing it this way (on a running system with mounted dev/proc/sys...), you can just bind-mount your current / to another directory. That copy will not contain any sub-mounts rsync -ax / /target shouldn't copy any sub-mounts either, because of the -x option. See man rsync. I mentioned it just in case ;) yes, but it will miss any files hidden under those mounts, though normally that menas only /dev/, the others are empty... and i like it more, because it makes a more exact copy ;) yoyo
Re: [gentoo-user] Re: sata disk assignment mismatch...
On 17. 1. 2010 11:30, Alan McKinnon wrote: In between I got a reply from other mailing list saying it is not a bug, it is a feature!. And the reason for this feature is udev - it creates dev-files dynamically and sata port-numbers do not play any role for order in which hard-drives are detected and dev-file created. Maybe some udev-expert here could explain in which order udev writes device-files for hard-disks (maybe serial number, or vendor name?)... Generally it's the order they are found in. udev gives you the ability to dynamically create only the nodes you need without having to worry if you've left something out of MAKEDEV. To do this, the developer had to sacrifice your ability to predict what a device name will be. You actually don't care what the name of a thing in /dev/ is, it really doesn't matter. The kernel knows what they are by looking at the major and minor numbers and the name only exists while that instance of udev is running. To work with the device (eg mounting it), you should use some other characteristic of the device, like it's serial number or volume label. Which means things like /dev/sda3 should not appear in fstab. View it this way: You have a disk volume with a filesystem on it that you called HOME, and you want to mount that filesystem to /home. You should just do that directly. The other way involves a completely useless extra step that the user doe snot even need to know about: You have a filesystem on it called HOME, so you looked it up in some arcane table and found that it has the arbitrary name of /dev/sda3, so you mount /dev/sda3 to /home. Hmm, what's this extra step of looking something up somewhere? It serves no useful purpose, gives no extra information and is completely redundant. If all you are doing is making filesystems available for use, and you find you are getting involved with device names, then you are doing something contrary to current kernel/udev/userspace practice. If your last paragraph ist true, then it is probably time to rewrite Gentoo Handbook. I just checked it, especially section 4 Preparing the Disks and 8 Configuring your System and did not find a word about udev, and this new concept of device files (maybe time to file bug concerning Gentoo doc?). In Gentoo Handbook, device files are still used in fstab. And what's even worse, there is no warning about what just happened to me: user can have perfectly working system, which he installed/configured using Gentoo Handbook. Then he just adds one more hard-drive, and this renders his system completely unusable, just because sudenly fstab does not match with new dev-file names... For me this is the 2nd day I've lost by reading about udev, trying figure out how to make my system udev-proof. That's too much cost for just adding new hard-disk... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] Re: sata disk assignment mismatch...
Am Sonntag 17 Januar 2010 11:30:00 schrieb Alan McKinnon: On Saturday 16 January 2010 20:28:53 Jarry wrote: Now I installed one more sata-disk, attached to sata4 position on mobo. But this changed the way how other disks are detected: Mobo: drive: system: sata1 160GB /dev/sdb sata2 160GB /dev/sdc sata3 dvdrw (not_detected) sata4 500GB /dev/sda ... I don't know if that is normal behavior or a bug, In between I got a reply from other mailing list saying it is not a bug, it is a feature!. And the reason for this feature is udev - it creates dev-files dynamically and sata port-numbers do not play any role for order in which hard-drives are detected and dev-file created. Maybe some udev-expert here could explain in which order udev writes device-files for hard-disks (maybe serial number, or vendor name?)... Generally it's the order they are found in. udev gives you the ability to dynamically create only the nodes you need without having to worry if you've left something out of MAKEDEV. To do this, the developer had to sacrifice your ability to predict what a device name will be. You actually don't care what the name of a thing in /dev/ is, it really doesn't matter. The kernel knows what they are by looking at the major and minor numbers and the name only exists while that instance of udev is running. To work with the device (eg mounting it), you should use some other characteristic of the device, like it's serial number or volume label. Which means things like /dev/sda3 should not appear in fstab. View it this way: You have a disk volume with a filesystem on it that you called HOME, and you want to mount that filesystem to /home. You should just do that directly. The other way involves a completely useless extra step that the user doe snot even need to know about: You have a filesystem on it called HOME, so you looked it up in some arcane table and found that it has the arbitrary name of /dev/sda3, so you mount /dev/sda3 to /home. Hmm, what's this extra step of looking something up somewhere? It serves no useful purpose, gives no extra information and is completely redundant. If all you are doing is making filesystems available for use, and you find you are getting involved with device names, then you are doing something contrary to current kernel/udev/userspace practice. To add some more alternatives to that list: 1) LVM. Logical volumes always get the same, user defined name, no matter what. 2) User defined udev rules to name your devices whatever you like (Google: writing udev rules). Bye... Dirk
Re: [gentoo-user] Re: sata disk assignment mismatch...
On Sunday 17 January 2010 15:14:06 Jarry wrote: If all you are doing is making filesystems available for use, and you find you are getting involved with device names, then you are doing something contrary to current kernel/udev/userspace practice. If your last paragraph ist true, then it is probably time to rewrite Gentoo Handbook. I just checked it, especially section 4 Preparing the Disks and 8 Configuring your System and did not find a word about udev, and this new concept of device files (maybe time to file bug concerning Gentoo doc?). Filing a bug concerning the docs is probably your best route. I'm not familiar enough with the docs to advise on what should be in the docs (I stopped needing to refer to them long ago), and it's also a complex patch that must be made. Off the top of my head, I imagine at least: - info on udev - what it is, why it is, how it works. Enough info in the main doc to help the user, with links to more complete data elsewhere. - newer methods of mounting (by LVM names, volume name, filesystem UUID). This will need the mkfs section also updated with coverage of all common filesystems and how to label a new fs - for users who choose to stick with /dev/ names, they will need sample commands to identify which disk is which - gparted, fdisk, blkid and so on - I'm sure even hal will rear it's ugly head in the midst of this... -- alan dot mckinnon at gmail dot com
[gentoo-user] Devicekit - especially just for Dale
As our resident hal-hater-in-charge, Dale will no doubt be *very* pleased to hear of what Ubuntu is doing for 10.04: entirely removing hal in favour of DeviceKit. When I say *entirely*, that's what the blog said - entirely. If this pans out, maybe there's a chance Dale can get a working (recent!) X at long last :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Devicekit - especially just for Dale
Alan McKinnon wrote: As our resident hal-hater-in-charge, Dale will no doubt be *very* pleased to hear of what Ubuntu is doing for 10.04: entirely removing hal in favour of DeviceKit. When I say *entirely*, that's what the blog said - entirely. If this pans out, maybe there's a chance Dale can get a working (recent!) X at long last :-) YEPPIE Although I must say that my X works just fine without hal. It just doesn't work WITH hal. From my understanding, isn't the same guy doing devicekit that did hal? I'm not saying it won't be better because it should be. From what I read a good while back, he learned a lot about the pitfalls of hal. He, most likely, will know best how to do it differently this time. I think hal was well intentioned but somewhere it just got lost and got real geeky. I never did figure out the config files. They may as well have been in Greek or something. I'm hoping devicekit will be easier to config if not automagically configuring itself, sort of like udev. For me, udev just seemed to work. Let's all cross our fingers. Dale :-) :-)
RE: [gentoo-user] NFS Boot
Had you ever thought of asking this on an Ubuntu list rather than a Gentoo one? [K. Mike Bradley] Sorry Ubuntu server Gentoo client My question is what parts if the FSH should be local on the Gentoo client.
Re: [gentoo-user] Devicekit - especially just for Dale
On Sun, Jan 17, 2010 at 09:39:27AM -0600, Dale wrote: From my understanding, isn't the same guy doing devicekit that did hal? I'm not saying it won't be better because it should be. From what I read a good while back, he learned a lot about the pitfalls of hal. He, most likely, will know best how to do it differently this time. It is usually done right in the third version. First one too small, second one too big, third one just right :) I think it is called Second System Effect I guess we will see if it is. -- Eray
Re: [gentoo-user] Devicekit - especially just for Dale
On Sun, 2010-01-17 at 17:27 +0200, Alan McKinnon wrote: As our resident hal-hater-in-charge, Dale will no doubt be *very* pleased to hear of what Ubuntu is doing for 10.04: entirely removing hal in favour of DeviceKit. When I say *entirely*, that's what the blog said - entirely. If this pans out, maybe there's a chance Dale can get a working (recent!) X at long last Yeah, this has been the plan all along. Hal was going to be the the way to go until something better came along. Whether DeviceKit (or whatever they're calling it now) is the better replacement has yet to be seen.
[gentoo-user] Re: About the change from /etc/X11/xorg.conf
pk pete...@coolmail.se writes: Harry Putnam wrote: So, where would I make such a setting in the new arrangement?... I suspect I could force a return to xorg.conf... but would sooner understand how to utilize the new proceedure. xorg.conf still works fine with the latest incarnations of Xorg. If you are refering to HAL and such, I don't think it has anything to do with this particular feature; I'm sure you can use a minimal xorg.conf with your virtual screen size. Disclaimer: I don't use HAL or dbus and I use latest stable Xorg (xorg-x11-7.4-r1 and xorg-server-1.6.5-r1). You are right... I just stuck my old xorg.conf in there and have my massive desktop back. In the future Xorg will move to a slightly different setup with files under /etc/X11/xorg.conf.d/ instead of just one file but I think that's for xorg-server-1.8... (or even later). And HAL is replaced by libudev (yay!). For now, with hal, with dbus, assuming no xorg.conf... where are custom settings regarding the X session done?
Re: [gentoo-user] Devicekit - especially just for Dale
On Sunday 17 January 2010 18:18:36 Eray Aslan wrote: On Sun, Jan 17, 2010 at 09:39:27AM -0600, Dale wrote: From my understanding, isn't the same guy doing devicekit that did hal? I'm not saying it won't be better because it should be. From what I read a good while back, he learned a lot about the pitfalls of hal. He, most likely, will know best how to do it differently this time. It is usually done right in the third version. First one too small, second one too big, third one just right :) I think it is called Second System Effect Spot on :-) As documented by Fredrick P. Brooks in his seminal collection of essays The Mythical Man Month. Published over 40 years ago, and still as true today as it was then :-) I guess we will see if it is. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Devicekit - especially just for Dale
Alan McKinnon alan.mckin...@gmail.com wrote: As our resident hal-hater-in-charge, Dale will no doubt be *very* pleased to hear of what Ubuntu is doing for 10.04: entirely removing hal in favour of DeviceKit. It seems that DeviceKit is no help for the various bugs in hald that prevent writng CDs/DVDs/BluRays under certain circumstances. I did write mail to the DeviceKit maintainer to no avail, how do we prevent that DeviceKit will become the same desaster as hald? Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] Devicekit - especially just for Dale
Eray Aslan wrote: It is usually done right in the third version. First one too small, second one too big, third one just right :) I think it is called Second System Effect No, it's called Goldilocks and the Three Bears. ;) Be lucky, Neil http://www.neiljw.com
Re: [gentoo-user] Devicekit - especially just for Dale
Alan McKinnon wrote: entirely removing hal in favour of DeviceKit. Xorg is removing HAL support; as of xorg-server-1.8 HAL is no longer used. http://www.phoronix.com/scan.php?page=news_itempx=Nzc2Mw Devicekit will not replace HAL entirely: http://www.x.org/wiki/XorgHAL Btw, devicekit has been renamed to udisks. http://www.phoronix.com/scan.php?page=news_itempx=Nzc2NA Best regards Peter K, lurking HAL-hater...
Re: [gentoo-user] Devicekit - especially just for Dale
Joerg Schilling wrote: how do we prevent that DeviceKit will become the same desaster as hald? The only way to be sure of that is to write your own replacement for HAL. ;) Be lucky, Neil http://www.neiljw.com
Re: [gentoo-user] Re: kde wont log in user
On Friday 15 January 2010 15:25:09 James wrote: Neil Bothwick neil at digimed.co.uk writes: On Thu, 14 Jan 2010 22:38:27 + (UTC), James wrote: Ok, I do not know what it is called. It's called the kdm login manager (it is a Display Manager). I'm running kde-meta 4.3.3 It's the kde screen where you put your login and passwd. It flashes for a second or 2, like the passwd is accepted, but kde cannot start. If I do not auto start kdm via rc-update, then I can log in as a user and X starts (twm?). I suspect that you probably have fallen victim to the great conspiracy of baselayout doing away with rc.conf and not screaming it LOUD ENOUGH to make sure that we set up the XSESSION variable so that the appropriate windows manager/DE is selected. See more here: http://thread.gmane.org/gmane.linux.gentoo.user/224058 I can also ssh into the system so the user passwd is ok. Yep, I suspect xdm is not calling the correct display manager. Before you reply, take a look for anything useful in /var/log/kdm.log. Errors from xkbcomp are not fatal to the X server [snip ...] Ideas? James I suggest that you create the file /etc/env.d/90xsession. Mine has this in it: XSESSION=fluxbox You should probably replace fluxbox with kdm. Also, I assume that you already have: DISPLAYMANAGER=xdm in your /etc/conf.d/xdm file since TWM starts up. As you can read in the thread I mention above there are other ways of making sure that the correct display manager is called. You could try one of those if things do not work out as expected. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: About the change from /etc/X11/xorg.conf
Harry Putnam wrote: For now, with hal, with dbus, assuming no xorg.conf... where are custom settings regarding the X session done? Under /etc/X11/xorg.conf.d/... or you could continue to use the old xorg.conf since that will override what's in ...xorg.conf.d/ Best regards Peter K
[gentoo-user] [OT] - What SATA CD-R/DVD-R drive manufacturer to buy?
Hi, My 5-year old gentoo-AMD64 machine when up in smoke this week so I'm building a new machine. Most parts are on order but one big change these days is the motherboards I want to purchase no longer support EIDE/ATAPI interfaces so I'll have to get a new CD-R/DVD-R drive to get the OS loaded and for writing mostly audio discs using cdda2wav/cdrecord. While I understand firmware is often a problem on these drives I'm wondering what drive manufacturers folks would recommend these days as having the best results with cdrecord? Thanks, Mark
Re: [gentoo-user] Emerge ARCH not set..symlink never ending problem
Neil Bothwick wrote: On Sat, 16 Jan 2010 12:09:44 +0200, Mihai Tanasescu wrote: gate etc # ls -la /etc/make.profile lrwxrwxrwx 1 root root 54 Jan 16 12:08 /etc/make.profile - ../usr/portage/profiles/default/linux/x86/10.0/desktop gate etc # emerge eselect --- Invalid atom in /usr/portage/profiles/package.mask: =media-video/mplayer-1.0_rc4_p20091124 !!! ARCH is not set... Are you missing the /etc/make.profile symlink? !!! Is the symlink correct? Is your portage tree complete? Have you tried re-syncing? Post the output from emerge --info Tried re-syncing without any luck. (also remaking the /etc/make.profile link afterwards). emerge --info: Output can be found here: http://dpaste.com/146596/
Re: [gentoo-user] Re: How can I move system to new disk?
=== On Sun, 01/17, Neil Bothwick wrote: === Or you could simply use the -x option with rsync. But copying an in use filesystem is a bad idea, better to boot from a live CD and do the job there. If you want to minimise downtime, === I recently did something like this. I did use the 10th anniversary live DVD, but copied to USB stick, to perform it. :-) I like that so far, thanks guys. The cp -a on the mount points worked well, also. The tricky part for me was that the original (source) disk was once a pair in a RAID 1 array, with LVM. The other member failed. So you also have to start the array on the original in degraded mode and also rename the LVM volume group name. In the end it Gentoo live DVD is a handy tool. If you keep in on USB stick you can also update it and add new files, like Gentoo quick install guide. ;-) -- Keith Dart -- -- ~ Keith Dart ke...@dartworks.biz public key: ID: 19017044 http://www.dartworks.biz/ = signature.asc Description: PGP signature
Re: [gentoo-user] Devicekit - especially just for Dale
On 17 Jan 2010, at 18:42, Joerg Schilling wrote: Alan McKinnon alan.mckin...@gmail.com wrote: As our resident hal-hater-in-charge, Dale will no doubt be *very* pleased to hear of what Ubuntu is doing for 10.04: entirely removing hal in favour of DeviceKit. It seems that DeviceKit is no help for the various bugs in hald that prevent writng CDs/DVDs/BluRays under certain circumstances. I did write mail to the DeviceKit maintainer to no avail, ... You probably didn't bitch him out thoroughly enough, Joerg. Stroller.
Re: [gentoo-user] Devicekit - especially just for Dale
Stroller strol...@stellar.eclipse.co.uk wrote: It seems that DeviceKit is no help for the various bugs in hald that prevent writng CDs/DVDs/BluRays under certain circumstances. I did write mail to the DeviceKit maintainer to no avail, ... You probably didn't bitch him out thoroughly enough, Joerg. I did send him a description of the current problems and I did send him a list of items that need to be addressed. Sometimes people are not open for the reality because they believe that things cannot happen... and my impression (as it seems that he was also involved with hald) is that he is not interested in help - otherwise people did contact me for help before hald was created. If you like to send him a mail that uses clear text, feel free to do so ;-) I fear that we and up in something that is not better than now. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
[gentoo-user] run X.org inside VirtualBox
hi! I'm running Gentoo inside VirtualBox (on a Windows host, if that matters) and I can't make X.org work. when I try X -configure it says it can't load the vboxvideo library. according to some Google searches, that library really doesn't work with the newest X.org. if that's really true, is there currently any combination of VirtualBox/X.org/Gentoo libraries to run X.org inside VirtualBox? I'm running ~x86, so now I have =x11-base/xorg-server-1.7.4, =app-emulation/virtualbox-guest-additions-3.1.0 (running at boot), =x11-drivers/xf86-input-virtualbox-3.1.0 and =x11-drivers/xf86-video-virtualbox-3.1.0. when I run X -configure, the error log shows: List of video drivers: vboxvideo dlopen: /usr/lib/xorg/modules/drivers/vboxvideo_drv.so: undefined symbol: resVgaShared (EE) Failed to load /usr/lib/xorg/modules/drivers/vboxvideo_drv.so (EE) Failed to load module vboxvideo (loader failed, 7) any hep would be appreciated. thanks! -- Crístian Deives dos Santos Viana [aka CD1]
Re: [gentoo-user] Devicekit - especially just for Dale
pk wrote: Alan McKinnon wrote: entirely removing hal in favour of DeviceKit. Xorg is removing HAL support; as of xorg-server-1.8 HAL is no longer used. http://www.phoronix.com/scan.php?page=news_itempx=Nzc2Mw Devicekit will not replace HAL entirely: http://www.x.org/wiki/XorgHAL Btw, devicekit has been renamed to udisks. http://www.phoronix.com/scan.php?page=news_itempx=Nzc2NA Best regards Peter K, lurking HAL-hater... Well can they at least settle on a name? I read something about udisks the other day but no idea it was even related to hal's replacement. I don't care what they call it as long as it works well and is easy to configure the thing. Stop lurking and just join me. lol Dale :-) :-)
Re: [gentoo-user] NFS Boot
On Sat, Jan 16, 2010 at 3:26 PM, Neil Walker n...@ep.mine.nu wrote: Mikie wrote: I am converting an Ubuntu 9.10 to NFS boot by coping files to the NFS root. My question is: Would it be better to create a local hard drive swap and file system for certain root dir? Should Tmp be local rather than on the NFS root? Had you ever thought of asking this on an Ubuntu list rather than a Gentoo one? Be lucky, Neil http://www.neiljw.com If I had a difficult linux question that needed answering, I'd probably turn to you fine folks before any Ubuntu forum ;)
Re: [gentoo-user] Emerge ARCH not set..symlink never ending problem
On Sun, 17 Jan 2010 23:16:33 +0200, Mihai Tanasescu wrote: emerge --info: Output can be found here: http://dpaste.com/146596/ Please don't put important information on temporary sites, it makes reading the thread in the archives at a later date useless. gate ~ # emerge --info --- Invalid atom in /usr/portage/profiles/package.mask: =media-video/mplayer-1.0_rc4_p20091124 Portage 2.0.51.22-r3 (default/linux/x86/10.0/desktop, gcc-3.3.6, glibc-2.3.5-r2, 2.6.13-gentoo-r3 i686) You are using an ancient portage, which is probably the cause of the problem. You may be able to get away with installing a later version from a binary tarball, but you may also run into similar problems with other packages. A fresh installation may be quicker. -- Neil Bothwick Why is bra singular and pants plural? signature.asc Description: PGP signature
[gentoo-user] Can you rewrite this 1996 qfile command?
I've hit a bug that won't let me start an xfce4 session. I think it was caused by upgrading glibc, and it is pretty well described in this nearly 4-year-old bug: http://bugs.gentoo.org/125909 The solution is presented as: qlist -o $(qlist -ICv) | scanelf -Bs__guard -qf - -F%F#s | xargs qfile but I get: qlist: invalid option -- 'l' qlist: invalid option -- '[' Removing the -l fixes the first invalid option, but I don't know how to fix the second. Does anyone know how to rewrite this command so it will work? - Grant
Re: [gentoo-user] run X.org inside VirtualBox
On Mon, Jan 18, 2010 at 6:27 AM, Crístian Viana cristiandei...@gmail.com wrote: hi! I'm running Gentoo inside VirtualBox (on a Windows host, if that matters) and I can't make X.org work. when I try X -configure it says it can't load the vboxvideo library. according to some Google searches, that library really doesn't work with the newest X.org. if that's really true, is there currently any combination of VirtualBox/X.org/Gentoo libraries to run X.org inside VirtualBox? I'm running ~x86, so now I have =x11-base/xorg-server-1.7.4, =app-emulation/virtualbox-guest-additions-3.1.0 (running at boot), =x11-drivers/xf86-input-virtualbox-3.1.0 and =x11-drivers/xf86-video-virtualbox-3.1.0. when I run X -configure, the error log shows: List of video drivers: vboxvideo dlopen: /usr/lib/xorg/modules/drivers/vboxvideo_drv.so: undefined symbol: resVgaShared (EE) Failed to load /usr/lib/xorg/modules/drivers/vboxvideo_drv.so (EE) Failed to load module vboxvideo (loader failed, 7) any hep would be appreciated. thanks! -- Crístian Deives dos Santos Viana [aka CD1] maybe you can start the X without using the vboxvideo driver. that is what i did. actually i did not know we have a vboxvideo driver, so i just used the vesa, and it works very well. i can even enable the 3d acceleration and play with compiz fusion ;) -- Best Regards, David Shen http://twitter.com/davidshen84/ http://meme.yahoo.com/davidshen84/
Re: [gentoo-user] Intel 4965 doesn't work with 2.6.32?
On Sat, 2010-01-16 at 16:39 -0500, AJ Spagnoletti wrote: with 2.6.31 everything works fine (network manager, wpa supplicant, etc). However with 2.6.32, I can load the module (iwlagn) and see it in dmesg, but iwconfig just says wlan0 no wireless extensions. and I can't associate or do anything. ... I've had similar problems in the past with an Intel 3945 card, have you tried reinstalling the ucode for your wireless card? Package net-wireless/iwl4965-ucode I rebuilt the ucode while running 2.6.32, and it still doesn't work. This is syslog after I reload the module: kernel: cfg80211: Calling CRDA to update world regulatory domain Jan 18 15:16:54 orpheus kernel: iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 1.3.27ks Jan 18 15:16:54 orpheus kernel: iwlagn: Copyright(c) 2003-2009 Intel Corporation Jan 18 15:16:54 orpheus kernel: iwlagn :0c:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 Jan 18 15:16:54 orpheus kernel: iwlagn :0c:00.0: setting latency timer to 64 Jan 18 15:16:54 orpheus kernel: iwlagn :0c:00.0: Detected Intel Wireless WiFi Link 4965AGN REV=0x4 Jan 18 15:16:54 orpheus kernel: iwlagn :0c:00.0: Tunable channels: 11 802.11bg, 13 802.11a channels Jan 18 15:16:54 orpheus kernel: phy0: Selected rate control algorithm 'iwl-agn-rs' Jan 18 15:16:54 orpheus /etc/init.d/net.wlan0[21437]: net.wlan0: not allowed to be hotplugged Jan 18 15:16:54 orpheus NetworkManager: WARN wireless_get_range(): (wlan0): couldn't get driver range information (22). Jan 18 15:16:54 orpheus NetworkManager: WARN constructor(): (wlan0): Device unsupported, ignoring. and the same in dmesg. I don't get it! -- Iain Buchanan iaindb at netspace dot net dot au Excess on occasion is exhilarating. It prevents moderation from acquiring the deadening effect of a habit. -- W. Somerset Maugham
Re: [gentoo-user] Can you rewrite this 1996 qfile command?
On Monday 18 January 2010 05:59:14 Grant wrote: I've hit a bug that won't let me start an xfce4 session. I think it was caused by upgrading glibc, and it is pretty well described in this nearly 4-year-old bug: http://bugs.gentoo.org/125909 The solution is presented as: qlist -o $(qlist -ICv) | scanelf -Bs__guard -qf - -F%F#s | xargs qfile but I get: qlist: invalid option -- 'l' qlist: invalid option -- '[' Removing the -l fixes the first invalid option, but I don't know how to fix the second. Does anyone know how to rewrite this command so it will work? I can't see how you can get those errors, unless you have a broken qlist that is outputing something dodgy from the qlist -ICv If it persists, copy-paste your input and the output from your terminal into a mail. Or run qlist -o $(qlist -ICv) | less and examine that closely for errors -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Devicekit - especially just for Dale
On Sunday 17 January 2010 22:14:06 Neil Walker wrote: Joerg Schilling wrote: how do we prevent that DeviceKit will become the same desaster as hald? The only way to be sure of that is to write your own replacement for HAL. ;) That might not be a bad idea I never agreed with the implementation of hal. An abstract layer sounds good, but why must it abstract ALL hardware? Most software already knows what type of devices it is going to use, so that software should either do it's own abstraction, or a utility library should do it, but be limited to what devices it deals with. Most devices fall into one of two groups: storage and I/O. Auto-mounters do not care about your keyboard, whereas X needs to know about your monitor, card, keyboard, mouse. Why does hal try and abstract both? Seems silly to me. One could also argue that the developer's state of mind is reflected in the chosen method of configuration - xml files. This just defies all understanding. Apart from the fact that real-world xml is almost unreadable, the conditions that make xml useful are simply not present in hal... xml works well when you have system A talking to system B and neither A nor B (nor user C) know in advance exactly what the other is. They might not even know much about the data schema being used, so that metadata is in the xml. This is so completely not the case with hal on a local machine, that it defies description why the dev thought it might be useful. -- alan dot mckinnon at gmail dot com
