[gentoo-user] gentoo rebuild, cups won't work
I'm rebuilding a broken gentoo, taken down by hard drive failure. Most things are working well, but printing just won't go. Attpempts to print are accepted, but not printed. lpstat -t shows the attached printer is disabled. Re-enabling only works until the next job is submitted. It has reported a variety of reasons, such as Page not Found (whatever that means). Or some thing about back end failure. Or no reason stated at all. I've got my old config files, so I was prepared for things to Just Work. They don't. I do not have my old world file, so I may be missing a piece. I've installed cups and hplip. I cannot follow the Gentoo printing guide, because that worthy document requires me to add hplip to the default runlevel, but hplip does not put anything in /etc/init.d. My printer is an old HP Laserjet 4M, which I usually run as a Postscrpt printer. What have I missed? -- Kevin O'Gorman, PhD
[gentoo-user] location of update-grub
I'm rebuilding my gentoo. I liked having the update-grub script polish off kernel installs, but I cannot seem to locate it. Somebody who has it please tell me what package it's in. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] gentoo rebuild, cups won't work
On Feb 1, 2008 2:26 AM, Dale [EMAIL PROTECTED] wrote: Dave Jones wrote: Hi Kevin Kevin O'Gorman wrote on 27/01/08 19:58: I've installed cups and hplip. I cannot follow the Gentoo printing guide, because that worthy document requires me to add hplip to the default runlevel, but hplip does not put anything in /etc/init.d. My printer is an old HP Laserjet 4M, which I usually run as a Postscrpt printer. What have I missed? Run hp-setup You'll probably need to rework your cups config files if you've retained them from the broken install. hp-setup should enable local printing OK. /etc/init.d/hplip is no longer necessary with recent hplip ebuilds. Cheers, Dave And if it still gives you problems, delete /etc/cups then reemerge cups. I had to do that last part too. Dale The problem is that my printer is on the LPT port (/dev/lp0), and hp-setup does not find it. In fact it has an option for LPT printers, but it is greyed out. The printer is really there: I can print by cat printme /dev/lp0 with a suitably formed printme file (lines need CR, file ends with ^L^D). ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] gentoo rebuild, cups won't work
On Feb 2, 2008 10:18 AM, Kevin O'Gorman [EMAIL PROTECTED] wrote: On Feb 1, 2008 2:26 AM, Dale [EMAIL PROTECTED] wrote: Dave Jones wrote: Hi Kevin Kevin O'Gorman wrote on 27/01/08 19:58: I've installed cups and hplip. I cannot follow the Gentoo printing guide, because that worthy document requires me to add hplip to the default runlevel, but hplip does not put anything in /etc/init.d. My printer is an old HP Laserjet 4M, which I usually run as a Postscrpt printer. What have I missed? Run hp-setup You'll probably need to rework your cups config files if you've retained them from the broken install. hp-setup should enable local printing OK. /etc/init.d/hplip is no longer necessary with recent hplip ebuilds. Cheers, Dave And if it still gives you problems, delete /etc/cups then reemerge cups. I had to do that last part too. Dale The problem is that my printer is on the LPT port (/dev/lp0), and hp-setup does not find it. In fact it has an option for LPT printers, but it is greyed out. The printer is really there: I can print by cat printme /dev/lp0 with a suitably formed printme file (lines need CR, file ends with ^L^D). ++ kevin Hmmm. Digging slightly deeper, I found the /usr/bin/hp-probe program. It lets me specifically request a probe of LPT, but finds nothing there. The printer remains attached. I'm even more deeply stumped than before. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] gentoo rebuild, cups won't work
On Feb 2, 2008 1:01 PM, Dave Jones [EMAIL PROTECTED] wrote: Hi Kevin Kevin O'Gorman wrote on 02/02/08 19:31: I've installed cups and hplip. I cannot follow the Gentoo printing guide, because that worthy document requires me to add hplip to the default runlevel, but hplip does not put anything in /etc/init.d. My printer is an old HP Laserjet 4M, which I usually run as a Postscrpt printer. What have I missed? Run hp-setup You'll probably need to rework your cups config files if you've retained them from the broken install. hp-setup should enable local printing OK. And if it still gives you problems, delete /etc/cups then reemerge cups. I had to do that last part too. The problem is that my printer is on the LPT port (/dev/lp0), and hp-setup does not find it. In fact it has an option for LPT printers, but it is greyed out. The printer is really there: I can print by cat printme /dev/lp0 with a suitably formed printme file (lines need CR, file ends with ^L^D). Hmmm. Digging slightly deeper, I found the /usr/bin/hp-probe program. It lets me specifically request a probe of LPT, but finds nothing there. The printer remains attached. I'm even more deeply stumped than before. Try: hp-setup -i /dev/parport0 See if that helps. Try hp-setup -hfor other options. I take it that your kernel has parallel port support generated, and that you have file permission to access /dev/lp0 ? Cheers, Dave -- gentoo-user@lists.gentoo.org mailing list It runs, but only gives me options for usb and net. This makes some sense since there are no /dev/parport* entries in my system. Nevertheless, I have parallel port support as I understand it. From my kernel (2.6.22-gentoo-r6) .config file: # # Generic Driver Options # CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=m # CONFIG_SYS_HYPERVISOR is not set # CONFIG_CONNECTOR is not set # CONFIG_MTD is not set CONFIG_PARPORT=yparallel port CONFIG_PARPORT_PC=y PC style # CONFIG_PARPORT_SERIAL is not set # CONFIG_PARPORT_PC_FIFO is not set # CONFIG_PARPORT_PC_SUPERIO is not set # CONFIG_PARPORT_GSC is not set # CONFIG_PARPORT_AX88796 is not set CONFIG_PARPORT_1284=y CONFIG_PNP=y # CONFIG_PNP_DEBUG is not set Thanks for the help. -- Kevin O'Gorman, PhD
Re: [gentoo-user] gentoo rebuild, cups won't work WORKAROUND (i.e. mysteriously solved)
On Feb 3, 2008 4:27 AM, Dave Jones [EMAIL PROTECTED] wrote: Kevin O'Gorman wrote on 02/02/08 22:26: I've installed cups and hplip. I cannot follow the Gentoo printing guide, because that worthy document requires me to add hplip to the default runlevel, but hplip does not put anything in /etc/init.d. My printer is an old HP Laserjet 4M, which I usually run as a Postscrpt printer. What have I missed? Run hp-setup You'll probably need to rework your cups config files if you've retained them from the broken install. hp-setup should enable local printing OK. And if it still gives you problems, delete /etc/cups then reemerge cups. I had to do that last part too. The problem is that my printer is on the LPT port (/dev/lp0), and hp-setup does not find it. In fact it has an option for LPT printers, but it is greyed out. The printer is really there: I can print by cat printme /dev/lp0 with a suitably formed printme file (lines need CR, file ends with ^L^D). Hmmm. Digging slightly deeper, I found the /usr/bin/hp-probe program. It lets me specifically request a probe of LPT, but finds nothing there. The printer remains attached. I'm even more deeply stumped than before. Try: hp-setup -i /dev/parport0 See if that helps. Try hp-setup -hfor other options. I take it that your kernel has parallel port support generated, and that you have file permission to access /dev/lp0 ? It runs, but only gives me options for usb and net. This makes some sense since there are no /dev/parport* entries in my system. Nevertheless, I have parallel port support as I understand it. From my kernel (2.6.22-gentoo-r6) .config file: # # Generic Driver Options # CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=m # CONFIG_SYS_HYPERVISOR is not set # CONFIG_CONNECTOR is not set # CONFIG_MTD is not set CONFIG_PARPORT=yparallel port CONFIG_PARPORT_PC=y PC style # CONFIG_PARPORT_SERIAL is not set # CONFIG_PARPORT_PC_FIFO is not set # CONFIG_PARPORT_PC_SUPERIO is not set # CONFIG_PARPORT_GSC is not set # CONFIG_PARPORT_AX88796 is not set CONFIG_PARPORT_1284=y CONFIG_PNP=y # CONFIG_PNP_DEBUG is not set Your kernel set-up looks reasonable to me. I don't have parallel port support generated into my system, as I don't have a parallel printer. On a Centos host with parallel port support, 2.6.18 kernel: CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CONFIG_PARPORT_SERIAL=m # CONFIG_PARPORT_PC_FIFO is not set # CONFIG_PARPORT_PC_SUPERIO is not set CONFIG_PARPORT_PC_PCMCIA=m CONFIG_PARPORT_NOT_PC=y # CONFIG_PARPORT_GSC is not set # CONFIG_PARPORT_AX88796 is not set CONFIG_PARPORT_1284=y CONFIG_PARIDE_PARPORT=m CONFIG_I2C_PARPORT=m CONFIG_I2C_PARPORT_LIGHT=m ls /dev/par* shows: /dev/par0 /dev/parport0 /dev/parport1 /dev/parport2 /dev/parport3 Do you have a standard parallel port, or a special IO card? Have you modified /etc/udev.d rules? I have these (unmodified) entries: rules.d/50-udev.rules:KERNEL==lp*,NAME=%k, GROUP=lp rules.d/50-udev.rules:KERNEL==parport*, NAME=%k, GROUP=lp I'm puzzled by this, as your /dev/lp0 print test worked. The only other suggestion I have would be to try: hp-setup -i /dev/lp0 Don't know if hp-setup will accept this, might be worth having a go. Cheers, Dave -- gentoo-user@lists.gentoo.org mailing list hp-setup stubbornly refuses to acknowledge /dev/lp0 I got it to work, but don't really know what was wrong. The drive that held my root directory and all configs had failed. Friday, i got it back from the DiskSavers, along with the data on a new USB external drive. Copying over the cups config files just magically made the printer work locally. That's enough for now. I'm still struggling with a host of issues, so I'm going to ignore the fact that I have no idea what keeps my CUPS working. I think I've got cron backing up to that USB drive nightly -- using rsync it takes about an hour for all partitions, unattended. Beats the blazes out of hovering over the DVD drive. And i'm pretty sure I won't end up in the same fix again. But I've still got to get the LPD service going, not to mention apache, vmware, ntp and gaim/pidgin. And I have a day job. I'll get around to it. Real Soon Now. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Belated switchover to pidgin from gaim, fails silently
On Feb 3, 2008 3:15 PM, Mateusz Mierzwinski [EMAIL PROTECTED] wrote: Kevin O'Gorman pisze: I just got around to noticing that my gaim IM client is deprecated. I emerged pidgin and it shows up in the menus, but all attempts to start it silently fail. I tried looking in /var/log/*, for instance, and get nothing. Grepping there for 'pidgin' and still nothing. Does anybody want to help me guess? -- Kevin O'Gorman, PhD Try to change name of directory in Your home - .gaim to someelse. Next try to start pidgin. If it fails, then run emerge --sync emerge pidgin -va (set flags for things you need) and next try to run again. If renaming of .gaim catalog help's then this is incompatibility of configure files or some archives. Try to experiment. IF somethings happend, wrote here. Mateusz M. -- gentoo-user@lists.gentoo.org mailing list renaming .gaim to dot.gaim makes no difference. I did not re-emerge it, but found that it works if I'm the root user. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Belated switchover to pidgin from gaim, fails silently
On Feb 3, 2008 3:26 PM, Brian Marshall [EMAIL PROTECTED] wrote: On Sun, 3 Feb 2008 15:08:34 -0800 Kevin O'Gorman [EMAIL PROTECTED] wrote: I just got around to noticing that my gaim IM client is deprecated. I emerged pidgin and it shows up in the menus, but all attempts to start it silently fail. I tried looking in /var/log/*, for instance, and get nothing. Grepping there for 'pidgin' and still nothing. Does anybody want to help me guess? You aren't going to get any /var/logs for a failed program like Pidgin. Try starting it from a terminal, where you should get output. Brian Starting from a terminal also dies silently. I tried running it under strace(1), and it appears that it's doing a poll(6, ...) followed by a read(6, ...) on a socket, and the read errors out with EAGAIN. Pidgin promptly dies without a message. Pidgin had written to this socket, but it was binary and I don't recongnze the contents. The last few: writev(6, [{l\4\1\1\4\0\0\0%\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {\35\0\0\0, 4}], 2) = 140 munmap(0xb69c2000, 16944) = 0 writev(6, [{l\4\1\1\4\0\0\0\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {\36\0\0\0, 4}], 2) = 140 writev(6, [{l\4\1\1\4\0\0\0\'\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {\37\0\0\0, 4}], 2) = 140 munmap(0xb69b5000, 8400)= 0 munmap(0xb69b2000, 8364)= 0 writev(6, [{l\4\1\1\4\0\0\0(\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {!\0\0\0, 4}], 2) = 140 munmap(0xb69ae000, 12772) = 0 munmap(0xb69aa000, 12616) = 0 writev(6, [{l\4\1\1\4\0\0\0)\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {#\0\0\0, 4}], 2) = 140 munmap(0xb6819000, 96672) = 0 munmap(0xb69a6000, 12552) = 0 munmap(0xb69a2000, 12616) = 0 munmap(0xb681, 33468) = 0 munmap(0xb699e000, 12584) = 0 munmap(0xb680d000, 8396)= 0 writev(6, [{l\4\1\1\4\0\0\0*\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {)\0\0\0, 4}], 2) = 140 munmap(0xb67fa000, 76400) = 0 writev(6, [{l\4\1\1\4\0\0\0+\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {*\0\0\0, 4}], 2) = 140 munmap(0xb67e6000, 79420) = 0 writev(6, [{l\4\1\1\4\0\0\0,\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {+\0\0\0, 4}], 2) = 140 munmap(0xb67e2000, 12836) = 0 munmap(0xb67ac000, 218892) = 0 writev(6, [{l\4\1\1\4\0\0\0-\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {,\0\0\0, 4}], 2) = 140 munmap(0xb6791000, 107488) = 0 munmap(0xb678d000, 12592) = 0 writev(6, [{l\4\1\1\4\0\0\0.\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {/\0\0\0, 4}], 2) = 140 munmap(0xb678a000, 8676)= 0 munmap(0xb6831000, 250056) = 0 ... gettimeofday({1202082681, 583620}, NULL) = 0 gettimeofday({1202082681, 584464}, NULL) = 0 writev(6, [{l\1\0\1#\0\0\0/\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre..., 144}, {\36\0\0\0im.pidgin.purple.PurpleServi..., 35}], 2) = 179 gettimeofday({1202082681, 585299}, NULL) = 0 poll([{fd=6, events=POLLIN, revents=POLLIN}], 1, 25000) = 1 read(6, l\2\1\1\4\0\0\0\4\0\0\0=\0\0\0\6\1s\0\4\0\0\0:1.3\0\0\0\0..., 2048) = 84 ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Belated switchover to pidgin from gaim, fails silently
On Feb 3, 2008 4:16 PM, Kevin O'Gorman [EMAIL PROTECTED] wrote: On Feb 3, 2008 3:26 PM, Brian Marshall [EMAIL PROTECTED] wrote: On Sun, 3 Feb 2008 15:08:34 -0800 Kevin O'Gorman [EMAIL PROTECTED] wrote: I just got around to noticing that my gaim IM client is deprecated. I emerged pidgin and it shows up in the menus, but all attempts to start it silently fail. I tried looking in /var/log/*, for instance, and get nothing. Grepping there for 'pidgin' and still nothing. Does anybody want to help me guess? You aren't going to get any /var/logs for a failed program like Pidgin. Try starting it from a terminal, where you should get output. Brian Starting from a terminal also dies silently. I tried running it under strace(1), and it appears that it's doing a poll(6, ...) followed by a read(6, ...) on a socket, and the read errors out with EAGAIN. Pidgin promptly dies without a message. Pidgin had written to this socket, but it was binary and I don't recongnze the contents. The last few: writev(6, [{l\4\1\1\4\0\0\0%\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {\35\0\0\0, 4}], 2) = 140 munmap(0xb69c2000, 16944) = 0 writev(6, [{l\4\1\1\4\0\0\0\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {\36\0\0\0, 4}], 2) = 140 writev(6, [{l\4\1\1\4\0\0\0\'\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {\37\0\0\0, 4}], 2) = 140 munmap(0xb69b5000, 8400)= 0 munmap(0xb69b2000, 8364)= 0 writev(6, [{l\4\1\1\4\0\0\0(\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {!\0\0\0, 4}], 2) = 140 munmap(0xb69ae000, 12772) = 0 munmap(0xb69aa000, 12616) = 0 writev(6, [{l\4\1\1\4\0\0\0)\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {#\0\0\0, 4}], 2) = 140 munmap(0xb6819000, 96672) = 0 munmap(0xb69a6000, 12552) = 0 munmap(0xb69a2000, 12616) = 0 munmap(0xb681, 33468) = 0 munmap(0xb699e000, 12584) = 0 munmap(0xb680d000, 8396)= 0 writev(6, [{l\4\1\1\4\0\0\0*\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {)\0\0\0, 4}], 2) = 140 munmap(0xb67fa000, 76400) = 0 writev(6, [{l\4\1\1\4\0\0\0+\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {*\0\0\0, 4}], 2) = 140 munmap(0xb67e6000, 79420) = 0 writev(6, [{l\4\1\1\4\0\0\0,\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {+\0\0\0, 4}], 2) = 140 munmap(0xb67e2000, 12836) = 0 munmap(0xb67ac000, 218892) = 0 writev(6, [{l\4\1\1\4\0\0\0-\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {,\0\0\0, 4}], 2) = 140 munmap(0xb6791000, 107488) = 0 munmap(0xb678d000, 12592) = 0 writev(6, [{l\4\1\1\4\0\0\0.\0\0\0w\0\0\0\1\1o\0\36\0\0\0/im/pidg..., 136}, {/\0\0\0, 4}], 2) = 140 munmap(0xb678a000, 8676)= 0 munmap(0xb6831000, 250056) = 0 ... gettimeofday({1202082681, 583620}, NULL) = 0 gettimeofday({1202082681, 584464}, NULL) = 0 writev(6, [{l\1\0\1#\0\0\0/\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre..., 144}, {\36\0\0\0im.pidgin.purple.PurpleServi..., 35}], 2) = 179 gettimeofday({1202082681, 585299}, NULL) = 0 poll([{fd=6, events=POLLIN, revents=POLLIN}], 1, 25000) = 1 read(6, l\2\1\1\4\0\0\0\4\0\0\0=\0\0\0\6\1s\0\4\0\0\0:1.3\0\0\0\0..., 2048) = 84 ++ kevin -- Kevin O'Gorman, PhD More info: pidgin works fine if I'm the root user. How that fits in with socket ops I do not know. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: Portage behaviour with Masked packages - Gaim
On 2/4/08, Mick [EMAIL PROTECTED] wrote: On Monday 04 February 2008, Michael Schmarck wrote: Michael Sullivan [EMAIL PROTECTED] wrote: Why is gaim no longer in portage? Is it dead upstream? It has been renamed to Pidgin in 2007 to prevent some legal issues with AOL and their AIM product. From Michael Sullivan's comment shall I assume that you also did not see the portage warning about Gaim-over (pun intended) or perhaps you never had Gaim installed? Anyone else who can confirm that they have Gaim installed but not seen the portage warning? -- I can; and I'm the OP. I don't know where the warning would have been seen; generally there's so much stuff that any particular item has to really push to be noticed. But at that time, all ewarn and einfo messages were being mailed to me, but I don't remember seeing this. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: Portage behaviour with Masked packages - Gaim
On 2/4/08, Michael Sullivan [EMAIL PROTECTED] wrote: On Mon, 2008-02-04 at 15:11 +, Mick wrote: On Monday 04 February 2008, Michael Schmarck wrote: Michael Sullivan [EMAIL PROTECTED] wrote: Why is gaim no longer in portage? Is it dead upstream? It has been renamed to Pidgin in 2007 to prevent some legal issues with AOL and their AIM product. From Michael Sullivan's comment shall I assume that you also did not see the portage warning about Gaim-over (pun intended) or perhaps you never had Gaim installed? Anyone else who can confirm that they have Gaim installed but not seen the portage warning? I have gaim installed, and I use it every day, but I haven't seen any warnings from portage. Will pidgin be able to read my ~/.gaim/* files? Yes. But be aware that if you keep logs of your IM and chat traffic, that the first time pidgin starts will take a LONG time. But when it's over, you will have everything, or at least I did. -- Kevin O'Gorman, PhD
Re: [gentoo-user] gentoo rebuild, cups won't work WORKAROUND (i.e. mysteriously solved)
On Feb 3, 2008 3:57 PM, Dave Jones [EMAIL PROTECTED] wrote: Kevin O'Gorman wrote on 04/02/08 00:19: I've installed cups and hplip I cannot follow the Gentoo printing guide, because that worthy document requires me to add hplip to the default runlevel, but hplip does not put anything in /etc/init.d. My printer is an old HP Laserjet 4M, which I usually run as a Postscrpt printer. What have I missed? hp-setup stubbornly refuses to acknowledge /dev/lp0 I got it to work, but don't really know what was wrong. The drive that held my root directory and all configs had failed. Friday, i got it back from the DiskSavers, along with the data on a new USB external drive. Copying over the cups config files just magically made the printer work locally. That's enough for now. I'm still struggling with a host of issues, so I'm going to ignore the fact that I have no idea what keeps my CUPS working. I think I've got cron backing up to that USB drive nightly -- using rsync it takes about an hour for all partitions, unattended. Beats the blazes out of hovering over the DVD drive. And i'm pretty sure I won't end up in the same fix again. But I've still got to get the LPD service going, not to mention apache, vmware, ntp and gaim/pidgin. And I have a day job. I'll get around to it. Real Soon Now. Glad to hear that you're up and running, and thanks for the timely reminder to do a backup! 8-) Please check that you have USE=parport enabled for hplip The contents of /etc/hp/hplip.conf and the output of: hp-check - and - hp-probe -bpar would also be interesting. Cheers, Dave -- gentoo-user@lists.gentoo.org mailing list It's gonna take a day or so to get all that. I'm in the midst of one of those monster recompiles now, and working on apache. Did I mention I have a day job? :o) Thanks for the help. I did find that hplip was compiled without the parport flag. Since local printing on the parallel port is now working without it, I wonder what it does? Thanks, and I'll get that info when I have things a bit more stable. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Belated switchover to pidgin from gaim, fails silently
On Feb 4, 2008 12:50 AM, Mateusz Mierzwinski [EMAIL PROTECTED] wrote: Kevin O'Gorman pisze: On Feb 3, 2008 3:15 PM, Mateusz Mierzwinski [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Kevin O'Gorman pisze: I just got around to noticing that my gaim IM client is deprecated. I emerged pidgin and it shows up in the menus, but all attempts to start it silently fail. I tried looking in /var/log/*, for instance, and get nothing. Grepping there for 'pidgin' and still nothing. Does anybody want to help me guess? -- Kevin O'Gorman, PhD Try to change name of directory in Your home - .gaim to someelse. Next try to start pidgin. If it fails, then run emerge --sync emerge pidgin -va (set flags for things you need) and next try to run again. If renaming of .gaim catalog help's then this is incompatibility of configure files or some archives. Try to experiment. IF somethings happend, wrote here. Mateusz M. -- gentoo-user@lists.gentoo.org mailto:gentoo-user@lists.gentoo.org mailing list renaming .gaim to dot.gaim makes no difference. I did not re-emerge it, but found that it works if I'm the root user. ++ kevin -- Kevin O'Gorman, PhD You should get pidgin in Your group. Set correct rights to app and libs. -- gentoo-user@lists.gentoo.org mailing list I'm not clear on what that means. I don't think I'm going to fool around with file permissions on an installed package. In any event, it turns out that after I ran pidgin as root, it started to work for me as a user too. Go figure. I'm not gonna mess with it. I'm going on to the other things that still don't work. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] gentoo rebuild, cups won't work WORKAROUND (i.e. mysteriously solved)
On Feb 5, 2008 2:47 PM, Dave Jones [EMAIL PROTECTED] wrote: Dale wrote on 05/02/08 22:44: hp-setup stubbornly refuses to acknowledge /dev/lp0 Please check that you have USE=parport enabled for hplip Thanks for the help. I did find that hplip was compiled without the parport flag. Dale beat me to pointing out that you may have missed the parport USE flag, most likely the cause of the problem. Dale has added the USE flag parport to his too. Just in case I ever need it. Mine is not grayed out now either. That should work. Dale, thanks for the pointer, and also for proving that enabling the parport USE flag should cure the problem Kevin experienced. Ain't having all the options neat? Even if you have to recompile things a lot. ;-) It's one of Gentoos' many strong points - *you* choose what *you* want. I enjoy keeping my systems lean and mean, so I turn off options I don't require, rather than including them 'just in case.' That's the beauty of Gentoo: we have choice. To each their own. It's called freedom. Cheers, Dave Well, this is weird. Putting in the parport USE flag causes a change in the config file that gets built during emergence of hplip: /etc/hp/hplip.conf now has pp-build=yes, and hplip is now willing to probe parallel devices. This does me no good because it doesn't find any devices, even though the printer is powered on, connected, and has been printing just fine. However, the emphasis is on the fact that the printer prints. So I'm gonna spend my time on getting apache and vmware working. ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Looking for PCI-X external SATA controller
I can find a lot of cards that are almost what I want. But I have an external drive, and a PCI-X motherboard. Not internal, and not PCI-E. Anybody know of such a beast? -- Kevin O'Gorman, PhD
[gentoo-user] emerge -aDNvu world fails
I cannot emerge world any more because portage keeps barfing on some random java ebuild. Java's not even in the list of things to emerge, but here's what I see: Total: 14 packages (14 upgrades), Size of downloads: 99,898 kB Would you like to merge these packages? [Yes/No] yes Verifying ebuild Manifests... !!! Digest verification failed: !!! /usr/portage/dev-java/sun-jdk/sun-jdk-1.5.0.15-r1.ebuild !!! Reason: Failed on RMD160 verification !!! Got: 751637964edd458f00c9c72de8f5375eabaf9004 !!! Expected: c7268656bf1adccafde5dd9c1104c5a12905b1dc treat init.d # I've tried deleting the offending file and re-syncing, but the same error occurs. Help??? ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Konsole, Gentoo and colors
I've got a problem with the colors that are used in Gentoo stuff. I run KDE, and my terminals are generally konsoles. The colors used by portage, ls and vim always seem to have portions that are unreadable because of low contrast -- the text blends into the background. I've tried different konsole schemata, and find that different things work for different purposes, but there's no one schema that I can just leave in place and forget. I use 'light paper' for starters. The 'linux colors' scheme is good for some things, but I the darker colors don't show up well on it (blue in particular), and I pretty much avoid dark backgrounds when I can because I think they're depressing and they give me eyestrain. Does anyone have a suggestion? ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] emerge -aDNvu world fails
On Sat, Mar 29, 2008 at 9:23 AM, Mark Knecht [EMAIL PROTECTED] wrote: On Sat, Mar 29, 2008 at 9:10 AM, Kevin O'Gorman [EMAIL PROTECTED] wrote: I cannot emerge world any more because portage keeps barfing on some random java ebuild. Java's not even in the list of things to emerge, but here's what I see: Total: 14 packages (14 upgrades), Size of downloads: 99,898 kB Would you like to merge these packages? [Yes/No] yes Verifying ebuild Manifests... !!! Digest verification failed: !!! /usr/portage/dev-java/sun-jdk/sun-jdk-1.5.0.15-r1.ebuild !!! Reason: Failed on RMD160 verification !!! Got: 751637964edd458f00c9c72de8f5375eabaf9004 !!! Expected: c7268656bf1adccafde5dd9c1104c5a12905b1dc treat init.d # I've tried deleting the offending file and re-syncing, but the same error occurs. Help??? ++ kevin -- Kevin O'Gorman, PhD For now mask java above whatever revision is currently installed and move on. When your emerge is complete remember to remove the mask. When they fix the file/digest/whatever is causing the problem it will start working again. Unfortunately, that puts portage into a proper tizzy because my current version is not longer listed as available (sun-jdk-1.6.0.03). Portage therefore goes into a fit of downgrades, which I do not want. I find that I can get stuff emerged by doing --pretend, then emerging everything except java. This, of course, is not the Way It Should Be (TM), but may get me through the rough patch. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] emerge -aDNvu world fails
On Sat, Mar 29, 2008 at 10:22 PM, Gregory Shearman [EMAIL PROTECTED] wrote: Kevin O'Gorman wrote: I cannot emerge world any more because portage keeps barfing on some random java ebuild. Java's not even in the list of things to emerge, but here's what I see: Total: 14 packages (14 upgrades), Size of downloads: 99,898 kB Would you like to merge these packages? [Yes/No] yes Verifying ebuild Manifests... !!! Digest verification failed: !!! /usr/portage/dev-java/sun-jdk/sun-jdk-1.5.0.15-r1.ebuild !!! Reason: Failed on RMD160 verification !!! Got: 751637964edd458f00c9c72de8f5375eabaf9004 !!! Expected: c7268656bf1adccafde5dd9c1104c5a12905b1dc treat init.d # I've tried deleting the offending file and re-syncing, but the same error occurs. Help??? ++ kevin https://bugs.gentoo.org/show_bug.cgi?id=215288 [] Workaround: remove EBUILD line from Manifest remove /usr/portage/dev-java/sun-jdk/sun-jdk-1.5.0.15-r1.ebuild [...] Things have moved quickly. The workaround did not work for me, but before I got to post a complaint about it, the PowersThatBe somehow pushed good copies of the portage tree out to the mirrors, and things seem to be working again. Thanks, though. It was an interesting education. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Konsole, Gentoo and colors
On Sat, Mar 29, 2008 at 3:16 PM, Alan McKinnon [EMAIL PROTECTED] wrote: On Saturday 29 March 2008, Kevin O'Gorman wrote: I've got a problem with the colors that are used in Gentoo stuff. I run KDE, and my terminals are generally konsoles. The colors used by portage, ls and vim always seem to have portions that are unreadable because of low contrast -- the text blends into the background. I've tried different konsole schemata, and find that different things work for different purposes, but there's no one schema that I can just leave in place and forget. I use 'light paper' for starters. The 'linux colors' scheme is good for some things, but I the darker colors don't show up well on it (blue in particular), and I pretty much avoid dark backgrounds when I can because I think they're depressing and they give me eyestrain. I've always used Linux Colours, on crt and on lcd displays. Contrast works fine for me. What display device do you use? What do you mean about contrast? My gentoo is using a Westinghouse flat screen with mid-range brightness and contrast. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Konsole, Gentoo and colors
On Sat, Mar 29, 2008 at 9:52 AM, Etaoin Shrdlu [EMAIL PROTECTED] wrote: On Saturday 29 March 2008, 17:30, Kevin O'Gorman wrote: Does anyone have a suggestion? You can remap the colors used by portage. man color.map -- gentoo-user@lists.gentoo.org mailing list I found that man page singularly unhelpful. It lists colors and defaults, but not a word about syntax, and no mention of other ways of specifying colors (the gentoo tips page suggests that ASCII sequences can be used there, but gives only cryptic information about how that might be done. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Konsole, Gentoo and colors
On Mon, Mar 31, 2008 at 11:45 AM, Alan McKinnon [EMAIL PROTECTED] wrote: On Monday 31 March 2008, Kevin O'Gorman wrote: I've always used Linux Colours, on crt and on lcd displays. Contrast works fine for me. What display device do you use? What do you mean about contrast? My gentoo is using a Westinghouse flat screen with mid-range brightness and contrast. My question could have been clearer, I meant that the relative contrast between fore and background colours using Linux Colours is OK so I can see grey on black fine, and the difference between a colour and the same one bold is also obvious. I've used some cheaper crts that were just gross, and in the past found that the quality of LCDs were highly variable and mostly unrelated to price (this seems to have settled now though). One of the things I don't like about black background is that on all monitors the background seems to crowd the glyphs -- the markings seems more slender than when the colors are reversed. With small fonts (I like high resolution settings for other reasons), this makes the lettering hard to read. You seem to know what to do in most cases and how to achieve it, so I don't know if my favourite colour schemes will help you much. However, have you considered an eye test for colour sensitivity? A large number of males are under-sensitive to certain colours and it's apparently hard for the person to detect it in themselves. I'm glad it seems so, since I teach computer science at the university level. :o) But I was hoping to get samples and suggestions of how others have dealt with this. I've been muttering under my breath about this for a few years now and I thought it likely that others may have taken action. As for vision: I have such an exam yearly. I always see the numerals in their samples, and nobody's ever mentioned color insensitivity. Nevertheless, it's possible it's vision-related since it works this way for me on all monitors, and in my work I see a lot of monitors. ++ kevin -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list -- Kevin O'Gorman, PhD
Re: [gentoo-user] Konsole, Gentoo and colors
I'm gonna guess that's a difference between plasma and LCD displays. ++ kevin On Wed, Apr 2, 2008 at 3:01 AM, Peter Humphrey [EMAIL PROTECTED] wrote: On Tuesday 01 April 2008 14:25:56 Kevin O'Gorman wrote: One of the things I don't like about black background is that on all monitors the background seems to crowd the glyphs -- the markings seems more slender than when the colors are reversed. That's odd - I get exactly the converse impression - black lettering on white is less easy to pick out. On the other hand, my eyes always have been a bit strange. -- Rgds Peter -- gentoo-user@lists.gentoo.org mailing list -- Kevin O'Gorman, PhD
[gentoo-user] Cups wedged print jobs
This is the first in a series of at least 3 cries for help, each on a separate sub-part of my goal of making sense of cups, lpd and Windows Vista. I have cups (fully updated) running successfully on my Gentoo system, except for one thing: sometimes a job fails to print at first ( don't bother asking why -- I don't know and cannot reconstruct it now). This has left a few jobs in the cups queue. I could delete them, but I would rather print them. The problem is that although cups can print new jobs, I don't know any way to get it to go back and print the three that are there now. Here's what it's telling me: treat kevin # lpstat -t scheduler is running system default destination: lp0 device for lp0: parallel:/dev/lp0 lp0 accepting requests since Sun Apr 13 13:07:25 2008 printer lp0 is idle. enabled since Sun Apr 13 13:07:25 2008 lp0-155 kevin 4096 Fri Mar 28 15:04:34 2008 lp0-156 kevin 4096 Fri Mar 28 15:04:44 2008 lp0-235 root 6144 Sat Apr 12 20:11:37 2008 treat kevin # The printer is an HP LaserJet 4m, direct attached by centronix cable to the machine where at least the first two jobs originated. Help? -- Kevin O'Gorman, PhD
[gentoo-user] Webmin not accepting root logins
This is the second in a series of at least 3 cries for help, each on a separate sub-part of my goal of making sense of cups, lpd and Windows Vista. I'm trying to use webmin to look at CUPS administration. I've done it before, but now my attempt to log in has failied, and done so with such persistence that webmin now says Error - Access denied for 127.0.0.1. The host has been blocked because of too many authentication failures. I was trying both my regular user login and my root login. Neither one worked. The obvious questions: 1) Should I have used some other login? I don't remember setting up anything else. 2) Can I undo the lock out? 3) Can I enable an account that I'm likely to remember? -- Kevin O'Gorman, PhD
[gentoo-user] Cups not seeing a wireless host
This is the third in a series of at least 3 cries for help, each on a separate sub-part of my goal of making sense of cups, lpd and Windows Vista. I have a cups server on my gentoo system, and it serves its own jobs and those of a WinXP host that's on my LAN. The XP host is set up to use the Gentoo system as an LPD server, using the drivers I loaded off the XP install CD. So far, so good, although parts 1 and 2 (previous posts) show that it's not perfect. What I want now is to let my wife's Windows Vista laptop use the printer. I've seen how to set up an LPD printer in Vista, and it's a bit easier than it was in XP. However, it does not work at all -- I cannot print a test page. The Vista box seems to think everything's fine, but nothing happens at the printer. The Vista machine is connected via wireless to my LAN, where CUPS is working, and where a NAT router also gives access to the wider internet. It seems that this should work, but it does not. Help? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Webmin not accepting root logins
On 4/14/08, Mick [EMAIL PROTECTED] wrote: On Monday 14 April 2008, Alan McKinnon wrote: On Sunday 13 April 2008, Kevin O'Gorman wrote: This is the second in a series of at least 3 cries for help, each on a separate sub-part of my goal of making sense of cups, lpd and Windows Vista. I'm trying to use webmin to look at CUPS administration. I would not recommend this route, as I do not trust Webmin to not obliterate my various configs. The CUPS front end is much better, it is found on the CUPS server at port 631 from your browser. If memory serves, your regular root password should work just fine It's been some years now and can't remember if webmin has its own root account (different from the OS root account). Have you tried login with root as the username and your normal user passwd? I also can't remember what the CUPS interface was on webmin, but what Alan suggests above has always worked for me (once I manage to get the right path for the printer). The 631 port is working for me. What's odd is that I cannot get the stalled jobs to print. This evening I'll turn debugging on and try again. Info to follow... ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Cups not seeing a wireless host
On 4/13/08, Willie Wong [EMAIL PROTECTED] wrote: On Sun, Apr 13, 2008 at 02:39:09PM -0700, Penguin Lover Kevin O'Gorman squawked: What I want now is to let my wife's Windows Vista laptop use the printer. I've seen how to set up an LPD printer in Vista, and it's a bit easier than it was in XP. However, it does not work at all -- I cannot print a test page. The Vista box seems to think everything's fine, but nothing happens at the printer. The Vista machine is connected via wireless to my LAN, where CUPS is working, and where a NAT router also gives access to the wider internet. It seems that this should work, but it does not. So, something got lost somewhere between your vista box and your cups server, eh? Some logs would be nice. (On vista, open up the print queue, and see if there are any errors; on gentoo, give us /var/log/cups/, preferably trimmed to show just before you tried to send a print job from the laptop and just after.) On vista, it pops up a dialog saying a test page has been sent. I don't see any queued jobs for this. On cups/gentoo, there's no sign of activity. The logs don't add a single line, even with logging set to debug. Right now I'm trying to clean up the configuration. The logs for startup show some problems with ports which I'm having some trouble deciphering. I only get a few minutes per day to work on this, so it goes slowly. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Recommend a program for line art and text
On 1/30/07, Hans-Werner Hilse [EMAIL PROTECTED] wrote: Hi, On Mon, 29 Jan 2007 15:26:37 -0800 Kevin O'Gorman [EMAIL PROTECTED] wrote: I've tried creating diagrams in xfig. It works fine for my LaTeX documents, but does not export well to PNG for use in web pages. Hm, what do you mean by saying not so well? If it's just that it isn't antialiased as good as you'd like it to be, then just export it at higher resolution and scale it down with some pix-image tool afterwards. Aside from that, it really depends on what diagrams you're creating. Personally, I turned away from xfig a bit, but that's mostly due to its interface. I like dia for flow-charts and similar stuff and inkscape for more graphic intensive stuff. -hwh Fooling with bitmap resolutions gives me a headache, and I havent' figured out how to make it look good on screen and also good when printed. My students print my pages a lot. Thanks for Inkscape, tho -- it is perfect for me. I like the interface, and since it saves in SVG format, I get web pages without the intermediate bitmap bother. The results are much better ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] smoothest way to jump from 2006 to 2008
On Tue, Apr 29, 2008 at 8:59 AM, Neil Bothwick [EMAIL PROTECTED] wrote: On Tue, 29 Apr 2008 10:31:05 -0500, [EMAIL PROTECTED] wrote: How might I manage to change the current profile from x86/2006 to x86/2008 Change the /etc/make.profile symlink or use eselect profile. That option is of course not available currently at /usr/portage/profiles. 2008 hasn't been released yet. Switch to 2007.0 for now, then it will be less of a change when 2008.0 is released. Hmmm. I may have read this latest post just in time. My system contains /usr/portage/profiles/default/linux/x86/2008.0/desktop and I had just linked /etc/make.profile to it and synced up. I was about to emerge world -- it was going to rebuild 124 packages (a lot of kde stuff for one thing). I think I'll go back to 2007 for now The question: if it hasn't been released, what is this profile doing on my system, and how am I supposed to know? ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] OT: Looking for SATA controller recommendation
On Tue, May 6, 2008 at 3:32 PM, Roy Wright [EMAIL PROTECTED] wrote: Howdy, I'm looking to add three more drives to my system for a software RAID5 media volume. I've used all my motherboard SATA ports so need a SATA controller. I don't want a hardware RAID controller (been there, burned when controller died). 4 SATA2 ports is the minimum required. I have both PCIe and PCI slots available. I do not need high performance as the RAID will just contain media files for access in my home. I would prefer a controller supported by normal kernel drivers. My preference is to keep costs down (3 x 1 TB drives are costly enough :). Any recommendations? FYI, system is gentoo ~x86, Intel Q9300, Gigabyte GA-X48-DQ6. I just added 2 e-SATA controllers to my systems, 1 Gentoo at home and 1 FC7 at work. They're Silicon Image 3124, and work with PCI or PCIX (not PCIe), which is good because the Gentoo is PCIX, but the FC system is original PCI. In both cases, normal kernel drivers were fine. Just make sure your kernel has CONFIG_BLK_DEV_SIIMAGE=m or y Frankly, I bought on price also, and wanted external drives. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: kde 3.5.9 revdep-rebuild
On Thu, May 22, 2008 at 7:49 AM, James [EMAIL PROTECTED] wrote Yep, after rebooting (exiting kde hung) all is fine now. It's a bit quicker to just ctl-alt-backspace to restart X. No need to reboot, I think. -- Kevin O'Gorman, PhD
[gentoo-user] Message bus mis-configured
When I use some KDE tools, most recently Konqueror, I get symptoms of a mis-configuration which I think is dbus-related. I've never fooled with it as far as I can remember, and I know nothing about it. So I'm hoping there's an easy cure. The recent thing: opening a Konqeror windows for a freshly-mounted CDROM on a freshly-rebooted system: a dialog box claiming: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface org.freedesktop.Hal.Device.Volume member Mount error name (unset) destination org.freedesktop.Hal) Any ideas? ++ kevin
[gentoo-user] K3b complains about my locale
When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? ++ kevin
Re: [gentoo-user] K3b complains about my locale
On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? What have you set up in your /etc/locale.gen ? I won't take credit for setting this up, because I don't think I did. On the other hand, I've had occasion to internationalize a web page to dutch and polish, which appear in the list. So I dunno where it came from. But here's what's there: # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 es_MX ISO-8859-1 #fa_IR UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 #it_IT ISO-8859-1 pl_PL ISO-8859-15 -- Kevin O'Gorman, PhD
[gentoo-user] Setting up a second Adapted drive controller (fails)
I bought an Adaptec SATA controller to add some backups to a system that already had an Adaptec SCSI controller. They're both recognized as AIC7xxx, but the second one is somehow blocked. I can access the on-controller configuration stuff during BIOS startup, and the drives appear good. I just cannot get things working with the Linux kernel. I think this is the relevant part of dmesg output. Notice the message about Unable to reserve mem region. In case I'm wrong, I've attached the whole thing too. ... Uniform CD-ROM driver Revision: 3.20 ACPI: PCI Interrupt :03:01.0[A] - GSI 24 (level, low) - IRQ 18 scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 Adaptec 3960D Ultra160 SCSI adapter aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs scsi 0:0:2:0: Direct-Access CSC146GB 10K REFURBISHED 0101 PQ: 0 ANSI: 3 scsi0:A:2:0: Tagged Queuing enabled. Depth 32 target0:0:2: Beginning Domain Validation target0:0:2: wide asynchronous target0:0:2: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 63) target0:0:2: Ending Domain Validation ACPI: PCI Interrupt :03:01.1[B] - GSI 25 (level, low) - IRQ 19 scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 Adaptec 3960D Ultra160 SCSI adapter aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs PCI: Unable to reserve mem region #2:[EMAIL PROTECTED] for device :03:01.0 aic7xxx: Adaptec AIC-7899 Ultra 160/m SCSI host adapter at PCI 3/1/0 aic7xxx: I/O ports already in use, ignoring. PCI: Unable to reserve mem region #2:[EMAIL PROTECTED] for device :03:01.1 aic7xxx: Adaptec AIC-7899 Ultra 160/m SCSI host adapter at PCI 3/1/1 aic7xxx: I/O ports already in use, ignoring. Driver 'sd' needs updating - please use bus_type methods sd 0:0:2:0: [sda] 286749488 512-byte hardware sectors (146816 MB) sd 0:0:2:0: [sda] Write Protect is off sd 0:0:2:0: [sda] Mode Sense: ab 00 10 08 sd 0:0:2:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA sd 0:0:2:0: [sda] 286749488 512-byte hardware sectors (146816 MB) sd 0:0:2:0: [sda] Write Protect is off sd 0:0:2:0: [sda] Mode Sense: ab 00 10 08 sd 0:0:2:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA sda: sda1 sda4 sda5 sda6 sda7 sda8 sd 0:0:2:0: [sda] Attached SCSI disk Driver 'sr' needs updating - please use bus_type methods PNP: PS/2 Controller [PNP0303:KBC0,PNP0f13:MSE0] at 0x60,0x64 irq 1,12 -- Kevin O'Gorman, PhD dmesg.eek Description: Binary data
Re: [gentoo-user] K3b complains about my locale
On Thu, May 29, 2008 at 3:18 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? What have you set up in your /etc/locale.gen ? I won't take credit for setting this up, because I don't think I did. On the other hand, I've had occasion to internationalize a web page to dutch and polish, which appear in the list. So I dunno where it came from. But here's what's there: # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 es_MX ISO-8859-1 #fa_IR UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 #it_IT ISO-8859-1 pl_PL ISO-8859-15 This looks fine. If when you run $ locale you get a list with LANG=en_US but further down LC_ALL= (blank), then set export LC_ALL=xxx in your .bashrc to whatever you want your locale set to. Halfway there. I did that, and now locale looks like [EMAIL PROTECTED] ~ $ locale LANG=en_US LC_CTYPE=en_US LC_NUMERIC=en_US LC_TIME=en_US LC_COLLATE=en_US LC_MONETARY=en_US LC_MESSAGES=en_US LC_PAPER=en_US LC_NAME=en_US LC_ADDRESS=en_US LC_TELEPHONE=en_US LC_MEASUREMENT=en_US LC_IDENTIFICATION=en_US LC_ALL=en_US [EMAIL PROTECTED] ~ $ However, when I start k3b from the KDE menus, it still complains. On the other hand, if I start k3b from the shell that gives the locale results above, it starts clean. So the issue seems to be that I need to inform KDE about the locale. I did a fresh boot, and that did not help, so I wonder if .mybashrc is the correct place to do this. -- Kevin O'Gorman, PhD
Re: [gentoo-user] K3b complains about my locale
On Thu, May 29, 2008 at 4:09 PM, Daniel Pielmeier [EMAIL PROTECTED] wrote: Kevin O'Gorman schrieb: On Thu, May 29, 2008 at 3:18 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? What have you set up in your /etc/locale.gen ? I won't take credit for setting this up, because I don't think I did. On the other hand, I've had occasion to internationalize a web page to dutch and polish, which appear in the list. So I dunno where it came from. But here's what's there: # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 es_MX ISO-8859-1 #fa_IR UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 #it_IT ISO-8859-1 pl_PL ISO-8859-15 This looks fine. If when you run $ locale you get a list with LANG=en_US but further down LC_ALL= (blank), then set export LC_ALL=xxx in your .bashrc to whatever you want your locale set to. Halfway there. I did that, and now locale looks like [EMAIL PROTECTED] ~ $ locale LANG=en_US LC_CTYPE=en_US LC_NUMERIC=en_US LC_TIME=en_US LC_COLLATE=en_US LC_MONETARY=en_US LC_MESSAGES=en_US LC_PAPER=en_US LC_NAME=en_US LC_ADDRESS=en_US LC_TELEPHONE=en_US LC_MEASUREMENT=en_US LC_IDENTIFICATION=en_US LC_ALL=en_US [EMAIL PROTECTED] ~ $ However, when I start k3b from the KDE menus, it still complains. On the other hand, if I start k3b from the shell that gives the locale results above, it starts clean. So the issue seems to be that I need to inform KDE about the locale. I did a fresh boot, and that did not help, so I wonder if .mybashrc is the correct place to do this. try /etc/env.d/02locale LANG=en_US LC_ALL=en_US For details take a look at the localisation guide. http://www.gentoo.org/doc/en/guide-localization.xml -- gentoo-user@lists.gentoo.org mailing list The file /etc/env.d/02locale does not exist on my system. I can create it, of course, but I suspect I may be missing something. Is there a package I should emerge? ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] K3b complains about my locale
On Fri, May 30, 2008 at 12:06 PM, Marzan, Richard non Unisys [EMAIL PROTECTED] wrote: From: Dominik Zajac [mailto:[EMAIL PROTECTED] Sent: Friday, May 30, 2008 10:24 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] K3b complains about my locale if theres no file 02local you have to create it and set your locales there. after donig this run env-update regards Dominik On Fri, May 30, 2008 at 3:34 PM, Kevin O'Gorman [EMAIL PROTECTED] wrote: On Thu, May 29, 2008 at 4:09 PM, Daniel Pielmeier [EMAIL PROTECTED] wrote: Kevin O'Gorman schrieb: On Thu, May 29, 2008 at 3:18 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: On Thu, May 29, 2008 at 2:29 PM, Mick [EMAIL PROTECTED] wrote: On Thursday 29 May 2008, Kevin O'Gorman wrote: When I crank up K3b, it complains about my setup, with the message System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. It is correct that this is not intentional (it does seem antique). I have configured .mybashrc to set my LANG to en_US, but nothing beyond that. What distribution setup tools is it referring to, so that I can correct this on gentoo? What have you set up in your /etc/locale.gen ? I won't take credit for setting this up, because I don't think I did. On the other hand, I've had occasion to internationalize a web page to dutch and polish, which appear in the list. So I dunno where it came from. But here's what's there: # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 es_MX ISO-8859-1 #fa_IR UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 #it_IT ISO-8859-1 pl_PL ISO-8859-15 This looks fine. If when you run $ locale you get a list with LANG=en_US but further down LC_ALL= (blank), then set export LC_ALL=xxx in your .bashrc to whatever you want your locale set to. Halfway there. I did that, and now locale looks like [EMAIL PROTECTED] ~ $ locale LANG=en_US LC_CTYPE=en_US LC_NUMERIC=en_US LC_TIME=en_US LC_COLLATE=en_US LC_MONETARY=en_US LC_MESSAGES=en_US LC_PAPER=en_US LC_NAME=en_US LC_ADDRESS=en_US LC_TELEPHONE=en_US LC_MEASUREMENT=en_US LC_IDENTIFICATION=en_US LC_ALL=en_US [EMAIL PROTECTED] ~ $ However, when I start k3b from the KDE menus, it still complains. On the other hand, if I start k3b from the shell that gives the locale results above, it starts clean. So the issue seems to be that I need to inform KDE about the locale. I did a fresh boot, and that did not help, so I wonder if .mybashrc is the correct place to do this. try /etc/env.d/02locale LANG=en_US LC_ALL=en_US For details take a look at the localisation guide. http://www.gentoo.org/doc/en/guide-localization.xml -- gentoo-user@lists.gentoo.org mailing list The file /etc/env.d/02locale does not exist on my system. I can create it, of course, but I suspect I may be missing something. Is there a package I should emerge? ++ kevin -- Kevin O'Gorman, PhD I guarantee that those instructions will work for you. Check to see if you have 02locale in your /etc/env.d/ dir. -- gentoo-user@lists.gentoo.org mailing list It looks like I'd collect on that guarantee. I did not have 02locale in /etc/env.d/dir, although there was a lot of other stuff in that directory. I added the two lines. I ran env-update I ctl-alt-backspace restarted my KDE/X system I clicked k3b on the Multimedia submenu It barked at me again about x3.4-1968. So something isn't getting set up. I have a feeling about 02locale being so specific. Why 02. Back in the days when I had a similar thing going on with SysV Init, we had such stuff in our rc.d directory for run levels. Most of those files got installed by particular owning packages. Would anyone who has this file, and does not think they created it from
Re: [gentoo-user] K3b complains about my locale
On Sat, May 31, 2008 at 12:53 AM, Mick [EMAIL PROTECTED] wrote: On Saturday 31 May 2008, Kevin O'Gorman wrote: I did not have 02locale in /etc/env.d/dir, although there was a lot of other stuff in that directory. I added the two lines. I ran env-update I ctl-alt-backspace restarted my KDE/X system I clicked k3b on the Multimedia submenu It barked at me again about x3.4-1968. So something isn't getting set up. I have a feeling about 02locale being so specific. Why 02. Back in the days when I had a similar thing going on with SysV Init, we had such stuff in our rc.d directory for run levels. Most of those files got installed by particular owning packages. Would anyone who has this file, and does not think they created it from scratch, please find out what package it belongs to? Thanks. I can't comment on the 02locale, because I have not used it. However, on my machine setting up either the LANG=en_GB, or LC_ALL=en_GB does the trick and k3b does not complain about charset ANSI_X3.4-1968 and what not. Just a thought - have you run # locale-gen first? -- Just to be sure, I re-ran locale-gen just now. It reported two problems with a Polish locale (that I do not use): treat ~ # locale-gen * Generating 6 locales (this might take a while) with 1 jobs * (1/6) Generating en_US.ISO-8859-1 ... [ ok ] * (2/6) Generating en_US.UTF-8 ... [ ok ] * (3/6) Generating es_MX.ISO-8859-1 ... [ ok ] * (4/6) Generating fr_FR.ISO-8859-1 ... [ ok ] * (5/6) Generating [EMAIL PROTECTED] ... [ ok ] * (6/6) Generating pl_PL.ISO-8859-15 ... /usr/share/i18n/locales/pl_PL:2130: LC_MONETARY: unknown character in field `currency_symbol' /usr/share/i18n/locales/pl_PL:2161: LC_TIME: unknown character in field `day' [ !! ] * Generation complete treat ~ # I then ran env-update, restarted X, chose K3B from a KDE menu, and it complained again. So: no joy. -- Kevin O'Gorman, PhD
Re: [gentoo-user] K3b complains about my locale
On Sat, May 31, 2008 at 12:38 PM, Neil Bothwick [EMAIL PROTECTED] wrote: On Sat, 31 May 2008 07:05:14 -0700, Kevin O'Gorman wrote: Just to be sure, I re-ran locale-gen just now. It reported two problems with a Polish locale (that I do not use): Then remove it from /etc/locale.gen. you can remove the Spanish and French ones too, if you don't use those languages. I did, just as an experiment. It made no difference to the main issue: no locale is defined for programs started from KDE menus, and K3B is complaining about the resulting ASCII (1968) definition. I'd rather that the locale-gen worked, but that's a side issue. -- Kevin O'Gorman, PhD
Re: [gentoo-user] K3b complains about my locale
On Sat, May 31, 2008 at 10:49 PM, Daniel Pielmeier [EMAIL PROTECTED] wrote: Kevin O'Gorman schrieb: On Sat, May 31, 2008 at 12:38 PM, Neil Bothwick [EMAIL PROTECTED] wrote: On Sat, 31 May 2008 07:05:14 -0700, Kevin O'Gorman wrote: Just to be sure, I re-ran locale-gen just now. It reported two problems with a Polish locale (that I do not use): Then remove it from /etc/locale.gen. you can remove the Spanish and French ones too, if you don't use those languages. I did, just as an experiment. It made no difference to the main issue: no locale is defined for programs started from KDE menus, and K3B is complaining about the resulting ASCII (1968) definition. I'd rather that the locale-gen worked, but that's a side issue. Do you have something like LINGUAS=en in /etc/make.conf? Yes, it reads LINGUAS=en fr de es pl Because while I don't ordinarily use other languages, I have in the past had to edit some i18n files for a web page of mine. See http://hex.kosmanor.com/hex-bin/board, which currently speaks English, Polish and Dutch. You can try to use the unicode charset [1] in /etc/env.d/02locale, maybe k3b wants this. LANG=en_US.utf8 LC_ALL=en_US.utf8 I also suggest going through the guide again and read thoroughly, often there is only a tiny mistake a typo or something which makes things fail. Can you tell us the output of: locale locale -a cat /etc/locale.gen Of course. Included at the bottom. [1] http://www.gentoo.org/doc/en/utf-8.xml Veeery Interesting I didn't notice it at first, but the 02locale as suggested is making my Perl scripts issue warnings, including some very simple ones I wrote myself, so it's Perl itself that is complaining. perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = en_EN, LANG = en_EN are supported and installed on your system. perl: warning: Falling back to the standard locale (C). Anyway, I added .utf8 to the lines in my 02locale file, and it made no difference at all. I don't see utf8 in any of the outputs, and k3b and perl still don't like it. The outputs requested (plus my 02locale file) were: [EMAIL PROTECTED] ~ $ locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_EN LC_CTYPE=en_EN LC_NUMERIC=en_EN LC_TIME=en_EN LC_COLLATE=en_EN LC_MONETARY=en_EN LC_MESSAGES=en_EN LC_PAPER=en_EN LC_NAME=en_EN LC_ADDRESS=en_EN LC_TELEPHONE=en_EN LC_MEASUREMENT=en_EN LC_IDENTIFICATION=en_EN LC_ALL=en_EN [EMAIL PROTECTED] ~ $ locale -a locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_COLLATE to default locale: No such file or directory C POSIX en_US en_US.utf8 es_MX fr_FR [EMAIL PROTECTED] [EMAIL PROTECTED] ~ $ cat /etc/locale.gen # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 es_MX ISO-8859-1 #fa_IR UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 #it_IT ISO-8859-1 #pl_PL ISO-8859-15 [EMAIL PROTECTED] ~ $ cat /etc/env.d/02locale LANG=en_US.utf8 LC_ALL=en_us.utf8 [EMAIL PROTECTED] ~ $ -- Kevin O'Gorman, PhD
Re: [gentoo-user] K3b complains about my locale (SOLVED)
TOP POSTED SUMMARY: operator error. An incorrect setting of LANG and LC_ALL were in /etc/profile. They had been suggested by the guide, but were incorrectly done and override the results of all the 02locale and locale.gen things. Now one X restart later, k3b and perl and I are all happy. Thanks for suggesting a re-reading, Daniel. ++ kevin On Sun, Jun 1, 2008 at 4:05 PM, Daniel Pielmeier [EMAIL PROTECTED] wrote: Kevin O'Gorman schrieb: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = en_EN, LANG = en_EN are supported and installed on your system. perl: warning: Falling back to the standard locale (C). Anyway, I added .utf8 to the lines in my 02locale file, and it made no difference at all. I don't see utf8 in any of the outputs, and k3b and perl still don't like it. The outputs requested (plus my 02locale file) were: [EMAIL PROTECTED] ~ $ locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_EN LC_CTYPE=en_EN LC_NUMERIC=en_EN LC_TIME=en_EN LC_COLLATE=en_EN LC_MONETARY=en_EN LC_MESSAGES=en_EN LC_PAPER=en_EN LC_NAME=en_EN LC_ADDRESS=en_EN LC_TELEPHONE=en_EN LC_MEASUREMENT=en_EN LC_IDENTIFICATION=en_EN LC_ALL=en_EN [EMAIL PROTECTED] ~ $ locale -a locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_COLLATE to default locale: No such file or directory C POSIX en_US en_US.utf8 es_MX fr_FR [EMAIL PROTECTED] [EMAIL PROTECTED] ~ $ cat /etc/locale.gen # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US ISO-8859-1 en_US.UTF-8 UTF-8 #ja_JP.EUC-JP EUC-JP #ja_JP.UTF-8 UTF-8 #ja_JP EUC-JP #en_HK ISO-8859-1 #en_PH ISO-8859-1 #de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 es_MX ISO-8859-1 #fa_IR UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 #it_IT ISO-8859-1 #pl_PL ISO-8859-15 [EMAIL PROTECTED] ~ $ cat /etc/env.d/02locale LANG=en_US.utf8 LC_ALL=en_us.utf8 [EMAIL PROTECTED] ~ $ Here is my output which I guess is correct as it works fine for me! [EMAIL PROTECTED] ~ $ locale LANG=de_DE.utf8 LC_CTYPE=de_DE.utf8 LC_NUMERIC=de_DE.utf8 LC_TIME=de_DE.utf8 LC_COLLATE=de_DE.utf8 LC_MONETARY=de_DE.utf8 LC_MESSAGES=de_DE.utf8 LC_PAPER=de_DE.utf8 LC_NAME=de_DE.utf8 LC_ADDRESS=de_DE.utf8 LC_TELEPHONE=de_DE.utf8 LC_MEASUREMENT=de_DE.utf8 LC_IDENTIFICATION=de_DE.utf8 LC_ALL=de_DE.utf8 [EMAIL PROTECTED] ~ $ locale -a C de_DE [EMAIL PROTECTED] de_DE.utf8 en_GB en_GB.utf8 en_US en_US.utf8 POSIX [EMAIL PROTECTED] ~ $ cat /etc/locale.gen # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. en_US.UTF-8 UTF-8 en_US ISO-8859-1 en_GB.UTF-8 UTF-8 en_GB ISO-8859-1 de_DE.UTF-8 UTF-8 de_DE ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 [EMAIL PROTECTED] ~ $ cat /etc/env.d/02locale LANG=de_DE.utf8 LC_ALL=de_DE.utf8 GDM_LANG=de_DE.utf8 LC_CTYPE=de_DE.utf8 LC_NUMERIC=de_DE.utf8 LC_TIME=de_DE.utf8 LC_COLLATE=de_DE.utf8 LC_MONETARY=de_DE.utf8 LC_MESSAGES=en_US.utf8 LC_PAPER=de_DE.utf8 LC_NAME=de_DE.utf8 LC_ADDRESS=de_DE.utf8 LC_TELEPHONE=de_DE.utf8 LC_MEASUREMENT=de_DE.utf8 LC_IDENTIFICATION=de_DE.utf8 Maybe locale-gen is not working properly at your system as perl says the locales are not installed. What are the contents of /usr/lib/locale/? I am guessing this as your locale output looks really weird. It does not show the .utf8 parts. And en_EN also looks strange as it is not a valid locale. It should be for instance LANG=en_US.utf8 like in 02locale. Plus the error messages of missing
Re: [gentoo-user] K3b complains about my locale (SOLVED)
On Sun, Jun 1, 2008 at 6:45 PM, b.n. [EMAIL PROTECTED] wrote: Kevin O'Gorman ha scritto: TOP POSTED SUMMARY: operator error. An incorrect setting of LANG and LC_ALL were in /etc/profile. They had been suggested by the guide, but were incorrectly done and override the results of all the 02locale and locale.gen things. Now one X restart later, k3b and perl and I are all happy. Thanks for suggesting a re-reading, Daniel. Could you please provide the solution? I have the same problem and the thread is all but clear to me. In my case, the solution was to remove the (incorrect) LANG and LC_ALL assignments I had edited into /etc/profile. The 02locale and locale.gen files did the job correctly. I tracked this down by putting a lot of debugging stuff in the various shell startup files. They looked like this: [ -e /etc/conf.d/D ] echo This is /etc/profile\; LANG is $LANG\; LC_ALL is $LC_ALL ... [ -e /etc/conf.d/D ] echo End of /etc/profile\; LANG is $LANG\; LC_ALL is $LC_ALL And I can switch them on and off by creating/rm-ing /etc/conf.d/D. This showed me where the variables were getting values, and what the values were. By the time I was done, I had them in ~/.bashrc ~/.mybashrc (you may or may not have this file) ~/.bash_profile /etc/profile /etc/bash/bashrc They are still there, but inactive since I have deleted /etc/conf.d/D (a file of my own creation). If you don't use bash, you'll have to design your own variant of this approach. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] vmware problem
On Thu, Jun 12, 2008 at 5:51 AM, Andrey Falko [EMAIL PROTECTED] wrote: On Thu, Jun 12, 2008 at 7:41 AM, David Relson [EMAIL PROTECTED] wrote: On Thu, 12 Jun 2008 01:42:50 -0400 Andrey Falko wrote: ...[snip]... Attempted to upgrade vmware-modules from 1.0.0.15-r1 to 1.0.0.17-r1 and found it blocked by vmware-server-1.0.5.80187: emerge --oneshot vmware-modules Calculating dependencies... done! [ebuild U ] app-emulation/vmware-modules-1.0.0.17-r1 [1.0.0.15-r1] [blocks B ] =app-emulation/vmware-modules-1.0.0.16 (is blocking app-emulation/vmware-server-1.0.5.80187) You need to emerge -C =app-emulation/vmware-modules-1.0.0.16 first...I think. Sorry, I meant vmware-modules-1.0.0.15-r1. It seems that the vmware-server ebuild only permits modules-1.0.0.15 ... Is any of this ringing any bells??? Also, reading the google translation of the German posting, it seems to say there was a conflict with dual core and vmmon and (perhaps) disabling SMP, then building vmmon, then enabling SMP gave a working module. This is a guess and I've not yet tried it. OK. I've removed all vmware builds. emerge -C vmware-modules reports --- Couldn't find 'vmware-modules' to unmerge. and 'find /var/db/pkg/ -name *vmware*' doesn't find anything. Doing a new emerge -aDtqv vmware-server brings in: [ebuild N] app-emulation/vmware-server-1.0.5.80187 [ebuild N] app-emulation/vmware-modules-1.0.0.15-r1 Then modprobe vmmon reports (as before): FATAL: Error inserting vmmon (/lib/modules/2.6.25-gentoo-r4/misc/vmmon.ko): Invalid module format with /var/log/messages saying: Jun 12 07:26:15 osage vmmon: disagrees about version of symbol struct_module I've googled the above message and found this thread (from last night) and another thread in which the running kernel version didn't match the installed version of linux-headers. I've running the 2.6.25-gentoo-r4 kernel and have the same versions of linux-headers and gentoo-sources installed. Looking for more ideas as to what's wrong :- Regards, David -- gentoo-user@lists.gentoo.org mailing list Opps, it was my mistake. I have 1.0.0.17 installed with ~x86 workstation, server. According to vmware-server ebuild, only 1.0.0.15 will work with the latest vmware-server. I'd file a bug in bugs.gentoo.org that vmware-server does not work for you with 2.6.25. As a work around, try to use 2.6.24 kernel or earlier. Sorry for my blunder. -- gentoo-user@lists.gentoo.org mailing list I have been watching this thread and wondering why my vmware keeps working. Then I noticed that all the 2.6.25 kernels are ~x86. If I were you I'd check if they're ~arch for you too, and if so it might be best to go back to stable versions of both vmware and the kernel. -- Kevin O'Gorman, PhD
[gentoo-user] Huh? Can't find a KDE volume control
Okay, it's early and I'm feeling stupid. But with all the KDE packages, I can't find one that actually controls the sound volume. Usually, I like to have the sound on but when I'm playing games it's sometimes just too much noise. I've looked in the KDE control center, and can't find anything that does the job. Presumably I haven't emerged the crucial thing. I do have arts emerged, and in my USE flags, or my KDE games would be mute. What do you all like to use? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Huh? Can't find a KDE volume control
On Thu, Jun 12, 2008 at 7:42 AM, Dirk Uys [EMAIL PROTECTED] wrote: On Thu, Jun 12, 2008 at 4:37 PM, Kevin O'Gorman [EMAIL PROTECTED] wrote: Okay, it's early and I'm feeling stupid. But with all the KDE packages, I can't find one that actually controls the sound volume. Usually, I like to have the sound on but when I'm playing games it's sometimes just too much noise. I've looked in the KDE control center, and can't find anything that does the job. Presumably I haven't emerged the crucial thing. I do have arts emerged, and in my USE flags, or my KDE games would be mute. What do you all like to use? -- Kevin O'Gorman, PhD Try kmix. You emerge it separately. Then just lunch it and you're set. Regards Dirk Okay, thanks . But I just did that and it has no discernable effect on the game sounds from, for instance, konquest or kmahjongg. For that matter, neither does setting the Master control to zero on alsamixer. There must be something else I don't understand. (there's always something!) ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Huh? Can't find a KDE volume control
On Thu, Jun 12, 2008 at 9:14 AM, Alan McKinnon [EMAIL PROTECTED] wrote: On Thursday 12 June 2008, Kevin O'Gorman wrote: Okay, thanks . But I just did that and it has no discernable effect on the game sounds from, for instance, konquest or kmahjongg. For that matter, neither does setting the Master control to zero on alsamixer. There must be something else I don't understand. (there's always something!) Did you run alsaconf to set things up, and is the correct module for your sound card loaded? I'm a bit vague about setup (it was years ago), but I just ran alsaconf to see the startup window, and it looked familiar. But even running that much shut down the whole sound system, so I ran the whole thing. Now I'm having trouble getting any sound at all... The modules loaded seem right: a slew of EMU10K1 things. I guess I'll reboot and see what happens. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Huh? Can't find a KDE volume control
On Thu, Jun 12, 2008 at 10:18 AM, Kevin O'Gorman [EMAIL PROTECTED] wrote: On Thu, Jun 12, 2008 at 9:14 AM, Alan McKinnon [EMAIL PROTECTED] wrote: On Thursday 12 June 2008, Kevin O'Gorman wrote: Okay, thanks . But I just did that and it has no discernable effect on the game sounds from, for instance, konquest or kmahjongg. For that matter, neither does setting the Master control to zero on alsamixer. There must be something else I don't understand. (there's always something!) Did you run alsaconf to set things up, and is the correct module for your sound card loaded? I'm a bit vague about setup (it was years ago), but I just ran alsaconf to see the startup window, and it looked familiar. But even running that much shut down the whole sound system, so I ran the whole thing. Now I'm having trouble getting any sound at all... The modules loaded seem right: a slew of EMU10K1 things. I guess I'll reboot and see what happens. ++ kevin Well, it wasn't quite that bad. Just restarting X got back my sounds. All of them. Including the game sounds, whether or not I mute output in kmix. Hmph. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Huh? Can't find a KDE volume control
On Thu, Jun 12, 2008 at 10:24 AM, Kevin O'Gorman [EMAIL PROTECTED] wrote: On Thu, Jun 12, 2008 at 10:18 AM, Kevin O'Gorman [EMAIL PROTECTED] wrote: On Thu, Jun 12, 2008 at 9:14 AM, Alan McKinnon [EMAIL PROTECTED] wrote: On Thursday 12 June 2008, Kevin O'Gorman wrote: Okay, thanks . But I just did that and it has no discernable effect on the game sounds from, for instance, konquest or kmahjongg. For that matter, neither does setting the Master control to zero on alsamixer. There must be something else I don't understand. (there's always something!) Did you run alsaconf to set things up, and is the correct module for your sound card loaded? I'm a bit vague about setup (it was years ago), but I just ran alsaconf to see the startup window, and it looked familiar. But even running that much shut down the whole sound system, so I ran the whole thing. Now I'm having trouble getting any sound at all... The modules loaded seem right: a slew of EMU10K1 things. I guess I'll reboot and see what happens. ++ kevin Well, it wasn't quite that bad. Just restarting X got back my sounds. All of them. Including the game sounds, whether or not I mute output in kmix. Hmph. Okay, so I got mad and just shut down all the kmix sliders. That finally shut it up. What's really unexpected is that I get normal (to my low-functioning ears) sound just by turning on wave surround. With everything else muted and all other sliders at the bottom. It appears only one control actually does anything. Double Hmph. ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] gnucash pulls in firefox (when I already have firefox-bin)
I'm having trouble blocking gnucash from pulling in the full-compiled version of firefox. I've got package.provided with www-client/mozilla-firefox www-client/mozilla-firefox-2.0.0.14 but it still insists on pulling in the ebuild. How do I stop this? -- Kevin O'Gorman, PhD
Re: [gentoo-user] gnucash pulls in firefox (when I already have firefox-bin)
On Mon, Jun 23, 2008 at 12:22 PM, Mark Knecht [EMAIL PROTECTED] wrote: On Mon, Jun 23, 2008 at 12:16 PM, Kevin O'Gorman [EMAIL PROTECTED] wrote: I'm having trouble blocking gnucash from pulling in the full-compiled version of firefox. I've got package.provided with www-client/mozilla-firefox www-client/mozilla-firefox-2.0.0.14 but it still insists on pulling in the ebuild. How do I stop this? -- Kevin O'Gorman, PhD Try putting Firefox in the package.provided file. I think I mentioned I already did that. There's a slight typo in that there's an = before the one with a version number. ++ kevin Cheers, Mark -- gentoo-user@lists.gentoo.org mailing list -- Kevin O'Gorman, PhD
Re: [gentoo-user] gnucash pulls in firefox (when I already have firefox-bin)
I think I mentioned I already did that. There's a slight typo in that there's an = before the one with a version number. ++ kevin In fact, portage is driving me slightly nuts (or nuttier) over this. When I as for --tree, I get treat Virtual Machines # emerge -at gnucash These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N] app-office/gnucash-2.2.3 USE=quotes -chipcard -debug -hbci -ofx [ebuild N] app-doc/gnucash-docs-2.2.0 [ebuild N] gnome-extra/yelp-2.20.0 USE=-beagle -debug -xulrunner [ebuild N]www-client/mozilla-firefox-2.0.0.14 USE=gnome ipv6 java -bindist -debug -filepicker -iceweasel -mozdevelop -moznopango -restrict-javascript -xforms -xinerama -xprint LINGUAS=de en es fr pl -af -ar -be -bg -ca -cs -da -el -en_GB -en_US -es_AR -es_ES -eu -fi -fy -fy_NL -ga -ga_IE -gu -gu_IN -he -hu -it -ja -ka -ko -ku -lt -mk -mn -nb -nb_NO -nl -nn -nn_NO -pa -pa_IN -pt -pt_BR -pt_PT -ro -ru -sk -sl -sv -sv_SE -tr -uk -zh -zh_CN -zh_TW But when I try to find more about yelp, it denies needing it: treat portage # equery -C depends gnome-extra/yelp [ Searching for packages depending on gnome-extra/yelp... ] treat portage # eix yelp ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] gnucash pulls in firefox (when I already have firefox-bin)
On Mon, Jun 23, 2008 at 12:39 PM, Kevin O'Gorman [EMAIL PROTECTED] wrote: I think I mentioned I already did that. There's a slight typo in that there's an = before the one with a version number. ++ kevin In fact, portage is driving me slightly nuts (or nuttier) over this. When I as for --tree, I get treat Virtual Machines # emerge -at gnucash These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N] app-office/gnucash-2.2.3 USE=quotes -chipcard -debug -hbci -ofx [ebuild N] app-doc/gnucash-docs-2.2.0 [ebuild N] gnome-extra/yelp-2.20.0 USE=-beagle -debug -xulrunner [ebuild N]www-client/mozilla-firefox-2.0.0.14 USE=gnome ipv6 java -bindist -debug -filepicker -iceweasel -mozdevelop -moznopango -restrict-javascript -xforms -xinerama -xprint LINGUAS=de en es fr pl -af -ar -be -bg -ca -cs -da -el -en_GB -en_US -es_AR -es_ES -eu -fi -fy -fy_NL -ga -ga_IE -gu -gu_IN -he -hu -it -ja -ka -ko -ku -lt -mk -mn -nb -nb_NO -nl -nn -nn_NO -pa -pa_IN -pt -pt_BR -pt_PT -ro -ru -sk -sl -sv -sv_SE -tr -uk -zh -zh_CN -zh_TW But when I try to find more about yelp, it denies needing it: treat portage # equery -C depends gnome-extra/yelp [ Searching for packages depending on gnome-extra/yelp... ] treat portage # eix yelp ++ kevin -- Kevin O'Gorman, PhD -- Kevin O'Gorman, PhD
Re: [gentoo-user] gnucash pulls in firefox (when I already have firefox-bin)
On Mon, Jun 23, 2008 at 4:17 PM, Neil Bothwick [EMAIL PROTECTED] wrote: On Mon, 23 Jun 2008 12:39:12 -0700, Kevin O'Gorman wrote: treat Virtual Machines # emerge -at gnucash These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N] app-office/gnucash-2.2.3 USE=quotes -chipcard -debug -hbci -ofx [ebuild N] app-doc/gnucash-docs-2.2.0 [ebuild N] gnome-extra/yelp-2.20.0 USE=-beagle -debug -xulrunner [ebuild N]www-client/mozilla-firefox-2.0.0.14 USE=gnome ipv6 java yelp is pulling in firefox because you do not have xulrunner in USE. firefox-bin is no use, the program needs the header files for either firefox or xulrunner. The current recommendation is to use xulrunner instead of firefox in this situation, and in your USE flags. This makes sense, but I thought I already had that covered. Here are the two USE lines in my /etc/make.conf -- note the last few entries in the main one. USE=Xaw3d aim apache2 apm bash-completion bcmath -bluetooth calendar caps cscope ctype dbm exif fastcgi foomaticdb gphoto2 guile icq imap imlib java joystick libwww mailwrapper mbox mcal mime mmap mmx motif mpi mysql nis nsplugin odbc offensive openal oscar pic posix postgres ppds ruby samba snmp sockets sse ssl svga symlink sysvipc tetex usb xpm xulrunner yahoo -firefox -seamonkey USE=$USE tk # Mostly so that python supports fetchmailconf I'll try explicitly tweaking the yelp USE flags, but it looks to me like some weirdness... ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] SOLVED: Re: gnucash pulls in firefox (when I already have firefox-bin)
On Mon, Jun 23, 2008 at 9:09 PM, Kevin O'Gorman [EMAIL PROTECTED] wrote: On Mon, Jun 23, 2008 at 4:17 PM, Neil Bothwick [EMAIL PROTECTED] wrote: On Mon, 23 Jun 2008 12:39:12 -0700, Kevin O'Gorman wrote: treat Virtual Machines # emerge -at gnucash These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N] app-office/gnucash-2.2.3 USE=quotes -chipcard -debug -hbci -ofx [ebuild N] app-doc/gnucash-docs-2.2.0 [ebuild N] gnome-extra/yelp-2.20.0 USE=-beagle -debug -xulrunner [ebuild N]www-client/mozilla-firefox-2.0.0.14 USE=gnome ipv6 java yelp is pulling in firefox because you do not have xulrunner in USE. firefox-bin is no use, the program needs the header files for either firefox or xulrunner. The current recommendation is to use xulrunner instead of firefox in this situation, and in your USE flags. This makes sense, but I thought I already had that covered. Here are the two USE lines in my /etc/make.conf -- note the last few entries in the main one. USE=Xaw3d aim apache2 apm bash-completion bcmath -bluetooth calendar caps cscope ctype dbm exif fastcgi foomaticdb gphoto2 guile icq imap imlib java joystick libwww mailwrapper mbox mcal mime mmap mmx motif mpi mysql nis nsplugin odbc offensive openal oscar pic posix postgres ppds ruby samba snmp sockets sse ssl svga symlink sysvipc tetex usb xpm xulrunner yahoo -firefox -seamonkey USE=$USE tk # Mostly so that python supports fetchmailconf I'll try explicitly tweaking the yelp USE flags, but it looks to me like some weirdness... ++ kevin I tried that, and it may have gotten me closer to a solution, or closer to the catch-22. I can't tell which yet. package.use explicitly turns off xulrunner for yelp. I must have thought I needed to do this at some point But I was probably just floundering around. I untweaked it and now the emerge is going forward. I think this will solve the problem. -- Kevin O'Gorman, PhD
[gentoo-user] SOLVED Re: gnucash pulls in firefox (when I already have firefox-bin)
On Tue, Jun 24, 2008 at 9:57 AM, Dan Johansson [EMAIL PROTECTED] wrote: On Tuesday 24 June 2008, Kevin O'Gorman wrote: On Mon, Jun 23, 2008 at 4:17 PM, Neil Bothwick [EMAIL PROTECTED] wrote: On Mon, 23 Jun 2008 12:39:12 -0700, Kevin O'Gorman wrote: treat Virtual Machines # emerge -at gnucash These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N] app-office/gnucash-2.2.3 USE=quotes -chipcard -debug -hbci -ofx [ebuild N] app-doc/gnucash-docs-2.2.0 [ebuild N] gnome-extra/yelp-2.20.0 USE=-beagle -debug -xulrunner [ebuild N]www-client/mozilla-firefox-2.0.0.14 USE=gnome ipv6 java yelp is pulling in firefox because you do not have xulrunner in USE. firefox-bin is no use, the program needs the header files for either firefox or xulrunner. The current recommendation is to use xulrunner instead of firefox in this situation, and in your USE flags. This makes sense, but I thought I already had that covered. Here are the two USE lines in my /etc/make.conf -- note the last few entries in the main one. USE=Xaw3d aim apache2 apm bash-completion bcmath -bluetooth calendar caps cscope ctype dbm exif fastcgi foomaticdb gphoto2 guile icq imap imlib java joystick libwww mailwrapper mbox mcal mime mmap mmx motif mpi mysql nis nsplugin odbc offensive openal oscar pic posix postgres ppds ruby samba snmp sockets sse ssl svga symlink sysvipc tetex usb xpm xulrunner yahoo -firefox -seamonkey Is all this on one line and the MUA has folded the line or are you missing the \ on each line? It's all on one line. Sorting out my use flags to put xulrunner on yelp has fixed my problems. Thanks to all -- Kevin O'Gorman, PhD
Re: [gentoo-user] gnucash pulls in firefox (when I already have firefox-bin)
On Thu, Jun 26, 2008 at 2:19 AM, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 26 Jun 2008 10:40:19 +0200, Alan McKinnon wrote: This makes sense. What doesn't make sense is why does an accounting package need to build against a rendering engine? I can't see the connection The doc USE flag makes gnucash depend on gnucash-docs, which in turn depends on yelp. That's what requires the HTML engine. I'm getting OT here, but I just wonder if FF-bin couldn't export a set of headers, as the kernels do. -- Kevin O'Gorman, PhD
[gentoo-user] spamassassin-3.2.1-r1 emerge failure
For reasons discussed elsewhere, I've got to get serious about spam. But my first 3 attempts to emerge spamassassin have failed. (on x86). For one thing, there's a detection process near the beginning that is failing to detect Perl modules that are actually present, and from portage not CPAN. First it was Digest-SHA1. Re-emerging it fixed that, so maybe there was bitrot somewhere. But now it's doing the same thing with Mail::DKIM, but that's fortunately not a show-stopper like SHA1, but it's still worrisome. Now the show-stopper is some access violations that make no sense to me. It says it could not 'mkdir /usr/share/spamassassin', but I could do it from the command line (as root). Having done it, it still complained but proceeded to report an access violation on an attempt to 'chmod 0644 something'. I could also do that one from the command-line. G. Has anyone seen this, and know of a workaround? -- Kevin O'Gorman, PhD
[gentoo-user] drive configuration changes on reboot; blkid.tab defeats UUIDs
I had cause to reboot my gentoo box this morning, and it was an unexpected disaster. For some reason, my two PCI-X SATA controllers decided to switch places in the /dev/sd* lists. My /etc/fstab had explicit drive paths hard-coded, and they tried to mount stuff that didn't exist, and naturally failed. I wound up in a root shell under instructions to clean this up. I decided to go with UUIDs in /etc/fstab. After a half-hour or so pfutzing around with these (how do you find the UUID of an unmounted partition when you're not even really sure what kind of filesystem it has), I got everything to mount with mount -a, and I rebooted. The drives had changed names again, the sort of thing that UUIDs were designed to deal with, but the mount command was stubbornly using the old names. Bootup failed and I was back in a root shell. Thank goodness my root directory is still on an HDA drive. But where did these names come from -- they weren't in /etc/fstab any more. I did a system call trace on mount(1) to find out. There's a file I never heard of or noticed before: /etc/blkid.tab, and a backup, that seem to override the UUIDs, putting us back in the world we were in before Labels and UUIDs. G. I can get a good boot if I rm blkid.tab and its backup before I shut down. So: 1) Can I disable blkid.tab? In the presence of UUIDs this seems sensible. 2) Does anyone know if labels are also defeated? I don't feel like rebooting any more today just to find out. 3) Can we just stop this madness somehow? ++ kevin -- Kevin O'Gorman, PhD -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge --depclean question
On 7/20/07, Alex Schuster [EMAIL PROTECTED] wrote: Hi there! Any idea why emerge --depclean wants to remove app-shells/bash-completion-config? It it needed by some installed packages: [EMAIL PROTECTED] ~ -- equery depends app-shells/bash-completion-config [ Searching for packages depending on app-shells/bash-completion-config... ] app-editors/vim-7.0.235 (bash-completion? app-shells/bash-completion-config) app-editors/vim-core-7.0.235 (bash-completion? app-shells/bash-completion-config) app-misc/figlet-222 (bash-completion? app-shells/bash-completion-config) app-portage/genlop-0.30.7 (bash-completion? app-shells/bash-completion-config) app-portage/udept-0.5.99.0.2.95-r1 (bash-completion? app-shells/bash-completion-config) dev-util/subversion-1.3.2-r4 (bash-completion? app-shells/bash-completion-config) I have the bash-completion USE flag set, so why does emerge --depclean want to remove this package? I also tried dep -a -d (from app-portage/udept), it also wants to remove it. My system is up to date, I did emerge -NuD world and revdep-rebuild. This is no big problem of course, I am just curious and would like to understand what is going on. I don't know any of the details, but I can report this: my system is also clean, has the bash-completion USE flag, and does _not_ have the bash-completion package installed. Everything seems to work just fine. Moreover, I use the bash themes from Linux Journal of a year or so ago, which relies heavily on the complete builtin. So you have to ask yourself what capability are you missing that you want? ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Index to /usr/share/doc/...html... a reinvented wheel?
On 7/4/07, Jerry McBride [EMAIL PROTECTED] wrote: On Wednesday 04 July 2007 12:39:48 pm Willie Wong wrote: I doubt that his script (which he mentions is to be run in cron) is meant to actually be placed in the cgi-bin directory for apache. It would certainly be annoying to need to have an apache server running just to read documentation. There are some advantages serving the index out via httpd. Anyone you allow can read your documents... I've been working on (in my very spare time) on a similar project. Mine is in python. It scans an entire hard drive for index.html's, chm's and pdf's... then pours it's findings into a single index.html. The script is no where complete, free for the asking though wth setup tips... Hey, thanks for this script. It's an interesting start, at least. A couple of points: 1) Your copyright notice is kind of hidden in the html head tag. I couldn't immediatedly identify the author when looking at the code. I don't think you can copyright the output anyway... 2) As it stands, the code is not much use to me because of the copyright. If you'd license it under your favorite Open Source license, this would be pretty handy. 3) It outputs everything in the order found, which makes it hard to browse. -- Kevin O'Gorman, PhD
[gentoo-user] What is portage trying to tell me?
I seem to see this from time to time when I look at the emerge logs that are emailed to me by portage, and I never know what to make of it. This one is from kde-base/kcontrol-3.5.5: LOG: preinst /usr/kde/3.5/share/applications/kde/panel_appearance.desktop: required key Name not found -- required key Type not found Why is this allowed to occur? What am I expected to do about it, and how would I know that, given that I'm a user, not a developer? ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Evince won't emerge any more
/gentoo/pub http://gentoo.inf.elte.hu/ ftp://ftp.isu.edu.tw/pub/Linux/Gentoo http://gentoo.scphost.com; MAKEOPTS=-j4 PKGDIR=/usr/portage/packages PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-* PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/usr/local/portage SYNC=rsync://rsync.namerica.gentoo.org/gentoo-portage USE=X Xaw3d a52 aac aalib acl acpi adns aim alsa apache2 apm arts audiofile bash-completion bcmath berkdb bitmap-fonts bzip2 cairo calendar caps cdr cli cracklib crypt cscope ctype cups dbm dbus dbx doc dri dvd dvdr eds emacs emboss encode esd exif fam fastcgi firefox flatfile foomaticdb fortran ftp gdbm gif gnome gphoto2 gpm gstreamer gtk guile hal iconv icq imap imlib ipv6 isdnlog java joystick jpeg jpeg2k junit kde kdeenablefinal ldap libwww mad mbox mcal midi mikmod mime mmap mmx motif mp3 mpeg mpi mudflap mysql ncurses nis nls nptl nptlonly nsplugin odbc offensive ogg openal opengl openmp oscar oss pam pcre pdf perl pic png posix postgres ppds pppd python qt3 qt4 quicktime readline reflection ruby sdl session snmp sockets spell spl sse ssl svga sysvipc tcl tcpd tetex tiff tk truetype truetype-fonts type1-fonts unicode usb vorbis win32codecs x86 xml xorg xpm xprint xv yahoo zlib ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol ELIBC=glibc INPUT_DEVICES=keyboard mouse joystick KERNEL=linux LCD_DEVICES=bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text USERLAND=GNU VIDEO_CARDS=vga r128 mach64 radeon fbdev fglrx vesa Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS -- Kevin O'Gorman, PhD
Re: [gentoo-user] Evince won't emerge any more
On 8/21/07, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Wednesday 22 August 2007 01:57:07 Kevin O'Gorman wrote: When I try to (re)-emerge evince, it fails while making the help system. This has been true for about a week. Here's the tail end of what's on the console, followed by emerge --info: [SNIP] element with the role attribute set to maintainer to evince.xml. make[2]: *** [evince-C.omf] Error 10 make[2]: *** Waiting for unfinished jobs make[2]: *** [evince-bg.omf] Error 10 make[2]: *** [evince-el.omf] Error 10 make[2]: *** [evince-es.omf] Error 10 make[2]: Leaving directory `/var/tmp/portage/app-text/evince-0.6.1-r3 /work/evince-0.6.1/help' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-text/evince-0.6.1-r3 /work/evince-0.6.1' make: *** [all] Error 2 !!! ERROR: app-text/evince-0.6.1-r3 failed. https://bugs.gentoo.org/show_bug.cgi?id=178528 ? -- Bo Andresen The commentary describes gnome-doc-utils-0.10-* as being masked, but it appears that 0-10-3 is not masked. If that's right,then there's some consistency problems in the stable tree. ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Oddities in apache2 update, other init bizarrity.
Stable x86 just got a new apache server, and it's puzzling me. For one thing, /etc/conf.d/apache2 now ends with this # Environment variables to keep # All environment variables are cleared from apache # Use this to preserve some of them # NOTE!!! It's very important that this contains PATH # TODO: Phase this out in favor of /etc/conf.d/env_whitelist #KEEPENV=PATH It has said all along that it's important to have PATH, but now it's commented out without any replacement in env_whitelist. Moreover, there's no example in env_whitelist to show the syntax. I just put PATH in there on a line of its own, and hoped for the best. The bigger puzzle is this one: I can't stop apache because it can't be found, but I also can't start it because it's already running. It is in fact running and serving web pages. But I'd like the init stuff to be a lot more consistent. The confusion about cupsd and vmware is a separate issue I've been meaning to ask about for months; I don't think it has anything to do with apache2. treat ~ # cd /etc/init.d treat init.d # ./apache2 stop * Stopping apache2 ... No /usr/sbin/apache2 found running; none killed. [ !! ] treat init.d # ./apache2 start * WARNING: apache2 has already been started. treat init.d # ./apache2 status * Caching service dependencies ... * Service 'cupsd' should be AFTER service 'vmware', but one of * the services 'vmware' depends on, depends on 'cupsd'! [ ok ] * status: started treat init.d # -- Kevin O'Gorman, PhD
[gentoo-user] Dead apache (cannot listen)
Somewhere in the update to 2.2.4-r12, listening got lost. I tried to follow instructions, but apparently failed. Here's what happens (minus a MaxClients warning that doesn't look like a show-stopper): treat init.d # ./apache2 start * Starting apache2 ... (98)Address already in use: make_sock: could not bind to address 64.166.164.49:80 no listening sockets available, shutting down Unable to open logs [ !! ] treat init.d # So it got my instructions to listen, but failed. Looking at 'netstat --inet -l' does not show any listeners or open sockets on port 80. What else should I look at? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Dead apache (cannot listen)
Thanks for top-posting :o) This is still a bit mysterious for me. I've tried to do what you said, but apache still fails to start because it cannot open a listening port. Here's what I've figured out about what I have: /etc/conf.c/apache2 contains APACHE2_OPTS=-D DEFAULT_VHOST -D INFO -D LANGUAGE -D MANUAL -D SSL -D SSL_DEFAULT_VHOST -D USERDIR to which I contributed only USERDIR -- the other stuff came with the ebuild. Maybe I should drop the SSL stuff since my server has no https stuff (It does have htaccess and htpasswd stuff, but I think that's different). In any event, removing the SSL stuff does not change the problem. Everything else in that file is commented out, which I take to mean that default values are used. Among the defaults is #CONFIGFILE=/etc/apache2/httpd.conf and that file contains Include /etc/apache2/vhosts.d/*.conf And /etc/apache2/vhosts.d/ includes 00_default_ssl_vhost.confand 00_default_vhost.conf My 00_default_vhost.conf: === start 00_default_vhost.conf == # If your host doesn't have a registered DNS name, enter its IP address here. # #ServerName www.example.com:80 ServerName www.kosmanor.com:80 #KOSMANOR changes #Listen 80 Listen 64.166.164.49:80 Listen localhost:80 # DocumentRoot: The directory out of which you will serve your # documents. By default, all requests are taken from this directory, but # symbolic links and aliases may be used to point to other locations. # # If you change this to something that isn't under /var/www then suexec # will no longer work. DocumentRoot /var/www/localhost/htdocs # This should be changed to whatever you set DocumentRoot to. Directory /var/www/localhost/htdocs # Possible values for the Options directive are None, All, # or any combination of: # Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews # # Note that MultiViews must be named *explicitly* --- Options All # doesn't give it to you. # # The Options directive is both complicated and important. Please see # http://httpd.apache.org/docs/2.2/mod/core.html#options # for more information. Options Indexes FollowSymLinks # AllowOverride controls what directives may be placed in .htaccess files. # It can be All, None, or any combination of the keywords: # Options FileInfo AuthConfig Limit AllowOverride All # Controls who can get stuff from this server. Order allow,deny Allow from all /Directory IfModule alias_module # Redirect: Allows you to tell clients about documents that used to # exist in your server's namespace, but do not anymore. The client # will make a new request for the document at its new location. # Example: # Redirect permanent /foo http://www.example.com/bar # Alias: Maps web paths into filesystem paths and is used to # access content that does not live under the DocumentRoot. # Example: # Alias /webpath /full/filesystem/path # # If you include a trailing / on /webpath then the server will # require it to be present in the URL. You will also likely # need to provide a Directory section to allow access to # the filesystem path. # ScriptAlias: This controls which directories contain server scripts. # ScriptAliases are essentially the same as Aliases, except that # documents in the target directory are treated as applications and # run by the server when requested rather than as documents sent to the # client. The same rules about trailing / apply to ScriptAlias # directives as to Alias. ScriptAlias /cgi-bin/ /var/www/localhost/cgi-bin/ /IfModule # /var/www/localhost/cgi-bin should be changed to whatever your ScriptAliased # CGI directory exists, if you have that configured. Directory /var/www/localhost/cgi-bin AllowOverride None Options None Order allow,deny Allow from all /Directory # vim: ts=4 filetype=apache === end 00_default_vhost.conf == On 9/6/07, Alexander Reitzel [EMAIL PROTECTED] wrote: you should look at your vhost configs. take an example of the current default_vhost config and make sure to keep the -D DEFAULT_VHOST in /etc/conf.d/apache2 Ive had the same problem with one of my servers and after using the default thiggie it worked fine. Am Freitag, 7. September 2007 03:08:43 schrieb Kevin O'Gorman: Somewhere in the update to 2.2.4-r12, listening got lost. I tried to follow instructions, but apparently failed. Here's what happens (minus a MaxClients warning that doesn't look like a show-stopper): treat init.d # ./apache2 start * Starting apache2 ... (98)Address already in use: make_sock: could not bind to address 64.166.164.49:80 no listening
Re: [gentoo-user] Dead apache (cannot listen)
On 9/7/07, Steen Eugen Poulsen [EMAIL PROTECTED] wrote: Kevin O'Gorman skrev: My 00_default_vhost.conf: === start 00_default_vhost.conf == # If your host doesn't have a registered DNS name, enter its IP address here. # #ServerName www.example.com:80 http://www.example.com:80 ServerName www.kosmanor.com:80 http://www.kosmanor.com:80 #KOSMANOR changes #Listen 80 Listen 64.166.164.49:80 http://64.166.164.49:80 Listen localhost:80 Thats not a vhost configuration, so it's a bit confusing why your trying to use Gentoo's default vhost config file and making non vhost configs and I bet it isn't liking the missing: NameVirtualHost *:80 (You will have to check the apache2 doc for the VirtualIP version of NameVirtualHost) VirtualHost *:80 If you want to make a non vhost configuration, then do so from the ground up, don't mix vhost and non vhost unless you want a mess. The reason you get :80 already bound, is because your configuration bind twice to the same IP. It's Apache itself that bind twice and bails on the second attempt. Not having used this configuration layout in years, I would guess ServerName is the one creating the listening socket, maybe because it's placed before Listen. A workaround has been found (see below). As may be obvious by now, I don't understand much about configuring apache. I just used what dropped in when I installed Gentoo around 2003, and tried to adapt as time and updates came along. My needs are fairly simple: a basic server on a single IP plus localhost, using the default port 80. Static and CGI pages only, no secure applications. Users (only me, actually) have a page in public_html. I intend to use mod_python eventually, or write my own module, but that's for later. I have not a clue how to build a configuration from the ground up, and I'm hoping to not have to learn. Since it would be a singleton excercise, I would just forget it anyway in the midst of many other things that claim my attention. Workaround: In any event, making ServerName come after Listen, or commenting it out completely, do not change the symptoms at all. However, commenting out all Listen lines does allow apache to start. It seems you're right and apache is colliding with itself, but I don't know why, as I don't see any other Listen directives. This is at best a stopgap because apache's now listening promiscuously, which I do not like at all. I'm hoping for more help, but my fallback is to save my config files, unmerge apache completely, re-emerge it and see if the default configuration can be made to work right. That might turn out to be a lot of work, for which read a lot of time. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Dead apache (cannot listen)
Mystery solved. As expected: my bad. Details at the bottom On 9/7/07, Kevin O'Gorman [EMAIL PROTECTED] wrote: On 9/7/07, Steen Eugen Poulsen [EMAIL PROTECTED] wrote: Kevin O'Gorman skrev: My 00_default_vhost.conf: === start 00_default_vhost.conf == # If your host doesn't have a registered DNS name, enter its IP address here. # #ServerName www.example.com:80 http://www.example.com:80 ServerName www.kosmanor.com:80 http://www.kosmanor.com:80 #KOSMANOR changes #Listen 80 Listen 64.166.164.49:80 http://64.166.164.49:80 Listen localhost:80 Thats not a vhost configuration, so it's a bit confusing why your trying to use Gentoo's default vhost config file and making non vhost configs and I bet it isn't liking the missing: NameVirtualHost *:80 (You will have to check the apache2 doc for the VirtualIP version of NameVirtualHost) VirtualHost *:80 If you want to make a non vhost configuration, then do so from the ground up, don't mix vhost and non vhost unless you want a mess. The reason you get :80 already bound, is because your configuration bind twice to the same IP. It's Apache itself that bind twice and bails on the second attempt. Not having used this configuration layout in years, I would guess ServerName is the one creating the listening socket, maybe because it's placed before Listen. A workaround has been found (see below). As may be obvious by now, I don't understand much about configuring apache. I just used what dropped in when I installed Gentoo around 2003, and tried to adapt as time and updates came along. My needs are fairly simple: a basic server on a single IP plus localhost, using the default port 80. Static and CGI pages only, no secure applications. Users (only me, actually) have a page in public_html. I intend to use mod_python eventually, or write my own module, but that's for later. I have not a clue how to build a configuration from the ground up, and I'm hoping to not have to learn. Since it would be a singleton excercise, I would just forget it anyway in the midst of many other things that claim my attention. Workaround: In any event, making ServerName come after Listen, or commenting it out completely, do not change the symptoms at all. However, commenting out all Listen lines does allow apache to start. It seems you're right and apache is colliding with itself, but I don't know why, as I don't see any other Listen directives. This is at best a stopgap because apache's now listening promiscuously, which I do not like at all. I'm hoping for more help, but my fallback is to save my config files, unmerge apache completely, re-emerge it and see if the default configuration can be made to work right. That might turn out to be a lot of work, for which read a lot of time. I was sure I checked for duplicate Listen directives, but I missed one. Fixing that allowed apache to start. As pennance, I hunted down all my tailorings and put them in a single include file. In the process I wound up eliminating a bunch of other duplications. Hopefully things will be more sane soon. But not right away -- but I'll start another thread for that. ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Cleaning up perl
I've found myself in a mess with perl (see other thread). In the process I discovered what appears to be a bunch of old versions of perl-related things. In /usr/lib/perl5, there are subdirectories over 4 years old. Here's the complete list 5.8.2 5.8.4 5.8.5 5.8.6 5.8.7 5.8.8 site_perl vendor_perl The current perl version is 5.8.8. The versions 5.8.2 and 5.8.4 date from 2004. Can I safely just delete them? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Cleaning up perl
On 9/8/07, Mike Williams [EMAIL PROTECTED] wrote: On Saturday 08 September 2007 16:13:41 Kevin O'Gorman wrote: Can I safely just delete them? Not really. But gentoo provides a tool to sort it. # perl-cleaner reallyall -- Mike William Interesting. I did not know about this cleaner. Unfortunately, while it tries to do a number of things, they all fail in the same way: a problem with Errno.pm. I guess using perl to clean up perl is not all that robust in this case. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Cleaning up perl
On 9/8/07, Dirk Heinrichs [EMAIL PROTECTED] wrote: Am Samstag, 8. September 2007 schrieb Kevin O'Gorman: Unfortunately, while it tries to do a number of things, they all fail in the same way: a problem with Errno.pm. I guess using perl to clean up perl is not all that robust in this case. I still prefer good old cpan over gentoo' g-cpan to mainatain perl modules. Before upgrading perl, fire up cpan, create a bundle file of all your installed modules using the autobundle command and after the upgrade, start cpan again and run install Bundle::Snapshot-date. I also use it to keep installed perl modules uptodate. Just use the upgrade command in cpan. If you did this, you can simply remove the old 5.8.x directories. HTH... Dirk It's too late for me now to do any of that. I'm hosed. I can build perl, but I cannot run perl-cleaner. I can't run h2ph. There are probably a bunch of other things I can't do also. Accordingly, I'm renaming the offending Errno.pm, knowing that there's another more recent one around. I'm hoping that it's located by @INC or some such. At the moment, it seems to be working. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Cleaning up perl
On 9/9/07, Dirk Heinrichs [EMAIL PROTECTED] wrote: Am Samstag, 8. September 2007 schrieb Kevin O'Gorman: On 9/8/07, Dirk Heinrichs [EMAIL PROTECTED] wrote: Am Samstag, 8. September 2007 schrieb Kevin O'Gorman: Unfortunately, while it tries to do a number of things, they all fail in the same way: a problem with Errno.pm. I guess using perl to clean up perl is not all that robust in this case. I still prefer good old cpan over gentoo' g-cpan to mainatain perl modules. Before upgrading perl, fire up cpan, create a bundle file of all your installed modules using the autobundle command and after the upgrade, start cpan again and run install Bundle::Snapshot-date. I also use it to keep installed perl modules uptodate. Just use the upgrade command in cpan. If you did this, you can simply remove the old 5.8.x directories. It's too late for me now to do any of that. No, not really. You only need perl to run cpan. I can build perl, but I cannot run perl-cleaner. You don't need to. Remove the old 5.8.x directories and install the modules you had installed there again (if needed), using cpan this time. You can find out which packages were installed by searching for files named .packlist. Each directory which contains such a file corresponds to one perl module. Eventually re-emerge perl after removal of the old directories. This should clean up your perl installation. HTH... Dirk I eventually got most things back by removing the site-perl version of Errno.pm (installed by CPAN sometime in the past, I think.) There was another, more recent version which was apparently found automatically, allowing things to proceed. I have also removed a bunch of other things that were in site-perl, especially everything I could replace with a version from portage. I have now been able to run 'perl-cleaner reallyall', and have rebuilt perl both with and without the ithreads USE-flag (see separate thread). So I suppose I'm now in good shape. CPAN also works, though I'm a bit reluctant to use it since that's how I got in this mess in the first place. I'd rather rely on portage to keep things current and consistent. H. Does anyone know how to run CPAN in a cron job, just enough to run the 'r' command? I do that with portage to tell me when I have to worry about revdep or depclean. ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Seeking threading advice in Perl and Apache
I am hoping to use mod_perl in apache, but there's a decision to be made. Mod_perl insists that if apache has thread support, perl must also have it. I originally enabled the 'threads' USE-flag because I thought it might be useful, but it turns out to affect apache, while leaving Perl unthreaded, and I didn't notice until I went to build mod_perl, and it refused to emerge. When I enabled the 'ithread' USE-flag for Perl, it issued a warning that this might not be good for the health of all the packages in the system. H. So I'm looking for experience and/or advice. Is threaded Perl an okay idea? Is it useful? Come to think of it, what difference does threading make to Apache? Is it generally useful? Also: why is mod_python not subject to the same concerns? I notice that I've always build it with -nothreads, which seems to be the default. I guess that means it's okay with threading. ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Dual failures in emerge -aDNvu world
/build.log'. treat ~ # vim And for xorg-docs: ... lots like the following jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:46:19:E: X00F2 is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:47:19:E: X00D2 is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:48:19:E: X00F8 is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:49:19:E: X00D8 is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:50:19:E: X00F5 is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:51:19:E: X00D5 is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:52:17:E: X00F6 is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:53:17:E: X00D6 is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:54:18:E: X00DF is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:55:18:E: X00FE is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:56:18:E: X00DE is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:57:19:E: X00FA is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:58:19:E: X00DA is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:59:18:E: X00FB is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:60:18:E: X00DB is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:61:19:E: X00F9 is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:62:19:E: X00D9 is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:63:17:E: X00FC is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:64:17:E: X00DC is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:65:19:E: X00FD is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:66:19:E: X00DD is not a function name jade:/usr/share/sgml/docbook/xml-simple-dtd-4.1.2.4/ent/iso-lat1.ent:67:17:E: X00FF is not a function name jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/print/../common/../common/dbl1ru.ent:188:290:Q: length of interpreted parameter literal must not exceed LITLEN (240) jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/print/../common/../common/dbl1ru.ent:189:290:Q: length of interpreted parameter literal must not exceed LITLEN (240) /usr/share/sgml/docbook/utils-0.6.14/backends/pdf: line 15: pdfjadetex: command not found make[2]: *** [Xserver-spec.pdf] Error 9 make[2]: Leaving directory `/var/tmp/portage/app-doc/xorg-docs-1.4-r1 /work/xorg-docs-1.4/sgml/core' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-doc/xorg-docs-1.4-r1 /work/xorg-docs-1.4/sgml' make: *** [all-recursive] Error 1 !!! ERROR: app-doc/xorg-docs-1.4-r1 failed. Call stack: ebuild.sh, line 1638: Called dyn_compile ebuild.sh, line 985: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile ebuild.sh, line 1328: Called x-modular_src_compile x-modular.eclass, line 337: Called x-modular_src_make x-modular.eclass, line 332: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/app-doc/xorg- docs-1.4-r1/temp/build.log'. -- Kevin O'Gorman, PhD
[gentoo-user] update-grub? I have no such thing.
I see that building a kernel ends with checking for update-grub, which I don't have. Should I? Where does it come from? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Emerging java with gcj
On 10/14/07, Randy Barlow [EMAIL PROTECTED] wrote: Florian Philipp wrote: I've noticed that the gcj use flag is not enabled by default and therefore all java code is compiled to byte code instead of native binaries, am I correct? gcj can compile java code directly to machine code, and I'm pretty sure that the Sun compiler just compiles to byte code. I have no experience with gcj though, so I can't answer your second question... I wonder how I can change that. Just re-emerge gcc with USE=gcj and all packages containing java code? Is it even a good idea? Probably not, but you could always try it and report back to the list... :o) Nothing that needs to work with a class loader, like applets do, will work. I would expect some problems with introspection. Moreover, last I tried it, there were buckets of incompatibility with the Java libraries. Maybe it's more mature now. Kevin O'Gorman, PhD
[gentoo-user] kdelibs won't build after change in GCC to 4.1.2 from 3.4.6
/ccache: 2.4-r7 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox:1.2.17 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17-r1 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS=x86 CBUILD=i686-pc-linux-gnu CFLAGS=-O2 -march=pentium4 -fomit-frame-pointer -pipe -mfpmath=sse -msse2 -mmmx CHOST=i686-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/bind CONFIG_PROTECT_MASK=/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d CXXFLAGS=-O2 -march=pentium4 -fomit-frame-pointer -pipe -mfpmath=sse -msse2 -mmmx DISTDIR=/usr/portage/distfiles FEATURES=buildpkg distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch GENTOO_MIRRORS=ftp://fido.online.kz/gentoo/pub http://gentoo.inf.elte.hu/ ftp://ftp.isu.edu.tw/pub/Linux/Gentoo http://gentoo.scphost.com; LINGUAS=en fr de es pl MAKEOPTS=-j4 PKGDIR=/usr/portage/packages PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-* PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/usr/local/portage SYNC=rsync://rsync.namerica.gentoo.org/gentoo-portage USE=X Xaw3d a52 aac aalib acl acpi adns aim alsa apache2 apm arts audiofile bash-completion bcmath berkdb bitmap-fonts bzip2 cairo calendar caps cdr cli cracklib crypt cscope ctype cups dbm dbus dbx doc dri dvd dvdr eds emacs emboss encode esd exif fam fastcgi firefox flatfile foomaticdb fortran ftp gdbm gif gnome gphoto2 gpm gstreamer gtk guile hal iconv icq imap imlib ipv6 isdnlog java joystick jpeg jpeg2k junit kde kdeenablefinal ldap libwww mad mbox mcal midi mikmod mime mmap mmx motif mp3 mpeg mpi mudflap mysql ncurses nis nls nptl nptlonly nsplugin odbc offensive ogg openal opengl openmp oscar oss pam pcre pdf perl pic png posix postgres ppds pppd python qt3 qt4 quicktime readline reflection ruby sdl session snmp sockets spell spl sse ssl svga sysvipc tcl tcpd tetex threads tiff tk truetype truetype-fonts type1-fonts unicode usb vorbis win32codecs x86 xml xorg xpm xprint xv yahoo zlib ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol ELIBC=glibc INPUT_DEVICES=keyboard mouse joystick KERNEL=linux LCD_DEVICES=bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text LINGUAS=en fr de es pl USERLAND=GNU VIDEO_CARDS=vga r128 mach64 radeon fbdev fglrx vesa Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS -- Kevin O'Gorman, PhD
[gentoo-user] Emerge firefox 2.0.0.8 and now printing is hosed
I've just emerged firefox 2.0.0.8 (I think it was 2.0.0.7 before), and now attempts to print a web page bring me to a skimpy little dialog with just two buttons: Cancel and OK. The OK button leads to an error dialog. So printing is now impossible. Fortunately, I have seamonkey, which is working just fine. But I'd like firefox to work too. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Emerge firefox 2.0.0.8 and now printing is hosed
It's a gentoo ebuild, so I start here. For all I know, it was something that happened here. My OS is cranking along. It just spent 2 or 3 weeks recompiling itself with GCC 4.1.2, upgrading from 3.something. Only Qemu failed to come over. Then I promptly had to upgrade to a broken firefox, but that's not a show-stopper for me. ++ kevin On 10/24/07, Dan Cowsill [EMAIL PROTECTED] wrote: On 10/24/07, Kevin O'Gorman [EMAIL PROTECTED] wrote: I've just emerged firefox 2.0.0.8 (I think it was 2.0.0.7 before), and now attempts to print a web page bring me to a skimpy little dialog with just two buttons: Cancel and OK. The OK button leads to an error dialog. So printing is now impossible. Fortunately, I have seamonkey, which is working just fine. But I'd like firefox to work too. ++ kevin -- Kevin O'Gorman, PhD Might want to bring this up with the firefox people, not the Gentoo people. But hey! How's your os workin these days? -- Dan Cowsill http://www.danthehat.net -- [EMAIL PROTECTED] mailing list -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: Emerge firefox 2.0.0.8 and now printing is hosed
Nah. It's what I get for posting stupid. I just needed to restart firefox. Everything is now good. ++ kevin On 10/25/07, Arttu V. [EMAIL PROTECTED] wrote: I'm using mozilla-firefox-2.0.0.8, not -bin, and printing works fine here also. Just another data point; sorry I don't know how to help I might have missed it, but was revdep-rebuild tried already? :) Also, maybe it could be something with gtk+ or some printing component (old cups? cups ebuild was just updated) instead of firefox? So, how about other apps and their print dialogs? Are they broken too? -- arttuv _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline-- [EMAIL PROTECTED] mailing list -- Kevin O'Gorman, PhD
[gentoo-user] Use of gethostname() and getdomainname()
I've got my own domain and domain server. I've just run into a problem about the appropriate settings for hosts and domains, and it's messing up a few things in my postfix setup. The gentoo instructions say to set /etc/conf.d/hostname to the host name only. It gets passed to sethostname(2) unchanged by /etc/init.d/hostname. I did it. The gentoo instructions say to put a domain name, if needed, into /etc/conf.d/net. It seems to get used in network setup. I did it. Nothing seems to be set into whatever it is that setdomainname(2) is used for. My mailx mailer seems to put localdomain on the sender address when my crontab entries call it. Maybe because it sees that getdomainname(2) comes up empty. What's the right way to set this up? Should I just cobble my proper domain into setdomainname(2)? Is there a right way? Is there a better way? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Use of gethostname() and getdomainname()
I like keeping it to stuff that makes sense. I don't put in private network addresses unless I actually use them, which would just be the 192.168.x.x addresses provided by my DSL router, behind which I hide most of my systems. But for the present thread, I'm talking about the routable IP number for this host: treat.kosmanor.com is seen as 64.166.164.49. I've got HOSTNAME=treat in /etc/conf.d/hostname, and the FQDN in /etc/postfix/main.cf. Meanwhile, I've stumbled on the Linux man page for uname(2). It explains some of this as lack of coverage from the standards. Use man 2 uname and look in the NOTES section. It seems this is an area that has not been well treated, and there's divergence among systems as well as among applications, let alone between them. Ugh. On Dec 2, 2007 7:12 AM, Etaoin Shrdlu [EMAIL PROTECTED] wrote: On Sunday 2 December 2007, Mick wrote: Try adding the following line to /etc/hosts: a.b.c.d hostname.your.domain hostname of course, replacing a.b.c.d with your correct ip address. I don't know whether this is related to your problem, but it usually solves the domainname: (none) problem. Is this meant to be the LAN private address, or the Internet address of the host? It depends. If you just need to solve the agetty banner problem which prints welcome to machinename.(none), you can just use 127.0.0.1 or eth0's address, and this always has solved all the problems for me until now. Otherwise, you have to know what address the application uses to identify the box. However, if in doubt, nothing stops you from adding several lines that differ only in the ip address: 127.0.0.1 hostname.your.domain hostname 10.0.0.1 hostname.your.domain hostname 100.100.100.100 hostname.your.domain hostname etc. NOTE: I don't know whether this is the correct way to do things. Many times it works, but other, less clumsy, ways probably exist (I simply haven't had the need to search them until now). -- [EMAIL PROTECTED] mailing list -- Kevin O'Gorman, PhD
[gentoo-user] vmware-server requires a serial number, but is free? how does this work
I've emerged and partly configured vmware-server-1.0.4, but it is asking for a 20-digit serial number to complete the configuration. I understood this to be a free product, as it says on the VMware site. But I didn't notice anything about a serial number. Do I just make it up, or did I miss something on vmware.com? ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] VMWare server + Win 98 = VGA only?
I just got vmware server going and installed a Win98SE guest. The guest didn't recognize the virtual video card, and all I get is 16 colors. Is there a fix? I know this list is more about gentoo than the details of the apps, but I'm not aware of an active VMware list. A pointer to one would shut me up about this. -- Kevin O'Gorman, PhD
Re: [gentoo-user] VMWare server + Win 98 = VGA only?
On 12/22/07, James R. Campbell [EMAIL PROTECTED] wrote: On Saturday 22 December 2007, Kevin O'Gorman wrote: I did nothing to install the tools. I could not find them. There's an ebuild for workstation tools, but not for player or server. I didn't see anything helpful on the download page, or in the results from a query for tools on the VMWare web site. Nevertheless, I'm sure that since you ask, there's a simple way to find them that I just missed. I'm not near my VMs at the moment, but if memory serves: from the VMware Server menu bar, choose VM --Install VMware Tools while the guest is running. Yep, that did it. Thanks. ++ kevin HTH, --James -- [EMAIL PROTECTED] mailing list -- Kevin O'Gorman, PhD
[gentoo-user] Suddenly emerging unstable packages = why?
Suddenly I noticed I'm on the bleeding edge. I don't know why. The latest: emerge -aDvu world is emerging unstable k3b-1.0.4. At least if I'm reading the output of eix correctly, it's unstable. I don't have anything in ACCEPT_KEYWORDS (it's not defined). In all of /etc/portage there are 4 references to x86, and they're in package.keywords for particular package releases whose features I needed. So why am I emerging these things? ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Suddenly emerging unstable packages = why?
I see that it's now stable, and I'm going to let the emerge go forward. However, I scrolled back my terminal to when I sent that message, and here's what eix gave me then (primarily the ~ in front of 1.0.4. Could this be an asychrony with the eix database? treat portage # eix k3b [I] app-cdr/k3b Available versions: 0.12.17 ~1.0 ~1.0.1 ~1.0.1-r1 ~1.0.2 ~1.0.3 ~1.0.4 {alsa arts css debug dvdr dvdread elibc_FreeBSD emovix encode ffmpeg flac hal kde linguas_af linguas_ar linguas_bg linguas_bn linguas_br linguas_bs linguas_ca linguas_cs linguas_cy linguas_da linguas_de linguas_el linguas_en_GB linguas_es linguas_et linguas_eu linguas_fa linguas_fi linguas_fr linguas_ga linguas_gl linguas_he linguas_hi linguas_hu linguas_is linguas_it linguas_ja linguas_ka linguas_km linguas_lt linguas_mk linguas_ms linguas_nb linguas_nds linguas_nl linguas_nn linguas_pa linguas_pl linguas_pt linguas_pt_BR linguas_ro linguas_ru linguas_rw linguas_se linguas_sk linguas_sl linguas_sr [EMAIL PROTECTED] linguas_sv linguas_ta linguas_tr linguas_uk linguas_uz linguas_zh_CN linguas_zh_TW mp3 musepack musicbrainz sndfile vcd vorbis xinerama} Installed versions: 0.12.17(13:10:41 10/22/07)(alsa arts dvdr encode hal kde linguas_de linguas_es linguas_fr linguas_pl mp3 vorbis -css -debug -elibc_FreeBSD -ffmpeg -flac -linguas_af -linguas_bg -linguas_bn -linguas_br -linguas_bs -linguas_ca -linguas_cs -linguas_cy -linguas_da -linguas_el -linguas_en_GB -linguas_et -linguas_eu -linguas_fi -linguas_ga -linguas_he -linguas_hi -linguas_hu -linguas_is -linguas_it -linguas_ja -linguas_km -linguas_lt -linguas_mk -linguas_ms -linguas_nb -linguas_nds -linguas_nl -linguas_nn -linguas_pa -linguas_pt -linguas_pt_BR -linguas_ro -linguas_ru -linguas_se -linguas_sl -linguas_sr [EMAIL PROTECTED] -linguas_sv -linguas_ta -linguas_tr -linguas_uk -linguas_zh_CN -linguas_zh_TW -musepack -musicbrainz -sndfile -vcd -xinerama) Homepage:http://www.k3b.org/ Description: K3b, KDE CD Writing Software On 1/5/08, Alan McKinnon [EMAIL PROTECTED] wrote: On Saturday 05 January 2008, Kevin O'Gorman wrote: Suddenly I noticed I'm on the bleeding edge. I don't know why. The latest: emerge -aDvu world is emerging unstable k3b-1.0.4. At least if I'm reading the output of eix correctly, it's unstable. [I] app-cdr/k3b Available versions: 0.12.17 (~)1.0 (~)1.0.1 (~)1.0.1-r1 (~)1.0.2 (~)1.0.3 1.0.4 It's stable according to my --sync done 10 minutes ago. Perhaps you are reading eix output wrongly, post your current output and let's have a look -- Alan McKinnon alan dot mckinnon at gmail dot com -- [EMAIL PROTECTED] mailing list -- Kevin O'Gorman, PhD
Re: [gentoo-user] Suddenly emerging unstable packages = why?
On 1/7/08, Alan McKinnon [EMAIL PROTECTED] wrote: On Monday 07 January 2008, Kevin O'Gorman wrote: I see that it's now stable, and I'm going to let the emerge go forward. However, I scrolled back my terminal to when I sent that message, and here's what eix gave me then (primarily the ~ in front of 1.0.4. Could this be an asychrony with the eix database? Hmm, sounds reasonable. Perhaps you mistakenly ran emerge --sync instead of eix-sync that one time? I've done it myself once or thrice :-) I would not have thought so because it's all done in cron jobs thrice per week, giving me reports via email. However, it is true that emerge sync and eix-update were in two separate jobs scheduled an hour apart. It is vaguely conceivable that they got out of step somehow. I've unified them, and hope things go better now. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Suddenly emerging unstable packages = why?
On Jan 8, 2008 7:48 AM, Alan McKinnon [EMAIL PROTECTED] wrote: On Tuesday 08 January 2008, Kevin O'Gorman wrote: Hmm, sounds reasonable. Perhaps you mistakenly ran emerge --sync instead of eix-sync that one time? I've done it myself once or thrice :-) I would not have thought so because it's all done in cron jobs thrice per week, giving me reports via email. However, it is true that emerge sync and eix-update were in two separate jobs scheduled an hour apart. It is vaguely conceivable that they got out of step somehow. I've unified them, and hope things go better now. Yeah, that's probably it then. Doing an emerge at randomly selected times will cause i in about 60 or so to fall in that hour window :-) Any particular reason you run two separate jobs and not just eix-sync (which does both in sequence)? alan -- Alan McKinnon alan dot mckinnon at gmail dot com Originally, because the output was hard to read I think. And I figured that starting them an hour apart would ensure sequence anyway. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Suddenly emerging unstable packages = why?
On 1/8/08, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Tuesday 08 January 2008 23:30:51 Kevin O'Gorman wrote: However, it is true that emerge sync and eix-update were in two separate jobs scheduled an hour apart. It is vaguely conceivable that they got out of step somehow. I've unified them, and hope things go better now. [...] Any particular reason you run two separate jobs and not just eix-sync (which does both in sequence)? Originally, because the output was hard to read I think. And I figured that starting them an hour apart would ensure sequence anyway. Surely you ran update-eix and possibly diff-eix rather than eix-sync then? Running eix-sync and emerge --sync would mean syncing twice a day (for no good reason)... -- Bo Andresen Indeed. I run update-eix, but I don't do it every day. The entire package runs three times per week, and I use the emails from it to decide whether or when to emerge world. I keep pretty current, but don't see the point in daily updates. ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Eeek: Apache2 lost it's CGI ability
I've got a low-use CGI script on my web server. Aside from web crawlers, I usually see at most a few hits a week from people who share my hobby. I just found out it's been down for an unknown period of time because my Apache no longer does CGI scripting. I can't even get it to run the simplest possible C program. In /etc/apache2/httpd.conf, I've added a single line to what I think is the standard config -- at the end I added #KOSMANOR: defer to ./kosmanor/hexDirs.conf Include /etc/apache2/kosmanor/hexDirs.conf And the CGI part of hexDirs.conf is just ScriptAlias /hex-bin /hex/bin Directory /hex/bin Options FollowSymLinks Order allow,deny Allow from all /Directory I don't get much help from the logs. The access log shows that the request got an error code, 64.166.164.49 - - [15/Feb/2009:15:46:32 -0800] GET /hex-bin/board HTTP/1.1 500 542 and all that the error log says is: [Sun Feb 15 15:46:32 2009] [error] [client 64.166.164.49] Premature end of script headers: board Any idea how to debug this, or any intuitions about what I neglected to do? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: Eeek: Apache2 lost it's CGI ability
On Sun, Feb 15, 2009 at 4:44 PM, Harry Putnam rea...@newsguy.com wrote: Kevin O'Gorman kogor...@gmail.com writes: I don't get much help from the logs. The access log shows that the request got an error code, 64.166.164.49 - - [15/Feb/2009:15:46:32 -0800] GET /hex-bin/board HTTP/1.1 500 542 and all that the error log says is: [Sun Feb 15 15:46:32 2009] [error] [client 64.166.164.49] Premature end of script headers: board Any idea how to debug this, or any intuitions about what I neglected to do? Well a few things come to mind. Test the script by hand first. Check the permissions are 755 or the like. Test a very simple cgi that is known to work. Here is a simple one... make sure it has chmod 755 --- 8 snip --- 8 snip #!/usr/bin/perl print Content-type: text/html\n\n; print REMOTE_ADDR = $ENV{REMOTE_ADDR}BR \n; This is wonderful. Thanks. Your cgi script worked just fine. I put it in the same directory, called it 'cgi.perl', and made the permissions 755. It ran just fine. So I guess apache is fine. Having something simple that works is a great help in figuring out what is actually broken. I've got a meeting to go to, so I'll have to get back to it. But this much I know: The permissions on the failing (python) script are the same. So are the owner and group. The python script runs fine from the command-line, even as an other user. Next thing: I'll make a python version of your program and work up from there. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: Eeek: Apache2 lost it's CGI ability
On Sun, Feb 15, 2009 at 5:23 PM, Kevin O'Gorman kogor...@gmail.com wrote: On Sun, Feb 15, 2009 at 4:44 PM, Harry Putnam rea...@newsguy.com wrote: Kevin O'Gorman kogor...@gmail.com writes: I don't get much help from the logs. The access log shows that the request got an error code, 64.166.164.49 - - [15/Feb/2009:15:46:32 -0800] GET /hex-bin/board HTTP/1.1 500 542 and all that the error log says is: [Sun Feb 15 15:46:32 2009] [error] [client 64.166.164.49] Premature end of script headers: board Any idea how to debug this, or any intuitions about what I neglected to do? Well a few things come to mind. Test the script by hand first. Check the permissions are 755 or the like. Test a very simple cgi that is known to work. Here is a simple one... make sure it has chmod 755 --- 8 snip --- 8 snip #!/usr/bin/perl print Content-type: text/html\n\n; print REMOTE_ADDR = $ENV{REMOTE_ADDR}BR \n; This is wonderful. Thanks. Your cgi script worked just fine. I put it in the same directory, called it 'cgi.perl', and made the permissions 755. It ran just fine. So I guess apache is fine. Having something simple that works is a great help in figuring out what is actually broken. I've got a meeting to go to, so I'll have to get back to it. But this much I know: The permissions on the failing (python) script are the same. So are the owner and group. The python script runs fine from the command-line, even as an other user. Next thing: I'll make a python version of your program and work up from there. -- Kevin O'Gorman, PhD Update: still broken, but the broken piece seems to be my use of the gettext package, not apache. My translated message strings are still there, but something is erroring out when run under apache that works okay when run from the command line. I'll sleep on it. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Eeek: Apache2 lost it's CGI ability
On Tue, Feb 17, 2009 at 9:10 AM, Naga nagat...@gmail.com wrote: On Monday 16 February 2009 00:59:41 Kevin O'Gorman wrote: I've got a low-use CGI script on my web server. Aside from web crawlers, I usually see at most a few hits a week from people who share my hobby. I just found out it's been down for an unknown period of time because my Apache no longer does CGI scripting. I can't even get it to run the simplest possible C program. Not sure if this is related to your problem but I had a similar issue that was caused by having threads as a USE flag for Apache. This has the effect that the mod_cgi.so module isn't built, but the mod_cgid.so one is. /Regards Naga Problem solved. It wasn't i18n, and it wasn't Python. Apparently somewhere along the line, apache started to provide a command-line argument to CGI programs. At least my Python script was getting an empty string in argv[1]. The script is picky about that, but had old code to handle it that worked only for the command-line. It did not expect to have any arguments at all when running as CGI. After fixing up error handling, and training it to ignore empty string parameters, the script runs just fine. Check it out at http://hex.kosmanor.com/hex-bin/board if you like the game of Hex. It's a hobby thing. ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Learning to use libtool
I'm trying to learn about libtool for the New Riders book GNU Attoconf, Automake and libtool, and I'm stymied early on. It wants me to run a ltconfig program that does not seem to exist. It said to find a few things in /usr/local/share/libtool, and I found all but one of them in /usr/share/libtool, but no ltconfig. I'm in a similar fix on Ubunu, the only other Linux I have at home. Can anyone enlighten me? ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Learning to use libtool
On Sun, Mar 1, 2009 at 5:59 PM, Mike Kazantsev mike_kazant...@fraggod.net wrote: On Sun, 1 Mar 2009 17:19:19 -0800 Kevin O'Gorman kogor...@gmail.com wrote: I'm trying to learn about libtool for the New Riders book GNU Attoconf, Automake and libtool, and I'm stymied early on. It wants me to run a ltconfig program that does not seem to exist. It said to find a few things in /usr/local/share/libtool, and I found all but one of them in /usr/share/libtool, but no ltconfig. Prehaps it's just a typo and the program in question is ldconfig? I'm in a similar fix on Ubunu, the only other Linux I have at home. Illustrates the fact that typos can be anywhere ;) It appears the book is just out of date. I need newer references. It's definitely not ldconfig that's wanted, but a program that configures a local copy of libtool itself. Maybe it's now obsolete. So I'm looking for a new reference. All I've found so far is some acrobat slides -- lots of them, but they have all the problems inherent in slide presentations without a presenter. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] Learning to use libtool
On Mon, Mar 2, 2009 at 4:32 AM, Albert Hopkins mar...@letterboxes.org wrote: It appears the book is just out of date. I need newer references. It's definitely not ldconfig that's wanted, but a program that configures a local copy of libtool itself. Maybe it's now obsolete. So I'm looking for a new reference. All I've found so far is some acrobat slides -- lots of them, but they have all the problems inherent in slide presentations without a presenter. Not to sound like a dick, but did you even bother to look at the libtool home page[1]? There's a crapload of information there, including to the answer to the mystery behind the missing ltconfig. [1] http://www.gnu.org/software/libtool/ Thanks. This is helpful no matter what it sounds like. -- Kevin O'Gorman, PhD
[gentoo-user] Browsers not seeing symbol font
I have discovered that the symbol font does not render reliably in browsers. Only one of my audience (of about a dozen people) could see the font properly, in a variety of browsers. The one who could is using Firefox, and I have not been able to determine what makes this one special -- I do not have access to that machine to check out configurations. I have a very simple HTML example at http://www.kosmanor.com/~kevin/symbol.html. By rights it should show The quick brown fox transliterated into greek letters. On most browsers set up for English, it seems to come out in latin letters, but there are no latin letter in that font, although these same browsers honor requests for a variety of other fonts. This is true even on some machines that definitely have the symbol font, and it's usable in word processing documents. Of course, that sample page is ancient HTML, but the problem first surfaced in HTML email being received on a much more sophisticated page by Yahoo Mail. There's a lot I don't know about character encodings, i18n and the rest, but this still seems discrimination against the symbol font. Any clues out there? -- Kevin O'Gorman, PhD