Re: [gentoo-user] How can I move system to new disk?
2010/1/15 Jarry mr.ja...@gmail.com: Hi, I'm facing this problem: I want to exchange hard-drive in my computer for other, bigger one. I do not want to add new hard-drive somewhere on mount-point permanently, I just want to copy everything from the old drive to the new one and then get rid of the old one. And of course, I'd like to use my computer as before. What is the best (maybe I should ask for safest) way to acomplish this? First I thought about cp -a. But I'm not sure which directories I should skip (/proc, maybe some other like /dev?). And I do not know how cp handles links (if I first copy link and later target, where is the link pointing? to the original file or its copy?). Maybe dump/restore is better solution? Or something else? Jarry I've done it twice with the following method : http://www.faqs.org/docs/Linux-mini/Hard-Disk-Upgrade.html There are a few things to change : no more Lilo, ext2, IDE, diskettes these days But the check list is complete so you won't forget important points. Mickaël Bucas
Re: [gentoo-user] Devicekit - especially just for Dale
Alan McKinnon wrote: 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. I can't argue with any of that, which is why I decided to quote it in full - it's worth repeating. It seems xml is the fashion with certain programmers. Totally unnecessary. :( Be lucky, Neil http://www.neiljw.com
Re: [gentoo-user] Re: How can I move system to new disk?
Am Sonntag, 17. Januar 2010 schrieb Neil Bothwick: 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. I did it this exact way when I bought a new HDD for my laptop last Christmas, because then I could still use my normal system instead of booting a LiveCD and waiting for the sync to finish (which could take half an hour). Copying 16GB from a laptop HDD to another one via USB is not that fast. Only before everything was done and I was ready to boot with the new HDD, I did another rsync with logged-out users on TTY1, which takes but a minute. IIRC I didn’t even boot a live CD. And even IF there were some flaws in the mirrored system, there’d be no harm done as I have the original still around to amend them. -- Gruß | Greetings | Qapla' Crayons can take you more places than starships. (Guinan) signature.asc Description: This is a digitally signed message part.
[gentoo-user] emerge @preserved-rebuild - how to force it to run?
Hi, because of that KDE3/4 mess I have to keep kde-base/kdelibs:3.5 (I still need kexi which is not available for koffice, yet.) But now, emerge @preserved-rebuild doesn't work anymore since it terminates after telling me there are no ebuilds to satisfy kde-base/kdelibs:3.5 That's true but I want to upgrade other packages like package: media-libs/jpeg-8 * - /usr/lib64/libjpeg.so.7 * - /usr/lib64/libjpeg.so.7.0.0 used by 608 other files ^^^ at lot of work by 'hand' What can I do about it? Many thanks for a hint, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] emerge @preserved-rebuild - how to force it to run?
Helmut Jarausch wrote: Hi, because of that KDE3/4 mess I have to keep kde-base/kdelibs:3.5 (I still need kexi which is not available for koffice, yet.) But now, emerge @preserved-rebuild doesn't work anymore since it terminates after telling me there are no ebuilds to satisfy kde-base/kdelibs:3.5 That's true but I want to upgrade other packages like package: media-libs/jpeg-8 * - /usr/lib64/libjpeg.so.7 * - /usr/lib64/libjpeg.so.7.0.0 used by 608 other files ^^^ at lot of work by 'hand' What can I do about it? Many thanks for a hint, Helmut. You could add kde-sunset from layman. The kdelibs:3.5 is in there and it will find it and rebuild it if needed. There may be another option but no other ideas here. Dale :-) :-)
Re: [gentoo-user] emerge @preserved-rebuild - how to force it to run?
Am Montag, 18. Januar 2010 schrieb Helmut Jarausch: Hi, because of that KDE3/4 mess I have to keep kde-base/kdelibs:3.5 (I still need kexi which is not available for koffice, yet.) But now, emerge @preserved-rebuild doesn't work anymore since it terminates after telling me there are no ebuilds to satisfy kde-base/kdelibs:3.5 That's true but I want to upgrade other packages Either copy the ebuild to a local overlay or install the kde3 overlay using layman. The former way: ebuilds of all installed packages are located under /var/db/pkg/. Pick out the needed ones and mirror them under /usr/local/portage/. I.e. for kdelibs-3.5.10, create a dir /usr/local/portage/kde-base/kdelibs/ and copy the ebuild of kdelibs-3.5.10 from /var/db/pkg/ into it. run ebuild digest on it (to see if you need any other files). As the last thing, you need to tell portage that you now have a new overlay. Do this by adding the following line to your /etc/make.conf: PORTDIR_OVERLAY=/usr/local/portage -- Gruß | Greetings | Qapla' I decided to go on a strict diet. I cut out alcohol, all fats and sugar. In two weeks I lost 14 days. - Tim Maia signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Devicekit - especially just for Dale
Neil Walker wrote: It seems xml is the fashion with certain programmers. Totally unnecessary. :( Be lucky, Neil http://www.neiljw.com +1 I do OK with plain text but no clue on the new xml stuff. Why not just keep it simple? Is xml REALLY needed? Dale :-) :-)
Re: [gentoo-user] Devicekit - especially just for Dale
On Monday 18 January 2010 12:10:59 Dale wrote: Neil Walker wrote: It seems xml is the fashion with certain programmers. Totally unnecessary. :( Be lucky, Neil http://www.neiljw.com +1 I do OK with plain text but no clue on the new xml stuff. Why not just keep it simple? Is xml REALLY needed? Only if you suffer from 3 year-old with a hammer syndrome -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Devicekit - especially just for Dale
Alan McKinnon wrote: On Monday 18 January 2010 12:10:59 Dale wrote: Neil Walker wrote: It seems xml is the fashion with certain programmers. Totally unnecessary. :( Be lucky, Neil http://www.neiljw.com +1 I do OK with plain text but no clue on the new xml stuff. Why not just keep it simple? Is xml REALLY needed? Only if you suffer from 3 year-old with a hammer syndrome I tried that with hal and it still didn't work. Maybe a 6 year old with a larger hammer would help. ;-) Dale :-) :-)
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, 18 Jan 2010 08:59:07 +0200, Alan McKinnon wrote: 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. On the other hand, having a single method of configuring such things does give consistency, and means you have to learn only one syntax, but see below. You cannot totally separate the two areas, for example a keylogger may need access to both I/O and storage, so a central, separate resource used by all software is more in keeping with the Unix way than each program including its own implementation. 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... I couldn't agree more. XML was very fashionable a few years ago, maybe this influenced the developer. Hell, I was even guilty of using it myself :( As an alternative to binary configuration files, XML is a step in the right direction, but it should not be used where users are expected to edit the files. In some ways, the worth or otherwise of HAL, from a user perspective, has been largely obscured by the difficulty in reading, let alone editing, its configuration files. -- Neil Bothwick I am MODERATOR of BORG. Follow the rules or be assimilated.
Re: [gentoo-user] emerge @preserved-rebuild - how to force it to run?
On Mon, 18 Jan 2010 10:46:23 +0100 (CET), Helmut Jarausch wrote: because of that KDE3/4 mess I have to keep kde-base/kdelibs:3.5 (I still need kexi which is not available for koffice, yet.) But now, emerge @preserved-rebuild doesn't work anymore since it terminates after telling me there are no ebuilds to satisfy kde-base/kdelibs:3.5 Add the kde-sunset overlay, which is where all the KDE 3.5 ebuilds have moved. -- Neil Bothwick Newspaper Ad: Dog for sale: eats anything and is fond of children. signature.asc Description: PGP signature
Re: [gentoo-user] Going ~x86?
Hi there! It's done! I'm at ~x86 now. The upgrade went quite smooth - had to resolve some blockers, and mask the new x.org 1.7 because it does not work at all with ati-drivers. **BUT:** After rebooting, I ran into a very nasty KDE4 bug. All authentication dialogs did not work. So I had no KDE wallet, no kmail, no kopete, no webmail... now this was annoying! Must be some strange side effect, I do not think anything of KDE itself had been updated. I spent quite some time trying to solve this. Without an existing ~/.kde4 directory, it worked, but all of my .kde4 backups (I have lots, I make one whenever I save the session, because this does not work sometimes) had the problem. So I searched for the file in ~/.kde4 that was responsible for it, and finally I found .kde4/share/config/kdeglobals. And, more prrecisely, this setting: [Passwords] EchoMode=ThreeStars I commented this out, and all is working again. Yes, I will file a bug report upstream. This kind of bug is what made me not switch to KDE for a long time. The possibility of suddenly having a little problem which makes the whole KDE thing unusable until solved. Wonko
[gentoo-user] How to determine if a NIC is playing gigabit?
Hi there, Yesterday I reseated the network cable between my server cupboard and my desk, and it now lights up on the switch by my desk as gigabit. But a file-transfer today is slower than I might have hoped. I'm not ruling out the cable, because it's pretty beat up (but the switch *is* lighting up as 1000), but how do I determine, please, that the Linux server at the other end is recognising the NIC and negotiating as gigabit speeds? The hard-drives on the server are using an older PCI SATA card, and the NIC is also PCI. But I would have expected it to be a bit faster than 100Mbps. Any estimates over what kind of speed I should be seeing for large file-transfers over Samba? Wildly ball-park is fine - I wouldn't expect a 10x speed increase, but maybe 2x or 3x - 4x would be great! I'll be testing between my Macs (both on the desktop switch, ruling out both the Linux box and the suspicious cable) later today, I'd just like some ideas of where I should be starting from. Right now I'm seeing 10 gigs of .mp4 files (1gb - 2gb per video file) taking about an hour - that's about what I'd expect from old 100Mbps networking, not this shiny new stuff. I'm not seeing any difference commenting uncommenting aio read size = 1, aio write size = 1 (separate lines) from /etc/samba/smb.conf and then running `/etc/init.d/samba reload`, but maybe I shouldn't expect that to make any difference on an existing transfer. I just don't want to interfere with this right now - I just want to copy as much as possible on to my laptop before I go out, and I'll take a look at this performance issue when I get home. Thanks in advance for any suggestions or pointers, Stroller.
Re: [gentoo-user] How to determine if a NIC is playing gigabit?
On Monday 18 January 2010 13:50:55 Stroller wrote: Any estimates over what kind of speed I should be seeing for large file-transfers over Samba? Wildly ball-park is fine - I wouldn't expect a 10x speed increase, but maybe 2x or 3x - 4x would be great! Somewhere on the order of 400-600 Mb/s is usual. The NIC and it's firmware can cope with 1G, but cabling usually cannot -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] How to determine if a NIC is playing gigabit?
On Mon, Jan 18, 2010 at 12:50, Stroller strol...@stellar.eclipse.co.uk wrote: I'm not ruling out the cable, because it's pretty beat up (but the switch *is* lighting up as 1000), but how do I determine, please, that the Linux server at the other end is recognising the NIC and negotiating as gigabit speeds? If i recall correct, you just have to take a look at the kernel log's (dmesg): it says if it has a 100 mbps or 1 gbps link connection. Ward
[gentoo-user] Re: How to determine if a NIC is playing gigabit?
On 01/18/2010 01:50 PM, Stroller wrote: Hi there, Yesterday I reseated the network cable between my server cupboard and my desk, and it now lights up on the switch by my desk as gigabit. But a file-transfer today is slower than I might have hoped. I'm not ruling out the cable, because it's pretty beat up (but the switch *is* lighting up as 1000), but how do I determine, please, that the Linux server at the other end is recognising the NIC and negotiating as gigabit speeds? Doing a dmesg | grep Link is up should show something like: eth0: Link is up at 1000 Mbps, full duplex, flow control rx
Re: [gentoo-user] How to determine if a NIC is playing gigabit?
On 18 Jan 2010, at 12:14, Ward Poelmans wrote: On Mon, Jan 18, 2010 at 12:50, Stroller strol...@stellar.eclipse.co.uk wrote: I'm not ruling out the cable, because it's pretty beat up (but the switch *is* lighting up as 1000), but how do I determine, please, that the Linux server at the other end is recognising the NIC and negotiating as gigabit speeds? If i recall correct, you just have to take a look at the kernel log's (dmesg): it says if it has a 100 mbps or 1 gbps link connection. I'm not seeing that: $ dmesg | grep 8169 r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded r8169 :02:09.0: PCI INT A - GSI 17 (level, low) - IRQ 17 r8169 :02:09.0: no PCI Express capability eth1: RTL8169sb/8110sb at 0xf8634000, 00:21:27:c9:79:88, XID 1000 IRQ 17 r8169: eth1: link up r8169: eth1: link up $ A grep for 100 does not show anything more useful. I had thought [1] that `ifconfig` had a line that stated the hardware link speed, but I can't see it now. Stroller. [1] My memory left over from days when I had fairly recently spent £135 on an 8-port 100Mbps switch (not hub) and my flatmate still had a NIC performing at 10Mbps.
Re: [gentoo-user] How to determine if a NIC is playing gigabit?
On Mon, Jan 18, 2010 at 11:50:55AM +, Stroller wrote: Hi there, Yesterday I reseated the network cable between my server cupboard and my desk, and it now lights up on the switch by my desk as gigabit. But a file-transfer today is slower than I might have hoped. I'm not ruling out the cable, because it's pretty beat up (but the switch *is* lighting up as 1000), but how do I determine, please, that the Linux server at the other end is recognising the NIC and negotiating as gigabit speeds? mii-tool (net-tools) or ethtool should be able to tell you that The hard-drives on the server are using an older PCI SATA card, and the NIC is also PCI. But I would have expected it to be a bit faster than 100Mbps. Any estimates over what kind of speed I should be seeing for large file-transfers over Samba? Wildly ball-park is fine - I wouldn't expect a 10x speed increase, but maybe 2x or 3x - 4x would be great! don't know about samba, but with scp or nfs I can get about 20MByte/s which is the speed of my disk (and for scp almost what my cpu can manage ;) scp-ing /dev/zero gets me something short of 30MBye/s but that is because my CPU cannot manage more ;) You can see an estimate of your raw speed between the two machines by running nc -l -p | pv /dev/null on one computer and pv /dev/zero | nc OTHER_COMPUTER on the other. I don't have a 1gbit switch here right now, so can't give you an estimate (with two notebooks connected directly by cable I just got 100MByte/s, which is near enough to the theoretical maximum ;) (pv is like cat, but displays a progressbar with act. speed, sys-apps/pv) you can also try netperf for more precise benchmarks I'll be testing between my Macs (both on the desktop switch, ruling out both the Linux box and the suspicious cable) later today, I'd just like some ideas of where I should be starting from. Right now I'm seeing 10 gigs of .mp4 files (1gb - 2gb per video file) taking about an hour - that's about what I'd expect from old 100Mbps networking, not this shiny new stuff. hmm, that seems a bit low even for 100mbit, I have usually no problem getting cca 10 MByte/s with 100mbit switches (without other traffic), though I use either nfs or scp the only time I remember using samba was with a winxp server, which didn't go above 1MB/s, but I suspect that the problem was either on the win side or some misunderstanding between win and linux ;) I'm not seeing any difference commenting uncommenting aio read size = 1, aio write size = 1 (separate lines) from /etc/samba/smb.conf and then running `/etc/init.d/samba reload`, but maybe I shouldn't expect that to make any difference on an existing transfer. I just don't want to interfere with this right now - I just want to copy as much as possible on to my laptop before I go out, and I'll take a look at this performance issue when I get home. Thanks in advance for any suggestions or pointers, Stroller. yoyo
Re: [gentoo-user] How to determine if a NIC is playing gigabit?
On Mon, Jan 18, 2010 at 6:50 AM, Stroller strol...@stellar.eclipse.co.uk wrote: Hi there, Yesterday I reseated the network cable between my server cupboard and my desk, and it now lights up on the switch by my desk as gigabit. But a file-transfer today is slower than I might have hoped. I'm not ruling out the cable, because it's pretty beat up (but the switch *is* lighting up as 1000), but how do I determine, please, that the Linux server at the other end is recognising the NIC and negotiating as gigabit speeds? The hard-drives on the server are using an older PCI SATA card, and the NIC is also PCI. But I would have expected it to be a bit faster than 100Mbps. Any estimates over what kind of speed I should be seeing for large file-transfers over Samba? Wildly ball-park is fine - I wouldn't expect a 10x speed increase, but maybe 2x or 3x - 4x would be great! I'll be testing between my Macs (both on the desktop switch, ruling out both the Linux box and the suspicious cable) later today, I'd just like some ideas of where I should be starting from. Right now I'm seeing 10 gigs of .mp4 files (1gb - 2gb per video file) taking about an hour - that's about what I'd expect from old 100Mbps networking, not this shiny new stuff. I'm not seeing any difference commenting uncommenting aio read size = 1, aio write size = 1 (separate lines) from /etc/samba/smb.conf and then running `/etc/init.d/samba reload`, but maybe I shouldn't expect that to make any difference on an existing transfer. I just don't want to interfere with this right now - I just want to copy as much as possible on to my laptop before I go out, and I'll take a look at this performance issue when I get home. Thanks in advance for any suggestions or pointers, Stroller. In all likelihood, its your hard disk slowing down the network transfer, and not the cabling. Generally speaking, if the hardware says gigabit, than you've got gigabit.
[gentoo-user] tvtime overscan not centered
I recently got my old TV tuner card out of the closed and decided to set it up. The kernel's v4l2 drivers support my card and it works just fine with tvtime. However, tvtime's overscan setting doesn't center the image correctly; when increasing the overscan value (to get rid of some random crap at the edges of the image with some stations), the image doesn't zoom evenly in all directions but rather only to the bottom and right. Is this a bug? Anyway to fix this?
Re: [gentoo-user] Fluxbox not starting after login with SLIM
Hi, sorry for late reply. I was on a business trip. Mick's link got me to the solution of the problem. Related information can also be found under http://www.gentoo.org/doc/en/openrc-migration.xml echo 'XSESSION=fluxbox' /etc/env.d/90xsession solved my problem. (Now I've got to find out what other impacts this Baselayout and OpenRC Migration Guide causes...) Thanks for your tips! -- Regards, Marco On Mon, Jan 11, 2010 at 10:48 AM, Mick michaelkintz...@gmail.com wrote: 2010/1/10 Ngoc Nguyen Bao baongoc...@gmail.com: On Mon, Jan 11, 2010 at 3:42 AM, Marco listwo...@gmail.com wrote: Hi, I updated my system and beside others, Xorg got updated. Now, when I log in with SLIM, fluxbox does not start anymore. I just get into an ugly x-session. In my ~/.xinitrc I have exec startfluxbox which always got me into fluxbox after log in with SLIM. This is according to http://www.gentoo.org/doc/en/fluxbox-config.xml Killing X and then startx as user (non-root) I get into fluxbox... Thanks in advance for your tips! -- Regards, Marco Hi, remove the line exec startfluxbox in your .xinitrc and append startfluxbox to sessions in /etc/slim.conf like this: # Available sessions (first one is the default). # The current chosen session name is replaced in the login_cmd # above, so your login command can handle different sessions. # see the xinitrc.sample file shipped with slim sources sessions startfluxbox,compiz-session,startlxde,openbox And try to login again. Maybe it helps. I think that the OP's problem was caused by rc.conf not being sourced by the latest baselayout. Have a look at this thread: http://article.gmane.org/gmane.linux.gentoo.user/224058 -- Regards, Mick
[gentoo-user] see what's been emerged
All, I posted this question about a year ago and can't find the email or answer for the life of me...so I'll try again. :) I'm trying to find a file or database that keeps track of everything I've emerged since I set my system up, preferably in chronological order. Where / how can I obtain this information? I know that portage keeps track of it somehow. Thanks! -j
Re: [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? 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 I was making a transcription error before, but after correcting it, it still doesn't work: # qlist -o $(qlist -ICv) | scanelf -Bs__guard -qf - -F%F#s | xargs qfile Usage: qfile opts filename : list all pkgs owning files Options: -[ef:m:oRx:vqChV] -e, --exact * Exact match -f, --from arg * Read arguments from file arg (- for stdin) -m, --max-args arg * Treat from file arguments by groups of arg (defaults to 5000) -o, --orphans* List orphan files -R, --root-prefix* Assume arguments are already prefixed by $ROOT -x, --exclude arg * Don't look in package arg -v, --verbose* Make a lot of noise -q, --quiet * Tighter output; suppress warnings -C, --nocolor* Don't output color -h, --help * Print this help and exit -V, --version* Print version and exit Does anyone know what might be wrong? - Grant
[gentoo-user] Re: kde wont log in user
Mick michaelkintzios at gmail.com writes: 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 read that thread, so I created the file /etc/env.d/90xsession with the contents XSESSION=kdm (permissions 644) rebooting the Display Manager starts up, but when I log in looks like the passwd is accepted (still works via ssh) but the Display Manager Login Screen just returns? Before you reply, take a look for anything useful in /var/log/kdm.log. cat /var/log/Xorg.0.log Backtrace: 0: /usr/bin/X(xorg_backtrace+0x26) [0x4e3386] 1: /usr/bin/X(xf86SigHandler+0x39) [0x48b539] 2: /lib/libc.so.6 [0x7f395dfb8650] 3: /usr/bin/X [0x524a63] 4: /usr/lib64/xorg/modules//libshadow.so(shadowRemove+0x33) [0x7f395c3635a3] 5: /usr/lib64/xorg/modules//libshadow.so [0x7f395c363a54] 6: /usr/bin/X [0x4f6c69] 7: /usr/bin/X [0x522ff3] 8: /usr/bin/X(main+0x3f7) [0x431217] 9: /lib/libc.so.6(__libc_start_main+0xf4) [0x7f395dfa5a44] 10: /usr/bin/X [0x430639] Fatal server error: Caught signal 11. Server aborting Warning: Multiple names for keycode 211 Using I211, ignoring AB11 Errors from xkbcomp are not fatal to the X server error setting MTRR (base = 0xe000, size = 0x0100, type = 1) Invalid argument (22) cat /var/log/kdm.log Backtrace: 0: /usr/bin/X(xorg_backtrace+0x26) [0x4e3386] 1: /usr/bin/X(xf86SigHandler+0x39) [0x48b539] 2: /lib/libc.so.6 [0x7f395dfb8650] 3: /usr/bin/X [0x524a63] 4: /usr/lib64/xorg/modules//libshadow.so(shadowRemove+0x33) [0x7f395c3635a3] 5: /usr/lib64/xorg/modules//libshadow.so [0x7f395c363a54] 6: /usr/bin/X [0x4f6c69] 7: /usr/bin/X [0x522ff3] 8: /usr/bin/X(main+0x3f7) [0x431217] 9: /lib/libc.so.6(__libc_start_main+0xf4) [0x7f395dfa5a44] 10: /usr/bin/X [0x430639] Fatal server error: Caught signal 11. Server aborting Like I stated early, xorg.conf is empty, so maybe I need some minial entries in the /etc/X/xorg.conf file? James
Re: [gentoo-user] exaile + XFCE + global shortcuts
On Fri, 15 Jan 2010 23:55:46 + Mick Mick wrote: Hi Mick, Thank your for bringing it to our attention! I've been on a lookout for an amarok replacement. I just installed it so I'm not up to speed with it to answer your question, but I am having a similar problem. When I click on Shoutcast it complains that there is a HTTP protocol missing: A HTTP protocol source plugin is required to play this stream, but not installed. Which one is that? The shoutcast plugin is in there and enabled. I may have found what determines the plugins: I think that you need to install the corresponding gst-plugins. There seems to be one already installed on my system called gnomemmkeys (you can find this when you click Edit/Plugins/Install plugins and it takes you to /usr/share/exaile/plugins to choose from). Well, plugins are in portage but you have to find them magically... i.e for mp3 support, is [I] media-plugins/gst-plugins-mad and not [I] media-libs/gst-plugins-ugly which you could find recommended in forums by some people ...) *well, I have both installed, but mad one is the one, don't really know what the other is for. For XFCE shortcuts, I finally found http://exaile.org/wiki/Keyboard_shortcuts Some are working, but not the volume ones :-( HTH. Cheers, -- Arnau Bria http://blog.emergetux.net Bombing for peace is like fucking for virginity
Re: [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? 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 I was making a transcription error before, but after correcting it, it still doesn't work: # qlist -o $(qlist -ICv) | scanelf -Bs__guard -qf - -F%F#s | xargs qfile Usage: qfile opts filename : list all pkgs owning files Options: -[ef:m:oRx:vqChV] -e, --exact * Exact match -f, --from arg * Read arguments from file arg (- for stdin) -m, --max-args arg * Treat from file arguments by groups of arg (defaults to 5000) -o, --orphans * List orphan files -R, --root-prefix * Assume arguments are already prefixed by $ROOT -x, --exclude arg * Don't look in package arg -v, --verbose * Make a lot of noise -q, --quiet * Tighter output; suppress warnings -C, --nocolor * Don't output color -h, --help * Print this help and exit -V, --version * Print version and exit Does anyone know what might be wrong? - Grant I think the problem above is that -I isn't a current option of qfile, but removing it produces the error I originally posted about: qlist: invalid option -- '[' - Grant
Re: [gentoo-user] see what's been emerged
James writes: All, I posted this question about a year ago and can't find the email or answer for the life of me...so I'll try again. :) On 2009-06-28, the answer was this: for f in `ls -rt \`find /var/db/pkg -name *.ebuild\``; do basename $f .ebuild; done I'm trying to find a file or database that keeps track of everything I've emerged since I set my system up, preferably in chronological order. Where / how can I obtain this information? I know that portage keeps track of it somehow. It's all in /var/log/emerge.log, but the format is not very readable. Emerge app-portage/genlop, and try genlop -l. Mon Apr 6 20:35:28 2009 app-misc/screen-4.0.3 Mon Apr 6 20:37:25 2009 sys-power/hibernate-script-1.97-r4 Mon Apr 6 20:37:31 2009 sys-apps/tuxonice-userui-0.7.2 Mon Apr 6 20:38:42 2009 sys-kernel/tuxonice-sources-2.6.24-r9 Mon Apr 6 23:26:58 2009 app-arch/lzma-utils-4.32.7 Mon Apr 6 23:27:52 2009 app-portage/eix-0.15.4 ... Wonko
[gentoo-user] Re: About the change from /etc/X11/xorg.conf
walt w41...@gmail.com writes: On 01/16/2010 01:32 PM, Harry Putnam wrote: I hadn't done a full reinstall for a good while, long enough that I missed out on whateve was said about the change over from using /etc/X11/xorg.conf to control the X display to whatever does it now. So my first question is what does do it?.. I have a nice desktop but no /etc/X11/xorg.conf. However under the new setup, I'm missing one major thing. It has to do with resolution of the desktop. Using Xfce4, I see no way to adjust the res above 1024x798 using the applet provided for that purpuse, when I'm used to a much more massive size. 2048x1536 that I used to get by puting this in /etc/X11/xorg.conf Subsection Display Depth 24 Modes 1280x1024 #1024x768 800x600 640x480 Virtual 2048 1536 ViewPort0 0 EndSubsection I used something this size for years and really do miss it. I like to be able to flop around on the massive deskop. It has a second unintended benefit too... it keeps most people off my computer since slithering around on something that size can be very disconcerting to the uninitiated. I've learned that grand kids really don't like it... hehe. When they hit their teens they will make sure you don't understand their gadgets either. The ones I need to foil are well past there teens... hehe.
Re: [gentoo-user] [OT] - What SATA CD-R/DVD-R drive manufacturer to buy?
On Sun, Jan 17, 2010 at 2:25 PM, Mark Knecht markkne...@gmail.com wrote: 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? I have a cheap Sony Optiarc (formerly NEC?) and it has worked fine for me for ripping and burning audio CDs, DVD+/-R (single and dual layer). It cost around $25 USD. I don't know if it is better or worse than any other brand but it seems to work for me anyway.
[gentoo-user] Re: About the change from /etc/X11/xorg.conf
pk pete...@coolmail.se writes: 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/ OK, let me try this once more: Using only the current setup, that is, one with hal and dbus installed and one that does not use xorg.conf... and apparently does not use /etc/X11/xorg.conf.d either... since that directory is not present. But yet an X display happens when I type `startx', apparently generated somewhere automatically. What I'm asking is where does one make customizations to that auto generated process... something is doing it.. some file or something is involved... but what and where?
Re: [gentoo-user] see what's been emerged
Hi. On Mon, Jan 18, 2010 at 10:03:26 -0500, James wrote: I posted this question about a year ago and can't find the email or answer for the life of me...so I'll try again. :) I'm trying to find a file or database that keeps track of everything I've emerged since I set my system up, preferably in chronological order. Where / how can I obtain this information? I know that portage keeps track of it somehow. You can use qlop --list which in app-portage/portage-utils. -- Cheers, Anton pgpTXXcazvcOe.pgp Description: PGP signature
Re: [gentoo-user] Devicekit - especially just for Dale
On Sun, Jan 17, 2010 at 2:14 PM, pk pete...@coolmail.se wrote: Btw, devicekit has been renamed to udisks. http://www.phoronix.com/scan.php?page=news_itempx=Nzc2NA The whole of DeviceKit was not renamed, just the DeviceKit-disks program was renamed to udisks. And yes I think it all uses XML config files too, like HAL. :)
Re: [gentoo-user] see what's been emerged
I guess I had deleted that email -- shame...many thanks for pulling up the answer. I greatly appreciate it! -j On Mon, Jan 18, 2010 at 10:36 AM, Alex Schuster wo...@wonkology.org wrote: James writes: All, I posted this question about a year ago and can't find the email or answer for the life of me...so I'll try again. :) On 2009-06-28, the answer was this: for f in `ls -rt \`find /var/db/pkg -name *.ebuild\``; do basename $f .ebuild; done I'm trying to find a file or database that keeps track of everything I've emerged since I set my system up, preferably in chronological order. Where / how can I obtain this information? I know that portage keeps track of it somehow. It's all in /var/log/emerge.log, but the format is not very readable. Emerge app-portage/genlop, and try genlop -l. Mon Apr 6 20:35:28 2009 app-misc/screen-4.0.3 Mon Apr 6 20:37:25 2009 sys-power/hibernate-script-1.97-r4 Mon Apr 6 20:37:31 2009 sys-apps/tuxonice-userui-0.7.2 Mon Apr 6 20:38:42 2009 sys-kernel/tuxonice-sources-2.6.24-r9 Mon Apr 6 23:26:58 2009 app-arch/lzma-utils-4.32.7 Mon Apr 6 23:27:52 2009 app-portage/eix-0.15.4 ... Wonko
Re: [gentoo-user] see what's been emerged
Thanks Anton...much appreciated! -j On Mon, Jan 18, 2010 at 10:48 AM, Anton Bobov an...@bobov.name wrote: Hi. On Mon, Jan 18, 2010 at 10:03:26 -0500, James wrote: I posted this question about a year ago and can't find the email or answer for the life of me...so I'll try again. :) I'm trying to find a file or database that keeps track of everything I've emerged since I set my system up, preferably in chronological order. Where / how can I obtain this information? I know that portage keeps track of it somehow. You can use qlop --list which in app-portage/portage-utils. -- Cheers, Anton
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, Jan 18, 2010 at 04:10:59AM -0600, Dale wrote: +1 I do OK with plain text but no clue on the new xml stuff. Why not just keep it simple? Is xml REALLY needed? XML is handy for nested configuration, where various options apply to specific subsets of other configuration items. I could count on one hand the number of times that has actually been the case for any real world program I have worked on. If you use key:value lines, the parsing is so simple that you don't need any outside package, but you still have to clean up lines to remove comments, skip empty lines, and merge consecutive lines -- a few extra lines of code, not enough to even put into a library, let alone turn into a full-blown package. But parsing XML is too much work to reinvent each time, so people write complete parsing packages for it. From the purely programming point of view, those packages are simpler to use than rolling your own for 5 lines, and thus they use them everywhere. Then they think of all sorts of ungodly configuration tricks suddenly made possible, throw them in just because they can, and the poor user gets stuck with the mess. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman rocket surgeon / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
[gentoo-user] Re: see what's been emerged
On 01/18/2010 05:03 PM, James wrote: All, I posted this question about a year ago and can't find the email or answer for the life of me...so I'll try again. :) I'm trying to find a file or database that keeps track of everything I've emerged since I set my system up, preferably in chronological order. Where / how can I obtain this information? I know that portage keeps track of it somehow. app-portage/portage-utils does that. The qlop command can be used to get the relevant information.
Re: [gentoo-user] see what's been emerged
On Mon, 2010-01-18 at 10:03 -0500, James wrote: All, I posted this question about a year ago and can't find the email or answer for the life of me...so I'll try again. :) I'm trying to find a file or database that keeps track of everything I've emerged since I set my system up, preferably in chronological order. Where / how can I obtain this information? I know that portage keeps track of it somehow. emerge.log, unless you (or a log rotator) have truncated it.
Re: [gentoo-user] Devicekit - especially just for Dale
Dale wrote: Stop lurking and just join me. lol ... Darth Vader: Luke, join me and I will complete your training... ;-) Best regards Peter K
Re: [gentoo-user] Devicekit - especially just for Dale
Paul Hartman wrote: On Sun, Jan 17, 2010 at 2:14 PM, pk pete...@coolmail.se wrote: Btw, devicekit has been renamed to udisks. http://www.phoronix.com/scan.php?page=news_itempx=Nzc2NA The whole of DeviceKit was not renamed, just the DeviceKit-disks program was renamed to udisks. And yes I think it all uses XML config files too, like HAL. :) Well, it's off to a bad start then. Let's see if they correct the errors of the past. Dale :-) :-)
Re: [gentoo-user] Devicekit - especially just for Dale
On 1/18/2010 5:10 AM, Dale wrote: +1 I do OK with plain text but no clue on the new xml stuff. Why not just keep it simple? Is xml REALLY needed? XML allows you to generate complex, structured, hierarchical data that can be read, changed, and stored by well-tested third party libraries that don't need to know anything about the contents or meaning of your configuration data beforehand. This means I, as a developer, don't need to write any code to read and parse configurations, validate the syntax or structure (only the content), or persist it back out. In simpler terms: less time spent on the configuration parser, more time spent being productive. If there was a less-verbose alternative that was as easy to implement, with known stable parsing libraries, that had the same expressiveness as XML, I'd probably use that instead. But when you're talking about data that goes beyond a simple list of name/value pairs, anything attempt to stream it to a flat-file format is going to result in something that is either 1) redundant, or 2) hard to read. I'd go with 2 over 1 any day. In my opinion, if the worst thing you can come up with to complain about is they used XML for their configuration files, then I'd say that software is in pretty good shape. On the other hand, even I can see that HAL has plenty of problems (besides its XML configuration). The fact that it completely fails to work for you being a good example :) --Mike
Re: [gentoo-user] Re: About the change from /etc/X11/xorg.conf
Harry Putnam wrote: pk pete...@coolmail.se writes: 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/ OK, let me try this once more: Using only the current setup, that is, one with hal and dbus installed and one that does not use xorg.conf... and apparently does not use /etc/X11/xorg.conf.d either... since that directory is not present. But yet an X display happens when I type `startx', apparently generated somewhere automatically. What I'm asking is where does one make customizations to that auto generated process... something is doing it.. some file or something is involved... but what and where? I think it is hal that does this. You can make up your own rules if you want, and can, to force it to do what you want. Thing is, the config file is a mess. It's xml and if you don't know xml, well, it ain't pretty. The rules go into /etc/hal/ somewhere. I don't use hal here so this is just info. I'm not going to get started on hal folks. Just trying to point a little. Relax and breathe. Dale :-) :-)
Re: [gentoo-user] [OT] - What SATA CD-R/DVD-R drive manufacturer to buy?
On Mon, Jan 18, 2010 at 7:38 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Sun, Jan 17, 2010 at 2:25 PM, Mark Knecht markkne...@gmail.com wrote: 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? I have a cheap Sony Optiarc (formerly NEC?) and it has worked fine for me for ripping and burning audio CDs, DVD+/-R (single and dual layer). It cost around $25 USD. I don't know if it is better or worse than any other brand but it seems to work for me anyway. I just ordered an OptiArc 7240S from NewEgg this morning on a similar recommendation from the cdrtools list. Just curious - have you attempted any firmware upgrades from within Linux? Have you tried (or do you know about) the Liggy and Dee firmware? Thanks for the info. Cheers, Mark
Re: [gentoo-user] Re: About the change from /etc/X11/xorg.conf
Harry Putnam wrote: Using only the current setup, that is, one with hal and dbus installed and one that does not use xorg.conf... and apparently does not use /etc/X11/xorg.conf.d either... since that directory is not present. But yet an X display happens when I type `startx', apparently generated somewhere automatically. What I'm asking is where does one make customizations to that auto generated process... something is doing it.. some file or something is involved... but what and where? Ok, sorry, misinterpreted your last mail; I thought we discussed _future_ xorg layout... Anyway, xorg.conf again; afaiu, X will auto detect every setting not in xorg.conf, which means you can have a minimal xorg.conf and let X auto detect all the other settings... dependent on, of course, that your hardware plays nice (i.e. your screen sends proper edid info etc.) HTH Best regards Peter K
Re: [gentoo-user] [OT] - What SATA CD-R/DVD-R drive manufacturer to buy?
On Mon, Jan 18, 2010 at 10:43 AM, Mark Knecht markkne...@gmail.com wrote: On Mon, Jan 18, 2010 at 7:38 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Sun, Jan 17, 2010 at 2:25 PM, Mark Knecht markkne...@gmail.com wrote: 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? I have a cheap Sony Optiarc (formerly NEC?) and it has worked fine for me for ripping and burning audio CDs, DVD+/-R (single and dual layer). It cost around $25 USD. I don't know if it is better or worse than any other brand but it seems to work for me anyway. I just ordered an OptiArc 7240S from NewEgg this morning on a similar recommendation from the cdrtools list. Just curious - have you attempted any firmware upgrades from within Linux? Have you tried (or do you know about) the Liggy and Dee firmware? I've got AW-G170S and cannot remember if I've done a firmware update on it. I think Sony only release a Windows-based firmware installer but I'm not sure how the third-party ones work. I have read about the modified firmwares to change burn strategy, enable bitsetting (make a DVD-R look like a DVD-ROM to fool devices that refuse to play burned discs) etc but I haven't personally had a need to use it.
Re: [gentoo-user] Re: About the change from /etc/X11/xorg.conf
On Mon, Jan 18, 2010 at 9:43 AM, Harry Putnam rea...@newsguy.com wrote: pk pete...@coolmail.se writes: 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/ OK, let me try this once more: Using only the current setup, that is, one with hal and dbus installed and one that does not use xorg.conf... and apparently does not use /etc/X11/xorg.conf.d either... since that directory is not present. But yet an X display happens when I type `startx', apparently generated somewhere automatically. What I'm asking is where does one make customizations to that auto generated process... something is doing it.. some file or something is involved... but what and where? Check the X log file to see what it's doing automatically. If you're unhappy with its automatic choices you can then edit or create the policy files in /etc/hal/fdi/policy/ to make it behave the way you want. Figuring out exactly how and where to make those changes is the hard part... Googling your specific needs will usually come up with an example from somewhere out there. Also see the Gentoo Xorg 1.5 upgrade guide for some more info: http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.5-upgrade-guide.xml Good luck :)
Re: [gentoo-user] Devicekit - especially just for Dale
On Monday 18 January 2010 18:26:21 Mike Edenfield wrote: +1 I do OK with plain text but no clue on the new xml stuff. Why not just keep it simple? Is xml REALLY needed? XML allows you to generate complex, structured, hierarchical data that can be read, changed, and stored by well-tested third party libraries that don't need to know anything about the contents or meaning of your configuration data beforehand. This means I, as a developer, don't need to write any code to read and parse configurations, validate the syntax or structure (only the content), or persist it back out. In simpler terms: less time spent on the configuration parser, more time spent being productive. Just as code is read many more times than it is written, so is a package configured by the end user many more times than the config parser studied by the developer. Your post makes sense until you realise that the use of XML in a configuration designed to be changed by the user renders the package virtually unusable. Given a choice between me as a developer struggling with a config parser versus vast swathes of users dumping the package because of the same parser, I'd say it's me that has to work harder, not my users. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] How to determine if a NIC is playing gigabit?
One more thing. The file transfer speed is min(max(HDD),max(NIC),max(others)) so it will depend on your HDD, your network and other reasons. I find out that using sftp command seem to be faster than NFS or Samba. Could you try sftp and check if it is faster or not? Then check the dmesg as well as network cables to see if there is any problem. Hung On 01/18/10 05:46, Dan Cowsill wrote: On Mon, Jan 18, 2010 at 6:50 AM, Stroller strol...@stellar.eclipse.co.uk wrote: Hi there, Yesterday I reseated the network cable between my server cupboard and my desk, and it now lights up on the switch by my desk as gigabit. But a file-transfer today is slower than I might have hoped. I'm not ruling out the cable, because it's pretty beat up (but the switch *is* lighting up as 1000), but how do I determine, please, that the Linux server at the other end is recognising the NIC and negotiating as gigabit speeds? The hard-drives on the server are using an older PCI SATA card, and the NIC is also PCI. But I would have expected it to be a bit faster than 100Mbps. Any estimates over what kind of speed I should be seeing for large file-transfers over Samba? Wildly ball-park is fine - I wouldn't expect a 10x speed increase, but maybe 2x or 3x - 4x would be great! I'll be testing between my Macs (both on the desktop switch, ruling out both the Linux box and the suspicious cable) later today, I'd just like some ideas of where I should be starting from. Right now I'm seeing 10 gigs of .mp4 files (1gb - 2gb per video file) taking about an hour - that's about what I'd expect from old 100Mbps networking, not this shiny new stuff. I'm not seeing any difference commenting uncommenting aio read size = 1, aio write size = 1 (separate lines) from /etc/samba/smb.conf and then running `/etc/init.d/samba reload`, but maybe I shouldn't expect that to make any difference on an existing transfer. I just don't want to interfere with this right now - I just want to copy as much as possible on to my laptop before I go out, and I'll take a look at this performance issue when I get home. Thanks in advance for any suggestions or pointers, Stroller. In all likelihood, its your hard disk slowing down the network transfer, and not the cabling. Generally speaking, if the hardware says gigabit, than you've got gigabit.
Re: [gentoo-user] Can you rewrite this 1996 qfile command?
On Monday 18 January 2010 17:12:41 Grant wrote: # qlist -o $(qlist -ICv) | scanelf -Bs__guard -qf - -F%F#s | xargs qfile Usage: qfile opts filename : list all pkgs owning files Options: -[ef:m:oRx:vqChV] -e, --exact * Exact match -f, --from arg * Read arguments from file arg (- for stdin) -m, --max-args arg * Treat from file arguments by groups of arg (defaults to 5000) -o, --orphans* List orphan files -R, --root-prefix* Assume arguments are already prefixed by $ROOT -x, --exclude arg * Don't look in package arg -v, --verbose* Make a lot of noise -q, --quiet * Tighter output; suppress warnings -C, --nocolor* Don't output color -h, --help * Print this help and exit -V, --version* Print version and exit Does anyone know what might be wrong? - Grant I think the problem above is that -I isn't a current option of qfile, but removing it produces the error I originally posted about: qlist: invalid option -- '[' - Grant It does look like your qlist is out of date and giving you a --help summary which the outer qlist tries to interpret, and fails. If you can't update the package qlist comes from, you might get by with replacing the inner qlist with equery. It gives output like this: $ equery --quiet list '*' app-admin/apache-tools-2.2.14 app-admin/apg-2.3.0b-r4 app-admin/empower- which looks the same as the output from qlist -ICv: $ qlist -ICv | head -n3 app-admin/apache-tools-2.2.14 app-admin/apg-2.3.0b-r4 app-admin/empower- This requires gentoolkit-0.3* which is ~ -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] [OT] - What SATA CD-R/DVD-R drive manufacturer to buy?
On Mon, Jan 18, 2010 at 9:23 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Mon, Jan 18, 2010 at 10:43 AM, Mark Knecht markkne...@gmail.com wrote: On Mon, Jan 18, 2010 at 7:38 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Sun, Jan 17, 2010 at 2:25 PM, Mark Knecht markkne...@gmail.com wrote: 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? I have a cheap Sony Optiarc (formerly NEC?) and it has worked fine for me for ripping and burning audio CDs, DVD+/-R (single and dual layer). It cost around $25 USD. I don't know if it is better or worse than any other brand but it seems to work for me anyway. I just ordered an OptiArc 7240S from NewEgg this morning on a similar recommendation from the cdrtools list. Just curious - have you attempted any firmware upgrades from within Linux? Have you tried (or do you know about) the Liggy and Dee firmware? I've got AW-G170S and cannot remember if I've done a firmware update on it. I think Sony only release a Windows-based firmware installer but I'm not sure how the third-party ones work. I have read about the modified firmwares to change burn strategy, enable bitsetting (make a DVD-R look like a DVD-ROM to fool devices that refuse to play burned discs) etc but I haven't personally had a need to use it. I don't expect I will either. I was just curious as to your experience if you had. The drive is on order and hopefully new parts get here Wednesday or Thursday so hopefully I'll be running Gentoo on my new i5-661 by the weekend. Thanks for your inputs. cheers, Mark
Re: [gentoo-user] Devicekit - especially just for Dale
Alan McKinnon wrote: On Monday 18 January 2010 18:26:21 Mike Edenfield wrote: +1 I do OK with plain text but no clue on the new xml stuff. Why not just keep it simple? Is xml REALLY needed? XML allows you to generate complex, structured, hierarchical data that can be read, changed, and stored by well-tested third party libraries that don't need to know anything about the contents or meaning of your configuration data beforehand. This means I, as a developer, don't need to write any code to read and parse configurations, validate the syntax or structure (only the content), or persist it back out. In simpler terms: less time spent on the configuration parser, more time spent being productive. Just as code is read many more times than it is written, so is a package configured by the end user many more times than the config parser studied by the developer. Your post makes sense until you realise that the use of XML in a configuration designed to be changed by the user renders the package virtually unusable. Given a choice between me as a developer struggling with a config parser versus vast swathes of users dumping the package because of the same parser, I'd say it's me that has to work harder, not my users. I'll add this, if devicekit uses xml and doesn't work out of the box, as in me not having to config the thing, then it is no better than hal. It may be that if I could do xml that I could have gotten hal to work. Thing is, I can't do xml at the time. I suspect that I am not alone on this. So, it is possible that hal was doomed by xml for me at least. If devicekit uses it, then it may get masked as well. Sounds like devicekit needs to be really good. I'm sort of hooked on a working keyboard and a mouse for some reason. Call me silly but they sort of make the puter work. Still hoping tho. Dale :-) :-)
Re: [gentoo-user] Can you rewrite this 1996 qfile command?
On 1/18/10, Grant emailgr...@gmail.com 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 I was making a transcription error before, but after correcting it, it still doesn't work: # qlist -o $(qlist -ICv) | scanelf -Bs__guard -qf - -F%F#s | xargs qfile Usage: qfile opts filename : list all pkgs owning files Options: -[ef:m:oRx:vqChV] -e, --exact * Exact match -f, --from arg * Read arguments from file arg (- for stdin) -m, --max-args arg * Treat from file arguments by groups of arg (defaults to 5000) -o, --orphans* List orphan files -R, --root-prefix* Assume arguments are already prefixed by $ROOT -x, --exclude arg * Don't look in package arg -v, --verbose* Make a lot of noise -q, --quiet * Tighter output; suppress warnings -C, --nocolor* Don't output color -h, --help * Print this help and exit -V, --version* Print version and exit Does anyone know what might be wrong? Solar's one-liner is likely working perfectly here. The one-liner just doesn't find any binaries with the ancient SSP symbol, and thus args for qfile are empty -- leading into qfile printing its usage. Everything seems to be just fine there, so we might need to back up to the point where you decided that this bug was a match for your problem. Did you get the same error? From which program exactly? Have you installed binaries that are not in portage's installed files' lists? -- Arttu V.
Re: [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? 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 I was making a transcription error before, but after correcting it, it still doesn't work: # qlist -o $(qlist -ICv) | scanelf -Bs__guard -qf - -F%F#s | xargs qfile Usage: qfile opts filename : list all pkgs owning files Options: -[ef:m:oRx:vqChV] -e, --exact * Exact match -f, --from arg * Read arguments from file arg (- for stdin) -m, --max-args arg * Treat from file arguments by groups of arg (defaults to 5000) -o, --orphans * List orphan files -R, --root-prefix * Assume arguments are already prefixed by $ROOT -x, --exclude arg * Don't look in package arg -v, --verbose * Make a lot of noise -q, --quiet * Tighter output; suppress warnings -C, --nocolor * Don't output color -h, --help * Print this help and exit -V, --version * Print version and exit Does anyone know what might be wrong? Solar's one-liner is likely working perfectly here. The one-liner just doesn't find any binaries with the ancient SSP symbol, and thus args for qfile are empty -- leading into qfile printing its usage. Everything seems to be just fine there, so we might need to back up to the point where you decided that this bug was a match for your problem. Did you get the same error? From which program exactly? Have you installed binaries that are not in portage's installed files' lists? Thanks guys, I'm just going to emerge -e world and move on. :) - Grant
Re: [gentoo-user] Devicekit - especially just for Dale
Mike Edenfield wrote: XML allows you to generate complex, structured, hierarchical data that can be read, changed, and stored by well-tested third party libraries that don't need to know anything about the contents or meaning of your configuration data beforehand. This means I, as a developer, don't need to write any code to read and parse configurations, validate the syntax or structure (only the content), or persist it back out. So, convenience for the lazy programmer should take precedence over usability for the end user? Be lucky, Neil http://www.neiljw.com
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, Jan 18, 2010 at 12:30 PM, Dale rdalek1...@gmail.com wrote: Alan McKinnon wrote: On Monday 18 January 2010 18:26:21 Mike Edenfield wrote: +1 I do OK with plain text but no clue on the new xml stuff. Why not just keep it simple? Is xml REALLY needed? XML allows you to generate complex, structured, hierarchical data that can be read, changed, and stored by well-tested third party libraries that don't need to know anything about the contents or meaning of your configuration data beforehand. This means I, as a developer, don't need to write any code to read and parse configurations, validate the syntax or structure (only the content), or persist it back out. In simpler terms: less time spent on the configuration parser, more time spent being productive. Just as code is read many more times than it is written, so is a package configured by the end user many more times than the config parser studied by the developer. Your post makes sense until you realise that the use of XML in a configuration designed to be changed by the user renders the package virtually unusable. Given a choice between me as a developer struggling with a config parser versus vast swathes of users dumping the package because of the same parser, I'd say it's me that has to work harder, not my users. I'll add this, if devicekit uses xml and doesn't work out of the box, as in me not having to config the thing, then it is no better than hal. It may be that if I could do xml that I could have gotten hal to work. Thing is, I can't do xml at the time. I suspect that I am not alone on this. So, it is possible that hal was doomed by xml for me at least. If devicekit uses it, then it may get masked as well. Sounds like devicekit needs to be really good. I'm sort of hooked on a working keyboard and a mouse for some reason. Call me silly but they sort of make the puter work. Well I think that if everything works as it is designed to you shouldn't really need to be editing those XML files in the first place. I think you're supposed to be able to do all of the relevant config settings in your desktop environment such as Gnome or KDE (if you use one). Like setting keyboard mappings, fonts, mouse config, screen resolution, etc. The usual stuff that used to go in xorg.conf. Of course, if your keyboard mapping is wrong and you can't even log-in to the DE in the first place then configuring it through there will probably be difficult... :) And if you don't use Gnome or KDE then it can get interesting, too...
Re: [gentoo-user] Devicekit - especially just for Dale
Paul Hartman wrote: On Mon, Jan 18, 2010 at 12:30 PM, Dale rdalek1...@gmail.com wrote: Alan McKinnon wrote: On Monday 18 January 2010 18:26:21 Mike Edenfield wrote: +1 I do OK with plain text but no clue on the new xml stuff. Why not just keep it simple? Is xml REALLY needed? XML allows you to generate complex, structured, hierarchical data that can be read, changed, and stored by well-tested third party libraries that don't need to know anything about the contents or meaning of your configuration data beforehand. This means I, as a developer, don't need to write any code to read and parse configurations, validate the syntax or structure (only the content), or persist it back out. In simpler terms: less time spent on the configuration parser, more time spent being productive. Just as code is read many more times than it is written, so is a package configured by the end user many more times than the config parser studied by the developer. Your post makes sense until you realise that the use of XML in a configuration designed to be changed by the user renders the package virtually unusable. Given a choice between me as a developer struggling with a config parser versus vast swathes of users dumping the package because of the same parser, I'd say it's me that has to work harder, not my users. I'll add this, if devicekit uses xml and doesn't work out of the box, as in me not having to config the thing, then it is no better than hal. It may be that if I could do xml that I could have gotten hal to work. Thing is, I can't do xml at the time. I suspect that I am not alone on this. So, it is possible that hal was doomed by xml for me at least. If devicekit uses it, then it may get masked as well. Sounds like devicekit needs to be really good. I'm sort of hooked on a working keyboard and a mouse for some reason. Call me silly but they sort of make the puter work. Well I think that if everything works as it is designed to you shouldn't really need to be editing those XML files in the first place. I think you're supposed to be able to do all of the relevant config settings in your desktop environment such as Gnome or KDE (if you use one). Like setting keyboard mappings, fonts, mouse config, screen resolution, etc. The usual stuff that used to go in xorg.conf. Of course, if your keyboard mapping is wrong and you can't even log-in to the DE in the first place then configuring it through there will probably be difficult... :) And if you don't use Gnome or KDE then it can get interesting, too... That was my problem, no keyboard or mouse. Sort of hard to do much in that situation. Dale :-) :-)
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, Jan 18, 2010 at 11:59 AM, Dale rdalek1...@gmail.com wrote: snip That was my problem, no keyboard or mouse. Sort of hard to do much in that situation. Dale Pshaw... ;) ctrl-alt-F1, or, if that doesn't work: alt-SysRq-R alt-F1 Of course, method 2 only works if you have the Magic SysRq keys (or whatever it's called) option enabled in the kernel, and not enough people know about the Magic SysRq keys at this point... -James
Re: [gentoo-user] New application: app-portage/kportagetray
Hello fellows, Now, it has support to search at database with eix, to install and unistall packages. Here two more shots of the new interface: http://yfrog.com/5gkportagetray06p, http://yfrog.com/5gkportagetray07p You just need to rebuild the package using the ebuild I sent before. Hope you like -- Ronan Arraes Jardim Chagas Control and Automation Engineer Gentoo Foundation Member Em Sexta-feira 08 Janeiro 2010, às 06:35:21, Neil Bothwick escreveu: On Fri, 8 Jan 2010 01:54:43 -0200, Ronan Arraes Jardim Chagas wrote: Can you check if knotify is also installed please? Yes, 4.3.85 (4.4 beta 2) from the kde overlay. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Devicekit - especially just for Dale
James Ausmus wrote: On Mon, Jan 18, 2010 at 11:59 AM, Dale rdalek1...@gmail.com mailto:rdalek1...@gmail.com wrote: snip That was my problem, no keyboard or mouse. Sort of hard to do much in that situation. Dale Pshaw... ;) ctrl-alt-F1, or, if that doesn't work: alt-SysRq-R alt-F1 Of course, method 2 only works if you have the Magic SysRq keys (or whatever it's called) option enabled in the kernel, and not enough people know about the Magic SysRq keys at this point... -James In that case, ctrl alt F1 does nothing. You also need to understand that most people don't even know how to use SysRq keys. I didn't and had to do a hard shutdown. I had to actually pull the plug to do any good. Luckily I knew how to get it to boot into single user mode so I could disable hal otherwise I would be right back on the same screen again with no mouse or keyboard. It would be really bad if even that didn't work with devicekit. I'm not sure how it couldn't but we never know do we? I could work around it if needed but some other user may not can. What if that hard shutdown corrupts a file system and causes data loss? I'm not just wanting it to work better for me but for others who use Linux and know even less than I do. Dale :-) :-)
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, Jan 18, 2010 at 12:47 PM, Dale rdalek1...@gmail.com wrote: James Ausmus wrote: On Mon, Jan 18, 2010 at 11:59 AM, Dale rdalek1...@gmail.com mailto: rdalek1...@gmail.com wrote: snip That was my problem, no keyboard or mouse. Sort of hard to do much in that situation. Dale Pshaw... ;) ctrl-alt-F1, or, if that doesn't work: alt-SysRq-R alt-F1 Of course, method 2 only works if you have the Magic SysRq keys (or whatever it's called) option enabled in the kernel, and not enough people know about the Magic SysRq keys at this point... -James In that case, ctrl alt F1 does nothing. You also need to understand that most people don't even know how to use SysRq keys. snip I know, I just felt like being a smart-ass... ;) I didn't and had to do a hard shutdown. I had to actually pull the plug to do any good. Luckily I knew how to get it to boot into single user mode so I could disable hal otherwise I would be right back on the same screen again with no mouse or keyboard. snip Another option (I know - too late for you, but might be useful for someone that runs across this on Google), is to press I during the initscript processes - enters Interactive Boot mode, so you can Y/N individual startup scripts, including xdm/X It would be really bad if even that didn't work with devicekit. I'm not sure how it couldn't but we never know do we? snip I agree - there has been a lot of churn with X/HAL/udev/input devices over the past year or so, and it's really bitten some people badly, certainly not an ideal situation, and the DeviceKit migration really should be tested more thoroughly, in more combinations, than some of the other changes have been. However, the only real way it will get tested in more combinations is if we, the users, try it out early and often, and let the Gentoo devs and/or upstream devs know when we run into problems - anybody who specifically had issues with input devices using HAL would probably be a *very* useful test data point, as they most likely have SW/config/HW combinations that upstream specifically does *not* have - as evidenced by the fact that it broke previously... ;) I could work around it if needed but some other user may not can. What if that hard shutdown corrupts a file system and causes data loss? I'm not just wanting it to work better for me but for others who use Linux and know even less than I do. Dale And this is why it is a Very Good Thing to spread the word about the Magic SysRq keys. Did ctrl-alt-del not do anything, or a single press of the power button (which should send an ACPI shutdown signal, causing the system to self-power-off)? I'll try to stop being a smart-ass, but it's just one of those kind of days... grin -James
[gentoo-user] when emerging: Wrong number of fields in NEEDED.ELF.2 messages
It has happened that when emerging packages, the following message is listed at the end of the emerge process: Wrong number of fields in NEEDED.ELF.2 May I ask for advice? Alan
Re: [gentoo-user] Devicekit - especially just for Dale
On Monday 18 January 2010 22:47:05 Dale wrote: In that case, ctrl alt F1 does nothing. You also need to understand that most people don't even know how to use SysRq keys. I didn't and had to do a hard shutdown. I had to actually pull the plug to do any good. Luckily I knew how to get it to boot into single user mode so I could disable hal otherwise I would be right back on the same screen again with no mouse or keyboard. It would be really bad if even that didn't work with devicekit. I'm not sure how it couldn't but we never know do we? Dale's experiences highlight a very important and very fundamental rule of desktop system design: As a developer you must completely and totally guarantee to the full limit of what is feasible, that the user will always have a usable keyboard, mouse and display after the desktop has launched. You can fallback to VGA resolution and the most basic keyboard layout possible if you need to, but you must give the user something and never leave them stranded. Anything else is just an epic fail. Magic SysRq falls so far short of this that it's not even worth contemplating. It's useful for mega-power users and kernel devs doing really way out things, but for normal users it might as well be invisible. Sure, it's documented in /usr/src/linux/Documentation/sysrq.txt. Well now, I offer two comments: I doubt that kernel docs are even installed on most user-centric distros, and anyone want to present an argument why the location of that file and it's contents might be construed as being self-evident and/or obvious? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Devicekit - especially just for Dale
On Monday 18 January 2010 23:04:56 James Ausmus wrote: And this is why it is a Very Good Thing to spread the word about the Magic SysRq keys. Did ctrl-alt-del not do anything, or a single press of the power button (which should send an ACPI shutdown signal, causing the system to self-power-off)? Forgot to add this juicy bit to my last post: Very recent buyers of Lenovo laptops don't even *have* a SysRq key anymore. I reckon it won't be long before other makers follow suit. I can see Lenovo's point: there's probably less than 10,000 people in the whole world that ever used that key in the last 12 months and all of them are very au fait with Linux -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, Jan 18, 2010 at 1:28 PM, Alan McKinnon alan.mckin...@gmail.comwrote: On Monday 18 January 2010 23:04:56 James Ausmus wrote: And this is why it is a Very Good Thing to spread the word about the Magic SysRq keys. Did ctrl-alt-del not do anything, or a single press of the power button (which should send an ACPI shutdown signal, causing the system to self-power-off)? Forgot to add this juicy bit to my last post: Very recent buyers of Lenovo laptops don't even *have* a SysRq key anymore. I reckon it won't be long before other makers follow suit. I can see Lenovo's point: there's probably less than 10,000 people in the whole world that ever used that key in the last 12 months and all of them are very au fait with Linux Yuck - really? Not even as an unlabeled Alt function of a Print Screen button? Sounds like a new kernel patch needs to be introduced, which allows you to select an alternative to the SysRq key for the magic commands... sigh Stupid HW manufacturers... -James
Re: [gentoo-user] when emerging: Wrong number of fields in NEEDED.ELF.2 messages
On Mon, Jan 18, 2010 at 1:25 PM, Alan E. Davis lngn...@gmail.com wrote: It has happened that when emerging packages, the following message is listed at the end of the emerge process: Wrong number of fields in NEEDED.ELF.2 May I ask for advice? Never seen that issue before, but maybe try to re-emerge elfutils/libelf (whichever you have installed)? -James Alan
Re: [gentoo-user] Devicekit - especially just for Dale
James Ausmus wrote: I'll try to stop being a smart-ass, but it's just one of those kind of days... grin -James I have those days too. They tend to come in bunches tho. ;-) Dale :-) :-)
[gentoo-user] A quick test of su
Can I trouble you folks to do this ten-second test and report your results? As an ordinary user, type 'su' at a bash prompt. Now, where you would normally type your root password, just type Ctrl-d instead. What do you see? (I'm ruling out evil spirits here, so please bear with me ;) Thanks for your help.
Re: [gentoo-user] A quick test of su
At Mon, 18 Jan 2010 14:07:21 -0800 walt w41...@gmail.com wrote: Can I trouble you folks to do this ten-second test and report your results? As an ordinary user, type 'su' at a bash prompt. Now, where you would normally type your root password, just type Ctrl-d instead. What do you see? (I'm ruling out evil spirits here, so please bear with me ;) Thanks for your help. Looks good here. allan gottl...@allan ~ $ su Password: su: Authentication information cannot be recovered gottl...@allan ~ $
Re: [gentoo-user] A quick test of su
2010/1/18 walt w41...@gmail.com: Can I trouble you folks to do this ten-second test and report your results? As an ordinary user, type 'su' at a bash prompt. Now, where you would normally type your root password, just type Ctrl-d instead. What do you see? (I'm ruling out evil spirits here, so please bear with me ;) su: Authentication information cannot be recovered Thanks for your help. What did I win? :-)
Re: [gentoo-user] A quick test of su
On Mon, 18 Jan 2010 23:13:55 +0100, Allan Gottlieb gottl...@nyu.edu wrote: At Mon, 18 Jan 2010 14:07:21 -0800 walt w41...@gmail.com wrote: Can I trouble you folks to do this ten-second test and report your results? As an ordinary user, type 'su' at a bash prompt. Now, where you would normally type your root password, just type Ctrl-d instead. What do you see? (I'm ruling out evil spirits here, so please bear with me ;) Thanks for your help. Looks good here. allan gottl...@allan ~ $ su Password: su: Authentication information cannot be recovered gottl...@allan ~ $ Same here :-) zee...@zeerak /home/zeerak $ su Password: su: Authentication information cannot be recovered -- Zeerak
Re: [gentoo-user] [OT] - What SATA CD-R/DVD-R drive manufacturer to buy?
On Mon, 18 Jan 2010 09:38:16 -0600, Paul Hartman wrote: I have a cheap Sony Optiarc (formerly NEC?) and it has worked fine for me for ripping and burning audio CDs, DVD+/-R (single and dual layer). It cost around $25 USD. I don't know if it is better or worse than any other brand but it seems to work for me anyway. I've got a couple of these, one SATA one PATA, the SATA one works very well but the PATA one is slower at ripping discs. -- Neil Bothwick WinErr 014: Keyboard locked - Try anything you can think of. signature.asc Description: PGP signature
Re: [gentoo-user] A quick test of su
On Tuesday 19 January 2010 00:07:21 walt wrote: Can I trouble you folks to do this ten-second test and report your results? As an ordinary user, type 'su' at a bash prompt. Now, where you would normally type your root password, just type Ctrl-d instead. What do you see? (I'm ruling out evil spirits here, so please bear with me ;) Thanks for your help. $ su Password: su: Authentication information cannot be recovered -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, 18 Jan 2010 13:50:36 -0800, James Ausmus wrote: Very recent buyers of Lenovo laptops don't even *have* a SysRq key anymore. I reckon it won't be long before other makers follow suit. I can see Lenovo's point: there's probably less than 10,000 people in the whole world that ever used that key in the last 12 months and all of them are very au fait with Linux Yuck - really? Not even as an unlabeled Alt function of a Print Screen button? Shouldn't even need Alt, SysRq is PrtScn. Sounds like a new kernel patch needs to be introduced, which allows you to select an alternative to the SysRq key for the magic commands... sigh Stupid HW manufacturers... That's been possible for years. I remember doing something, but not the details, to use another key for this on my PPC iBook. -- Neil Bothwick Ubuntu is an ancient African word, meaning I can't configure Slackware. signature.asc Description: PGP signature
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, 18 Jan 2010 13:04:56 -0800, James Ausmus wrote: Another option (I know - too late for you, but might be useful for someone that runs across this on Google), is to press I during the initscript processes - enters Interactive Boot mode, so you can Y/N individual startup scripts, including xdm/X Even easier, hit e at the GRUB menu and add gentoo=nox to the kernel options. Easier still, create a separate menu entry with this option in anticipation of such situations... especially you Dale :P -- Neil Bothwick In possession of a mind not merely twisted, but actually sprained. signature.asc Description: PGP signature
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, 18 Jan 2010 19:53:16 +0200, Alan McKinnon wrote: Your post makes sense until you realise that the use of XML in a configuration designed to be changed by the user renders the package virtually unusable. Given a choice between me as a developer struggling with a config parser versus vast swathes of users dumping the package because of the same parser, I'd say it's me that has to work harder, not my users. If we are truly trying to make Linux more accessible, with things like the plug and play hal offers, should we even be contemplating editing config files? XML is a machine-readable file format that just happens to use ASCII characters, it is not meant to be modified by a text editor, so if your program uses XML configuration files, it should include a means of editing those files that does not include the use of vim. -- Neil Bothwick A great many people mistake opinions for thoughts. -- Herbert V. Prochnow signature.asc Description: PGP signature
Re: [gentoo-user] Devicekit - especially just for Dale
Alan McKinnon wrote: On Monday 18 January 2010 22:47:05 Dale wrote: In that case, ctrl alt F1 does nothing. You also need to understand that most people don't even know how to use SysRq keys. I didn't and had to do a hard shutdown. I had to actually pull the plug to do any good. Luckily I knew how to get it to boot into single user mode so I could disable hal otherwise I would be right back on the same screen again with no mouse or keyboard. It would be really bad if even that didn't work with devicekit. I'm not sure how it couldn't but we never know do we? Dale's experiences highlight a very important and very fundamental rule of desktop system design: As a developer you must completely and totally guarantee to the full limit of what is feasible, that the user will always have a usable keyboard, mouse and display after the desktop has launched. You can fallback to VGA resolution and the most basic keyboard layout possible if you need to, but you must give the user something and never leave them stranded. Anything else is just an epic fail. Magic SysRq falls so far short of this that it's not even worth contemplating. It's useful for mega-power users and kernel devs doing really way out things, but for normal users it might as well be invisible. Sure, it's documented in /usr/src/linux/Documentation/sysrq.txt. Well now, I offer two comments: I doubt that kernel docs are even installed on most user-centric distros, and anyone want to present an argument why the location of that file and it's contents might be construed as being self-evident and/or obvious? I do remember when I was using Mandrake, the kernel sources wasn't even installed. I don't know if that option was even enabled in the kernel. With Mandrake, they just enabled modules for everything. When this happened to me, just being able to do a ctrl al backspace would have been good. I did try it but it didn't work either. That would at least be a good rescue in case of failure. Dale :-) :-)
Re: [gentoo-user] [OT] - What SATA CD-R/DVD-R drive manufacturer to buy?
Neil Bothwick n...@digimed.co.uk wrote: On Mon, 18 Jan 2010 09:38:16 -0600, Paul Hartman wrote: I have a cheap Sony Optiarc (formerly NEC?) and it has worked fine for me for ripping and burning audio CDs, DVD+/-R (single and dual layer). It cost around $25 USD. I don't know if it is better or worse than any other brand but it seems to work for me anyway. I've got a couple of these, one SATA one PATA, the SATA one works very well but the PATA one is slower at ripping discs. While NEC is not bad, my current NEC drive does not read hidden audio tracks (like e.g. found on 13 Die Ärtzte). The answer can only be: It depends... 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
On Tuesday 19 January 2010 00:29:18 Neil Bothwick wrote: On Mon, 18 Jan 2010 19:53:16 +0200, Alan McKinnon wrote: Your post makes sense until you realise that the use of XML in a configuration designed to be changed by the user renders the package virtually unusable. Given a choice between me as a developer struggling with a config parser versus vast swathes of users dumping the package because of the same parser, I'd say it's me that has to work harder, not my users. If we are truly trying to make Linux more accessible, with things like the plug and play hal offers, should we even be contemplating editing config files? XML is a machine-readable file format that just happens to use ASCII characters, it is not meant to be modified by a text editor, so if your program uses XML configuration files, it should include a means of editing those files that does not include the use of vim. which almost by definition means you need an xml-information parser on par with an xml-parser to figure out what the hell the fields mean, then design an intelligent viewer-editor thingy that lets the user add-delete-change the information in the xml file. All the while displaying to the user at least some information about the fields in view. Shaes of .chm anyone? By the time you've done all that and made the thing semi-usable, you've expended more effort than if you had written you own xml-parser from scratch. In C, python and perl. Plus C++ for good measure just to show how clever you are. As said before by someone else, hal and everything about it is a classic case of second system syndrome. It should be a comp-sci object case :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, 2010-01-18 at 23:25 +0200, Alan McKinnon wrote: On Monday 18 January 2010 22:47:05 Dale wrote: In that case, ctrl alt F1 does nothing. You also need to understand that most people don't even know how to use SysRq keys. I didn't and had to do a hard shutdown. I had to actually pull the plug to do any good. Luckily I knew how to get it to boot into single user mode so I could disable hal otherwise I would be right back on the same screen again with no mouse or keyboard. It would be really bad if even that didn't work with devicekit. I'm not sure how it couldn't but we never know do we? Dale's experiences highlight a very important and very fundamental rule of desktop system design: As a developer you must completely and totally guarantee to the full limit of what is feasible, that the user will always have a usable keyboard, mouse and display after the desktop has launched. You can fallback to VGA resolution and the most basic keyboard layout possible if you need to, but you must give the user something and never leave them stranded. Anything else is just an epic fail. My 2c worth is this: In any other distribution, the xorg/hal update would have been configured so that Dale's (sorry to keep using you as an example :) keyboard / mouse was working. But this is Gentoo. You ARE the distributor AND the end user. Conflicts in libraries / packages are up to you to resolve. About 3-4 people use Gentoo at work, and at least 2 were hit by the keyboard/mouse not working bug in xorg when it moved to HAL. With a bit of fuddling, remerging, and so on, we got it working in both cases. So yes, the developer must give a fallback method of using the keyboard / mouse, but not against the incorrectly packaged / configured system. In Gentoo you often end up with an incorrect system, hence revdep-rebuild and so on. -- Iain Buchanan iaindb at netspace dot net dot au It's more than magnificent-it's mediocre. -Samuel Goldwyn
Re: [gentoo-user] A quick test of su
Hilco Wijbenga wrote: 2010/1/18 walt w41...@gmail.com: Can I trouble you folks to do this ten-second test and report your results? As an ordinary user, type 'su' at a bash prompt. Now, where you would normally type your root password, just type Ctrl-d instead. What do you see? (I'm ruling out evil spirits here, so please bear with me ;) su: Authentication information cannot be recovered Thanks for your help. What did I win? :-) Same result: j...@aus9703 ~ $ su Password: su: Authentication information cannot be recovered
Re: [gentoo-user] Re: kde wont log in user
On Monday 18 January 2010 15:09:39 James wrote: Mick michaelkintzios at gmail.com writes: 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 read that thread, so I created the file /etc/env.d/90xsession with the contents XSESSION=kdm (permissions 644) rebooting the Display Manager starts up, but when I log in looks like the passwd is accepted (still works via ssh) but the Display Manager Login Screen just returns? OK, now you don't get the TWM window manager, but your KDE fails to start. :-( Before you reply, take a look for anything useful in /var/log/kdm.log. cat /var/log/Xorg.0.log [snip ...] 9: /lib/libc.so.6(__libc_start_main+0xf4) [0x7f395dfa5a44] 10: /usr/bin/X [0x430639] Fatal server error: Caught signal 11. Server aborting Stating the obvious, this is not right. Now it's not that /etc/init.d/xdm cannot find your Window Manager/DE, but something is wrong with X's configuration and it crashes. Like I stated early, xorg.conf is empty, so maybe I need some minial entries in the /etc/X/xorg.conf file? It might be that with your video card you *must* have an xorg.conf, although I think that most cards will run with a basic /etc/hal/fdi/policy/10-x11- input.fdi I have not seen the errors you are getting in your log before, but I noticed libc.so.6 - have you run revdep-rebuild -p -i or revdep-rebuild -p -i -- library libc.so.6 just in case? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] iwlwifi or 4965 mailing list
Hi, can anyone find a mailing list for the iwl 4965 project? From here http://intellinuxwireless.org/ it seems the ipw3945 and iwlwifi mailing list are the same, and I think the 4965 is in the iwlwifi project... I can only find a 3945 devel list at sourceforge: https://lists.sourceforge.net/lists/listinfo/ipw3945-devel thanks :) -- Iain Buchanan iaindb at netspace dot net dot au I suppose you expect me to talk. No, Mr. Bond. I expect you to die. -- Goldfinger
Re: [gentoo-user] A quick test of su
walt wrote: Can I trouble you folks to do this ten-second test and report your results? As an ordinary user, type 'su' at a bash prompt. Now, where you would normally type your root password, just type Ctrl-d instead. What do you see? (I'm ruling out evil spirits here, so please bear with me ;) Thanks for your help. Being my sometimes helpful self. lol Password: su: Authentication information cannot be recovered That normal I guess? Dale :-) :-)
Re: [gentoo-user] A quick test of su
Zeerak Waseem wrote: On Mon, 18 Jan 2010 23:13:55 +0100, Allan Gottlieb gottl...@nyu.edu wrote: At Mon, 18 Jan 2010 14:07:21 -0800 walt w41...@gmail.com wrote: Can I trouble you folks to do this ten-second test and report your results? As an ordinary user, type 'su' at a bash prompt. Now, where you would normally type your root password, just type Ctrl-d instead. What do you see? (I'm ruling out evil spirits here, so please bear with me ;) Thanks for your help. Looks good here. allan gottl...@allan ~ $ su Password: su: Authentication information cannot be recovered gottl...@allan ~ $ Same here :-) zee...@zeerak /home/zeerak $ su Password: su: Authentication information cannot be recovered su: Authentication information cannot be recovered
Re: [gentoo-user] Devicekit - especially just for Dale
Neil Bothwick wrote: On Mon, 18 Jan 2010 13:04:56 -0800, James Ausmus wrote: Another option (I know - too late for you, but might be useful for someone that runs across this on Google), is to press I during the initscript processes - enters Interactive Boot mode, so you can Y/N individual startup scripts, including xdm/X Even easier, hit e at the GRUB menu and add gentoo=nox to the kernel options. Easier still, create a separate menu entry with this option in anticipation of such situations... especially you Dale :P I just edit the grub line on mine. Heck, no more than I reboot, not having one would be OK. r...@smoker / # uptime 18:20:00 up 24 days, 22:12, 1 user, load average: 1.51, 1.37, 1.25 r...@smoker / # I usually just do softlevel=single or that other one I got wrote down here somewhere. Dale :-) :-)
Re: [gentoo-user] Re: About the change from /etc/X11/xorg.conf
On Mon, 18 Jan 2010 09:43:58 -0600, Harry Putnam wrote: Using only the current setup, that is, one with hal and dbus installed and one that does not use xorg.conf... and apparently does not use /etc/X11/xorg.conf.d either... since that directory is not present. But yet an X display happens when I type `startx', apparently generated somewhere automatically. What I'm asking is where does one make customizations to that auto generated process... something is doing it.. some file or something is involved... but what and where? xorg.conf. X queries your hardware for any settings not given in xorg.conf. This information is not stored anywhere, it is read from your hardware each time you start X. If you want to override anything, put it in xorg.conf. If you want to see what settings X comes up with, run X -configure and look at the xorg.conf file it creates. -- Neil Bothwick SITCOM: Single Income, Two Children, Oppressive Mortgage signature.asc Description: PGP signature
Re: [gentoo-user] Devicekit - especially just for Dale
Iain Buchanan wrote: On Mon, 2010-01-18 at 23:25 +0200, Alan McKinnon wrote: On Monday 18 January 2010 22:47:05 Dale wrote: In that case, ctrl alt F1 does nothing. You also need to understand that most people don't even know how to use SysRq keys. I didn't and had to do a hard shutdown. I had to actually pull the plug to do any good. Luckily I knew how to get it to boot into single user mode so I could disable hal otherwise I would be right back on the same screen again with no mouse or keyboard. It would be really bad if even that didn't work with devicekit. I'm not sure how it couldn't but we never know do we? Dale's experiences highlight a very important and very fundamental rule of desktop system design: As a developer you must completely and totally guarantee to the full limit of what is feasible, that the user will always have a usable keyboard, mouse and display after the desktop has launched. You can fallback to VGA resolution and the most basic keyboard layout possible if you need to, but you must give the user something and never leave them stranded. Anything else is just an epic fail. My 2c worth is this: In any other distribution, the xorg/hal update would have been configured so that Dale's (sorry to keep using you as an example :) keyboard / mouse was working. But this is Gentoo. You ARE the distributor AND the end user. Conflicts in libraries / packages are up to you to resolve. About 3-4 people use Gentoo at work, and at least 2 were hit by the keyboard/mouse not working bug in xorg when it moved to HAL. With a bit of fuddling, remerging, and so on, we got it working in both cases. So yes, the developer must give a fallback method of using the keyboard / mouse, but not against the incorrectly packaged / configured system. In Gentoo you often end up with an incorrect system, hence revdep-rebuild and so on. I didn't distribute hal, heck, I didn't even want it really. It's required by KDE is the only reason I have it at all. I just had to disable it for xorg is all to get a working X. Surely this wasn't my fault? Dale :-) :-)
Re: [gentoo-user] A quick test of su
On Mon, 18 Jan 2010 18:18:16 -0600, Dale wrote: Being my sometimes helpful self. lol Password: su: Authentication information cannot be recovered That normal I guess? Then I'm not! I get $ su Password: su: Authentication failure -- Neil Bothwick Someone who thinks logically is a nice contrast to the real world. signature.asc Description: PGP signature
Re: [gentoo-user] Devicekit - especially just for Dale
On Tue, 19 Jan 2010 01:09:16 +0200, Alan McKinnon wrote: XML is a machine-readable file format that just happens to use ASCII characters, it is not meant to be modified by a text editor, so if your program uses XML configuration files, it should include a means of editing those files that does not include the use of vim. which almost by definition means you need an xml-information parser on par with an xml-parser to figure out what the hell the fields mean, then design an intelligent viewer-editor thingy that lets the user add-delete-change the information in the xml file. All the while displaying to the user at least some information about the fields in view. Or a pretty GUI with clicky boxes to change the settings while never letting the user see the contents of the XML. -- Neil Bothwick We are phasing in a paperless office, starting with the restrooms. signature.asc Description: PGP signature
Re: [gentoo-user] Can you rewrite this 1996 qfile command?
On Mon, 18 Jan 2010 20:34:04 +0200, Arttu V. wrote: Solar's one-liner is likely working perfectly here. The one-liner just doesn't find any binaries with the ancient SSP symbol, and thus args for qfile are empty -- leading into qfile printing its usage. Does this mean using the --no-run-if-empty option with xargs will avoid the problem? -- Neil Bothwick Tagline stealing is the sincerest form of flattery. signature.asc Description: PGP signature
Re: [gentoo-user] Devicekit - especially just for Dale
Alan McKinnon wrote: On Tuesday 19 January 2010 00:29:18 Neil Bothwick wrote: On Mon, 18 Jan 2010 19:53:16 +0200, Alan McKinnon wrote: Your post makes sense until you realise that the use of XML in a configuration designed to be changed by the user renders the package virtually unusable. Given a choice between me as a developer struggling with a config parser versus vast swathes of users dumping the package because of the same parser, I'd say it's me that has to work harder, not my users. If we are truly trying to make Linux more accessible, with things like the plug and play hal offers, should we even be contemplating editing config files? XML is a machine-readable file format that just happens to use ASCII characters, it is not meant to be modified by a text editor, so if your program uses XML configuration files, it should include a means of editing those files that does not include the use of vim. which almost by definition means you need an xml-information parser on par with an xml-parser to figure out what the hell the fields mean, then design an intelligent viewer-editor thingy that lets the user add-delete-change the information in the xml file. All the while displaying to the user at least some information about the fields in view. Shaes of .chm anyone? By the time you've done all that and made the thing semi-usable, you've expended more effort than if you had written you own xml-parser from scratch. In C, python and perl. Plus C++ for good measure just to show how clever you are. As said before by someone else, hal and everything about it is a classic case of second system syndrome. It should be a comp-sci object case :-) I bet if hal had a easier to alter config file, I could have gotten my keyboard and mouse to work. Having the config file in xml format would be fine, IF it works out of the box with no configuring at all. Thing is, in my case and a few others, it needed a little bit of help to work. Some figured out how to make it work but my light bulb burned out and we all know where that ended up. I suspect that the underlying part of hal works fine. It MAY have worked fine for me if it was configured properly. The config part seems to have been at least some of its shortcoming. Take hal, redo the config file and try again. May work. ;-) Dale :-) :-)
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, Jan 18, 2010 at 4:30 PM, Dale rdalek1...@gmail.com wrote: Alan McKinnon wrote: On Tuesday 19 January 2010 00:29:18 Neil Bothwick wrote: On Mon, 18 Jan 2010 19:53:16 +0200, Alan McKinnon wrote: Your post makes sense until you realise that the use of XML in a configuration designed to be changed by the user renders the package virtually unusable. Given a choice between me as a developer struggling with a config parser versus vast swathes of users dumping the package because of the same parser, I'd say it's me that has to work harder, not my users. If we are truly trying to make Linux more accessible, with things like the plug and play hal offers, should we even be contemplating editing config files? XML is a machine-readable file format that just happens to use ASCII characters, it is not meant to be modified by a text editor, so if your program uses XML configuration files, it should include a means of editing those files that does not include the use of vim. which almost by definition means you need an xml-information parser on par with an xml-parser to figure out what the hell the fields mean, then design an intelligent viewer-editor thingy that lets the user add-delete-change the information in the xml file. All the while displaying to the user at least some information about the fields in view. Shaes of .chm anyone? By the time you've done all that and made the thing semi-usable, you've expended more effort than if you had written you own xml-parser from scratch. In C, python and perl. Plus C++ for good measure just to show how clever you are. As said before by someone else, hal and everything about it is a classic case of second system syndrome. It should be a comp-sci object case :-) I bet if hal had a easier to alter config file, I could have gotten my keyboard and mouse to work. Having the config file in xml format would be fine, IF it works out of the box with no configuring at all. Thing is, in my case and a few others, it needed a little bit of help to work. Some figured out how to make it work but my light bulb burned out and we all know where that ended up. I suspect that the underlying part of hal works fine. It MAY have worked fine for me if it was configured properly. The config part seems to have been at least some of its shortcoming. Take hal, redo the config file and try again. May work. ;-) Or, at least provide a easy config UI (both X and non-X) for the XML files, so you never have to worry about the syntax or the complexity of the config files... -James Dale :-) :-)
[gentoo-user] Re: A quick test of su
On 01/18/2010 02:14 PM, Hilco Wijbenga wrote: 2010/1/18 waltw41...@gmail.com: Can I trouble you folks to do this ten-second test and report your results? As an ordinary user, type 'su' at a bash prompt. Now, where you would normally type your root password, just type Ctrl-d instead. What do you see? (I'm ruling out evil spirits here, so please bear with me ;) su: Authentication information cannot be recovered Thanks for your help. What did I win? :-) Congratulations, you just won my evil spirits. Please come pick them up ASAP, as they're getting hungry. The evil spirits in my x86 and ~amd64 machines seem to be outvoted by 4:1 (so far). Here is what I see on both machines: $su Password: = I type Ctrl-d here Segmentation fault I've traced this problem to the pam_ssh package, which is supposed to return a charstring containing the typed password, but it instead returns a null pointer when I type Ctrl-d. Calamity ensues. I've filed a gentoo bug report that has generated only puzzlement so far, and I guess your responses explain why. I have evil spirits in my two machines, and you don't.
[gentoo-user] [OT] Something like Webresearch for linux
I wondered if anyone here knows of a linux tool that is similar to webresearch: http://www.macropool.de/en/products/webresearch/index.html Its one of those clip and save from the internet (or whole pages) kind of things that allows you to make a hierarchy of folders and has some useful search capability (amongst the clipings I mean). I'd like to here especially from anyone with first hand experience of something similar on linux.
Re: [gentoo-user] Devicekit - especially just for Dale
On Mon, 2010-01-18 at 18:23 -0600, Dale wrote: Iain Buchanan wrote: On Mon, 2010-01-18 at 23:25 +0200, Alan McKinnon wrote: On Monday 18 January 2010 22:47:05 Dale wrote: In that case, ctrl alt F1 does nothing. You also need to understand that most people don't even know how to use SysRq keys. I didn't and had to do a hard shutdown. I had to actually pull the plug to do any good. Luckily I knew how to get it to boot into single user mode so I could disable hal otherwise I would be right back on the same screen again with no mouse or keyboard. It would be really bad if even that didn't work with devicekit. I'm not sure how it couldn't but we never know do we? Dale's experiences highlight a very important and very fundamental rule of desktop system design: As a developer you must completely and totally guarantee to the full limit of what is feasible, that the user will always have a usable keyboard, mouse and display after the desktop has launched. You can fallback to VGA resolution and the most basic keyboard layout possible if you need to, but you must give the user something and never leave them stranded. Anything else is just an epic fail. My 2c worth is this: In any other distribution, the xorg/hal update would have been configured so that Dale's (sorry to keep using you as an example :) keyboard / mouse was working. But this is Gentoo. You ARE the distributor AND the end user. Conflicts in libraries / packages are up to you to resolve. About 3-4 people use Gentoo at work, and at least 2 were hit by the keyboard/mouse not working bug in xorg when it moved to HAL. With a bit of fuddling, remerging, and so on, we got it working in both cases. So yes, the developer must give a fallback method of using the keyboard / mouse, but not against the incorrectly packaged / configured system. In Gentoo you often end up with an incorrect system, hence revdep-rebuild and so on. I didn't distribute hal, well, in a sense you've distributed it to yourself, as opposed to using a binary distribution where all these packages are rebuilt by someone else and distributed to you. heck, I didn't even want it really. It's required by KDE is the only reason I have it at all. I just had to disable it for xorg is all to get a working X. Surely this wasn't my fault? no, but my point was a binary OS would re-compile everything multiple times on some super-server of theirs before you download and try it. Hence in that case you're the user, not the distributor. In Gentoo's case you're the user AND the distributor, and 99.9% of the time you don't need to recompile the universe to end up with a working system. I'm sure that there is some magic package that just needs to be re-merged that would fix the issue for you, but I'm sure you've spent enough time on it, so I'm not suggesting you try :) -- Iain Buchanan iaindb at netspace dot net dot au The whole intent of Perl 5's module system was to encourage the growth of Perl culture rather than the Perl core. -- Larry Wall in 199705101952.maa00...@wall.org
Re: [gentoo-user] A quick test of su
On 18 Jan 2010, at 22:13, Allan Gottlieb wrote: ... gottl...@allan ~ $ su Password: su: Authentication information cannot be recovered gottl...@allan ~ $ On my Linux boxes I get the same as everyone else. My Mac apologises to me. :/ Stroller.
[gentoo-user] Re: Devicekit - especially just for Dale
On 01/18/2010 09:53 AM, Alan McKinnon wrote: Just as code is read many more times than it is written, so is a package configured by the end user many more times than the config parser studied by the developer. Your post makes sense until you realise that the use of XML in a configuration designed to be changed by the user renders the package virtually unusable. Given a choice between me as a developer struggling with a config parser versus vast swathes of users dumping the package because of the same parser, I'd say it's me that has to work harder, not my users. Back when git was still fairly fragile and Linus and the other git geeks were discussing how to construct the git config files, quoth Linus: The X in XML stand for crap, and they couldn't even spell crap correctly. That's a matter of record in the git mail-list repository -- I didn't make it up, honest! To see what they finally decided upon, just look at the .git/config file in any git repository. Certainly more human-readable than XML, but whether it's lexically equivalent/superior/inferior I certainly don't know. I do know that Linus's opinions are usually quite clear :)
Re: [gentoo-user] How to determine if a NIC is playing gigabit?
=== On Mon, 01/18, Stroller wrote: === I'm not ruling out the cable, because it's pretty beat up (but the switch *is* lighting up as 1000), but how do I determine, please, that the Linux server at the other end is recognising the NIC and negotiating as gigabit speeds? === ethtool eth0 emerge ethtool if you don't have it. Not all chips/drivers support the ioctls necessary to report that, but most recent ones do. -- Keith Dart -- -- ~ Keith Dart ke...@dartworks.biz public key: ID: 19017044 http://www.dartworks.biz/ =
Re: [gentoo-user] [OT] - What SATA CD-R/DVD-R drive manufacturer to buy?
On Mon, Jan 18, 2010 at 2:57 PM, Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote: Neil Bothwick n...@digimed.co.uk wrote: On Mon, 18 Jan 2010 09:38:16 -0600, Paul Hartman wrote: I have a cheap Sony Optiarc (formerly NEC?) and it has worked fine for me for ripping and burning audio CDs, DVD+/-R (single and dual layer). It cost around $25 USD. I don't know if it is better or worse than any other brand but it seems to work for me anyway. I've got a couple of these, one SATA one PATA, the SATA one works very well but the PATA one is slower at ripping discs. While NEC is not bad, my current NEC drive does not read hidden audio tracks (like e.g. found on 13 Die Ärtzte). The answer can only be: It depends... Jörg Thanks Joerg. I sort of knew that would be the answer. Since I really needed something to build the machine and it isn't going to get much cheaper than $25 for an Optiarc I just ent ahead and got one. We'll see how it works. Is there any way to know ahead of time which drives will read the hidden audio track? Sort of related is that what about multimedia CDs - 8 tracks of audio and then a multimedia video. Any way to copy those with these drives? What's your opinion in the Libby and Dee firmware and/or flashing that firmware or Optiarc firmware updates using the binflash app? I'm in no hurry to do any of that but figured I'd learn a bit about it in the next week. Thanks, Mark
Re: [gentoo-user] Devicekit - especially just for Dale
On 18 Jan 2010, at 21:50, James Ausmus wrote: Very recent buyers of Lenovo laptops don't even *have* a SysRq key anymore. I reckon it won't be long before other makers follow suit. I can see Lenovo's point: there's probably less than 10,000 people in the whole world that ever used that key in the last 12 months and all of them are very au fait with Linux Yuck - really? Not even as an unlabeled Alt function of a Print Screen button? Sounds like a new kernel patch needs to be introduced, which allows you to select an alternative to the SysRq key for the magic commands... sigh Stupid HW manufacturers... To me, this sounds like rationalisation - in the make more efficient by reorganizing it in such a way as to dispense with unnecessary personnel or equipment sense - on behalf of hardware manufacturers. I would hate to do away with the numeric keypad myself, but at the same time I have to question how often I use it. When I look at the whole keyboard it seems crazy to have 102 or 105 keys in order to type 26 letters, 10 numbers and some punctuation. The function keys of regular keyboards are never used by the majority of people, and it has been this way for over a decade. Yet new keyboards require them because IBM keyboards had them in the 1980s. The authors of window managers map the close window shortcut to alt- F4 because the F4 key is there and is sure to be unused by anything else, but this function could easily be moved elsewhere if we got rid of the extra keyboard clutter. Stroller.
Re: [gentoo-user] Devicekit - especially just for Dale
On 18 Jan 2010, at 17:53, Alan McKinnon wrote: ... XML allows you to generate complex, structured, hierarchical data that can be read, changed, and stored by well-tested third party libraries that don't need to know anything about the contents or meaning of your configuration data beforehand. This means I, as a developer, don't need to write any code to read and parse configurations, validate the syntax or structure (only the content), or persist it back out. In simpler terms: less time spent on the configuration parser, more time spent being productive. ... Your post makes sense until you realise that the use of XML in a configuration designed to be changed by the user renders the package virtually unusable. Given a choice between me as a developer struggling with a config parser versus vast swathes of users dumping the package because of the same parser, I'd say it's me that has to work harder, not my users. It pains me to be making another I use a Mac post here today, but since I do so, I don't really see the pain. I double click on an XML configuration file, and a GUI editor opens, a program designed specifically for editing such files. I can create new entries, child-objects of a configuration option, or I can just double- click on the entry's value and change it. Strings, numbers booleans are clearly marked, so that I can't break my configuration file by entering the wrong kind of data for a value. Of course, I use Gentoo on my headless servers, so I am glad that server software - Dovecot or Courier for IMAP, Apache, Samba - all have plain-text configuration files I can edit with vim (which I have been learning to utilise better recently). But even if these switched to XML, a curses XML editor could easily be written. As a novice programmer myself I was extremely glad to discover the Getopt::Long (and similar) modules when learning Perl recently. I have long written my scripts in Bash and parsed command-line parameters myself, with $1 and shift and whatnot, and I'm sure I've created some monstrosities with which it's easy for the user to foul things up just by entering parameters in an unexpected order. So I'd be very glad to hand off config script parsing to someone else - I write my software for myself, so I'm not sure I care how this affects users ;). Having said that, I'm a little surprised by Mike's assertion that there's no libraries for parsing text configuration files that are comparable with those for parsing XML. Stroller.