Menu
▾
▴
omniprint-user — User discussion of the Omni driver
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(14) |
Dec
(23) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(10) |
Feb
(1) |
Mar
|
Apr
(4) |
May
(2) |
Jun
|
Jul
(7) |
Aug
|
Sep
(6) |
Oct
(13) |
Nov
(4) |
Dec
(12) |
| 2003 |
Jan
(12) |
Feb
(12) |
Mar
(22) |
Apr
(22) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(3) |
Sep
(2) |
Oct
(1) |
Nov
(2) |
Dec
(2) |
| 2004 |
Jan
(3) |
Feb
(1) |
Mar
(7) |
Apr
(6) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
(11) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(5) |
| 2006 |
Jan
(3) |
Feb
|
Mar
(3) |
Apr
(1) |
May
(8) |
Jun
(6) |
Jul
(1) |
Aug
(5) |
Sep
(1) |
Oct
(26) |
Nov
(26) |
Dec
(9) |
| 2007 |
Jan
(5) |
Feb
(5) |
Mar
(26) |
Apr
(13) |
May
(11) |
Jun
(7) |
Jul
(20) |
Aug
(32) |
Sep
(10) |
Oct
(14) |
Nov
(8) |
Dec
(7) |
| 2008 |
Jan
(5) |
Feb
(11) |
Mar
(34) |
Apr
(21) |
May
(19) |
Jun
(14) |
Jul
(30) |
Aug
(16) |
Sep
(16) |
Oct
(17) |
Nov
(48) |
Dec
(67) |
| 2009 |
Jan
(64) |
Feb
(19) |
Mar
(18) |
Apr
(40) |
May
(121) |
Jun
(91) |
Jul
(75) |
Aug
(24) |
Sep
(18) |
Oct
(31) |
Nov
(4) |
Dec
(15) |
| 2010 |
Jan
(11) |
Feb
(4) |
Mar
(43) |
Apr
(54) |
May
(60) |
Jun
(61) |
Jul
(48) |
Aug
(58) |
Sep
(20) |
Oct
(6) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(1) |
| 2012 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mark H. <ha...@us...> - 2002-12-17 16:15:52
|
Hey John and Jason, I am on vacation until the end of the year so I will be slow in answering mail. gomni.c has hardcoded paths in it to tell it where to load libomni.so. The error covers two parts of the process: loading the library and linking it. Both must succeed. The new espgs CVS contains a more detailed error message as well as the fix for stdc++. The CVS is easy to download. Just read http://sourceforge.net/cvs/?group_id=18073 for more information. Hope this helps Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ |
|
From: John T C. <jo...@ne...> - 2002-12-16 21:30:41
|
Jason Flatt wrote: >On Saturday 14 December 2002 04:14 pm, John T Copeland wrote: > > >>[ S N I P ] >> >>Can you help any here Jason(Jason is our printer guru in SourceMage)? >> >>Thanks, >>JohnC >> >> > > >Hi, John. > >I have been ill the last week, and work has piled up. I will look into >getting around this problem, but it may be a couple of days before I can get >to it. > > > > Mark, Jason, As I indicated before I got configure errors trying to compile Omni-0.7.1. I noticed today that there was a new version Omni-0.7.2 available. I downloaded this manually and did a compile/make install/make installLocal, no problems. The libomni.so file was installed into /opt/Omni/lib. When trying to print I still get the error. I may not have my cupsomatic and PATH's set up right. I added /opt/Omni/bin to my PATH. In the /usr/lib/cups/filter/cupsomatic file, I did: my $execpath = "/usr/bin:/bin:/opt/Omni/bin"; Mark, how does the Omni interface know where to look for libomni.so. All the libomni's are installed in /opt/Omni/lib so I tried copying them to /lib but still get the error. Jason, I guess from what Mark told us, the espgs we are installing may have the error in it. Mark, you believe this is a correct assessment based on the above? Or am I missing something. JohnC |
|
From: John T C. <jo...@ne...> - 2002-12-15 16:24:41
|
Jason Flatt wrote: >On Saturday 14 December 2002 04:14 pm, John T Copeland wrote: > > >>[ S N I P ] >> >>Can you help any here Jason(Jason is our printer guru in SourceMage)? >> >>Thanks, >>JohnC >> >> > > >Hi, John. > >I have been ill the last week, and work has piled up. I will look into >getting around this problem, but it may be a couple of days before I can get >to it. > > > > Hi Jason, Yes I remember you saying something about not feeling well in a previous post. No worries. I have been fooling with this thing off and on for about a week with no success. The espgs downloads the Omni tarball as you well know, but does not install it. I tried to install Omni manually but got some obscure configure? errors. I will keep hacking on it and let you know how it is going. If those fixes Mark Hamzy alluded to are only in the CVS, and if they affect espgs 7.0.5 are we screwed until another release? Meanwhile, GET WELL. JohnC |
|
From: Jason F. <jas...@wi...> - 2002-12-14 17:27:15
|
On Saturday 14 December 2002 04:14 pm, John T Copeland wrote: > > [ S N I P ] > > Can you help any here Jason(Jason is our printer guru in SourceMage)? > > Thanks, > JohnC Hi, John. I have been ill the last week, and work has piled up. I will look into getting around this problem, but it may be a couple of days before I can get to it. -- Jason Flatt Section maintainer for printer E-mail (remove the spaces): jasonflatt @ wizard . com E-mail (remove the spaces): jflatt @ sourcemage . org IRC: Oadae |
|
From: John T C. <jo...@ne...> - 2002-12-14 16:03:08
|
Mark Hamzy wrote: >Hi John, > > > >>I am getting this error in my Linux distribution, Source Mage, a source >>based distro. I noted your message in the list about this being an >>error you fixed in espgs and stored the fix at the omni download page, >>the file being: ghostscript-7.05-15omni.i386.rpm. This fixed the error >>for one of the users. >> >> > >I have found a couple of scenarios that can cause that error. The first >is the lack of libstdc++ compiled into ghostscript and the second is >omni changed function naming (removing C++ name mangling). > >I am currently working on some backwards compatibility for that scenario. >Omni's CVS has that checked in. > > > >>My problem is my system is source based(not binary), so the library >>would need to be compiled along with espgs. We currently get the source >>from www.easysw.com's ftp site. My questions: >>1) Does the error in espgs cause the library to not be compiled and >>installed? Or is there a special option in configure to compile the >>library? I get the following line in my configuration output: >> "checking if Omni support can be compiled in... yes" >> >> > >Actually, espgs and omni are two separate projects. In the latest version >of espgs, it only checks for glib support for that message. Earlier >versions checked for a link to omni source as well. > >So, one would first build espgs and then build omni. > > > >>2) If so, is there a source patch? >>3) If so, can we get the patch? >> >> > >No. I would recommend that you check out the latest CVS of both projects. > > > >>4) Will we need(have) to wait for espgs-7.xx.x(we use 7.05.5)? >> >> > >Only the current epsgs CVS will work for both 7.3 and 8.0 RedHat systems. > > > >>5) Finally, am I off base here? An if so would you please give me >>directions? >> >>A command, "gs --help" shows an omni device. >> >> > >Hope that helps. > >Mark > >Take a look at the Linux Omni Printer Driver Framework at >http://www.ibm.com/linux/ltc/projects/omni/ > > > > > Thanks Mark. The above helps some, but I am not exactly sure how to proceed yet. 1)Does the build of the Omni Project build the libomni.so library(a shared library I presume)? The library is not currently resident on my system, so I got to build it somehow. The library missing could be my problem. I created dummy libomni.so's in /lib and /usr/lib to see if I would get a different error, but I get the same error, indicating(maybe) that I need the fixes which are in CVS and the tarball on the omni download site? 2)The Omni function compiled into espgs is just an interface to the libomni.so library? 3)Our system, in general does not use the CVS's for standard installation, but rather source(not binary or rpm's)tarballs. I don't know how to use a CVS in any case(guess I could learn tho). 4)You say the latest CVS for both projects has the latest fix you alluded to, so I presume the fixes will show up in espgs 7.05.6 or later? Can you help any here Jason(Jason is our printer guru in SourceMage)? Thanks, JohnC |
|
From: Mark H. <ha...@us...> - 2002-12-12 22:44:16
|
Hi John, > I am getting this error in my Linux distribution, Source Mage, a source > based distro. I noted your message in the list about this being an > error you fixed in espgs and stored the fix at the omni download page, > the file being: ghostscript-7.05-15omni.i386.rpm. This fixed the error > for one of the users. I have found a couple of scenarios that can cause that error. The first is the lack of libstdc++ compiled into ghostscript and the second is omni changed function naming (removing C++ name mangling). I am currently working on some backwards compatibility for that scenario. Omni's CVS has that checked in. > My problem is my system is source based(not binary), so the library > would need to be compiled along with espgs. We currently get the source > from www.easysw.com's ftp site. My questions: > 1) Does the error in espgs cause the library to not be compiled and > installed? Or is there a special option in configure to compile the > library? I get the following line in my configuration output: > "checking if Omni support can be compiled in... yes" Actually, espgs and omni are two separate projects. In the latest version of espgs, it only checks for glib support for that message. Earlier versions checked for a link to omni source as well. So, one would first build espgs and then build omni. > 2) If so, is there a source patch? > 3) If so, can we get the patch? No. I would recommend that you check out the latest CVS of both projects. > 4) Will we need(have) to wait for espgs-7.xx.x(we use 7.05.5)? Only the current epsgs CVS will work for both 7.3 and 8.0 RedHat systems. > 5) Finally, am I off base here? An if so would you please give me > directions? > > A command, "gs --help" shows an omni device. Hope that helps. Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ |
|
From: John T C. <jo...@ne...> - 2002-12-11 20:49:28
|
Mark, I am getting this error in my Linux distribution, Source Mage, a source based distro. I noted your message in the list about this being an error you fixed in espgs and stored the fix at the omni download page, the file being: ghostscript-7.05-15omni.i386.rpm. This fixed the error for one of the users. My problem is my system is source based(not binary), so the library would need to be compiled along with espgs. We currently get the source from www.easysw.com's ftp site. My questions: 1) Does the error in espgs cause the library to not be compiled and installed? Or is there a special option in configure to compile the library? I get the following line in my configuration output: "checking if Omni support can be compiled in... yes" 2) If so, is there a source patch? 3) If so, can we get the patch? 4) Will we need(have) to wait for espgs-7.xx.x(we use 7.05.5)? 5) Finally, am I off base here? An if so would you please give me directions? A command, "gs --help" shows an omni device. Thanks, JohnC |
|
From: n8ptt <n8...@n8...> - 2002-11-19 22:57:15
|
Let me rephrase that last answer. I had to put the -l when printing a txt file. never tried it with .ps file -- Ken Chamberlain |
|
From: n8ptt <n8...@n8...> - 2002-11-19 22:52:20
|
put a -l (lower case L) in the command line. i.e. lpr -Pmypre -l my.lst -- Ken Chamberlain |
|
From: James Su <su...@gn...> - 2002-11-19 13:28:17
|
Hi, I'm so sorry to bother you. But I met a critical issue when using Omni 0.7.0 Epson_Generic_ESC_P_24_J84 driver with ghostscript 6.51. No metter what are printed, there are always several lines (about 40) at the top of the paper lost. The source ps file, output data and debug output are attached. The command is : DUMP_OUTGOING_BITMAPS=1 gs.debug -sDEVICE=omni -sDeviceName=Epson_Generic_ESC_P_24_J84 -r180x180 -dNOPAUSE -dBATCH -dSAFER -sOutputFile=x.prn -sproperties="form=iso_a3_2970.00x4200.00mm tray=TRAY_SINGLE_SHEET resolution=180x180 dither=DITHER_DITHER_4x4" x.ps 2> debug x.ps is the source file to be printed. And x.prn is the outputed raw data. x.png is converted from x.prn and *.bmp is generated by Omni driver. And I tried different dither options, no help. Could you please help me resolve this problem as soon as possible? It's so urgent. If I cannot get the correct result within two days, I will probably lost my job :-( Thank you very much. Regards James Su |
|
From: James Su <su...@tu...> - 2002-11-19 13:18:11
|
Hi, I'm so sorry to bother you. But I met a critical issue when using Omni 0.7.0 Epson_Generic_ESC_P_24_J84 driver with ghostscript 6.51. No metter what are printed, there are always several lines (about 40) at the top of the paper lost. The source ps file, output data and debug output are attached. The command is : DUMP_OUTGOING_BITMAPS=1 gs.debug -sDEVICE=omni -sDeviceName=Epson_Generic_ESC_P_24_J84 -r180x180 -dNOPAUSE -dBATCH -dSAFER -sOutputFile=x.prn -sproperties="form=iso_a3_2970.00x4200.00mm tray=TRAY_SINGLE_SHEET resolution=180x180 dither=DITHER_DITHER_4x4" x.ps 2> debug x.ps is the source file to be printed. And x.prn is the outputed raw data. x.png is converted from x.prn and *.bmp is generated by Omni driver. And I tried different dither options, no help. Could you please help me resolve this problem as soon as possible? It's so urgent. If I cannot get the correct result within two days, I will probably lost my job :-( Thank you very much. Regards James Su |
|
From: Mark H. <ha...@us...> - 2002-10-29 17:20:22
|
Hello, Sorry for the delay. I have just got back from Tokyo. Unfortunately, the build system and autotools just dont fit perfectly. makeOmni will detect the xml version and then copy in the proper subdirectory into XMLParser. It will then make the first stage which should build the libomni and the XML parser. It will then loop through the directories and call XMLParser to generate the necessary files. libxml and libxml2 should be equivalent. Can you give me a shell account on the machine and I can ssh into it to see what is wrong? Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ "Rhys A. Ickeringill" <R.I...@st... To: omn...@li... .au> cc: Sent by: Subject: [Omniprint-user] Building Omni 0.7.1 (again) omn...@li...ur ceforge.net 10/27/2002 06:28 AM Hi, Probably just another stoopid mistake I'm making, but when I run ./makeOmni it completes configure with the error "Not building devices because the parser has not been build yet!", then goes on to attempt to run make, which of course fails because configure didn't generate any makefiles. I've eyeballed most of your scripts, and I can't find anything which will build the XML parser configure is testing for [XMLParser/parser] and failing to find... configure finds and seems to want to use libxml2 v2.4.23. Could this be the problem? I also had the same problem as a previous bash user with a syntax error on line 86 of makeOmni - I re-wrote that loop so it works on my machine - you're welcome to have it if you wish. Thanks Rhys ------------------------------------------------------- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com _______________________________________________ Omniprint-user mailing list Omn...@li... https://lists.sourceforge.net/lists/listinfo/omniprint-user |
|
From: Rhys A. I. <R.I...@st...> - 2002-10-27 12:28:54
|
Hi, Probably just another stoopid mistake I'm making, but when I run ./makeOmni it completes configure with the error "Not building devices because the parser has not been build yet!", then goes on to attempt to run make, which of course fails because configure didn't generate any makefiles. I've eyeballed most of your scripts, and I can't find anything which will build the XML parser configure is testing for [XMLParser/parser] and failing to find... configure finds and seems to want to use libxml2 v2.4.23. Could this be the problem? I also had the same problem as a previous bash user with a syntax error on line 86 of makeOmni - I re-wrote that loop so it works on my machine - you're welcome to have it if you wish. Thanks Rhys |
|
From: Giulio O. <gi...@po...> - 2002-10-25 11:10:13
|
On Thu, 17 Oct 2002 12:25:40 -0500, "Mark Hamzy" <ha...@us...> wrote: >It may be a problem with the gomni.c part of the omni driver which is the >interface into ghostscript. >I believe that there is a problem if the page size is defined in the ps >file (or not). The DeviceTester drawbox driver libXXX.so cout output.prn try seems good while gs is bad, this is the invocation: gs -q -dSAFER -dBATCH -dNOPAUSE -sOutputFile=- -sDEVICE=omni -sDeviceName=Brother_HL_P2000 -smonodither=GSMONO -sproperties=" form=iso_a4_2100.00x2970.00mm media=MEDIA_PLAIN resolution=30 0x300 printmode=PRINT_MODE_1_ANY tray=TRAY_MULTI_TRAY dither=DITHER_STUCKI_DIFFUSION orientation=portrait HardwareScaling=1" Tried even with HardwareScaling=0. I'm using ghostscript-7.05-20 as shipped on red Hat 8.0 recompiled on a red Hat 7.3 system. -- gi...@po... |
|
From: Giulio O. <gi...@po...> - 2002-10-17 17:50:17
|
On Thu, 17 Oct 2002 12:25:40 -0500, "Mark Hamzy" <ha...@us...> wrote: >I'll agree its not immediately intuitive. The numbers along the edges >correspond to pels. So, if 5 (and 1-4) is missing, then the page is 6 pels >too big at the resolution (1 for the border). I was going to write >instructions on the page but it is hard to create resolution independent >characters. Starting from bottom right: 1) going up on the right margin: from 1 to 45 2) going left, bottom row: from 1 to 31th char (1..0 1..0 1..0 1). This row starts between 2 and 3 of the vertical row of point 1 3) going left, row above bottom row: 10 times 1, 10 times 2, 2 times 3. First 1 start at first 0 of bottom line (10th char). I see DeviceTester uses HardwareScaling=0, while cupsomatic sets HardwareScaling=1. I'm trying to force cupsomatic using =0. -- gi...@po... |
|
From: Giulio O. <gi...@po...> - 2002-10-17 16:54:09
|
On Thu, 17 Oct 2002 10:38:55 -0500, "Mark Hamzy" <ha...@us...> wrote: >Use the DeviceTester program to test the printable area first and then >change it. > DeviceTester drawbox driver libXXX.so cout output.prn I compiled DeviceTester and tried the .so already in place from the binary rpm and margins are ok (maybe left is a bit smaller than right), even if the test page is not very intuitive :), there are random numbers printed, the right margin line is printed only for 1/3 of the page from the top, there's an oblique line going into the bottom margin line. If you confirm this is expected behavior, I'm going posting on linuxprinting list (for cupsomatic/ghostscript) for help. Thanks. -- gi...@po... |
|
From: Mark H. <ha...@us...> - 2002-10-17 15:44:11
|
Hi Giulio,
Sorry about the lack of reply. I have been on vacation and now am
preparing for a business trip.
Extract the source tarball and make sure it builds (with makeOmni and the
latest autotools).
One optimization you can do is edit devices.mak to only include the driver
directory and edit "Device List" to only include your device.
Then, edit the main xml file for the device and read the device form xml
file that it uses. Then edit the device form xml file to change the
margins.
Use the DeviceTester program to test the printable area first and then
change it.
DeviceTester drawbox driver libXXX.so cout output.prn
There may be a problem with margins and ghostscript so make sure that
DeviceTester works first.
Mark
Take a look at the Linux Omni Printer Driver Framework at
http://www.ibm.com/linux/ltc/projects/omni/
|
|
From: Giulio O. <gi...@po...> - 2002-10-17 09:11:18
|
OmniBrother-0.7.1 I have margins problems (page not properly centered in the paper output). How do I change the margins? Do I need to recompile changing some file related to the Omni device I'm using? Which files? Thanks. -- gi...@po... |
|
From: <bes...@ya...> - 2002-10-15 18:31:16
|
charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII"; charset="US-ASCII" Reply-To: bes...@ya... Date: Tue, 15 Oct 2002 14:31:05 -0400 X-Priority: 3 X-Library: Indy 9.00.10 X-Mailer: Foxmail Hello again. I hope I got your e-mail address correctly, you gave it to me on the phone last time we talked. Thanks again for my new computer. I'm getting compliments on it from everyone. I think the components pick out for it is a perfect mach! I figure your sick of hearing from me on the phone so I'll tell you here... The cleaner on that CD-Rom didn't work. It's as dead as nails!!!!! At Comp-USA I got a combo CD-Rom/DVD player. $44.95 not bad... put it in works pisser!!!! Had a slight problem with software they give for player. Instead of bothering you. Got a Tech-support service that a friend I work with gave me! They are called Juvio... Used to be "Speak with a Gick" Now its Juvio. Wow!! They open 24/7 not cheep. $34.95/month but worth it I think for someone like me. I called them at 1am on a problem I developed with my Internet Explorer. No sweat they had an "EXPERT" talk to me and in two minutes had the problem solved. You don't need anything like that, but your customers do! They actually pay you for referrals. Now I have no way to refer anyone, but I immediately thought of you. You don't need people like me "customers" calling you all the time on stupid problems. So every customer you have tell them to sign up to Juvio and they pay you commission just have a look http://soundp.juvio.com/ You'll be able to refer all your old and new customers to them to get them off your back. Talk later! |
|
From: Mark H. <ha...@us...> - 2002-10-10 19:36:32
|
Hi Graham, Sorry about the delay. I have been on vacation. I am running RedHat 7.3 and its bash is 2.05a.0(1)-release (i686-pc-linux-gnu). In the current CVS, I am trying to move away from the makeOmni script. The goal is to just configure and make. Mark Take a look at the Linux Omni Printer Driver Framework at http://www.ibm.com/linux/ltc/projects/omni/ Graham Ashton <gashton@cmedltd. To: Mark Hamzy/Austin/IBM@IBMUS com> cc: Omni list <omn...@li...> Subject: Re: [Omniprint-user] Building 0.7.1 10/01/2002 10:00 AM On Tue, 2002-10-01 at 15:46, Mark Hamzy wrote: > > Hi, > > What shell are you using and what version is it? Do you have bash > installed and if so what version? What version of the os? Sorry, very stupid of me. It's bash, running on Trustix 1.5 (which is essentially a RedHat off shoot, forked from version 7.0 if memory serves). $ bash --version GNU bash, version 2.03.0(2)-release (i586-trustix-linux-gnu) Copyright 1998 Free Software Foundation, Inc. I'd try the RPMs, but I already need to run a hand crafted ghostscript (7.05) on these machines. Thanks. -- Graham Ashton |
|
From: Giulio O. <gi...@po...> - 2002-10-02 10:24:54
|
On Wed, 02 Oct 2002 12:07:53 +0200, Giulio Orsero <gi...@po...> wrote: >RedHat7.3, ghostscript-7.05-20 (from redhat8.0 recompiled), cups-1.1.26 should read cups-1.1.16cvs -- gi...@po... |
|
From: Giulio O. <gi...@po...> - 2002-10-02 10:08:54
|
RedHat7.3, ghostscript-7.05-20 (from redhat8.0 recompiled), cups-1.1.26 OmniBrother-0.7.1omni-4 Printing to a Brother MFC-P2000 is ok but for margins: 1) the big problem is that the page is too shifted to the right (page content is cut, ie cups test page has no right border) 2) a small problem is that top margin is a bit bigger than necessary. I'm using foomatic privided Brother-MFC-P2000-omni-ppd.ppd ppd file. Thanks for any help. -- gi...@po... |
|
From: Graham A. <ga...@cm...> - 2002-10-01 14:54:55
|
On Tue, 2002-10-01 at 15:46, Mark Hamzy wrote:
>
> Hi,
>
> What shell are you using and what version is it? Do you have bash
> installed and if so what version? What version of the os?
Sorry, very stupid of me. It's bash, running on Trustix 1.5 (which is
essentially a RedHat off shoot, forked from version 7.0 if memory
serves).
$ bash --version
GNU bash, version 2.03.0(2)-release (i586-trustix-linux-gnu)
Copyright 1998 Free Software Foundation, Inc.
I'd try the RPMs, but I already need to run a hand crafted ghostscript
(7.05) on these machines.
Thanks.
--
Graham Ashton
|
|
From: Graham A. <ga...@cm...> - 2002-10-01 13:08:48
|
Hi. I'm having trouble getting the latest version to build. I'm
following the instructions in the Building file, and I'm getting a
syntax error when running the makeOmni bash script:
$ pwd
/home/gashton/tmp/build/omni-stuff/ghostscript-7.05/Omni
$ cd Omni
$ ./makeOmni
./makeOmni: line 86: syntax error near unexpected token `(('
./makeOmni: line 86: `for ((i = 1; $i <= $#; i++));'
Am I doing something totally stupid? Thanks.
--
Graham Ashton
|
|
From: Giulio O. <gi...@po...> - 2002-09-28 08:47:20
|
On Fri, 27 Sep 2002 17:23:40 -0500, "Mark Hamzy" <ha...@us...> wrote: >There was a bug in espgs that I fixed. Can you remove espgs and install >the version built on omni's download page? > rpm -e ghostscript --nodeps > rpm -i ghostscript-7.05-15omni.i386.rpm That fixed the problem, the ps file is processed and printer works, though I still have some margins problems. Can you post the patch for espgs to this list or on the cups/espgs forums? gs-omni lacks the cups device and many cups users go straight to espgs release of ghostscript. Thanks -- gi...@po... |
1134 messages has been excluded from this view by a project administrator.
