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
Re: [gentoo-user] gentoo rebuild, cups won't work WORKAROUND (i.e. mysteriously solved)
Kevin O'Gorman wrote on 05/02/08 04:13: 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. 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. 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. Since local printing on the parallel port is now working without it, I wonder what it does? Dale beat me to pointing out that you may have missed the parport USE flag, most likely the cause of the problem. I guess that you've restored your old /etc/hp/hplip.conf, which was probably enough to enable the cups print queue once you restored your /etc/cups directory. The hp-setup in the new hplip probably needs the parport USE flag to determine whether to support parallel port probes. Without the parport USE flag, I guess that it assumes that you're not interested in them. Thanks, and I'll get that info when I have things a bit more stable. Good luck, hope you get your system stabilised soon. Cheers, Dave -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] gentoo rebuild, cups won't work WORKAROUND (i.e. mysteriously solved)
Dave Jones wrote: Kevin O'Gorman wrote on 05/02/08 04:13: 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. 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. 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. Since local printing on the parallel port is now working without it, I wonder what it does? Dale beat me to pointing out that you may have missed the parport USE flag, most likely the cause of the problem. I guess that you've restored your old /etc/hp/hplip.conf, which was probably enough to enable the cups print queue once you restored your /etc/cups directory. The hp-setup in the new hplip probably needs the parport USE flag to determine whether to support parallel port probes. Without the parport USE flag, I guess that it assumes that you're not interested in them. Thanks, and I'll get that info when I have things a bit more stable. Good luck, hope you get your system stabilised soon. Cheers, Dave 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. Ain't having all the options neat? Even if you have to recompile things a lot. ;-) Dale :-) :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] gentoo rebuild, cups won't work WORKAROUND (i.e. mysteriously solved)
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 -- gentoo-user@lists.gentoo.org mailing list
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] 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] gentoo rebuild, cups won't work WORKAROUND (i.e. mysteriously solved)
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
