hpoj-devel — HPOJ development/support list

Re: [hpoj-devel] ld 2.11 problem with Sane and ptal?

[Alexander Z. <Ale...@fm...>]

On 28 Mar, ben...@us... wrote:
> Same here.  I'm not sure that I get the exact same error though, it has
> been a week or so since I've had time to work on it.  And I also have
> /usr/local/lib in ld.so.conf.  I'm using Debian Sid.

O.K. In this case you have to look carefully in the config.log file why
the configure script didn't find the ptal-includes or ptal-library.
There should be some test program and the output of the respective
compiler call in it. And the last one should tell you what went wrong.
Maybe the include file ptal.h was not found, because /usr/local/include
was not searched for it. In that case try

CPPFLAGS=-I/usr/local/include ./configure

Good luck!
-- 
Ale...@fm... / You got to be very careful if
http://www.fmi.uni-passau.de/~zimmerma/ you don't know where you're
for PGP public key finger            / going, because you might not get 
zim...@yo...     / there.   -- Yogi Berra 

[hpoj-devel] Re: Re: FW: HP OJ R80xi problems continued ...

[Timothy L. <ti...@wo...>]

David,

I have recently upgraded my system to RedHat 7.0, and initially had the
same problem with lpd hanging on starting up.  Yes, I can confirm that
the problem is due to the 'checkpc' command.

According to it's documentation, 'checkpc' checks /etc/printcap and
makes sure that the printing system is set up correctly.  I am inclined
to think that it checks the availability of the printing port as well.

Instead of disabling 'checkpc' in the lpd script, I've modified my
ptal-printd initscript to make sure it starts *before* ptal-printd.
Everything works after that!

I believe this change in the lpd script will basically force the use of
a ptal-printd initscript for the RedHat 7.0 system.  (Yes, I've updated
my SRPM to reflect the changes I mentioned above.  I'll post a copy of
the SRPM to your e-mail account -- and I haven't heard anything from
Friis, so there's still no initscript for SuSE or Mandrake.....)


     Timothy Lee

Re: Re: [hpoj-devel] ld 2.11 problem with Sane and ptal?

[<ben...@us...>]

Same here.  I'm not sure that I get the exact same error though, it has
been a week or so since I've had time to work on it.  And I also have
/usr/local/lib in ld.so.conf.  I'm using Debian Sid.

Ben


On Wed, 28 Mar 2001 08:48:29 Aaron Burt wrote:
> On Wed, 28 Mar 2001, Alexander Zimmermann wrote:
> > On 27 Mar, Aaron Burt wrote:
> > >  Make install put the ptal libs and
> > > ptal.h in their proper locations under /usr/local.
> > > 
> > > But when I run configure on SANE-1.0.4, -1.0.3+hpoj-patch or -cvs, I
> > > invariably get "/usr/bin/ld: cannot find -lptal" in config.log, and
> the
> > > HP backend sez that PTAL support's not compiled-in.
> > 
> > Make sure that  /usr/local/lib  is listed in  /etc/ld.so.conf  (and
> call
> > ldconfig ofter adding it)
> > or
> > add it to your LD_LIBRARY_PATH envirnoment variable.
> 
> Sorry, I should've mentioned that I did that.
> I just tried setting LD_LIBRARY_PATH as well, then ./configure both with
> and
> without --with_gnu_ld.  No dice.
> 
> _______________________________________________
> hpoj-devel mailing list
> hpo...@li...
> http://lists.sourceforge.net/lists/listinfo/hpoj-devel
> 
> 

Re: Sorry Was: Re: [hpoj-devel] problem with hp officejet g85

[Bill W. <wo...@ne...>]

Alexander Zimmermann <Ale...@fm...> writes:
> Sorry about this message. I took the address of the list instead of the
> sender of the original message.

  Kein problem ;-).

  But this is why I never set "Reply to list" in the mailing lists
  that I manage.

-- 
Bill Wohler <wo...@ne...>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and mh-e. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.

Re: Re: [hpoj-devel] ld 2.11 problem with Sane and ptal?

[Aaron B. <aa...@os...>]

On Wed, 28 Mar 2001, Alexander Zimmermann wrote:
> On 27 Mar, Aaron Burt wrote:
> >  Make install put the ptal libs and
> > ptal.h in their proper locations under /usr/local.
> > 
> > But when I run configure on SANE-1.0.4, -1.0.3+hpoj-patch or -cvs, I
> > invariably get "/usr/bin/ld: cannot find -lptal" in config.log, and the
> > HP backend sez that PTAL support's not compiled-in.
> 
> Make sure that  /usr/local/lib  is listed in  /etc/ld.so.conf  (and call
> ldconfig ofter adding it)
> or
> add it to your LD_LIBRARY_PATH envirnoment variable.

Sorry, I should've mentioned that I did that.
I just tried setting LD_LIBRARY_PATH as well, then ./configure both with and
without --with_gnu_ld.  No dice.

Re: [hpoj-devel] Scan To

[Allen B. <ba...@lo...>]

"PASCHAL,DAVID (HP-Roseville,ex1)" wrote:
> Allen Barnett wrote:
> > Of course, I'd like to press the 'Scan To' button and see 'The GIMP'
> > appear on the LCD panel and then press 'START SCAN' and have The GIMP
> > start up (via ptal-mlcd?) and read the scanned image. Same for
> > 'StarOffice'.
> Actually, when you push "start scan", the peripheral only sends a small
> notification (a PML trap) to the PC indicating that a scan has been
> requested; it doesn't actually start the scan at this point.  Software on
> the PC has to register and listen for and handle this notification, which
> would consist of starting the desired application and starting the scan.

Hmm. Is listening for PML traps part of the current functionality of
ptal-mlcd? And does it already implement the registration of
applications for notification? (Ah, is this what ptal-pml is for?) [Hey,
I'm getting the hang of all these acronyms.]

> The problem with this scheme is that there are typically various scan
> options that need to be adjusted (color vs grayscale, resolution,
> contrast/brightness) before starting the scan, possibly on a trial&error
> basis.  An "automatic" scan doesn't give you this opportunity.

Practically, I think the most useful application of the ScanTo button is
if you have a number of similar items to scan and the OfficeJet is on
the other side of the office from the computer. Therefore, if a few
different settings of color/resolution/etc are common, you could make
multiple entries in the internal table like: SANE-300BW, SANE-600COLOR,
and so forth. The user daemon (as suggested below) could even download
these choices dynamically when it is started.

> > I think I understand, though, why this might be
> > problematic on a multiuser machine.
> The solution could consist of a daemon started by a user (possibly in a
> login or X-startup script) that would handle the notification and start the
> application, but I don't think it will be easy to tell the started
> application (i.e. GIMP or xsane) to also start a scan.  And if multiple
> users are logged in, then there could be problems if all users' scan-to
> daemons started the application, or if only a "primary" user could use it
> but a "secondary" user wanted to.
 
> > You might limit this functionality
> > to whomever
> > is logged on to X, though there might be cases where you'd
> > like to scan
> > to a batch job, too. Perhaps this is a job for a PAM module,
> > treat it as
> > though the scanner was logging in?
> Since scan-to was designed for a single-user Windows box, I think that makes
> it about as useful under Linux as the "Windows" keys on today's keyboards.
> Personally I think it would be much easier to just start the application
> first and then start the scan.  That has the added advantage of working on
> peripherals that don't have a "scan" button.  :-)

Well, my desktop machine is already nightmare of inappropriate /dev
permissions since I've never bothered to learn enough about PAM to fix
them properly. For example, anybody logged into the machine can sync my
Palm. Perhaps I should consider this an opportunity to learn something
new :-) [I'm thinking that PAM should adjust permissions on the
ptal-mlcd socket so that only the console user can connect. Or, if there
is a separate mechanism for registering interest in PML traps, adjusting
the permissions on that mechanism. Am I totally out in left-field?]

> Of course, just because the button says "scan" doesn't mean that it can't do
> something else instead in a Windows-free environment.  I suppose there are
> lots of possibilities here (remote shutdown/reboot or paging different users
> on a system come to mind, not that those are necessarily good ideas, of
> course).  The key would be to keep the solution as generic as possible.

Good, thinking 'outside the box'! Maybe you could use it as an Vorbis
jukebox :-)

What other functionality of the OfficeJet is available through PML? It
might be nice to set the speed dial buttons or dial the FAX phone number
directly. I take it that there is not extensive documentation on the
actual capabilities of these devices.

Allen

[hpoj-devel] Re: FW: HP OJ R80xi problems continued ...

[<pa...@rc...>]

Hi, Al.  It turns out that I was missing some information, which was kindly
provided by Alexander.  Please try out the new instructions, which I also
posted to http://hpoj.sourceforge.net/todo.shtml.  If you still have
difficulties then please write back to hpoj-devel, because you're not the
only one having trouble with this.

I'm not familiar with "checkpc".  It must be new with 7.0, but I'll
investigate it further.  It seems to me that it shouldn't be necessary for
the hpoj print path to be fully functional before starting lpd, as long as
it doesn't try to start printing immediately.

The kernel-mode drivers are being replaced by a user-mode daemon (called
"ptal-mlcd") which handles the low-level I/O over both parallel and USB.
The code is checked into CVS, and it will go into the next official version
(0.8) eventually.

Thanks for your patience in this matter.  :-)  I apologize for the
inconvenience.

David

> -----Original Message-----
> From: Al Schmidt [mailto:a_g...@ho...] 
> Sent: Monday, March 26, 2001 8:18 PM
> To: dav...@hp...
> Subject: HP OJ R80xi problems continued ...
> 
> 
> Hello David:
>  
> I continue to have problems with the R80 driver installation (but I've
> learned even more now!)
>  
> I'm glad that this has forced me to look more deeply into Linux startup
> sequences, but I'm very frustrated that despite hour after hour of effort,
> I'm still stuck (and now I have no further ideas - and I've wasted two full
> days getting nowhere - other than knowing more about init, modules, and
> configuration files)
>  
> I tried your suggestion to add the two aliases to my /etc/modules.conf file.
> That didn't work. However, here's what I have learned:
>  
> 1) The original problem I had was that Linux would no longer boot - it was
> hanging at the startup of lpd. I found that what was hanging the startup
> sequence was something in /etc/rc.d/init.d/lpd - a utility called checkpc
> which is to check the printcap file before starting up lpd. I first thought
> that this was due to the device /dev/ptal-printd/mlc_pp0 not existing when
> checkpc ran, but that wasn't the case. Nonetheless, I just disabled checkpc
> from running, and I can boot normally (no longer need to boot in single user
> mode)
>  
> 2) I want to be clear about this - all along, if I followed the instructions
> that came with the download of the drivers from the soundforge site
> (interactive installation), I found that the instructions are correct and
> the drivers work well. The problem is in automating the installation of the
> print drivers/daemons.
>  
> 3) Even with the checkpc utility disabled, I must still manually go through
> the installation steps to get printing to work. The ptal-printd doesn't want
> to start (invoked from the /etc/rc.d/init.d/lpd script, or from
> /etc/rc.d/rc.local script). I have the iee12844[pp].o modules in a "custom"
> directory (so as not to get confused with the generic "out-of-the-box" Linux
> modules in /lib/modules/2.2.16-22/* directories). I've added the path to
> that "custom" directory to the /etc/modules.conf file, along with the
> additional two alias statements that you suggested. I've run depmod and see
> that the ieee12844[pp].o modules are listed in
> /lib/modules/2.2.16-22/modules.dep file (along with all the others).
>  
> So, if I start Linux (plain RedHat Linux 7 distribution from CD) and *then*
> follow the installation instructions (insmod for parport, parport_pc,
> parport_probe, ieee12844, ieee12844pp, then start ptal-printd mlc:mlcpp0
> -like /dev/lp0 &), all works fine. Printing is automatic, the ghostscript
> filter is used, etc.
>  
> But I cannot get the system to startup and know how/when to load the modules
> mentioned above. I cannot seem to get ptal-printd to run. I cannot get
> checkpc to run without hanging.
>  
> This perhaps seems insiginificant. I mean, I *can* print, after all. But
> given that this is the current RedHat Linux version, I imagine that others
> will have the expectation, as I do, that this system can be implemented such
> that it is reasonably straighforward to install and have automatically
> started upon boot. RedHat's Linux is one of the most popular, after all.
>  
> In your reply, you indicated that the kernel drivers will no longer be
> needed. I didn't understand what you meant by that.
>  
> If this is all really just Linux knowledge, I apologize in advance for
> taking your time with this. Still, I have to wonder if I can't do this
> installation (I've been a user, but not sysadmin/kernel hacker, for over 15
> years now) by following the instructions, how many others won't be able to
> as well (for an automatic start-up of the print system). I'll be glad to
> share more information about this if there are more details that you'd like
> clarified. I hope that you'll consider looking further into understanding
> what is going on here.
>  
> Regards,
>  
> Al Schmidt
> Pinnacle Advanced Technologies, Inc.

Re: [hpoj-devel] problem with hp officejet g85

[Alexander Z. <Ale...@fm...>]

On 28 Mar, David Paschal wrote:
> Since "make install" by default copies ieee12844*.o into /usr/local/lib,
> it may also be necessary to specify a "path" command to help modprobe find
> ieee12844.o and ieee12844pp.o, probably something like "path=/usr/local/lib",
> unless you copy these files somewhere under /lib/modules.
> 
> Is this correct?  (I can't try it out at the moment.)

Yes, that's correct. I allways copied them into the kernel-modules-tree
f.e. into  /lib/modules/2.2.16-22smp/misc .

-- 
Ale...@fm... / A mushroom cloud has no silver 
http://www.fmi.uni-passau.de/~zimmerma/ lining. 
for PGP public key finger            / 
zim...@yo...     / 

Re: [hpoj-devel] problem with hp officejet g85

[<pa...@rc...>]

Alexander Zimmermann wrote:
> wir haben auch einen G85 und ich hatte folgendes in meiner
> /etc/modules.conf drin:
> - - -
> alias parport_lowlevel parport_pc =

> alias net-pf-24 ieee12844 =

> add above parport lp parport_pc parport_probe ieee12844 =

> post-install ieee12844 modprobe "-k" ieee12844pp =

> pre-remove ieee12844 rmmod ieee12844pp =


Since "make install" by default copies ieee12844*.o into /usr/local/lib,
it may also be necessary to specify a "path" command to help modprobe fin=
d
ieee12844.o and ieee12844pp.o, probably something like "path=3D/usr/local=
/lib",
unless you copy these files somewhere under /lib/modules.

Is this correct?  (I can't try it out at the moment.)

David

Re: Sorry Was: Re: [hpoj-devel] problem with hp officejet g85

[<pa...@rc...>]

Alexander Zimmermann wrote:
> > Hallo Manfred,
> [rest of german message deleted]
> 
> Sorry about this message. I took the address of the list instead of the
> sender of the original message.

Actually, thanks for doing that, because I was missing the lines after the
aliases.  I added these instructions to the webpage (on the Bugs/TODO page,
for lack of a better place).

Vielen Dank fuer Ihre Hilfe,
David

Re: [hpoj-devel] ld 2.11 problem with Sane and ptal?

[Alexander Z. <Ale...@fm...>]

On 27 Mar, Aaron Burt wrote:
>  Make install put the ptal libs and
> ptal.h in their proper locations under /usr/local.
> 
> But when I run configure on SANE-1.0.4, -1.0.3+hpoj-patch or -cvs, I
> invariably get "/usr/bin/ld: cannot find -lptal" in config.log, and the HP
> backend sez that PTAL support's not compiled-in.

Make sure that  /usr/local/lib  is listed in  /etc/ld.so.conf  (and call
ldconfig ofter adding it)
or
add it to your LD_LIBRARY_PATH envirnoment variable.

CU
-- 
Ale...@fm... / You will experience a strong
http://www.fmi.uni-passau.de/~zimmerma/ urge to do good; but it will
for PGP public key finger            / pass. 
zim...@yo...     / 

Sorry Was: Re: [hpoj-devel] problem with hp officejet g85

[Alexander Z. <Ale...@fm...>]

Hi all,

On 28 Mar, Alexander Zimmermann wrote:
> Hallo Manfred,
[rest of german message deleted]

Sorry about this message. I took the address of the list instead of the
sender of the original message.
-- 
Alexander

Re: [hpoj-devel] problem with hp officejet g85

[Alexander Z. <Ale...@fm...>]

Hallo Manfred,

On 27 Mar, Barbara und Manfred Gehrke wrote:
> what else needs to be done?

wir haben auch einen G85 und ich hatte folgendes in meiner
/etc/modules.conf drin:
- - -
alias parport_lowlevel parport_pc=20
alias net-pf-24 ieee12844=20
add above parport lp parport_pc parport_probe ieee12844=20
post-install ieee12844 modprobe "-k" ieee12844pp=20
pre-remove ieee12844 rmmod ieee12844pp=20
- - -

Damit hat immer alles (Scan/Druck) funktioniert.

Inzwischen bin ich aber zur der Version aus dem CSV gewechselt, da die
keine Kernel-Treiber mehr ben=F6tigt, sondern daf=FCr zwei daemon-Prozess=
e
startet.

Bis dann
--=20
Ale...@fm... / Truth will out this morning.=20
http://www.fmi.uni-passau.de/~zimmerma/ (Which may really mess things
for PGP public key finger            / up.)=20
zim...@yo...     /=20

[hpoj-devel] ld 2.11 problem with Sane and ptal?

[Aaron B. <aa...@os...>]

Howdy.  I checked the list archive and didn't spot anything, so I'll ask:

Is there a problem with SANE's configure script, PTAL and the newest
Binutils?

I'm trying to get SANE & PTAL going on a Debian Sid system with Kernel
2.4.2-ac20 so I can make a JetDirect-connected G95 work.  hpoj-0.7 and -cvs
both build as nicely as can be expected on a 2.4 system, and ptal-connect
hpjd:g95 -scan works fine with either.  Make install put the ptal libs and
ptal.h in their proper locations under /usr/local.

But when I run configure on SANE-1.0.4, -1.0.3+hpoj-patch or -cvs, I
invariably get "/usr/bin/ld: cannot find -lptal" in config.log, and the HP
backend sez that PTAL support's not compiled-in.  Various combinations of
--prefix, --include, --lib or --with-ptal don't help.

My only guess is that it's the ld -l -> --l change in binutils that
recently made it difficult to compile the kernel on Debian Sid systems. 
But --with-gnu-ld didn't help.  Substituting --lptal for -lptal in
configure just got me a "cannot find -flptal".

Thanks in advance,
Aaron Burt
OSDL

RE: [hpoj-devel] Scan To

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Hi, Allen.

Allen Barnett wrote:
> Of course, I'd like to press the 'Scan To' button and see 'The GIMP'
> appear on the LCD panel and then press 'START SCAN' and have The GIMP
> start up (via ptal-mlcd?) and read the scanned image. Same for
> 'StarOffice'.
Actually, when you push "start scan", the peripheral only sends a small
notification (a PML trap) to the PC indicating that a scan has been
requested; it doesn't actually start the scan at this point.  Software on
the PC has to register and listen for and handle this notification, which
would consist of starting the desired application and starting the scan.
The problem with this scheme is that there are typically various scan
options that need to be adjusted (color vs grayscale, resolution,
contrast/brightness) before starting the scan, possibly on a trial&error
basis.  An "automatic" scan doesn't give you this opportunity.

> I think I understand, though, why this might be
> problematic on a multiuser machine.
The solution could consist of a daemon started by a user (possibly in a
login or X-startup script) that would handle the notification and start the
application, but I don't think it will be easy to tell the started
application (i.e. GIMP or xsane) to also start a scan.  And if multiple
users are logged in, then there could be problems if all users' scan-to
daemons started the application, or if only a "primary" user could use it
but a "secondary" user wanted to.

> Does ptal-mlcd implement 
> any kind of
> security on it's socket?
No.  ptal-mlcd only provides connections to various services on the
peripheral (PML, print, scan, etc.).  AFAIK there isn't a portable way to
implement secure authentication and access controls using Unix-domain
sockets.  Even if there were, I'm sure it would be trivial to work around it
by starting another daemon, or by connecting the peripheral to a JetDirect
print server, which usually lacks security as well.

> You might limit this functionality 
> to whomever
> is logged on to X, though there might be cases where you'd 
> like to scan
> to a batch job, too. Perhaps this is a job for a PAM module, 
> treat it as
> though the scanner was logging in?
Since scan-to was designed for a single-user Windows box, I think that makes
it about as useful under Linux as the "Windows" keys on today's keyboards.
Personally I think it would be much easier to just start the application
first and then start the scan.  That has the added advantage of working on
peripherals that don't have a "scan" button.  :-)

Of course, just because the button says "scan" doesn't mean that it can't do
something else instead in a Windows-free environment.  I suppose there are
lots of possibilities here (remote shutdown/reboot or paging different users
on a system come to mind, not that those are necessarily good ideas, of
course).  The key would be to keep the solution as generic as possible.

David

RE: [hpoj-devel] Re: [hpoj-announce] new HP inkjet print drivers

[PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...>]

Joe Piolunek wrote:
> I tried two of the new print drivers with my OfficeJet 600. 
> Both the 'plain' 
> and the 'photo' drivers are a great improvement over the 
> older DeskJet driver 
> I was using.
Hi, Joe.  Thanks for the success report.  I'm glad it works well for you.

> The 'photo' driver works on the 600, but according to its 
> description, is not 
> really intended for this printer. Using it with the 600 and 
> plain paper, the 
> print quality seemed the same as that from the 'plain' driver. 
> 
> The two drivers I tested:
> HP-developed DeskJet 600C series
> HP-developed DeskJet 600C series photo
It turns out that the "photo" driver only makes a difference on devices with
a special "photo" cartridge, which sits in place of the black cartridge and
contains black, light cyan, and light magenta ink.  AFAIK only the OfficeJet
700 and PSC 300 series have this capability, so I updated the web page to
reflect that.

David

RE: [hpoj-devel] problem with hp officejet g85

[<Bar...@t-...>]

Am Fre, 09 Mär 2001 schrieben Sie:

> Hi, Manfred.  Did you remember to insmod all the necessary kernel-mode
> drivers (parport, parport_pc, parport_probe, ieee12844.o, ieee12844pp.o)?  I
> think the "error creating socket" would indicate that at least ieee12844.o
> was missing.
> 
> David
> 
> _______________________________________________
> hpoj-devel mailing list
> hpo...@li...
> http://lists.sourceforge.net/lists/listinfo/hpoj-devel

hi,

thanks for the recommendation. it works for scanning very well via the mlc.

but G85 as printer works only whenaccessed via lpd, not via the mlc.
i think i have installed everything according to the installation-notes.
where should i look at? (i'm running suse 7.0, aka linux 2.2.16)

another problem is that i have to load the parallel port devices manually after
starting. yesterday i tried out the recommendations in your mail to Al Schmidt,
adding
         alias parport_lowlevel parport_pc
         alias net-pf-24 ieee12844
         alias mlclink-mlcpp0 ieee12844pp
to /etc/modules.conf.
what else needs to be done?

thanks in advance

ciao
manfred

[hpoj-devel] Re: [hpoj-announce] new HP inkjet print drivers

[Joe P. <joe...@sn...>]

On Monday 26 March 2001 07:33 pm, PASCHAL,DAVID (HP-Roseville,ex1) wrote:

> Hi,
>
> HP today released new ghostscript print drivers for selected DeskJet
> printers at http://hpinkjet.sourceforge.net.  The news brief is attached to
> the end of this message.
>
> I haven't yet had a chance to test these drivers with the OfficeJets, but I
> did update the "supported devices" page
> (http://hpoj.sourceforge.net/suplist.shtml) to reflect which drivers I
> think should work with which OfficeJets.  In the meantime, the adventurous
> may feel free to try it out and report their experiences/problems to the
> hpoj-devel mailing list.  :-)  However, general (non-OfficeJet-specific)
> questions and problems with these drivers may be better suited for the
> help/discussion forums on the hpinkjet project, since I was not involved
> with this development effort.
>
> Note that the OfficeJet Pro 1150C/1170C/1175C are not supported by the new
> drivers at this time, but from my experience the cdj850 driver seems to
> give better print quality than the cdj550 driver on these models.
>

I tried two of the new print drivers with my OfficeJet 600. Both the 'plain' 
and the 'photo' drivers are a great improvement over the older DeskJet driver 
I was using.

The 'photo' driver works on the 600, but according to its description, is not 
really intended for this printer. Using it with the 600 and plain paper, the 
print quality seemed the same as that from the 'plain' driver. 

The two drivers I tested:
HP-developed DeskJet 600C series
HP-developed DeskJet 600C series photo

In printtool, I used the following options:

Suppress Headers
Send EOF
Fix Stair-stepping text
Fast text printing
Extra gs options: (None necessary, but I may try to change the gamma later. 
The image output (to me) seems a little light.)
 

-- 
Joe

Scan To, Was: Re: [hpoj-devel] no luck with USB

[Allen B. <ba...@lo...>]

Michel Hoche-Mong wrote:
> > What's the plan for dealing with the "Scan To" feature of the G-series?
> At the moment I'm trying to get definitive information on how to access it.
>
>From what little I know about it currently, under Windows it allows the user
> to select which application (Word, PageMaker, Photoshop, etc.) should receive
> the scan, and if the peripheral is connected directly to a LAN (with a
> JetDirect print server), it allows the user to select which client PC (but
> not which application on that PC) should receive the scan.  I think the list
> is limited to a maximum of 20 entries in either scenario.
> 
> However, I'm not quite sure what to do with it in a multi-user non-Windows
> environment such as Linux, since scanning pretty much revolves around SANE.
> For that reason I don't think it's very high priority, but I'm certainly
> open to suggestions on how to take advantage of it under Linux.  Once I
> manage to get ahold of the specs for it I'll check to see whether those
> suggestions are possible.
> 

Of course, I'd like to press the 'Scan To' button and see 'The GIMP'
appear on the LCD panel and then press 'START SCAN' and have The GIMP
start up (via ptal-mlcd?) and read the scanned image. Same for
'StarOffice'. I think I understand, though, why this might be
problematic on a multiuser machine. Does ptal-mlcd implement any kind of
security on it's socket? You might limit this functionality to whomever
is logged on to X, though there might be cases where you'd like to scan
to a batch job, too. Perhaps this is a job for a PAM module, treat it as
though the scanner was logging in?

Allen

Re: [hpoj-devel] installation of drivers for HP OJ R series ...

[<pa...@rc...>]

Al Schmidt wrote:
> I've looked at the /etc/modules.conf and /etc/conf.modules files. I've =
> learned a great deal about the kernel and modules, etc. That's the good =
> news. Unfortunately, I am unable to figure out just how to ensure that =
> the modules required for printing are available before lpd starts.
Hi, Al.  Looking back through my old mail, I found what I think you're
looking for, which was suggested by other people on this mailing list.
Try adding the following lines to /etc/modules.conf:
	alias parport_lowlevel parport_pc
	alias net-pf-24 ieee12844
	alias mlclink-mlcpp0 ieee12844pp

> Although this is not only printer support, but a tutorial on Linux, =
> would you be so kind as to add to the information provided for manual =
> installation of the drivers by telling me just how I'm to automate the =
> installation during bootup? I'm running RedHat Linux 7. The kernel must =
> have been built supporting autoload of modules, as the "insmod" steps =
> did work when manually performed. Just how to make the installation =
> automatic and permanent is the trick for me now.
Let me know how the suggestion above works, and I'll make a note of it on
the webpage.

Note also that ieee12844pp refuses to load if the peripheral is initially
powered off or disconnected.  I posted a quick and dirty (and untested)
patch a while back to remove this requirement.  Let me know if you need
that too, and I'll try to find it.

The kernel drivers are actually going away in the next version, so this
particular problem will no longer exist.  In fact, if you don't mind
downloading and testing the new code in CVS, it would be very helpful to
get your feedback on it before I make an official release of it.

David

[hpoj-devel] installation of drivers for HP OJ R series ...

[Al S. <a_g...@ho...>]

Hello:

I've been able to download and install the drivers supporting the HP OJ =
"R" series printer. The drivers work well, the (manual) steps required =
to install the driver are correct and sufficient.

However, I'm now stuck in a cycle that I can't get out of regarding =
automating the driver installation each time my system reboots Linux.

I manually installed modules required for the print driver. lpd is =
expecting the modules to be available. Now, when I reboot Linux, the =
process hangs at the startup of lpd. I'm assuming that this is due to =
searching for uninstalled modules. Not being a Linux guru, I've been =
searching for the proper way to automate the "insmod" step - with no =
luck. I can perform a step-by-step boot of Linux, skipping the startup =
of lpd, then manually perform the "insmod" and start lpd, and all works =
well. But I can't seem to find the proper way to make this happen =
automagically upon system boot.

I've looked at the /etc/modules.conf and /etc/conf.modules files. I've =
learned a great deal about the kernel and modules, etc. That's the good =
news. Unfortunately, I am unable to figure out just how to ensure that =
the modules required for printing are available before lpd starts.

Although this is not only printer support, but a tutorial on Linux, =
would you be so kind as to add to the information provided for manual =
installation of the drivers by telling me just how I'm to automate the =
installation during bootup? I'm running RedHat Linux 7. The kernel must =
have been built supporting autoload of modules, as the "insmod" steps =
did work when manually performed. Just how to make the installation =
automatic and permanent is the trick for me now.

Thanks for your help,

Al Schmidt

Re: [hpoj-devel] CVS hpoj code works (mostly)

[<mic...@t-...>]

Am Sonntag, 25. März 2001 12:11 schrieben Sie:
> Michael Prix wrote:
> > I didn't see it with the 0.7 drivers working here. But another - not
> > really - problem is that afer a printout the LCD shows "Printing in
> > progress" - or something like this, I'm using the german language, and
> > the quality-LED is constantly blinking. The G85 is still useable, so it
> > is only annoying.
>
> Hi, Michael.  How did you set up printing?  If you print through
> ptal-printd (i.e. /dev/ptal-printd/mlc_mlcpp0), then this problem shouldn't
> happen. On the other hand, if you print directly to /dev/lp0, then I
> wouldn't be surprised to see this problem, and you also run the risk of
> conflicts between the standard kernel lp driver and the ieee12844*.o
> drivers provided with hpoj-0.7.

This might be the problem. Hrrmmm - let's see if it is easy to cange in an 
SAMBA-apsfilter system.
[...]
Yes it is ;-))

Thanks for the comment.

-- 
Michael Prix
backup: mount volume 19 on /dev/rmt0 and press enter to continue ...
backup: I/O error: write protected media
backup: replace media and re-run the backup
$                                                       -- AIX 2.2.1

Re: [hpoj-devel] CVS hpoj code works (mostly)

[<pa...@rc...>]

Michael Prix wrote:
> I didn't see it with the 0.7 drivers working here. But another - not re=
ally - =

> problem is that afer a printout the LCD shows "Printing in progress" - =
or =

> something like this, I'm using the german language, and the quality-LED=
 is =

> constantly blinking. The G85 is still useable, so it is only annoying.
Hi, Michael.  How did you set up printing?  If you print through ptal-pri=
ntd
(i.e. /dev/ptal-printd/mlc_mlcpp0), then this problem shouldn't happen.
On the other hand, if you print directly to /dev/lp0, then I wouldn't be
surprised to see this problem, and you also run the risk of conflicts bet=
ween
the standard kernel lp driver and the ieee12844*.o drivers provided with
hpoj-0.7.

David

Re: [hpoj-devel] no luck with USB

[<pa...@rc...>]

Hi, Michel.

Michel Hoche-Mong wrote:
> Thanks! Both printing and scanning work like a champ.
You're welcome.  I'm glad it works for you now.

I just added printer.c updates to the download page and updated the INSTALL
file in CVS to point to it.  Let me know if any of this is still unclear to
anybody.

> What's the plan for dealing with the "Scan To" feature of the G-series?
At the moment I'm trying to get definitive information on how to access it.
From what little I know about it currently, under Windows it allows the user
to select which application (Word, PageMaker, Photoshop, etc.) should receive
the scan, and if the peripheral is connected directly to a LAN (with a
JetDirect print server), it allows the user to select which client PC (but
not which application on that PC) should receive the scan.  I think the list
is limited to a maximum of 20 entries in either scenario.

However, I'm not quite sure what to do with it in a multi-user non-Windows
environment such as Linux, since scanning pretty much revolves around SANE.
For that reason I don't think it's very high priority, but I'm certainly
open to suggestions on how to take advantage of it under Linux.  Once I
manage to get ahold of the specs for it I'll check to see whether those
suggestions are possible.

David

Re: [hpoj-devel] no luck with USB

[Michel Hoche-M. <ho...@gr...>]

Thanks! Both printing and scanning work like a champ.

What's the plan for dealing with the "Scan To" feature of the G-series?

-michel


On Sat, Mar 24, 2001 at 04:10:35AM -0800, David Paschal wrote:
> Michel Hoche-Mong wrote:
> > I'm running a 2.2.18 kernel with an OfficeJet G55 connected via USB,
> > and i'm having no luck. I just grabbed the latest CVS update and still
> > nothing.
> ...
> > P.S.: i know the INSTALL doc says a 2.2.19 kernel is required, but i didn't 
> > see one on kernel.org. did i miss some patches somewhere?
> 
> Hi, Michel.  Sorry about the confusion.  I wrote that more with the future
> in mind, since 2.2.19 isn't available yet.  I also mentioned the alternative
> of updating just printer.c, and I'll post a "printer.c update kit" on the
> hpoj webpage soon.  In the meantime, I have attached the printer.c patch
> from the latest 2.2.19 prepatch.  It has the necessary fixes plus some other
> changes I haven't tested personally, but it should work OK, since most of it
> constitutes an updated backport of functionality that has been floating
> around in 2.4 for a while.
> 
> David