hpoj-devel — HPOJ development/support list

[hpoj-devel] Make install - undefined reference to `usb_init'

[Phil C. <pb...@in...>]

I'm having a problem installing hpoj 0.91 on Linux.

I have installed libusb 0.1.8.

When running ./configure for hpoj, it finds libusb correctly.

Then while running make install for hpoj, I get the errors listed at the end
of this message.

Does anybody have any insight into how to fix this?

Thanks,

Phil

make[1]: Entering directory `/home/phil/hpoj-0.91/mlcd'
g++ -I/home/phil/hpoj-0.91/mlcd -I/home/phil/hpoj-0.91/mlcd/transport -O -g
-Wall -DEX_TRANSPORT_UNIX_PORT -DPAR_PLATFORM_LINUX -DUSB_PLATFORM_LIBUSB
-DJD_DEBUGLITE  -DHAVE_LIBUSB -DVAR_RUN_PREFIX="\"/var/run\"" -c -o ExMgr.o
ExMgr.cpp
g++ -I/home/phil/hpoj-0.91/mlcd -I/home/phil/hpoj-0.91/mlcd/transport -O -g
-Wall -DEX_TRANSPORT_UNIX_PORT -DPAR_PLATFORM_LINUX -DUSB_PLATFORM_LIBUSB
-DJD_DEBUGLITE  -DHAVE_LIBUSB -DVAR_RUN_PREFIX="\"/var/run\"" -c -o
ParPort.o ParPort.cpp
g++ -I/home/phil/hpoj-0.91/mlcd -I/home/phil/hpoj-0.91/mlcd/transport -O -g
-Wall -DEX_TRANSPORT_UNIX_PORT -DPAR_PLATFORM_LINUX -DUSB_PLATFORM_LIBUSB
-DJD_DEBUGLITE  -DHAVE_LIBUSB -DVAR_RUN_PREFIX="\"/var/run\"" -c -o
transport/ExTransport.o transport/ExTransport.cpp
g++ -I/home/phil/hpoj-0.91/mlcd -I/home/phil/hpoj-0.91/mlcd/transport -O -g
-Wall -DEX_TRANSPORT_UNIX_PORT -DPAR_PLATFORM_LINUX -DUSB_PLATFORM_LIBUSB
-DJD_DEBUGLITE  -DHAVE_LIBUSB -DVAR_RUN_PREFIX="\"/var/run\"" -c -o
transport/ExMlcTransport.o transport/ExMlcTransport.cpp
g++ -I/home/phil/hpoj-0.91/mlcd -I/home/phil/hpoj-0.91/mlcd/transport -O -g
-Wall -DEX_TRANSPORT_UNIX_PORT -DPAR_PLATFORM_LINUX -DUSB_PLATFORM_LIBUSB
-DJD_DEBUGLITE  -DHAVE_LIBUSB -DVAR_RUN_PREFIX="\"/var/run\"" -c -o
transport/ExMlcCommandChannel.o transport/ExMlcCommandChannel.cpp
g++ -lusb -o ptal-mlcd ExMgr.o ParPort.o transport/ExTransport.o
transport/ExMlcTransport.o transport/ExMlcCommandChannel.o
ExMgr.o: In function `UsbMgr::llioInit(void)':
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3945: undefined reference to `usb_init'
ExMgr.o: In function `UsbMgr::llioGlob(void)':
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3959: undefined reference to
`usb_find_busses'
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3960: undefined reference to
`usb_find_devices'
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3964: undefined reference to
`usb_busses'
ExMgr.o: In function `UsbMgr::libusbFindDevice(char *, unsigned int, char *,
unsigned int, int, int)':
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:4031: undefined reference to
`usb_busses'
ExMgr.o: In function `UsbMgr::llioGetDeviceID(int *)':
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3749: undefined reference to `usb_open'
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3753: undefined reference to
`usb_claim_interface'
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3743: undefined reference to `usb_close'
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:4289: undefined reference to
`usb_control_msg'
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:4301: undefined reference to
`usb_control_msg'
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3743: undefined reference to `usb_close'
ExMgr.o: In function `UsbMgr::llioSetProtocol(ExMgr::ExInterface)':
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3749: undefined reference to `usb_open'
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3753: undefined reference to
`usb_claim_interface'
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:3743: undefined reference to `usb_close'
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:4551: undefined reference to
`usb_set_altinterface'
ExMgr.o: In function `UsbMgr::llioSetChannel(ExMgr::ExInterface, int)':
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:4596: undefined reference to
`usb_control_msg'
ExMgr.o: In function `ParPort::readEcp(unsigned char *, int)':
/home/phil/hpoj-0.91/mlcd/ParPort.h(.UsbMgr::gnu.linkonce.t.libusbHandleClos
e(usb_dev_handle **)+0x15): undefined reference to `usb_close'
/home/phil/hpoj-0.91/mlcd/ParPort.h(.UsbMgr::gnu.linkonce.t.libusbHandleOpen
(int, int *)+0x19): undefined reference to `usb_open'
/home/phil/hpoj-0.91/mlcd/ParPort.h(.UsbMgr::gnu.linkonce.t.libusbHandleOpen
(int, int *)+0x4e): undefined reference to `usb_claim_interface'
ExMgr.o: In function `logCommon(char *, int, LogType, int, char *,...)':
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:70: undefined reference to `usb_close'
ExMgr.o: In function `ParPort::readEcp(unsigned char *, int)':
/home/phil/hpoj-0.91/mlcd/ParPort.h(.UsbMgr::gnu.linkonce.t.llioReset(void)+
0x1d): undefined reference to `usb_close'
/home/phil/hpoj-0.91/mlcd/ParPort.h(.UsbMgr::gnu.linkonce.t.llioReset(void)+
0x41): undefined reference to `usb_close'
/home/phil/hpoj-0.91/mlcd/ParPort.h(.UsbMgr::gnu.linkonce.t._llioRead(ExMgr:
:ExInterface, unsigned char *, int, int)+0x2a): undefined reference to
`usb_bulk_read'
/home/phil/hpoj-0.91/mlcd/ParPort.h(.UsbMgr::gnu.linkonce.t._llioWrite(ExMgr
::ExInterface, unsigned char const *, int, int)+0x32): undefined reference
to `usb_bulk_write'
ExMgr.o: In function `logCommon(char *, int, LogType, int, char *,...)':
/home/phil/hpoj-0.91/mlcd/ExMgr.cpp:72: undefined reference to
`usb_bulk_write'
collect2: ld returned 1 exit status
make[1]: *** [ptal-mlcd] Error 1
make[1]: Leaving directory `/home/phil/hpoj-0.91/mlcd'
make: *** [just_compile] Error 2

[hpoj-devel] Re: LCD encoding

[Dmitry V. <dv...@ro...>]

Hi Joe,

Joe Piolunek wrote:
> Comparing the iso8859-5 chart I found(if it's correct)with Latin1 shows
> several of the "special" characters missing.  By declaring
> characterTranslationMap and characterMap as type wchar_t instead of
> 'unsigned char', I had some success doing the character substitutions
> using the characters' unicode designation.  It would only work though, if
> the needed characters are available on the user's system.
> 
> For example, a section something like this in XojPanel::buildCharacterMap
> could be added for each new region where a native user is willing to
> suggest substitute characters.
> 
> // Due to differences in the encodings, some
> // characters need to be remapped for iso8859-5.
> if (qstrcmp (deviceEncoding, "ISO8859-5") == 0) {
> characterMap[0x10] = 0x3c; // '<'
<skipped>
> // (test) remaps 'A' to one of the Katakana chars.
> // characterMap[0x41] = 0x30b7;
> 
> All of the tests above worked for me. It could be possible to use unicode
> for all of the character substitutions, allowing special remaps for
> (hopefully just a few) different regions.
> 
> What I've described sounds a little too easy. Do you know of any problems
> with doing the remapping using unicode designations?

Can you describe how exactly did you implement translation of special
characters _and_ encoding convertion?
QChar(characterTranslationMap[ (unsigned char)string[i] ]) in the patch I
sent you does that job pretty well, converting special chars to unicode
from latin1 rather that from e.g. iso8859-5. And having '>>' and such in
the resulting unicode string doesn't pose a problem at all.
Mapping special chars from a wchar_t characterTranslationMap, which content
is dependent on the selected deviceEncoding, seems a bit too much to me.

I'm reposting the patch to the mailing list for anyone else who may be
interested in it. I works without a hitch for iso8859-1 and iso8859-5
showing all special characters correctly.
What bothers me is that the current convertion procedure will probably not
work for multibyte encodings if HP devices ever make use of them. I would
appreciate any information and ideas about that.

> I don't know which would be better - having the end-user specify the
> encoding ("xojpanel -devenc ISO8859-5"), or regional charset ("xojpanel
> -cyrillic"). What's your opinion on this?

The original idea was that -devenc could be useful not only with cyrillic
but other non-latin charsets as well. We might make -cyrillic (or -charset
cyrillic) an alias for -devenc ISO8859-5 for convenience reasons assuming
that it's the only encoding used by HP for that purpose.

-- 
Dmitry Vukolov

[hpoj-devel] ptal-init start

[Martin S. <ma...@m-...>]

I'm running Redhat 9 and hpoj 0.91. My HP OfficeJet 1150C was detected and
configured with "ptal-init setup". But ptal-init doesn't start with the
command "ptal-init start" (under root). Even if I stop CUPS or start
ptal-init at boot.
Can anybody help me?

Thanks.

Re: [hpoj-devel] Re: LCD encoding

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

On Friday 09 April 2004 08:02, Dmitry Vukolov wrote:

Dmitry:

I apologize for mispelling your name.

-- 
Joe

Re: [hpoj-devel] Re: LCD encoding

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

On Friday 09 April 2004 08:02, Dmitry Vukolov wrote:
<...>
> Anyway, even in the proposed solution there is a catch related to those
> special characters that HP uses for arrows and such. The built-in
> translation maps them to e.g. '>>' that simply doesn't exist in iso8859-5.
> Therefore, the above mentioned convertion from iso8859-5 to Unicode would
> corrupt the arrows and show something weird instead of them. I'll try to
> come up with something to overcome this.

Dmitri:

Thanks for sending the patch. I didn't notice any problems here after applying 
it, but I can't fully test it due to my not having a device that uses 
"special characters".  At least I haven't seen my OfficeJet 600 display any 
of them.

Comparing the iso8859-5 chart I found(if it's correct)with Latin1 shows 
several of the "special" characters missing.  By declaring 
characterTranslationMap and characterMap as type wchar_t instead of 'unsigned 
char', I had some success doing the character substitutions using the 
characters' unicode designation.  It would only work though, if the needed 
characters are available on the user's system.

For example, a section something like this in XojPanel::buildCharacterMap 
could be added for each new region where a native user is willing to suggest 
substitute characters.
	
// Due to differences in the encodings, some
// characters need to be remapped for iso8859-5.
if (qstrcmp (deviceEncoding, "ISO8859-5") == 0) {
	characterMap[0x10] = 0x3c; // '<'
	characterMap[0x80] = 0x3c; // '<'
	characterMap[0xa0] = 0x3c; // '<'
	characterMap[0x11] = 0x3e; // '>'
	characterMap[0x13] = 0x3e; // '>'
	characterMap[0x15] = 0x3e; // '>'
	characterMap[0x81] = 0x3e; // '>'
	characterMap[0x12] = 0x00a3; // unicode "British Pound" sign

// Some tests:

// remaps 'A' to British Pound sign.
//characterMap[0x41] = 0x00a3;

// remaps 'A' to one of the Cyrillic chars.
// characterMap[0x41] = 0x04c1;

// (test) remaps 'A' to one of the Katakana chars.
// characterMap[0x41] = 0x30b7;

All of the tests above worked for me. It could be possible to use unicode for 
all of the character substitutions, allowing special remaps for (hopefully 
just a few) different regions.

What I've described sounds a little too easy. Do you know of any problems with 
doing the remapping using unicode designations?

I don't know which would be better - having the end-user specify the encoding 
("xojpanel -devenc ISO8859-5"), or regional charset ("xojpanel -cyrillic"). 
What's your opinion on this?

Thanks.

-- 
Joe

Re: [hpoj-devel] LCD encoding

[Dmitry V. <dv...@ro...>]

Hi Joe,

On Friday 09 April 2004 04:51, Joe Piolunek wrote:
> Can you supply more info about the issue?  Which peripherals (that
> you know of) exhibit the problem?  Do the cyrillic characters display
> correctly on the device's built-in LCD screen (under Linux)?  Are only
> a few characters displayed incorrectly? When characters are not
> displayed correctly, do other characters appear in their place, or do=20
> they simply not appear?

Well, this problem was reported on a Russian-speaking mailing list. The=20
guy used xojpanel to view the LCD of a Color LaserJet 4550. All Latin
characters are displayed properly, Cyrillic ones -- not. I'm sure the=20
device itself has no such problems and the problem lies elsewhere. It=20
is also neither font related nor caused by the built-in translation of=20
special characters.

> Unfortunately, I'm not very familiar with internationalization issues.
> A little reading turned up the lesstif/Motif/openMotif function
> "XmStringCreateLocalized(text)", which at first glance looks like it
> might be possible to use it as a conversion wrapper for the strings
> 'Line1' and 'Line2' in xojpanel.cpp, but I'm really just guessing at
> this point.=20

Unicode QStrings Line1 and Line2 currently get their values from the raw
string obtained from the device (with special symbols translated). From=20
the output of 'ptal-hp display' we have found out that ISO8859-5 is=20
used for Cyrillic text in the device. Now what we need is to explicitly=20
specify the encoding of the text received from the device so that it=20
will be converted to Unicode correctly. In this regard xojpanel.cpp=20
could be changed as follows:

QTextCodec *codec =3D QTextCodec::codecForName(deviceEncoding);
// in our case deviceEncoding =3D=3D "iso8859-5"
Line1 =3D codec->toUnicode(tmpString.remove( length - spaces, spaces ));

I suggest adding an extra command line option to xojpanel like=20
=2Ddeviceenc <encoding> to set the value of deviceEncoding manually. The
default would be iso8859-1 then. Of course it would be nice to be able=20
to retrieve the encoding from the device itself based on some kind of=20
PML object that is set to a language it's using for the LCD. But for=20
now that's just dreams :-)

Anyway, even in the proposed solution there is a catch related to those
special characters that HP uses for arrows and such. The built-in
translation maps them to e.g. '>>' that simply doesn't exist in=20
iso8859-5. Therefore, the above mentioned convertion from iso8859-5 to=20
Unicode would corrupt the arrows and show something weird instead of=20
them. I'll try to come up with something to overcome this.

> Is there any other encoding that could be used to display cyrillic?
> If iso8859-5 contains all of the needed characters for russian and
> russian-related languages, it probably would be the one used.

KOI8-R and CP1251 are much more common. And though ISO8859-5 is called=20
an official standard, it's almost never used :-)

Yes, and one more thing not really connected with encodings. Messing=20
with xojpanel's source I found out that my PSC 2110 uses a special=20
character 0x15 for the right arrow. Previously xojpanel showed no right=20
arrows for this device at all, though they were present on the LCD.=20
Adding 0x15 to the translation map fixed that.

=2D-=20
Dmitry Vukolov

[hpoj-devel] Re: LCD encoding

[Dmitry V. <dv...@ro...>]

Hi Joe,

Joe Piolunek wrote:
> Can you supply more info about the issue?  Which peripherals (that you
> know of) exhibit the problem?  Do the Cyrillic characters display
> correctly on the device's built-in LCD screen (under Linux)?  Are only a
> few characters displayed incorrectly? When characters are not displayed
> correctly, do other characters appear in their place, or do they simply
> not appear? 

Well, this problem was reported on a Russian-speaking mailing list. The guy
used xojpanel to view the LCD of a Color LaserJet 4550. All Latin
characters are displayed properly, Cyrillic ones -- not. I'm sure the
device itself has no such problems and the problem lies elsewhere. It is
also neither font related nor caused by the built-in translation of special
characters.

> Unfortunately, I'm not very familiar with internationalization issues. A
> little reading turned up the lesstif/Motif/openMotif function
> "XmStringCreateLocalized(text)", which at first glance looks like it might
> be possible to use it as a conversion wrapper for the strings 'Line1' and
> 'Line2' in xojpanel.cpp, but I'm really just guessing at this point.

Unicode QStrings Line1 and Line2 currently get their values from the raw
string obtained from the device (with special symbols translated). From the
output of 'ptal-hp display' we have found out that ISO8859-5 is used for
Cyrillic text in the device. Now what we need is to explicitly specify the
encoding of the text received from the device so that is will be converted
to Unicode correctly. In this regard xojpanel.cpp could be changed as
follows:

QTextCodec *codec = QTextCodec::codecForName(deviceEncoding);
// in our case deviceEncoding == "iso8859-5"
Line1 = codec->toUnicode(tmpString.remove( length - spaces, spaces ));

I suggest adding an extra command line option to xojpanel like
-deviceenc <encoding> to set the value of deviceEncoding manually. The
default would be iso8859-1 then. Of course it would be nice to be able to
retrieve the encoding from the device itself based on some kind of PML
object that is set to a language it's using for the LCD. But for now that's
just dreams :-)

Anyway, even in the proposed solution there is a catch related to those
special characters that HP uses for arrows and such. The built-in
translation maps them to e.g. '>>' that simply doesn't exist in iso8859-5.
Therefore, the above mentioned convertion from iso8859-5 to Unicode would
corrupt the arrows and show something weird instead of them. I'll try to
come up with something to overcome this.

> Is there any other encoding that could be used to display
> Cyrillic? If iso8859-5 contains all of the needed characters for Russian
> and Russian-related languages, it probably would be the one used.

KOI8-R and CP1251 are much more common. And though ISO8859-5 is called an
official standard, it's almost never used :-)

Yes, and one more thing not really connected with encodings. Messing with
xojpanel's source I found out that my PSC 2110 uses a special character
0x15 for the right arrow. Previously xojpanel showed no right arrows for
this device at all, though they were present on the LCD. Adding 0x15 to the
translation map fixed that.

-- 
Dmitry Vukolov

Re: [hpoj-devel] LCD encoding

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

On Wednesday 07 April 2004 03:35, Dima Vukolov wrote:
> Hi!
>
> There was a report that xojpanel and 'ptal-hp display' do not show cyrillic
> text correctly. 

Can you supply more info about the issue?  Which peripherals (that you know 
of) exhibit the problem?  Do the cyrillic characters display correctly on the 
device's built-in LCD screen (under Linux)?  Are only a few characters 
displayed incorrectly? When characters are not displayed correctly, do other 
characters appear in their place, or do they simply not appear? 

> They output raw data from the device, in this case in 
> iso8859-5, and no convertion to the system's locale is performed.

By default, xojpanel does some simple ASCII character-for-character 
translations, but the feature is hard-coded.  It can be turned off, however, 
using the '-notrans' option.  Have you tried that? The feature was added 
because some peripherals display 'special' characters on their LCD that are 
not part of any standard charset, and could not be easily displayed by 
xojpanel or 'ptal-hp display'.

In case the problem is font-related, you could try rebuilding xojpanel with a 
different default font specified. It's currently set to "Courier".

> What's the best way to add such recoding to xojpanel? 

Unfortunately, I'm not very familiar with internationalization issues. A 
little reading turned up the lesstif/Motif/openMotif function 
"XmStringCreateLocalized(text)", which at first glance looks like it might be 
possible to use it as a conversion wrapper for the strings 'Line1' and 
'Line2' in xojpanel.cpp, but I'm really just guessing at this point. 

If I were to try making xojpanel locale-aware, I wouldn't be able to test for 
correct cyrillic display, due to my not having a printer available that 
outputs that charset.

> Is it possible to
> retrieve the language the device is using for LCD?
> And is there any 
> information on whether all HP devices use exclusively iso8859-5 for
> cyrillic or not?

I don't know. Is there any other encoding that could be used to display 
cyrillic? If iso8859-5 contains all of the needed characters for russian and 
russian-related languages, it probably would be the one used.

The HP people *should* be able to answer this for you, but they haven't been 
around much lately.

-- 
Joe Piolunek

[hpoj-devel] LCD encoding

[Dima V. <dv...@ro...>]

Hi!

There was a report that xojpanel and 'ptal-hp display' do not show cyrillic
text correctly. They output raw data from the device, in this case in
iso8859-5, and no convertion to the system's locale is performed.
What's the best way to add such recoding to xojpanel? Is it possible to
retrieve the language the device is using for LCD? And is there any
information on whether all HP devices use exclusively iso8859-5 for
cyrillic or not?

Thanks in advance.

-- 
Dmitry Vukolov

Re: [hpoj-devel] HP-PSC1210

[Woojin L. <wl...@ca...>]

Upgrade the kernel to kernel-2.6.3.7mdk, and it should work fine.
I had the same issue with HP Officejet 4110.


On Wednesday 07 April 2004 01:51 am, Aron Smith wrote:
> I had the puppy working under Mandrake 9.1 but under 10.0 it just spits out
> blank pages. I have installed hpijs 1.5 and hpoj 0.91
> HELP1
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>
> _______________________________________________
> hpoj-devel mailing list
> hpo...@li...
> https://lists.sourceforge.net/lists/listinfo/hpoj-devel

Re: [hpoj-devel] HP-PSC1210

[Till K. <til...@gm...>]

This subject was discussed already on this list. You need to update to 
the latest 2.6.x kernel from the Cooker to solve the problem.

    Till

Aron Smith wrote:
> I had the puppy working under Mandrake 9.1 but under 10.0 it just spits out 
> blank pages. I have installed hpijs 1.5 and hpoj 0.91
> HELP1

[hpoj-devel] HP-PSC1210

[Aron S. <aro...@sp...>]

I had the puppy working under Mandrake 9.1 but under 10.0 it just spits out 
blank pages. I have installed hpijs 1.5 and hpoj 0.91
HELP1

Re: [hpoj-devel] (no subject)

[Dr. A. S. <And...@Dr...>]

I don't know the HP3020. I had similar problems with the HP3330 and SuSE 9.0, 
with also ships with HPOJ 0.90. After upgrading to 0.91 everything worked.

Am Dienstag, 6. April 2004 10:40 schrieb Valinotto Andrea:
> Hello.
>
> I've bought a multifunction HP3020 and I'd like to use it under Linux. I'm
> using Mandrake 8.1, so I installed HPOJ 0.90. Printing works fine, but I
> can't scan. When issueing "ptal-init setup" the unit is recognized
> correctly, but any sane-based utility does not work.
>
> Is there anything I could do to improve the situation ? Will 3020 be
> supported in the future ?
>
> Thanks.
>
>
>
> ====================================================================
> CONFIDENTIALITY NOTICE
> This message and its attachments are addressed solely to the persons
> above and may contain confidential information. If you have received
> the message in error, be informed that any use of the content hereof
> is prohibited. Please return it immediately to the sender and delete
> the message. Should you have any questions, please contact us by
> replying to Mai...@ti.... Thank you
> ====================================================================
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=Click
>
> _______________________________________________
> hpoj-devel mailing list
> hpo...@li...
> https://lists.sourceforge.net/lists/listinfo/hpoj-devel

Re: [hpoj-devel] (no subject)

[Sim H. <si...@no...>]

When I first got my Officejet 5510 I was running Red Hat 9.0, and it was 
about the same for me.  I installed the latest HPOJ and could print but 
not scan.  Once I installed the latest sane backend and front-end stuff 
from source, the scanning worked.

When I moved to Fedora Core 1 the scanning (and HPOJ stuff) worked right 
out of the box (so to speak).

I think I posted asking why it wouldn't work with Red Hat 9.0, and never 
did figure that out.  The versions of SANE I already had were supposed 
to make everything work.  I guess I can't be any more help than everyone 
was when I had a problem before. :-)  Sort of like customer support for 
most companies:  "Have you tried rebooting?  OK, then un-install the 
software and then re-install it.  Then reboot."

-Sim

Valinotto Andrea wrote:

>Hello.
>
>I've bought a multifunction HP3020 and I'd like to use it under Linux. I'm using Mandrake 8.1, so I installed HPOJ 0.90.
>Printing works fine, but I can't scan. When issueing "ptal-init setup" the unit is recognized correctly, but any sane-based utility does not work.
>
>Is there anything I could do to improve the situation ? Will 3020 be supported in the future ?
>
>Thanks.
>
>  
>

[hpoj-devel] (no subject)

[Valinotto A. <And...@TI...>]

Hello.

I've bought a multifunction HP3020 and I'd like to use it under Linux. =
I'm using Mandrake 8.1, so I installed HPOJ 0.90.
Printing works fine, but I can't scan. When issueing "ptal-init setup" =
the unit is recognized correctly, but any sane-based utility does not =
work.

Is there anything I could do to improve the situation ? Will 3020 be =
supported in the future ?

Thanks.



=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons
above and may contain confidential information. If you have received
the message in error, be informed that any use of the content hereof
is prohibited. Please return it immediately to the sender and delete
the message. Should you have any questions, please contact us by
replying to Mai...@ti.... Thank you
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

[hpoj-devel] problems with the hp psc2175

[jose <jg...@la...>]

Hello, I have a problem with this multifunction, I use the ptal-init
setup to autodetect it, then ptal-init start and then I put the printer
into the cups, all working right. After configuring the printer in cups
and when pass a few seconds or send a file for print the printer allways
is stop.

Thanks...

[hpoj-devel] problems with the hp psc2175

[Jose G. <jg...@gs...>]

Hello, I have a problem with this multifunction, I use the ptal-init
setup to autodetect it, then ptal-init start and then I put the printer
into the cups, all working right. After configuring the printer in cups
and when pass a few seconds or send a file for print the printer allways
is stop.

Thanks...

[hpoj-devel] Developing a mini-driver

[Hamed H. M. <ha...@cb...>]

Hello,

I would like to know if it is possible to do the following task on a color
laser printer:

1-the paper comes into the printer and the printer uses its highest
  resolution.
2-the printer prints a pure Magenta picture (a binary bitmap picture) on
  specific area on the paper.
3-on the same area, the printer prints a different pure Cyan picture.
4-on the same area, the printer prints another different pure Yellow
  picture.
5-the paper is going out.

I suppose that the paper is staying totally freezed in its place in the
printer, to be able to get high precision and resolution at microscopic
level. My goal is obtaining homogenius areas of C, M or Y, not mixing
them.

It is even better if steps 2, 3, and 4 can be repeated using new binary
images.

I would like to know at first if that is possible to performe and on which
printer to buy it and write a mini-driver for it. The used OS doesn't
matter.

Thanks in advance,
Hamed

[hpoj-devel] HP G55 Printer

[upscope <rus...@ce...>]

I am new to Linux (SuSE 9.0) and am trying to get my HP G55 printer to
print.
 I'm trying to use CUPS. I have a second printer which is a Xerox Workcentre
480 that
is connected to the pararrel port. It works OK with the 470 driver except
the 470 does not
appear to support color.  When I go to the localhost:631/printers it shows
the G55 printer active
 and accepting jobs. Under completed jobs it shows the job I submitted as
complete. But nothing
prints.

The printer prints fine from my Win ME installation even though it is
reporting a scanner failure. Could this message be affecting Linux? I'm
only trying to use the printer as a printer.


Below is the out put from KDEprint. I never see any activity on the printer.
But the jobs tab of KDE Printer says many were completed from root and my
user ID.

General Properties
Type Local
State Idle (accepting jobs)
Location USB printer on //HP/OfficeJet%20G
20Series?serial=SGA9C1064KVL
Description
URI ipp://linux:631/printers/officejetg55
Interface (Backend) usb://HP/OfficeJet G Series?serial=SGA9C1064KVL

Driver
Manufacturer HP
Model OfficeJet G55 hpijs
Driver Information HP OfficeJet G55 Foomatic/hpijs (recommended)

Driver says: officejetg55 (HP OfficeJet G55 Foomatic/hpijs (recommended))

Any ideas what to look at?

One question I have is where does the driver get installed? When I look in
etc/cups/ppd is see three ppd files:
HP-OfficeJet_G55-hpijs.ppd
lp.ppd
officejetg55.ppd
The first one is a save of the officejetg55.ppd file. Do I need to edit this
file? I can see the printer with localhost:631/printers. It lets me see the
configuration and shows the printer as the first USB Device. Also says it
accepting jobs.

I looked at printers.conf and both printers are shown. I read one article
that said
 /usr/share/cups/model should have a copy of the ppd. Do I copy the
HP_OfficeJet_G55-hpijs .ppd there?

Is there a good document for setup of the printer. What is there now was
installed when I installed
SuSE 9.0.

Any help would be appriciated.

I'm new to Linux and and alittle lost on what to do next.
-- 
Russ

[hpoj-devel] Question to scan button on PSC2210

[Thomas U. <to...@gm...>]

Hallo,
can anyone help me or give infos to following problem.

I have a HP PSC 2210 on Linux system an it works fine!
Now I want to using the scan button on this device to scan and store
documents automat. 
Can you give me infos or ideas to the type of process witch using the
printer?

I hope I can using a problemsolution like this:

if I put the button I become a interupt in the Linux System (where?) and I
can run a Skript, wich save the from usb port incomming datas in my
targefolder. 

Thanks for ideas, problemsolutions and infos and sorry for my bad english!
;-)

Greatings Thomas Unger 
   

-- 
+++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++
100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz

Re: [hpoj-devel] Found, but failing to communicate.

[Cory M. <cor...@hp...>]

recompile the latest version from source (hpoj-0.91) and be sure to
include usblib-devel rpms...

Cory
hp linux printing team

On Sun, 2004-03-28 at 02:09, Draco Nid wrote:
> I sent an email a
> while back about a
> problem with my
> PSC500.  I gave up
> on trying to get it
> to work for a while,
> but now I've decided
> to give it again and
> now I have a little
> bit more useful
> information on what
> is going wrong.
> When I run ptal-init
> setup it says the
> following:
>     *** Found "PSC
> 500" but failed to
> communicate with it!
>     *** Elapsed time
> for this attempt was
> 2 second(s).
>     *** Check syslog
> file for ptal-mlcd
> error messages.
>     *** See hpoj
> documentation for
> troubleshooting
> information.
> I've checked the
> hpoj docs, but they
> onely mention a
> failure to
> communicate error
> with regards to USB
> as far as I can see.
> in /var/log/messages
> I get:
> Mar 28 10:45:46
> pulsar ptal-mlcd:
> SYSLOG at
> ExMgr.cpp:701,
> dev=<mlc:par:probe>,
> pid=8027, e=2      
>   ptal-mlcd
> successfully
> initialized.
> Mar 28 10:45:47
> pulsar ptal-mlcd:
> ERROR at
> ExMgr.cpp:2744,
> dev=<mlc:par:probe@/dev/lp0>,
> pid=8027, e=11     
>    llioService:
> llioRead returns 2,
> expected=516!
> Mar 28 10:45:47
> pulsar ptal-mlcd:
> ERROR at
> ExMgr.cpp:902,
> dev=<mlc:par:probe@/dev/lp0>,
> pid=8027, e=25     
>   
> exClose(reason=0x0010)
> I'm using hpoj-0.90
> on Fedora Core 1
> using kernel 2.4.22.
>  I'm connecting to
> the printer via a
> switch as two
> machines access it.
> Any suggestions?
>  - Draconid.
> Lycos Email has 10 MB of FREE storage space. http://mail.lycos.co.uk
-- 
Cory Meisch X27009
HP Vancouver
Test Technician,
Linux Printing Team 

Re: [hpoj-devel] Problem with PSC 1250

[Urmas <urm...@pp...>]

I had the exactly the same problems with HP PSC 1350 .
I fixed my configuration by moving ptal-init script just before cupsd startup.

$ cd /etc/init.d/
$ mv S02ptal-init S13ptal-init

Printing with HP PSC 1350 now works!

On Sunday 28 March 2004 21:24, Stefan Fricke wrote:
> Hi,
>
> I'm having problems with a PSC 1250 unter SuSE 9.0. Scanning works
> perfectly.
>
> I replaced the HOPJ driver 0.90 which is delivered with SuSE 9.0 and
> installed a recent CVS version. As printer driver I tried the DeskJet 3320
> hpijs driver. Printing is working now but after any reboot I have to remove
> the settigs and configure the driver again using the CUPS web interface.
> What is wrong?
>
> Stefan
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>
> _______________________________________________
> hpoj-devel mailing list
> hpo...@li...
> https://lists.sourceforge.net/lists/listinfo/hpoj-devel

[hpoj-devel] Problem with PSC 1250

[Stefan F. <li...@sf...>]

Hi,

I'm having problems with a PSC 1250 unter SuSE 9.0. Scanning works perfectly.

I replaced the HOPJ driver 0.90 which is delivered with SuSE 9.0 and installed 
a recent CVS version. As printer driver I tried the DeskJet 3320 hpijs 
driver. Printing is working now but after any reboot I have to remove the 
settigs and configure the driver again using the CUPS web interface. What is 
wrong?

Stefan
  

Re: [hpoj-devel] Found, but failing to communicate.

[James B H. <jh...@vi...>]

Hi.

On Sun, 28 Mar 2004, Draco Nid wrote:

[snip]

> I'm using hpoj-0.90
> on Fedora Core 1
> using kernel 2.4.22.
>  I'm connecting to
> the printer via a
> switch as two
> machines access it.
> 
> Any suggestions?

A couple for starters, in rough order of priority:

a.  Upgrade to hpoj-0.91
b.  Assuming you need and use hpijs, upgrade to its latest version
c.  Upgrade to latest kernel, or at least to latest 2.4 kernel

Try again, and report any differences or not.

jbh

[hpoj-devel] Found, but failing to communicate.

[Draco N. <dra...@ly...>]

I sent an email a
while back about a
problem with my
PSC500.  I gave up
on trying to get it
to work for a while,
but now I've decided
to give it again and
now I have a little
bit more useful
information on what
is going wrong.

When I run ptal-init
setup it says the
following:

    *** Found "PSC
500" but failed to
communicate with it!
    *** Elapsed time
for this attempt was
2 second(s).
    *** Check syslog
file for ptal-mlcd
error messages.
    *** See hpoj
documentation for
troubleshooting
information.

I've checked the
hpoj docs, but they
onely mention a
failure to
communicate error
with regards to USB
as far as I can see.

in /var/log/messages
I get:

Mar 28 10:45:46
pulsar ptal-mlcd:
SYSLOG at
ExMgr.cpp:701,
dev=<mlc:par:probe>,
pid=8027, e=2      
  ptal-mlcd
successfully
initialized.
Mar 28 10:45:47
pulsar ptal-mlcd:
ERROR at
ExMgr.cpp:2744,
dev=<mlc:par:probe@/dev/lp0>,
pid=8027, e=11     
   llioService:
llioRead returns 2,
expected=516!
Mar 28 10:45:47
pulsar ptal-mlcd:
ERROR at
ExMgr.cpp:902,
dev=<mlc:par:probe@/dev/lp0>,
pid=8027, e=25     
  
exClose(reason=0x0010)

I'm using hpoj-0.90
on Fedora Core 1
using kernel 2.4.22.
 I'm connecting to
the printer via a
switch as two
machines access it.

Any suggestions?

 - Draconid.

Lycos Email has 10 MB of FREE storage space. http://mail.lycos.co.uk