Re: [gentoo-user] gentoo rebuild, cups won't work WORKAROUND (i.e. mysteriously solved)

2008-02-03 Thread Kevin O'Gorman
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=y    parallel 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)

2008-02-03 Thread Dave Jones
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



Re: [gentoo-user] gentoo rebuild, cups won't work WORKAROUND (i.e. mysteriously solved)

2008-02-04 Thread Kevin O'Gorman
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)

2008-02-05 Thread Dave Jones
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)

2008-02-05 Thread Dale
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)

2008-02-05 Thread Dave Jones
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)

2008-02-06 Thread Kevin O'Gorman
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