[Cooker] Re: Unable to print: /undefinedfilename in (/dev/fd/0)
Can you send me the file which you wanted to print? Can you also do cd /usr/bin mv foomatic-gswrapper foomatic-gswrapper.orig and try to print again? Till Denis Pelletier wrote: Hello, I just found out that I'm unable to print to my local printer. The printer is a Samsung Qwik-Laser 5100A attached to the parallel port (/dev/lp0). I'm using CUPS on an up-to-date cooker machine. Note that I can print to this printer from a remote win98 machine through samba. Changing the variable LogLevel to debug in /etc/cups/cupsd.conf I see the following error in the file /var/log/cups/error_log after trying to print the regular test page with printerdrake: D [02/Sep/2002:00:13:57 -0400] /usr/lib/cups/filter/cupsomatic: inserted option PS code: D [02/Sep/2002:00:13:57 -0400] PJL: 12345X@PJL D [02/Sep/2002:00:13:57 -0400] job data D [02/Sep/2002:00:13:57 -0400] 12345X@PJL RESET D [02/Sep/2002:00:13:57 -0400] gs PID pid2=25144 D [02/Sep/2002:00:13:57 -0400] gs command: gs -q -dBATCH -dSAFER -dNOPAUSE -sDEVICE=ljet4 -sOutputFile=- - | perl -e while (\$line = ) { my \$b = \\; \$match |= ( \$line =~ s/\x1bl\d+A/\$\$b/ ); \$line =~ s/\x1bl0H/\$b/g; print \$line } D [02/Sep/2002:00:13:57 -0400] foomatic-gswrapper: gs '-dBATCH' '-dSAFER' '-dNOPAUSE' '-sDEVICE=ljet4' '-sOutputFile=/dev/fd/3' '/dev/fd/0' 31 12 D [02/Sep/2002:00:13:57 -0400] ESP Ghostscript 7.05 (2002-07-08) D [02/Sep/2002:00:13:57 -0400] Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved. D [02/Sep/2002:00:13:57 -0400] This software comes with NO WARRANTY: see the file PUBLIC for details. D [02/Sep/2002:00:13:58 -0400] Error: /undefinedfilename in (/dev/fd/0) D [02/Sep/2002:00:13:58 -0400] Operand stack: D [02/Sep/2002:00:13:58 -0400] D [02/Sep/2002:00:13:58 -0400] Execution stack: D [02/Sep/2002:00:13:58 -0400] %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- --nostringval-- D [02/Sep/2002:00:13:58 -0400] Dictionary stack: D [02/Sep/2002:00:13:58 -0400] --dict:1048/1123(ro)(G)-- --dict:0/20(G)-- --dict:68/200(L)-- D [02/Sep/2002:00:13:58 -0400] Current allocation mode is local D [02/Sep/2002:00:13:58 -0400] Last OS error: 2 D [02/Sep/2002:00:13:58 -0400] ESP Ghostscript 7.05.4: Unrecoverable error, exit code 1 D [02/Sep/2002:00:13:58 -0400] tail process done writing data to *main::STDOUT D [02/Sep/2002:00:13:58 -0400] KID4 finished D [02/Sep/2002:00:13:58 -0400] KID3 finished D [02/Sep/2002:00:13:58 -0400] 0 %%PageTrailer D [02/Sep/2002:00:13:58 -0400] 0 %%Trailer D [02/Sep/2002:00:13:58 -0400] Saw Trailer! D [02/Sep/2002:00:13:58 -0400] Saw EOF! D [02/Sep/2002:00:13:58 -0400] error closing *main::KID3 at /usr/lib/cups/filter/cupsomatic line 822, STDIN line 65063. E [02/Sep/2002:00:13:58 -0400] PID 25141 stopped with status 32! D [02/Sep/2002:00:13:58 -0400] UpdateJob: job 29, file 0 is complete. D [02/Sep/2002:00:13:58 -0400] CancelJob: id = 29 D [02/Sep/2002:00:13:58 -0400] StopJob: id = 29, force = 0 D [02/Sep/2002:00:13:58 -0400] StopJob: printer state is 3
[Cooker] Re: Unable to print: /undefinedfilename in (/dev/fd/0)
Are you using devfs or did you turn it off? Till Denis Pelletier wrote: On Monday 02 September 2002 06:08, Till Kamppeter wrote: Can you send me the file which you wanted to print? I'm unable to print any ps and pdf file. One file I can't print is the standard test page of printerdrake (Modify printer configuration - print test pages - standard test page). Can you also do cd /usr/bin mv foomatic-gswrapper foomatic-gswrapper.orig and try to print again? After doing this I can print again. Can you explain this one? Thanks.
Re: [Cooker] Re: [CHRPM] OpenOffice.org-1.0.1-5mdk
At first, update the drakxtools packages from the Cooker as soon as they come out next time, then start Printerdrake and close it, then start the GIMP and print (please report your results, I need testers). David Walser wrote: --- Gwenole Beauchesne [EMAIL PROTECTED] wrote: Awesome!!! Where can we get more info. on how See the end of /usr/lib/libDrakX/printer.pm, especially after doing the update which I mentioned in the beginning. this works (both OO.o and printerdrake)? LC_ALL=locale locale -k LC_PAPER returns the paper dimensions for locale. and then it translates that info. to a paper size setting? Cool. I use simply the rule of whether LC_PAPER (if not set LANG, LANGUAGE, LC_ALL) is en_CA, fr_CA, or en_US. In this case the default paper size is Letter, otherwise A4 (search for LC_PAPER in /usr/lib/libDrakX/printerdrake.pm to see the code. printerdrake generates correct psprint.conf if either OOo or SO is found. But better ask Till for the internals. He is printers master. ;-) See above. Hehe, I was gonna try to implement that, he beat me to it. I wonder if it'll configure the paper size for other things too now (like KDE and Mozilla). Printerdrake does not adjust the default paper size of Mozilla, but KDE with its KDE Print infrastructure gets the paper size setting from the CUPS configuration of your system, and the CUPS configuration is correctly done by Printerdrake. Happy printing. Till
Re: [Cooker] Strange conflicts with new packages
R.I.P. Deaddog wrote: On Sun, 21 Apr 2002, Han wrote: This must be an error: file /usr/share/vim/lang/fr from install of vim-common-6.1-5mdk conflicts with file from package libgimpprint1-4.2.1-0.pre5.1mdk file /usr/share/vim/lang/pl from install of vim-common-6.1-5mdk conflicts with file from package libgimpprint1-4.2.1-0.pre5.1mdk file /usr/share/vim/lang/sk from install of vim-common-6.1-5mdk conflicts with file from package libgimpprint1-4.2.1-0.pre5.1mdk Both vim-common and libgimpprint1 share the problem. Have been extensively discussed as well. For vim-common, please remove it and re-install. For libgimpprint, I have asked Till why it owns /usr/share/locale/*, but was denied. Till, here? I will fix it, but not in the next two weeks because I am on travel. Till
[Cooker] Re: CUPS owns /usr/share/locale/* [Was: vim-common-6.1-4mdk is dangerous]
cups-common does not own /usr/share/locale. I have checked it. Till R.I.P. Deaddog wrote: That means the above packages try to own /usr/share/locale/*, which should belong to locales-* packages instead. I'm not sure if KDE people will fix it at all, but for cups-common and libgimpprint1, perhaps Till will fix this soon? PS Hence CC'ed to Till
Re: [Cooker] Printing with Canon S400
GIMP-Print is not only for the GIMP, it is also the general-purpose printer driver for most Epson and Canon inkjets. It is automatically configured by printerdrake and will be used for all jobs, independent from which application they were sent, also for the test page. Your printer is one of the printers for which GIMP-Print is used. Till Marc Lijour wrote: However, I have to specify that my problem is not directly related to GIMP (I have not tested that!). The problem appears as soon as I print a test page from the CUPS admin menu. Disregard if necessary, I just wanted to make myself clear.
Re: [Cooker] urpmi is scoring me?
Hier ist die Übersetzung ins Englische (Here is the english translation): François Pons wrote: Jochen Schoenfelder [EMAIL PROTECTED] writes: root@excalibur:/home/jochen urpmi --auto-select erstenEines der folgenden Pakete wird benötigt: One of the following packages is needed: 1- libqt3-3.0.3-1mdk.i586 2- libqt3-devel-3.0.3-1mdk.i586 Ihre Wahl? (1-2) 1 Your choice? (1-2) 1 Eine schlechte Wahl, versuchen Sie es erneut Bad choice, try again. Ihre Wahl? (1-2) Your choice? (1-2) My understanding of german is quite limited, Till do you have any suggestions about that ? Ich hoffe, das hilft Dir weiter (I hope this will help you). Till
Re: [Cooker] urpmi is scoring me?
François Pons wrote: 1- libqt3-3.0.3-1mdk.i586 2- libqt3-devel-3.0.3-1mdk.i586 Ihre Wahl? (1-2) 1 Your choice? (1-2) 1 Eine schlechte Wahl, versuchen Sie es erneut Bad choice, try again. Ihre Wahl? (1-2) Your choice? (1-2) [...] So everything is correct in urpmi in germain ? The problem is that when the user chose 1, that his choice was rejected. 1 is a legal choice. If 1 would be not legal, urpmi should not ask, but simply install 2 automatically. Till
Re: [Cooker] printerdrake and printer issues
So localedrake did not change your locale settings, or you chose an existing queue, which always stays on the value set last time. So double-click on your printer's entry, choose Printer Options and then Letter as page size. The setting will be saved and stay valid as long as you do not change it again. Till SI Reasoning wrote: --- Till Kamppeter [EMAIL PROTECTED] wrote: I ran localedrake and chose US. I then retried printerdrake and continue to have it default to A4.
[Cooker] Re: Updated cups package with fixed setcupsconfig
I have now uploaded CUPS 1.1.12-3mdk which follows your suggestion of using the Listen directives instead of Port directives. The implementation is somewhat different to your patch so that the Listen lines get changed when the user changes his nework settings and restarts CUPS afterwards, Thank you for your suggestion. Till David Walser wrote: Hi all, I modified setcupsconfig to do what I was talking about earlier. I uploaded a new cups SRPM package with it to ftp.linux-mandrake.com/incoming I'd really appreciate it if people could test this, and if there are no complaints, I'd also appreciate it being accepted into Cooker. Thanks you. If you don't want to DL the new SRRM, here's the diff I got for my changes to setcupsconfig (and the diff command I used): diff -u /usr/sbin/setcupsconfig setcupsconfig --- /usr/sbin/setcupsconfig Sun Jan 6 18:19:47 2002 +++ setcupsconfig Fri Jan 18 22:17:55 2002 @@ -227,9 +227,17 @@ # Insert the new Printcap line push @cups_conf_content, TempDir /var/spool/cups/tmp\n; -# Is there a Port line? If not, add Port 631 -if (!(grep(m/^\s*Port\s+/, @cups_conf_content))) { -push @cups_conf_content, Port 631\n; +# Is there a Port or Listen line? If not, add a Listen line for each non-gatewaynet local interface +if (!(grep(m/^\s*(Port|Listen)\s+/, @cups_conf_content))) { +push @cups_conf_content, Listen 127.0.0.1:631\n; +if (!defined($gatewaynet)) { +$gatewaynet = -1; +} +for ($i = 0; $i = $#local_ips; $i++) { +if ($i != $gatewaynet) { + push @cups_conf_content, Listen , $local_ips[$i], :631\n; +} +} } # Remove all valid ServerName lines __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
[Cooker] Re: [CHRPM] cups-1.1.10-2mdk
How do you start the network after booting? If you do service network start the hostname should be set correctly automatically. When you do service cups start after starting the network, CUPS gets automatically configured for the current network situation. Till Michael Reinsch wrote: Hi! On Sat, 01 Sep 2001 03:15:01 Till Kamppeter wrote: * Sat Sep 01 2001 Till Kamppeter [EMAIL PROTECTED] 1.1.10-2mdk - Added checks for system environment to the CUPS startup script, missing kernel modules and a missing loopback device are started automatically now. Thanks. But now I know why my hostname is reset to localhost: the cups startup script does it :-( I have a notebook and don't start the network during boot because sometimes I'm without network and I don't want to wait for the dhcpcd to timeout. I also have my hostname in the /etc/hosts, so the cups startup script should maybe only reset the hostname to localhost if it is not there. And print a warning: e.g. Network not up, hostname not found in /etc/hosts, resetting it to localhost. Or maybe even better: don't change the hostname but refuse to load cupsd and tell the user why.
Re: [Cooker] printing problems under GNOME with CUPS
Robin Cook wrote: I still have a printing problems under gnome with cups to HP laserjet printers (HP4, HP4Si, HP4050.) When I print a text file from the command line with lpr it print all the pages but the first letter of each line is cut off as it starts in the non-printable area of the page for the laserjet. To fix this, start xpp, choose your printer and click on "Options". On the "Text" tab adjust wider borders and then save your setting. The text problem should be solved now. Do this as "root" to make the settings system-wide. When I try printing under an application (Abiword, gedit, Evolution, etc) all the pages are printed on one page. Can you try "gv -" or "gv" (one of the two will work) as printing command and tell me whether "gv" displays the PostScript output correctly. You can also print into a file and check the file with gv file in a terminal window. This way you can check whether the GNOME programs (using the GNOME print library for generating PostScript) produce correct PostScript. If you get correct PostScript files in "gv", try the printing facility of "gv". Tell me your results. Till Robin Cook
Re: [Cooker] Cups using 95% CPU?!
The problem is fixed, proceed as described on http://qa.mandrakesoft.com/cgi-bin/show_bug.cgi?id=2125 Download from the Cooker if you have a beta of 8.0. Till "Bruce F. Press" wrote: This is a multi-part message in MIME format. --011136E15442C65459255807 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I'm sorry, but I just can't buy that. Those of you on desktops may not be able to tell, but if you're on a laptop the fan spins up when something is chewing the CPU cycles. This happens when something slips into an infinite loop (like netscape!) or when compiling (fair enough). But a daemon in a wait, or blocking on a select should never do this. Bruce Civileme wrote: On Friday 30 March 2001 16:05, you wrote: Just noticed that my CPU usage was saturating at 100% and gtop shows me that cupsd is using 960f it. Wow! I agree this is a powerful sw, but still... =-= kk1 Get free email and a permanent address at http://www.netaddress.com/?N=1 By what instrument are you measuring it? I know of one that will show you 99.9% CPU usage simultaneously on up to five processes! "Wow," said my compatriates, "when can I have an SMP test machine?" And I see also the frequent report of "kapm-idled sucking up my CPU cycles" The truth is, SOME process is always waiting for an event or taking up CPU time. Just until now the truth-in-reporting law has never been strictly enforced. When you see an idle process hogging your CPU, look at its "nice" number. If that is in the range of positive 16 to positive 20, it means you are letting your computer run without you, and whatever process is broadcasting a short message over the net or checking for a PIO event on a very low priority is being given all that idel time to do it. Cups does broadcast its presence if you have a queue on your own machine, even if you have no network except 127.0.0.1. If you leave the machine on overnight, what ELSE is going to take up time besides updatedb and makewhatis? Civileme --011136E15442C65459255807 Content-Type: text/x-vcard; charset=us-ascii; name="brucefp.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Bruce F. Press Content-Disposition: attachment; filename="brucefp.vcf" begin:vcard n:Press;Bruce tel;fax:410-715-9397 tel;work:443-656-7304 x-mozilla-html:TRUE url:http://www.capita.com org:Capita Technologies Inc. version:2.1 email;internet:[EMAIL PROTECTED] title:Principal Consultant adr;quoted-printable:;;8830 Stanford Blvd=0D=0ASuite 205;Columbia;MD;;USA x-mozilla-cpt:;-7008 fn:Bruce Press end:vcard --011136E15442C65459255807--
Re: [Cooker] CUPS problems, KUPS problems, and well done
Vincent Meyer wrote: KUPS works great, but has a SMALL bug. When adding a SMB printer who's share has a space in it, it's not seen by the "scan network" function. Clicking on the computer says that there is no printer. If you add the printer anyway, it works fine. Adding printers who have a share name without a space works great. Fixed. Download KUPS 1.1-5mdk from the Cooker and scan your network again. Till
Re: [Cooker] Lexmark Z11 printer and LM7.2 -Fixed in LM8.0???
Can you try the newest versions of cups-drivers and ghostscript from the Cooker? Till Alaric Ravenhall wrote: PLEASE PLEASE, Let's get some research and patches/fixes done on this printer driver for cups. The one included in LM 7.2 simply doesn't work. period. This is really frustrating, and of course due to Lexmark's building this as a windows proprietary printer, but I know we can overcome, because others have. I just pray that the 8.0 release will have a CUPS setup for this printer that works. But, to steal a quote from Reading Rainbow's Lavar Burton, "You don't have to take MY word for it." Go look at the posting forum on this subject at this link: http://f23.parsimony.net/forum51677/index.htm Ravenhall _ Get your FREE download of MSN Explorer at http://explorer.msn.com
Re: [Cooker] Turn off Browsing by default for CUPS
In Mandrake 8.0 we do not broadcast any more to 255.255.255.255. The broadcasting is automatically configured to only the local network. Till Nicolas Pomarede wrote: Hello all, I used MDK 7.2, and since I had a little "problem" with it, I thought it might be usefull to change the behaviour of CUPS for MDK 8.0 In fact, by default, cupds.conf braodcast on port 631 UDP to find other machines using the same protocol to shared printers. Unfortunately, we have a firewall (and I think that many company have this nowadays) on the same LAN (which is quite normal...) ; the problem is that this firewall runs some program to prevent/detect intrusion or DOS attack. So, after a few minutes, since the firewall machine received many unsollicited UDP packets on port 631, he decided my machine was trying to attack it and add a "route reject" to block outgoing packet. I was then unable to reach the firewall (or in fact, he was unable to reach me), and I couldn't acces internet anymore. Hopefully, I'm rather familiar with admin. and this kind of things, so I was able to track the faulty application (cups) and change its config file to top this behaviour. in cupsd.conf, I simply replaced #Browsing On by Browsing Off Could it be possible to include this in the MDK 8 Cups config file by default ? On a more general thought, many firewall don't really like broadcast on their ports, and I think having some packages which by default use broadcasting on 255.255.255.255 without warning the user is not a good thing. I don't think a beginner user would have been able to solve this problem easily. Moreover, the most commons case today when you want to print are : - you have your own printer on parallel port - browsing not required - you use a LAN printer with its own IP addr - browsing not required In a heterogeous company's environment, with many Windows PC and (unfortunately for now) not many Linuxes, I don't think the possibility to share printer by UDP port 631 is often used, so turning Browsing OFF by default shouldn't harm many users (novice or not). Once the printer works with LAN or parallel port, it should always be possible for the user to read cups doc and to turn browsing ON on his LAN. Any thought ? bye Nicolas Pomarede e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] "It said uses Windows 95 or better, so I loaded Linux!" "In a world without walls and fences, who needs windows and gates ?"
Re: [Cooker] printer share
I assume that your Linux clients use LPD as printing system (with CUPS all goes automatically). So you must set up an LPD emulation (the so-called CUPS-LPD mini daemon) on your CUPS server. Proceed as shown in http://mandrakeuser.org/hardware/hcups4.html#lpdcl Happy printing. Till Georgi Mikhailov wrote: Hi there, I tried to configure LAN with linux and windows machines, using linux print server. SAMBA is working fine, so all win. computers can print, but linux clients do not have "line printer access on the server". All the machines have entries into /etc/hosts file. My question is what file should I edit to solve the problem. Thanks.
[Cooker] Improving the GNU/Linux printing support
Oi, now I have entered the execution data of all printer drivers listed on www.linuxprinting.org (except the Seiko label printer driver "slap" which does not support PostScript or graphics input), which means that when you update to the newest packages of GhostScript and CUPS-Drivers from the Cooker (backport for 7.2 comes later) all printers listed on www.linuxprinting.org will work as described there. But many printers (especially laser printers) do not simply print the document as generated by the printer driver, they accept also some extra commands (so-called PJL commands), sent before the job is sent, to access special printing modes as toner saving mode, smoothing of edges (REt), input tray selection, usage of finishers, ... This works for both PostSctipt and non-PostScript printers. Unfortunately, the database of www.linuxprinting.org does not contain many PJL commands, and I have found out how to read the available ones out of the printer. So I ask you to read out the PJL options of your printer and send them to me (to me, not onto the lists, to prevent them from being flooded). Read the attached file or surf to http://www.linuxtag.org/2001/deutsch/showitem.php3?item=194lang=en to see a call written by Kurt Pfeifle who is the author of many printing articles in the german "Linux Magazin". It contains all info which you need to do the check. Thank you in advance for your PJL option files. Till Title: Call for Support: Collection of valid PJL commands for all printers by "Linuxprinting.org" Call For Support: Collection Of Valid PJL Commands For All Printers By "Linuxprinting.org" Every user with a printer can help to achieve a better Linux print support. Wanna help out? PJL And The Linuxprinting Database You are asked to help fill the Linuxprinting.org Database with valid pieces of info concerning the PJL commands understood by your printer. Every user with a printer connected to a parallel or USB port can help to achieve a better Linux support for his printer (if not working perfectly already). The Database has been built and accumulated by Grant Taylor, the well-known author of the Linux Printing HOWTO for quite some time. It is a key for the achievement of one (or some?) hi class Free printing system(s) for Linux. For quite a few printers the data about working PJL commands are still very incomplete. The quicker and the more precise this gap is filled the more profound and rapid the Linux support for modern printers in a Linux environment (and, in fact, amongst other Free Unix-like operating systems as well as non-Free ones) will develop in the months ahead. The database is not just of a huge advantage for CUPS -- other printing and spooling systems will also benefit a lot, like BSD-LPD, LPRng or PDQ. On the backgrounds and workings of this database you might want to read a bit in my (so far German-only) "CUPS-FAQ". If there is comcern, I could do a translation of a more detailed explanation of this action also comprehensible for newbies. (Hello, you editors of printed magazines: isn't this a good story for you as well? The author's fee I'll donate to a free software project... ;-) This here is just a short shot. A Shell Script To Read The PJL Capabilities Off The Printer Keying in the PJL info for thousands of printers off the vendor's documentation is very tiring and error-prone. Is this docu available at all? Is it complete? Is it correct? -- There's a better way to find out, with your help: ask you printer directly, what it supports... Till Kamppeter, architect and maintainer of the new Mandrake 7.2 printing system which chose CUPS to be the premium install (Till is also author of the free GUI Tool for CUPS, XPP), has presented a small shell script to help you do the job. Every Linux (and maybe, BSD) supporter can use it to ask his printer(s) about their level of PJL support. The results will go into the database which is designed to become the repository of automatic driver and printer configuration files for the major spooling systems CUPS, LPD, LPRng and PDQ. Just copy the 6 line shell script beneath, save it with an easy to remember name of your joice and mak it executable: #!/bin/sh echo &quo
Re: [Cooker] Why hasn't cups been updated to version 1.15 in cooker?
Done, Till Khawar Zia wrote: hey, Why hasn't cups been updated to version 1.15 in cooker? Thank You --Khawar "quitedown" Zia
Re: [Cooker] kword printing through cups?
Do the following: RTFM on http://www.mandrakeuser.org/hardware/#4th Make sure that your /etc/cups/cupsd.conf has the line Printcap /etc/printcap without an hash mark ("#") in the beginning and restart the daemon with service cups restart Now you must have a printer list in the printing dialog of kword. Unfortunately, one cannot set the printer's options from within kword because its printing dialog is made for LPD. To set the options, start "qtcups" or "xpp", change the options as you want to have them and SAVE them. Then they are used by any program, also by kword, and so you can print your kword documents in up to "1440x720 dpi, Highest Quality" (Slow!) and "Adaptive Hybrid", as "Image Type" you should choose what is best for you (I assume that you have a chosen a "GIMP-Print" driver when you have set up the printer). Till Ed Wilts wrote: I'm trying to print some kword documents with embedded photographs. When printing in kword, the print request menu does not show any printers, although the file does print. The bad news is the documents prints like it's got 8-but color on an Epson Stylus Photo 870. The photographs look like crap. I tried to print to file and then telling qtcups to print at 720dpi, and the printout is a wee bit better (since kword defaults through cups at 360dpi) but still not with enough color depth. Can anything be done about this in the short term? Is it something I'm doing wrong? If I can't get this resolved in the next day or so, I'll be forced to use MS Word to do my Christmas letters, and that ain't right :-(
Re: [Cooker] CUPS deficiencies.
Ron Stodden wrote: To Till Kamppeter, Re CUPS. I have two machines on a LAN, say called 'one' and 'two'. One has a deskjet 970cxi attached to the parallel port. Two is a gateway machine to the internet with two NICs. One may be running either Mandrake 7.2, fully updated, or Windows 98 SE. Two runs either 7.2, fully updated, or today's Cooker and has no local printer. Two therefore has Kups set up with two printers, a remote CUPS printer, and an SMB remote printer. Properly, kups on two comes up with one printer disabled, which one depending which OS is running on one. Kups Bug: On two, running Cooker, with the SMB printer disabled in kups, kups keeps producing a modal dialog box every few seconds stating that the printer (does not say which printer) is inacessible. When this modal box is up, kups itself is inaccesible. Surely when a printer is marked as disabled, kups should not be trying to access it? Also, the dbox should not be modal, so that other printers can be used. This bug is known, shows up sometimes, and when one restart kups the dialogs disappear in most cases. Xpp Bug: On two, running 7.2, xpp seems to be keeping its own independent history of all printers that have ever been connected to this machine, and dutifully produces all these printers listed in its window with no right click option to remove a printer. Surely, like kups, it should only use the printers broadcast to it by the printer servers? XPP is a printing frontend, it has no administration options (as removing printers). The issue you have seen applies to the printer lists of all frontends (XPP, QtCUPS, KUPS, lpstat), the list is generated by the CUPS library. Unfortunately, it contains disabled, but existing printer queues, and also entries which are only in ~/.lpoptions or /etc/cups/lpoptions but do not exist on any server any more. Edit this files and remove all obsolete entries from them. Start the frontend again and you will have only two queues (one active depending on the server's OS) left. Further, xpp makes an incorrect default printer selection (the bullet). Surely it should NEVER select an inaccessible printer as the default printer? The problem is that you can define a default printer by clicking on "Options" and then "This printer as default", but this is static and does not follow the OS change on the server. I think the CUPS authors thought only about corporate networks and there are normally no dual-boot machines. A solution would be the following: Define a class containing the two queues (remote CUPS, SMB). Define this class as your default printer. A print job sent to a class is treated by the first printer responding. And because in your case there is only one printer queue which can respond, the correct queue is chosen automatically. The class you define with kups or the web interface, you make it the default with XPP ("Options", "This printer as default"). Till
[Cooker] Additional support for printing with CUPS
Oi, many questions appeared on the mailing lists about problems with CUPS, the new printing system in Linux Mandrake 7.2. I have set up some places for getting additional help in case of questions and problems with CUPS: 1. A large article covering all about CUPS, beginning from what CUPS is over the configuration of printers and network connections, the usage, up to special tips and tricks you get a lot of info. Go to http://www.mandrakeuser.org/hardware/#4th Note that not all is available as web pages yet, but the text version is complete. 2. Every week new tips and discussion about printing with CUPS on http://www.mandrakeforum.org/ Issues already available: http://www.mandrakeforum.com/article.php3?sid=20001116101952 http://www.mandrakeforum.com/article.php3?sid=20001109145914 http://www.mandrakeforum.com/article.php3?sid=20001102140711 Posting your questions here makes them easier available for other users, because they are not mixed ub with discussions about other problems. 3. New versions of the packages concerning printing for installation under Linux Mandrake 7.2 you will find on http://www.mandrakesoft.com/~tkamppeter/packages/ Download and install the most recent version. If problems appear with the most recent, take an older one and tell me exactly what problems appeared with the newest version. I only do a short test of these packages before I put them there. They are not official updates, use them on your own risk. They should help you to get rid of problems due to bugs in the released packages. To install the packages enter rpm -Uvh package name You do not need to install the ".src.rpm" packages, they contain the source code of the programs and are there for interested users. 4. The web site where our printer driver and support information comes from: http://linuxprinting.org/ There you get information whether printers are supported and how, which drivers are available, you will be informed about new drivers and you can discuss in the discussion forums. Bugs in the printer database you can also report to me, because I am participating in the maintenance of this database. The best is, before you ask a question or report a bug, that you check out these points. I hope they will solve most of the problems. Till
Re: [Cooker] Cups HP 970Cxi
Unfortunately, GIMP-Print does not support this model, but "Foomatic + cdj970" supports at least double-sided printing. It seems that the GIMP-Print team is mainly concerned about Epson. One should suggest them to support this printer, because it is an excellent piece of hardware, as I know the only inkjet with duplex and it needs not more space than a usual inkjet. It seems that GIMP-Print does not support CRET III, CRET II support was recently added to the CVS of GIMP-Print. Removing printers: The removal must be done on the machine where the queue for the printer was created, usually on the machine where the printer is connected to. Check the /etc/cups/printers.conf file. It has an entry for every printer. When one removes a printer, the appropriate entry is deleted. Check the permissions of /etc/cups/printers.conf, remove the undesired entry manually and restart the CUPS daemon. On clients the printer disappears only after a timeout of five minutes. Restart the daemon there to let the entry appear immediately. Till Armisis Aieoln wrote: I have the 970Cxi also, and need full support. I print alot and the 970Cxi supports 2 sided printing, but needs the software to tell it to. (plus other features the software needs to tell it to do, IE: turn on and off the ink drying light) Dave On Saturday 18 November 2000 07:04, you wrote: Till, Do you know if anyone is working on a GIMP-Print Driver for the HP Deskjet 970Cxi? Background: The standard CUPS driver (Foobar + cdj970) is max 600 x 600 dpi. The Windows HP latest-downloaded software will only print 2400 x 1200 in Portrait, crashes in Landscape. All 2400 x 1200 is stated to need 400MB of hard disk space, which it has on C:\. Bug: An attempt to remove this printer using menu-item Kups CUPS Admin failed - removed it from the display only. Rebooting and reloading the display shows it is still there.
Re: [Cooker] CUPS: Back in Cooker again!
Ron Stodden wrote: However, none of these, or Acrobat itself, will print with CUPS. To understate things, this results in a bit of a problem ... Did you try already the following things: - Send a PDF file directly to CUPS: lpr -P printer file.pdf xpp file.pdf - In Acrobat Reader try to use all the three PostScript levels offered (this could surround a bug in PostScript generation by Acrobat or in PostScript rendering by GhostScript). - In Acrobat reader used either lpr -P printer or xpp as printing command - Printed to a file with the Acrobat Reader and checked the PostScript file by displaying it with "gv". Till
[Cooker] Dell Notebooks and Mandrake 7.2
Someone knows whether and how these notebooks (or other recent Dells) work with Mandrake 7.2 (especially graphics and sound): http://www.euro.dell.com/countries/fr/fra/dhs/products/series_inspn_notebooks.htm Till
Re: [Cooker] Help
Robert L Martin wrote: my printer (Cannon BJC 1000): Cups folks any comments??? This printer is very well supported under Mandrake 7.2, either with the good old GhostScript bjc600 and bj200 drivers, but also by GIMP-Print (choose "CANON BJC 1000, CUPS + GIMP-Print" in printerdrake, then you can do a colour-calibration with "calibrate-gimpprint"). Till
[Cooker] WARNING: CUPS on Cooker
Oi, PLEASE DO NOT INSTALL THE CURRENT COOKER AS YOUR ONLY OPERATING SYSTEM WHEN YOU WANT TO PRINT!!! As most of you already know, the current Cooker uses gcc 2.96 and new standard libraries, so it is not binary-compatible to Linux Mandrake 7.2. Unfortunately, CUPS does not compile in the new environment, and due to some configuration issues which I have to fix for 7.2, I cannot fix the compiling of CUPS soon. Note that Cooker is intended to be a development and testing version of Linux Mandrake and that it is not suitable as a production environment. WE HAVE A LOT OF PROBLEMS WITH GCC 2.96. If you want to help us in the development of printing, please use Mandrake 7.2. Naturally every hint to get CUPS compiled with gcc 2.96 is welcome. Till
[Cooker] CUPS: Back in Cooker again!
Oi, with the help of Chmouel I got the CUPS package compiled under the new GCC 2.96. The problem was a "-O2 -O3" (both at the same time!) defined as compiler optimization options by the CUPS authors. This worked with all former gcc's and the compilers of all commercial Unixes, gcc 2.96 is the first having problems with this senseless setting. Because the Makefiles of CUPS hide the compiler command line I didn't see it. Now you can print out of the Cooker version again, and I hope that you will comment on any problem and give many contributions to make the printing system even better in the next release of Mandrake. Till
Re: [Cooker] How can I get rid of cups ? (my way)
Once, you can find the printtool under the contribs, and second, I cannot imagine why you get bad printing quality with your HP LaserJet 6L. All drivers which were available for LPD in 7.1 are also available for CUPS under 7.2. And under CUPS you can even do a lot of fine-tuning to raise the printing quality. The drivers available for your printer are HP LaserJet 6 series, CUPS+GIMP-Print HP LaserJet 6, Foomatic + ljet4 HP LaserJet 6, Foomatic + stp-4.0 (GIMP-Print) HP LaserJet 6L, Foomatic + ljet4 The "Foomatic + ljet4" entries are exactly the same driver as in Mandrake 7.1. They should give exactly the same quality. Make sure that you set the default options correctly to get a high quality. Either got to http://localhost:631/printers/, click the "Configure Printer" button at the entry of your HP LaserJet 6L or start "kups" and click with the right button on your printer in the printer list of the main window. In the pop-up menu choose "Configure Printer". Now you can put the resolution to 600x600 dpi, try different dithering methods, and so on. You can even set up options for every individual printout ("Options" in "xpp", "Properties" in "qtcups". Till P. S.: I have a LaserJet 1100 here and it works perfectly with CUPS. Nora Etukudo wrote: Hello. Since I couldn't get good print quality with Cups and HP LaserJet 6L, I had to get rid of Cups too, today. I've removed cups-1.1.4-3mdk.i586.rpm cups-drivers-0.3.6-30mdk.i586.rpm and then installed control-panel-3.11-17mdk.i586.rpm lpr-0.50-7mdk.i586.rpm rhs-printfilters-1.76-3mdk.i586.rpm printtool-3.44-3mdk.noarch.rpm The 'printtool' rpm is stolen from Mandrake 7.1 Now my printing is ok and in good quality as before on Mandrake 6.1. Liebe Grüße, Nora.
Re: [Cooker] CUPS: Back in Cooker again!
"Godin, Paul" wrote: Great news. Should I go to the Mandrake site to download this version? Where would it be. This is only important for people who have downloaded the complete Cooker and installed it. This Cooker is not binary-compatible to Mandrake 7.2. So Cooker needs this new CUPS package and this package does not work on 7.2 unless you do an "rpm --rebuild" on the source RPM. One item I notice, if I cancel a job with CUPS WEB manager, the job will go away but the printer, like the energiser bunny, keeps on going and going... The printer has a certain amount of memory and it makes it empty.CUPS does not send a reset signal to the printer. Till
Re: [Cooker] How can I get rid of cups ?
Try one of the following things (I do not know whether all points really work exactly as described here): - Run CUPS and LPD in parallel by letting CUPS as is and installing the lpr and rhs-printfilters packages. Use "printerdrake -expert" or "printerdrake -lpr". In this case the LPD printing commands are "lpr-lpd", "lpq-lpd", "lprm-lpd", and "lpc-lpd". - CUPS can emulate LPD, see http://localhost:631/sam.html or http://www.cups.org/sam.html (CUPS-LPD mini-daemon). - Run only LPD by removing CUPS, installing lpr and rhs-printfilters and using "printerdrake -expert" or "printerdrake -lpr". - If you want to use the "printtool", it is in the contribs. Till "W.Kasberg" wrote: Mandrake7.2 came up with cups printing system. Under linux it is ok an works fine. But I am using WinNT via vmware (version 2.03) on an existing partition and I cannot print from WInNt to my locally connected printer (lpt1, HPLaserjet1100) neither directly to /dev/lp0 resp. /dev/parport0 or via lpr/lpd printing system. Therefore I want to remove cups from my system and go back to lpr system. But I cannot manage this. Even when I have removed cups from my system, on installing new printer I am asked for cups. How can I manage this? Thanks for any hint. W. Kasberg
Re: [Cooker] CUPS Failure
I have posted your problem on the Canon forum of linuxprinting.org. Here is the answer of Grant Taylor: Hmm. I've observe thee exact effects with my 4200, but the problem then was a bad wire. I'd suggest that he fiddle with tunelp first - change to interrupt-driven, or shorten the poll time, or something like that. This printer really should not suffer from any load or cups-related host problems like this seems to describe. "Godin, Paul" wrote: Bonjour all, CUPS on Mandrake 7.2 is giving me serious printing problems. I have a CANON BJC-4200 printer. It initially starts printing OK, then stall for a few seconds followed by weird ASCII characters, form feed, more stalling and so on. Essentially I can't print anymore. Never had this problems before with LPR. Is it timing problem, the printer works fine on the other OS. If you recommend replacing CUPS with LPR then how do I do that?. Thanks Paul Godin
Re: [Cooker] GIMP-Print 4.0.0 final is out
For me it seems that the dot size is as with 300 dpi, but the printer prints interlaced. For 600x300 dpi it moves the printhead by only half a dot width between printing two dots. For 600x600 dpi it sweeps over one line twice, moving the paper by half a dot height between the two sweeps. This leads to a rather high intensity for 600x600 dpi. So it is recommanded to use the "CUPS + GIMP-Print v4.0" driver and adjust the colours with "calibrate-gimpprint". If you want to use the result of my calibration, enter lpoptions -P your printer -o profile=750,1400,1000,0,0,-150,1000,0,278,-131,1333 Till Vadim Plessky wrote: Re: CRET II (and PhotoRET II) HP 810/812/840/842/895C (as well as 890C, 720c, 715c) be definition have 300x300 dpi in Color and 600x600 dpi in Black. It's printhead, you can't change it.
[Cooker] GIMP-Print 4.0.0 final is out
Oi, On the weekend GIMP-Print 4.0.0 final came out, I have compiled it into the GhostScript and CUPS-Drivers packages. Download ghostscript-5.50-36mdk and cups-drivers-0.3.6-31mdk, and reinstall your ptinter queues which use GIMP-Print drivers. In addition to the usual stuff, the GIMP-Print 4.0.0 final in the Mandrake packages supports 600x600 dpi with CRET II on the HP DeskJet 810/812/840/842/895C printers. Till
Re: [Cooker] xcdroast in 7.2 is bad
The error message is really bad, but the author didn't take much care about the multi-user concepts for CD-burning of the different distros yet, the original package had even some check that only "root" can start it. I have removed this check when I made an RPM for Mandrake out of it. So the original author never came into your situation, because it seems that he tested the program only logged in as "root". Recently he sent me an e-mail that he is working on his own concept for secure burning in multi-user environments, so there will be a new version soon which perhaps has even a better concept then Linux Mandrake with its "cdwriter" group. But the "cdwriter" group concept in Mandrake is valid for cdrecord itself and all frontends, so trying GNOME Toaster when one is not in "cdwriter" will not work, too, but it will perhaps give a better error message. Not bundling cdrecord with X-CD-Roast is a concept which started with X-CD-Roast 0.98. And I think it is a good concept, many distros ship both cdrecord and X-CD-Roast 0.96(ex2) and so they waste disk space with two copies of cdrecord. In addition, the user is confused by having two different versions of cdrecord (separate 1.9 and x-CD-Roast with 1.6). Till Steve Fox wrote: Ok, I knew I had to be a member of the cdwriters group, but that's an poor error message none the less. Thanks for helping to find the problem. Anyone know why xcdroast is no longer bundled with its own cdrecord? Need new features that the crusty version doesn't have?
[Cooker] SECURITY FIX: CUPS showed SMB password
CUPS was showing the SMB password (in lpstat, KUPS, web interface, ...) when one configures access to a printer on a Windows or Samba server through a regular account where the password starts with a number (see bug report below). This bug is now fixed, the new release 1.1.4-3mdk should be on the Cooker now. Till -Bug report-- From: Jeroen Janssen [EMAIL PROTECTED] To: [EMAIL PROTECTED] hmm... this is the situation: W2K professional with a shared printer called HPLaserJ Linux Mandrake 7.2 RC1 with cups-1.1.3-13mdk (no cups printers installed yet) Linux: I login as user 'japj', start KUPS (0.8.0) and add a printer. select SMB backend user identification : "user" with password "2p" (guest account checkbox unchecked) select SMB printer from W2K system select PPD file (Apollo p-1200) printer name "printer", OK Now when I look at the printer info from KUPS or from the webview I see: Device URI: smb://user:2p@PC1-JAPJ/HPLaserJ which contains both username password. If I follow this same procedure with a user "administrator", password "bla" then I see Device URI: smb://PC1-JAPJ/HPLaserJ If you need any other information to reproduce this then please let me know! Best regards, Jeroen Janssen
Re: [Cooker] cups and 4019 printing
Did you choose the appropriate driver for the 4019 printer? If yes, try also to print with lpr -P printer -o raw file If this works, your server already provides a driver and there is no driver needed on the client. Choose "Generic PostScript Printer" in printerdrake or do cp /etc/cups/printers.conf /etc/cups/printers.conf.orig lpadmin -x printer lpadmin -p printer -E -v smb://... Replace ... by the appropriate entry which you see in /etc/cups/printers.conf.orig. Till Bob Kuc wrote: I have a 4019 printer attached to an NT print server. Using cups and SMB I am able to print to the printer, however, the print is garbage, probably postscript format. Can someone help me resolve this? Thanks Bob
Re: [Cooker] Gimp CUPS
Update the all CUPS- and GIMP-related packages to the current versions, then printing should work. Till Aurelien Jarno wrote: Hi all, I am using a Mandrake 7.2 beta. Since I use CUPS intead of lpd, the print option has disappeared from Gimp menu. Any idea ?
Re: [Cooker] cups segfault
Unfortunately I cannot reproduce this problem. For me and all the others here at Mandrake CUPS runs perfectly. What platform are you using? How much memory do you have? What version of Mandrake Linux? Till Eugenio Diaz wrote: The web interface stalls when I go to configure a printer. I can create it and modify it, but I can't configure it. When this happens the processes "cups" and "admin.cgi" take most of the cpu time for about 20 seconds. After checking the error log I get something like this: - I [14/Oct/2000:08:14:39 -0500] New printer 'Main' added by 'root'. E [14/Oct/2000:08:15:14 -0500] PID 20913 crashed on signal 9! - When I tried to run the cgi's from "/usr/lib/cups/cgi-bin/", manually on a shell, I get mixed results: 1. "admin.cgi" and "jobs.cgi" *always* run fine and spit out the expected HTML code. 2. "printers.cgi" and "classes.cgi" core dump with a segfault after spiting some HTML code, but only if a printer exists; if I delete all printers, they do not segfault, and spit out HTML code. I have tried doing ltrace and strace of it, but I did not got to far. Only found out that it dies after/on a strcasecmp() call for the hostname. The results are attached. I have tried by removing the cups packages completely, and any files left after package removal, but had no luck. The problem started after I upgraded to a later version (don't remember which), but here it what I have now: - [root@fulgore:~]# rpm -qa|egrep '^cups|^ghost'|sort cups-1.1.3-13mdk cups-devel-1.1.3-13mdk cups-drivers-0.3.6-25mdk ghostscript-5.50-31mdk ghostscript-fonts-5.50-5mdk ghostscript-module-SVGALIB-5.50-31mdk ghostscript-module-X-5.50-31mdk ghostscript-utils-5.50-31mdk [root@fulgore:~]# - [root@fulgore:~]# for i in `rpm -qa|egrep '^cups|^ghost'|sort`;do rpm -Vv $i;done S.5T c /etc/cups/printers.conf ..G. /var/spool/cups [root@fulgore:~]# - Anybody has any ideas on how to debug this? Thanks. -- Eugenio Diaz, BSEE/BSCE Linux Engineer [EMAIL PROTECTED]
Re: [Cooker] Which driver to choose for CUPS?
At first you should try the GIMP-Print one. It has much more options and probably supports the maximum resolution of your printer. It also allows colour adjustment. But Canon support in the GIMP-Print driver is still experimental (not all models tested). So it is possible that you get only poor results. The other entry is an old driver (probably the bjc600 driver of GhostScript) it has not so many options, especially no colour-calibration. It is even possible, that one driver is better for text and the other better for image printing. In this case the best is to install two queues for the printer. See also C't 21/2000 for a review of Linux printer drivers. Till Alexander Skwar wrote: I have a Canon BJC 4300. This printer is supported by CUPS, but (?) it has two drivers. One "normal" and one with "GIMP-Print" suffixed. Where are the differences? Which one should I use?
Re: [Cooker] Kups crashes...
Which driver did you choose when you have set up your printer? The best is, you send me /etc/cups/ppd/printer name.ppd, so that I can check the problem here. Till Claudio wrote: Hi! I've a problem with kups. When I try "Configure Printer" I have a seg. fault for an "unresolved symbol etc. etc."... Someone noticed this feature? ;(
Re: [Cooker] Kups crashes...
Claudio wrote: I used the driver for Epson-Stylus Color 600 (gimp, it's written) By the way, that printer reach 1440 dpi on photo-paper, but the driver sets 720 dpi... Do you know how to set higher resolution? For me configuring this driver works perfectly, no segfault. You should update to the most recent Mandrake package of KUPS. I cannot test printing because I don't have this printer model. Till
Re: [Cooker] cups and epson photo 700
The driver is provided by GIMP-Print. Please report the bug to the GIMP-Print team: http://gimp-print.sourceforge.net/ Till Burkhard Zombronner wrote: Hello there, the driver for the Epson Stylus Photo 700 seems to be broken. When I print anything with that driver it will also print the printer-commands. Using other epson colour driver printing is o.k. although colors do not fit (which I did not expect)
Re: [Cooker] printing and a2ps
I have installed a2ps 4.13 from the contribs of Mandrake and I have entered the following command lines: a2ps -1 -MA4 ~/.Xdefaults and a2ps -MA4 ~/.Xdefaults In both cases I got a printout with correct borders on my HP LaserJet 1100 (uses the "ljet4" driver of GhostScript). The default page size I have set to A4 before sending the commands (I am using A4 paper). For letter paper "-MLetter" should be used and letter as default paper size in CUPS. I have tried also the GIMP-Print "stp" driver of GhostScript (entry "HP Laserjet 6 (GIMP-Print)" in CUPS installation frontends). Here indeed some part at the lower end of the paper was cut away. They had some problems with the paper size settings. So report the bug to http://gimp-print.sourceforge.net/ the GIMP-Print version is 4.0b2 from Mandrake 7.2. Use a driver entry in the CUPS installation programs without the "(GIMP-Print)" mark. Till grs wrote: while trying to figure out what is going on I found an .ps file that I generated previously on 7.1 with a2ps. This file had previously printed fine ie the boundaries were correct. I just tried printing the file under 7.2 and it will not print properly. The boundaries have changed. You have said ps files are printed as is well something has scaled a previously okay image so that it does not fit on a page. Now I don't know what to check. grs
Re: [Cooker] printing and a2ps
Did you configure the default page size? Start "kups", right click on your printer, choose "Configure printer" and set up all default settings for it. Or use the web interface of CUPS (http://localhost:631/): Click on "Printers" and search for your printer in the list. Click on the appropriate "Configure Printer" button and set the defaults. Click the "Apply" button of the appropriate group. For user specific option settings use the facilities of "xpp" and "qtcups". If you do not use a2ps you can also set up individual border widths, column numbers, and font sizes for simple text files. PostScript is always printed "as is". Adjustments always have to be done in the program generating the PostScript (here a2ps). Till grs wrote: Just downloaded the latest cooker yesterday and tried upgrading a working 7.1. Well it lock every time when it came to the NFS Locking. So backed up and installed from scratch. Okay I'm using cups and have found a couple of interesting things if I pick my local printer from the list, hp lj4l the test page is not sized correctly. Half the page is not shown. Okay now to pick the cups package, tried both versions for lj and the test pages worked. When I had a2ps set up under 7.1 all I had to modify was the page size .. a2ps-site.conf. It was set to a4 and not letter and voila everything would work. Now I'm noticing when trying to print with a2ps, landscape, that margins are not correct. My left and right side of the page, or top and bottom in portrait mode, are not all visible. Any ideas ... suppose I could go back to lpr Greg
Re: [Cooker] qtcups won't exit
QTCUPS is printing frontend, not a configuration frontend, to make it compatible to lpr (to use it as printing command in applications) it reads the data to print from standard input and when there is no data, it hangs. So use it only with a filename or with the output of another program piped in when you use it on the command line. In applications you can simply enter "qtcups" as printing command. All applications supply the printer data either through standard input or by adding a file name at the end of the entered command line. The qtcups in the menu under Configuration/Printing is called by the following command line: echo '%!' | /usr/bin/qtcups -j none This supplies an empty PostScript file as data to print (so the printer does nothing) and the "-j none" avoids the "Job sent" window popping up after clicking OK. So the program does not freeze when one calls it from the menu and clicks OK. The sense of calling qtcups from the menu is that the user can set up and save his personal default options for the printers. XPP allows also printing from standard input so that one can use it in applications. So it freezes, too, when there is no information for being printed. But XPP has a facility to choose a file to print inside its main dialog. Till junfan wrote: qtcups won't exit after I hit ok it just sticks around F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTYTIME COMMAND 000 501 11002 10974 0 0 12220 6876 read_c Spts/2 0:00 qtcups
[Cooker] Re: cups,kups,xpp et. al
If you have enough money (2000$+?) buy a colour laser. They are all PostScript and have excellent quality and the expenses for one page are cheaper than for an inkjet (see below if you prefer an inkjet). ALL PostScript printers are supported PERFECTLY when you use CUPS. Simply copy the PPD file coming on the CDs/floppies coming with the printer into /usr/share/cups/model, restart the CUPS daemon: /etc/rc.d/init.d/cups restart and choose your printer (it's there now due to the PPD file you have copied) in the installer (kups, printerdrake, web interface). Now you will have EXACTLY the same options as you have when you use the printer under Windows/MacOS. Usage of the PPD files is ONLY supported by CUPS (the printing system of Mandrake 7.2 For colour calibration look into the manual of the printer, one usually does the calibration by the panel of the printer or by its web interface (most printers inthis price regions have an ethernet connector). If you do not have the money, search for a "PERFECTLY" supported colour inkjet (150$+?) on http://www.linuxprinting.org The best is taking a model supported by the "stp" driver (GhostScript driver of GIMP-Print), this driver allows a lot of adjustments for enhancing the printout quality, including the highest resolutions and colour adjustment. See also http://www.linuxprinting.org/suggested.html Have a nice printing ... Till William H Bouterse wrote: xpp-0.6-16mdk cups-1.1.3-13mdk kups-0.8-21mdk cups-drivers-0.3.6-23mdk Awesome Job Till and All On a very "dirty" LM-7.1/Cooker These seem to be working extremely well so far for me and my ancient HP855c, 660c. Will try the new rpms on my troublesome LM7.2b3 next. Will be adding HIRes, Lo Cost Better Color Printer soon. Any Suggestions? This will be for business cards, pamphlets and ocassional Photo via xsane,gimp etc. No high volume but would like better quality than the 855 is giving me. William Bouterse Talkeetna
Re: [Cooker] new version of cups is out!!!!!
I got this notice from Michael Sweet yesterday. But it was to late for 7.2. When 7.2 is in press I will try the 1.1.4 version. Till Khawar Zia wrote: hey, here is a list of changes CUPS v1.1.4 is now available for download! The following changes were made in v1.1.4 (since 1.1.3): Makefile and configure script fixes. Changed the default Printcap setting to /etc/printcap. There are just too many people asking why application XYZ doesn't see their printers! The web admin interface now displays an error if it can't get the list of printer drivers from cupsd. The IPP backend was putting the copies option before the other job options were set. This caused the IPP request to contain attribute groups in the wrong order, which prevented remote printing. Added checks in scheduler to free memory used for IPP requests and language information when closing a client connection. Fixed the duplex option in the HP LaserJet driver. It should now work with all LaserJet printers (and compatibles) The add-printer web interface didn't initialize the "old info" data pointer, which caused random crashes on many OS's. Fixed many page sizes defined in the Level 1 compatibility file "gs_statd.ps" to match reality. Fixed another bug in the setpagedevice "code" in Ghostscript. It should now accept all standard Adobe attributes on all platforms. Fixed pstoraster so that it reallocates memory for color depth changes as well as size/resolution changes. This removes an ordering constraint on the color, page size, and resolution options in PPD files. The IPP backend didn't use the job's character set when the destination printer supported it. This caused problems when printing text files to other CUPS servers. Updated the logic used to determine when to rebuild the PPD file database. The scheduler now checks the dates and the number of PPD files (was just checking the dates.) Updated the ippSetCGIVars() function (used by the web interfaces) to only filter valid string values. The PostScript filter was scaling 2-up pages incorrectly. This caused the edges of some pages to be clipped.
Re: [Cooker] cooker úÁÇÁÄËÁ!
ENGLISH PLEASE!! Andrei wrote: This is a multi-part message in MIME format. --=_NextPart_000_0014_01C02F5D.F6EF0F20 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable =F0=CF=C4=D3=CB=C1=D6=C9=D4=C5 =D7=CF=D4 =D4=C1=CB=D5=C0 =D7=C5=DD=D8!!=20 =F7=DE=C5=D2=C1 =DC=CB=D3=D0=C5=D2=C5=CD=C5=CE=D4=C9=D2=CF=D7=C1=CC =CE=C1= =C4 =C6=C1=CA=CC=C1=CD=C9 =DA=C1=C7=D2=D5=DA=C7=C9 =CD=C1=CE=C4=D2=D1=C7=C9= =C9 =DE=D4=CF =D4=CF =D0=CF=D0=D2=C1=D7=C9=CC, =D7=CF=D4 =CE=C5=D0=CF=CD= =CE=C0 =DE=D4=CF =C9=CD=C5=CE=CE=CF .=C1 =D3=D4=C1=CC=CF =D7=CF=D4 =DE=D4= =CF =D7=D9=D4=D7=CF=D2=D1=D4=D8.! =FA=C1=C7=D2=D5=D6=C1=C5=D4 =CD=C1=CE=C4=D2=D1=C7=D5, =D7=C8=CF=C4=C5=D4 = =D7 =E9=CB=D3=D9..=DC=D4=CF =D0=CF=CE=D1=D4=CE=CF..=CE=CF =D4=D5=D4=D6=C5 = =CD=CF=CE=D4=C9=D2=D5=C5=D4 =C4=D7=C5 =CD=CF=C9 =C6=C1=CA=CC=CF=D7=D9=C5 = =D3=C9=D3=D4=C5=CD=D9 =CE=C1 =CF=C4=CE=CF=CA =C9=DA =CB=CF=D4=CF=D2=D9=C8 9= 8 =CE=C1 =C4=D2=D5=C7=CF=CA NT =C9 =C7=D2=D5=DA=C9=D4 =C9=C8!! =F7 =D0=D2= =D1=CD=CF=CD =D3=CD=D9=D3=CC=C5 =D3=CC=CF=D7=C1! =C2=C5=D2=C9 =C9 =D2=C1=C2= =CF=D4=C1=CA =D7 =CF=C2=C5=C9=C8 =D3=C9=D3=D4=C5=CD=C1=C8! =F7=CF =CB=D2=D5= =D4=CF..=D4=CF=CC=D8=CB=CF =DE=D4=CF =D3=CF=D4=D7=CF=D2=C9=CC ...=D5=D7=D9 = =CE=C5 =D0=CF=CD=C0=D5=C2=C5=CA =CE=C5 =D0=CF=CD=CE=C0! --=_NextPart_000_0014_01C02F5D.F6EF0F20 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable !DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" HTMLHEAD META content=3D"text/html; charset=3Dkoi8-r" http-equiv=3DContent-Type META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR STYLE/STYLE /HEAD BODY bgColor=3D#ff DIVFONT face=3D"Arial Cyr" size=3D2 DIVFONT face=3D"Arial Cyr" size=3D2=F0=CF=C4=D3=CB=C1=D6=C9=D4=C5 =D7= =CF=D4 =D4=C1=CB=D5=C0 =D7=C5=DD=D8!! /FONT/DIV DIVFONT face=3D"Arial Cyr" size=3D2=F7=DE=C5=D2=C1 =DC=CB=D3=D0=C5=D2= =C5=CD=C5=CE=D4=C9=D2=CF=D7=C1=CC =CE=C1=C4 =C6=C1=CA=CC=C1=CD=C9 =DA=C1=C7= =D2=D5=DA=C7=C9=20 =CD=C1=CE=C4=D2=D1=C7=C9 =C9 =DE=D4=CF =D4=CF =D0=CF=D0=D2=C1=D7=C9=CC, =D7= =CF=D4 =CE=C5=D0=CF=CD=CE=C0 =DE=D4=CF =C9=CD=C5=CE=CE=CF .=C1 =D3=D4=C1=CC= =CF =D7=CF=D4 =DE=D4=CF=20 =D7=D9=D4=D7=CF=D2=D1=D4=D8.!/FONT/DIV DIVFONT face=3D"Arial Cyr" size=3D2=FA=C1=C7=D2=D5=D6=C1=C5=D4 =CD=C1= =CE=C4=D2=D1=C7=D5, =D7=C8=CF=C4=C5=D4 =D7 =E9=CB=D3=D9..=DC=D4=CF=20 =D0=CF=CE=D1=D4=CE=CF..=CE=CF =D4=D5=D4=D6=C5 =CD=CF=CE=D4=C9=D2=D5=C5=D4 = =C4=D7=C5 =CD=CF=C9 =C6=C1=CA=CC=CF=D7=D9=C5 =D3=C9=D3=D4=C5=CD=D9 =CE=C1 = =CF=C4=CE=CF=CA =C9=DA =CB=CF=D4=CF=D2=D9=C8 98 =CE=C1=20 =C4=D2=D5=C7=CF=CA NTnbsp; =C9 =C7=D2=D5=DA=C9=D4 =C9=C8!! =F7 =D0=D2=D1= =CD=CF=CD =D3=CD=D9=D3=CC=C5 =D3=CC=CF=D7=C1! =C2=C5=D2=C9 =C9 =D2=C1=C2=CF= =D4=C1=CA =D7 =CF=C2=C5=C9=C8=20 =D3=C9=D3=D4=C5=CD=C1=C8! =F7=CF =CB=D2=D5=D4=CF..=D4=CF=CC=D8=CB=CF =DE=D4= =CF =D3=CF=D4=D7=CF=D2=C9=CC ...=D5=D7=D9 =CE=C5 =D0=CF=CD=C0=D5=C2= =C5=CA =CE=C5=20 =D0=CF=CD=CE=C0!/FONT/DIV/FONT/DIV/BODY/HTML --=_NextPart_000_0014_01C02F5D.F6EF0F20--
Re: [Cooker] Canon BJC 5100
Meir Faraj wrote: I've wrote them about this and tell them to make it avaible.;-) to whom did you write to make what available? Till
[Cooker] Canon BJC 5100
root wrote: - One of my computers have a Canon BJC5100 printer (that doesn't have filter for it) I've tryed all 5000 6000 6100 600 ... filter but no one enable me to print ;-( See http://www.linuxprinting.org/show_printer.cgi?recnum=21536 This printer seems to have a completely different protocol than all the other Canon ink jets. Perhaps it is a so-called host-based printer (also called winprinter, a printer without memory, ROM, processor, with very primitive electronics where the Windows driver creates a bitmap and sends it to the printer). Was it much cheaper than the other Canon models at the time when you have bought it? Till
Re: [Cooker] 10 Desktop features request
Ron Stodden wrote: Till Kamppeter wrote: I didn't need to change any "host" files. Which "host" files did you modify and how. What happened when you didn't do it. Which versions of the packages are you using (update from the Cooker and try again perhaps). Which security level are you using. /etc/hosts.lpd must contain a list of clients permitted to use this local printer. Without this set up you cannot remote print. The installer makes no attempt to set this up, or even to create the file. (Smack!). I suspect the above may apply to lpd remote printing only. How does CUPS manage remote client authentication? Surely there is an equivalent file, which can only be set up manually, since only the system administrator knows who is permitted access to each remote printer? Se the file /etc/cups/cupsd.conf or better start "kupsdconf" as root and look especially into the security section. There you can restrict the access permission to the whole server, the server administration, all printers, all classes, or every individual printer or class to the desired machines, or exclude machines from being allowed. For user restrictions you can create a group and make all permitted users member of it then give a group permission to the printer with "kupsdconf". Password protection based on the Unix accounts of the users (or on a special user account on the server) is possible by "basic authentication" password protection by special CUPS accounts with "digested authentification". "Basic authentication" as root of the server is default for the server administration. Till
Re: [Cooker] CUPS minor problem
"Povl H. Pedersen" wrote: I have found a minor problem with CUPS. In the default config, it does a network broadcast (255.255.255.255) on UDP port 631 every minute or so. Isn't it bad that the default config file will shout to the world by default and generate network noise as well ? The broadcasted stuff only propagates in the local network (I do not see your printers in my printer list) and it is very short (I think only the server's name and the printer's name). So you should not perceive any load on your network. I am also missing ipp 631/udp # Internet Printing Protocol in my /etc/services (from a fresh 7.2b3) It's not necessary, for me CUPS worked without it. Till
Re: [Cooker] cups and samba error in Beta 3
Another problem: You can have passed the printing data through a driver twice: You can either use a printer driver on the server side. Then let Samba as it is and configure you printer as generic PostScript printer on your Windows clients. The PostScript is arriving at Samba and passed to CUPS. CUPS passes the PostScriopt through its printer driver. Or you use a driver on the client side (Windows driver) and set print command = lpr-cups -P 0 -o raw instead of print command = lpr-cups -P 0 in the [printers] section of your /etc/smb.conf and restart the SMB daemon. PostScript -- PCL -- PCL does not work. Till jdrash wrote: I got this working with one minor issue. My printer uses ghostscript and I see "%[ LastPage ]%" on a print outs sent via samba or IPP. The fix for this is to modify pstogstoraster such that "-sOutputFile='" becomes "-sOutputFile='|cat 3' and last part of gs_options changes from "-" to "- 31 2" the question I have is how to do it jim drash [EMAIL PROTECTED]
Re: [Cooker] 10 Desktop features request
LINK WORLD [EMAIL PROTECTED] writes: 4. Remote printing needed changes in several 'host' files to get it of the ground. How do you want to do remote printing. For me it is no problem. When I have the CUPS daemon running on all printer servers and on all clients which should use the printers on the server (tested in case of all machines being Mandrake 7.1, 7.2beta) I nedd to do nothing more than configuring every printer on only one server. The CUPS daemon broadcasts the information from the server to all the clients. So on the clients nothing has to be configured. It is enough when the CUPS daemon is running. Alternatively you can set the name of one of the servers into the /etc/cups/cupsd.conf (see comments inside) and you do not need a CUPS daemon running on that client, but CUPS must be installed. If the server uses LPD, set up a remote LPD printer on one of your machines running the CUPS daemon (LPD backend in KUPS or "lpadmin -p remlpd -E -v lpd://machine/queue -m PPD file" where machine is the name of the server, queue is the name of the LPD queue on the server). If the server runs Windows NT or 2000, install the samba and samba-client packages (the SMB daemon does not need to be started) and restart the CUPS daemon afterwards. Start kups and choose SMB as backend. The rest is click and play. I didn't need to change any "host" files. Which "host" files did you modify and how. What happened when you didn't do it. Which versions of the packages are you using (update from the Cooker and try again perhaps). Which security level are you using. Till
Re: [Cooker] cups and samba error in Beta 3
I could not reproduce this bug. I could print without problems on an HP Laserjet 4050 PostScript printer which is on a Mandrake 7.2 machine with Samba 2.07-9mdk. The only bug was that I have to change the entry "printcap name" from "lpstats" to "lpstat" and for testing without having a Samba account I had also to say "guest ok = yes" in the "[printers]" section. Till jdrash wrote: I have decided to go with cups vs. lpr I set my printing = cups line in my /etc/smb.conf and until I created a set of symbolic links to lpr-cups as lpr, etc. nothing worked. I have my Windows boxes configured as a HP III with postscript (I have an HP III) and when I did a print test from my windows box I got the raw postscript. The cups test page prints correctly. What am i doing wrong? Jim Drash [EMAIL PROTECTED]
Re: [Cooker] cups and samba error in Beta 3
I could not reproduce this bug. I could print without problems on an HP Laserjet 4050 PostScript printer which is on a Mandrake 7.2 machine with Samba 2.07-9mdk. The only bug was that I have to change the entry "printcap name" from "lpstats" to "lpstat" and for testing without having a Samba account I had also to say "guest ok = yes" in the "[printers]" section. Till jdrash wrote: I have decided to go with cups vs. lpr I set my printing = cups line in my /etc/smb.conf and until I created a set of symbolic links to lpr-cups as lpr, etc. nothing worked. I have my Windows boxes configured as a HP III with postscript (I have an HP III) and when I did a print test from my windows box I got the raw postscript. The cups test page prints correctly. What am i doing wrong? Jim Drash [EMAIL PROTECTED]
Re: [Cooker] cups and samba error in Beta 3
I could not reproduce this bug. I could print without problems on an HP Laserjet 4050 PostScript printer which is on a Mandrake 7.2 machine with Samba 2.07-9mdk. The only bug was that I have to change the entry "printcap name" from "lpstats" to "lpstat" and for testing without having a Samba account I had also to say "guest ok = yes" in the "[printers]" section. Till jdrash wrote: I have decided to go with cups vs. lpr I set my printing = cups line in my /etc/smb.conf and until I created a set of symbolic links to lpr-cups as lpr, etc. nothing worked. I have my Windows boxes configured as a HP III with postscript (I have an HP III) and when I did a print test from my windows box I got the raw postscript. The cups test page prints correctly. What am i doing wrong? Jim Drash [EMAIL PROTECTED]
Re: [Cooker] Switching from lpr to cups
At first update to the newest versions of all CUPS-related packages (always do this at first before complaining about a bug): drakxtools-1.1.5-22mdk cups-1.1.3-10mdk cups-drivers-0.3.6-22mdk ghostscript-*-5.50-29mdk xpp-0.6-14mdk qtcups-1.0-12mdk kups-0.8-19mdk Then you will have a LOT of bugs fixed and a much bigger printer list. The OkiLaser 800 is listed as OKIDATA OL 800 and for printers of the HP LaserJet II series there are more or less 6 entries under HP. Note that there is written '2' instead of 'II'. in addition there is an "HP LaserJet Series" entry (in some configuration programs under "ESP") which should work for the HP LaserJet and compatible printers, too. The best driver for HP LaserJet II and compatibles you find as "LaserJet 2 (GIMP-Print)" under HP. It has a lot of adjustable options to improve the image quality. The cups-drivers package contains the PPD files (printer description files, every file gives one entry in the printer list) of two databases. The main database is the database of Grant Taylor (http://www.linuxprinting.org) and a smaller one is cups-drivers-0.3.6 from http://sourceforge.net/projects/cups/. In Grant Taylors database the PPD files for the Oki printers have the manufacturer entry "OKIDATA", in the other database "OKI". This leads to these two entries. I could not edit all PPD files individually so that they fit to each other because they are more than 1000. I also cannot check whether the model names are really the most commonly used ones. If you want to have a really comfortable printer administration program, use kups and not printerdrake. printerdrake is a simple tool for getting started during the installation. For printing type "xpp file" or "qtcups file" instead of "lpr file" at the command line or use "xpp" or "qtcups" instead of "lpr" as printing command in your applications. Go also to http://www.mandrakeforum.com/article.php3?sid=2812035247 for getting more tips for using CUPS. Till Ron Stodden wrote: Till, Cups is progress? Nothing works, local or remote printing test during my installs. Also why is my OkiLaser 800 not in your lists of printers? Also why is the HP Laserjet II not in your lists of printers? Also why do you show separate lists for Oki and Okidata printers? Surely there is only one Oki Crporation?
Re: [Cooker] Switching from lpr to cups
Guillaume Rousse wrote: It worked ! I can't believe it ! After having spent many time trying to do it myself, just upgrading drakxtools was sufficient !! And result is impressive, nothing to do with old system. Great work, man ! Just a question : what is the use of Apple-StyleWriter-printer-driver__lpstyl-0.9.9-1mdk.i586.rpm, as some files in it conflict with Ghostscript ? Uninstall it, I have moved it into the GhostScript package. It is already removed from the Cooker (I hope from the mirrors, too). And can i use directly Apple writers with TCP, or is it still mandatory to install appletalk fir this ? I never tested it, I have simply compiled it (no Apple printers here at Mandrake). Till
Re: [Cooker] Switching from lpr to cups
The printing frontend XPP need neither KDE nor GNOME stuff to run, the widgets (buttons, menus, and so on) are built-in. So it needs not more than its own 210 kB. QTCUPS, another printing frontend, does not need anything of KDE, but it needs the QT library for its widgets. printerdrake uses GTK (the library which is also used by GNOME and GIMP) for its widgets. KUPS needs the kdelibs (for its widgets) and kdebase (for kdesu) installed to work, that's true, but you do not need to run KDE as window manager. All KDE programs work also if you use another window manager. In addition Mandrake 7.2 has always kdelibs and kdebase installed because all administration programs depend on kdesu to ask for the root password if one starts them as normal user. kdesu is part of kdebase. KUPS is automatically installed when you choose the recommended installation of 700 MB. In the minimum istallation of 300 MB it is not installed, but kdelibs and kdebase. So one only needs to add QTCUPS (which provides some dialogs for KUPS) and KUPS itself. Don't worry about instabilities of KDE, KUPS never crashed for me, and I used it sometimes with KDE and sometimes with Sawfish/GNOME as desktop environment. In addition you have always the web interface of CUPS (http://localhost:631/) which one can even use with lynx. Till William H Bouterse wrote: Till Kamppeter wrote: If you want to have a really comfortable printer administration program, use kups and not printerdrake. I may have missed the clarification awhile back!? Is kde on ones system necessary to run a 'cups' GUI i.e. kups ? If so it would be nice if there were one that could be used for those installs which do not include kde as a window manager? My older machines are not terribly happy with kde and I usually use a less cpu intensive WM on the couple that this applies to. I can admit my ignorance here readily :) William Bouterse Talkeetna Alaska
Re: [Cooker] Switching from lpr to cups
It is very simple to update the mentioned packages: go to the Cooker http://www.linux-mandrake.com/en/cookerdevel.php3 page and then to one of the listed mirrors. From the directory where you are after clicking the link go to i586/Mandrake/RPMS and download the packages which I have listed in the previous e-mail. Install all the packages with the command rpm -Uvh name of the package and now all should work. All the messages which I have sent to you I have also sent to the Cooker mailing list. Till Ron Stodden wrote: Till Kamppeter wrote: At first update to the newest versions of all CUPS-related packages (always do this at first before complaining about a bug): Not possible until a 7.2 beta exists which goes through install and will load at runtime. No such animal has yet appeared for more than a few hours. As you possibly know, the situation is worsened considerably at the moment due to Mandrake's faulty upload of the tutorial stuff corrupting all the server RPMs. There seeems to be no-one at home until they go back to work on their Monday morning, already Tuesday here. Why email me? These questions surely are better handled in public on the list so that everyone benefits? -- Regards, Ron. [in AU, busy 625-line-PAL-TV-watching the Olympics]
Re: [Cooker] Switching from lpr to cups
Ron Stodden wrote: Also why do you show separate lists for Oki and Okidata printers? Surely there is only one Oki Crporation? The manufacturer names are corrected now, download cups-drivers-0.3.6-23mdk.i586.rpm. Till
Re: SUCCESS!! (was Re: [Cooker] cups-driver-0.3.6-12mdk: Found bug)
You could make a tarball with all sources/patches EXCEPT the gs6.0 source and with a the spec file and a README with instructions where to put the gs6.0 source and which command to enter to build the RPM. The README should also contain for which every extra source/patch is and how to add it into the gs6.0 source manually. This tarball we and you can publish because there is no gs6.0 in it. And this would make it easy for gs6.0 users to get all drivers. When you have done this, can you tell me where to download it? We could publish this under Contribs and announce it on forum.mandrakesoft.com. Thank you in advance, Till Reinhard Katzmann wrote: Hi Till! On Thu, Sep 21, 2000 at 05:19:44PM +0200, Till Kamppeter wrote: Try the other driver as I have told to you and/or try again tomorrow with the new 13mdk of cups-drivers. It is based on GIMP-Print 4.0beta1 and not any more on a patched 4.0alpha3. Actually 15mdk, but I don't mind. It was a tremendous amount of work to integrate merge ghostscript6.0 with the ghostscripts5.50 additional sources and patches (I needed two days), and I even can't (probably) redistribute id due to the licensing stuff. OTOH I need 6.0 or else I get problems with printing from wordperfect. So when GNU ghostscript6.0 gets released, I can send you all the patches and the rpm spec file, so the work isn't done twice ;-) Best regards and thanks! Reinhard Katzmann -- E-Mail: [EMAIL PROTECTED]
Re: [Cooker] Cups-Driver: Remarks
You can change the default settings whenever you want: Either start KUPS and right-click on your printer. In the pop-up menu click on "Configure Printer" and set up the desired options. Or go into the web interface (http://localhost:631/) choose "Printers", go to the entry of the desired printer and there click on "Configure Printer". On the screen appearing then adjust the options. Not that you must click on "Continue" in every group where you do a change. Note: Numerical options are only supported by KUPS, XPP, and QTCUPS. GNOME and KDE are not adapted to CUPS yet. The printer lists are taken from the /etc/printcap file and we ship CUPS configured to generate an /etc/printcap file for compatibility. Printouts are sent with the "lpr" command which is provided by CUPS in system with CUPS installed. The options in the KDE printing dialog are the ones which are also available in the LPD printing system. The situation of GNOME is similar. Real CUPS support will be there in KDE 2.1. Till Reinhard Katzmann wrote: Hi Till! Some remarks to the configure options: The default for my gimp-print printer setting is somewhat strange: 720 DPI driver, 180x180DPI physical. It would be more logical to have 720 DPI both (I would prefer 360 DPI both by default). One wish: As every printer has dirrerent resolutions there should either be a possibility to copy printer entries and only rename the printer name as a first step or (would be MUCH better IMHO) to be able to change it before printing. Of course this is application dependent, so programs like acroread and wordperfect will never have it :-( I just hope that at least the Gnome and KDE will support all preferences of the CUPS API if Cups is installed. (Currently KDE is a little bit ahead, but only with the paper size, which is uninteresting, more interesting would be dither, resolution, paper type, image type and so on). Best regards, Reinhard Katzmann -- E-Mail: [EMAIL PROTECTED]
Re: [Cooker] Cups from Cooker dependancy problem
It is in the RPM package, update this from Cooker, too. Till Kevin Maciunas wrote: Dear all, I just tried to shove cups-1.1.3-7mdk.i586.rpm (the one from Cooker) into a 7.1 system and got the following: [root@kevinsmac software]# rpm -Uhv cups-1.1.3-7mdk.i586.rpm error: failed dependencies: /usr/sbin/update-alternatives is needed by cups-1.1.3-7mdk Which isn't very helpful unless you somehow know where "update-alternates" comes from :-) Can someone enlighten me? /Kevin -- Kevin J. Maciunas Net: [EMAIL PROTECTED] Dept. of Computer Science Ph : +61 8 8303 5845 University of Adelaide Fax: +61 8 8303 4366 Adelaide 5005 SOUTH AUSTRALIA
Re: [Cooker] printing with cups
There is a bug in printerdrake not setting the automatic loading of the USB printer kernel module at boot time. I have already reported it to [EMAIL PROTECTED] For the first time add the line "PRINTER=yes" to the /etc/sysconf/USB file and enter chkconfig --add usb /etc/rc.d/init.d/usb restart /etc/rc.d/init.d/cups restart From now on and after every boot your USB printer will be available. Till Mike Tracy Holt wrote: Hello cooker, I've had this problem with each of the three betas; My Epson 860 USB printer is recognized at installation with the correct filters, etc. (cups) and I'm able to print a test page that looks just great! No matter what I try however after install, I cannot get the printer to print. Any suggestions? Mike
Re: [Cooker] Some bug reports for Beta 3
Michael Stucki wrote: - My printer (HP Deskjet 510) can be installed, but the test page is much too large. So I say "no" to the question and choose another driver. I took "HP Deskjet Series Cups 1.1" which worked well. Update to the new cups-drivers (22 mdk or newer) package, it is either possible that the driver you have chosen originally is fixed ot that there are more alternatives. Update ghostscript (29mdk or newer), too. Till
[Cooker] New printing stuff, lot of fixes.
Here are some update tips, please update before reporting problems: cups-1.1.3-7mdk: Previous version did not print on a remote printer when options where supplied. cups-drivers-0.3.6-19mdk: boolean, numerical, and PJL options work correctly now. kups-0.8-18mdk, qtcups-1.0-10mdk, xpp-0.6-14mdk: minor fixes + support for numerical options (colour calibration on a lot of colour inkjets, head adjustment on Lexmark inkjets). For calibration the printer to the screen display enter gv /usr/share/cups/data/testprint.ps to have the test page on your screen. ghostscript-5.50-27mdk: bugfix for automatic fallback to monochrome if an HP DeskJet is not able to print 600dpi in colour (GIMP-Print "stp" driver), all little filter packages which support a printer by filtering raw bitmap output of GhostScript (Lexmark inkjets, HP DeskJet PPA printers) are inside the GhostScript package now, also the Lexmark-printer-maintenance package. So the ghostscript package is now the central package for all printer driver code. Note: For the most recent GhostScript package you need the most recent CUPS-Drivers package, otherwise the GIMP-Print driver will not work. Have a lot of fun ... Till P. S.: You use the GhostScript "stp" driver (the printer entry you have chosen in the printer adminitration program has a "(GIMP-Print)")? Then you can print simple text when your black ink ran out. Simply adjust "Yellow" to zero and you get visible (blue) text.
Re: [Cooker] printing with cups
Is the USB starting? There must be a module "printer" in the output of "lsmod". Check /etc/sysconf/usb. It must contain the line PRINTER=yes If this is not the case enter the line and restart at first the USB services and then the CUPS daemon: /etc/rc.d/init.d/usb restart /etc/rc.d/init.d/cups restart Now it should work. Tell me if nor. Till Mike Tracy Holt wrote: Hello cooker, I've had this problem with each of the three betas; My Epson 860 USB printer is recognized at installation with the correct filters, etc. (cups) and I'm able to print a test page that looks just great! No matter what I try however after install, I cannot get the printer to print. Any suggestions? Mike
[Cooker] XPP supports numerical options now!
Oi, XPP (0.6-13mdk) now supports the numerical options of CUPS-O-MATIC printer description files (www.linuxprinting.org). This allows for example the adjustment of the print heads of the Lexmark 5000 or colour correction on the HP DeskJet 670. To make the settings of these options system-wide, run XPP as root, set the options and save them. Choose also the default printer by clicking on "This printer as default" in the options dialog, so that the machine has a defined default printer. Not all printer drivers offer numerical options. When there are some, you will get an "Adjustment" tab in the options dialog. Till
Re: [Cooker] Cups-Driver: Remarks
Reinhard Katzmann wrote: I have a Canon BJC 6000 This is well supported by GIMP-Print (use "BJC 6000 (GIMP-Print)" as driver to get the printer using the GIMP-Print driver in GhostScript). Of course that works, but not from within the application I just use at the moment. I work around these things by creating three lp entries, each one for every resolution I use. You can use also so-called instances to store several option sets. If you call your printer "lp" then you can enter: lpoptions -p lp/1440 -o Quality=1440x720DPI lpoptions -p lp/720 -o Quality=720x720DPI and you have still one queue but two different option sets. You use all the system-wide and personal defaults as using "lp", but with "lp/720" you print with 720 dpi and with "lp/1440" you print with 1440 dpi. Well I use the lpoptions command line tool (which does similar things, but for the user, don't know if kups uses that file too). ~/.lpoptions is used by the PRINTING tools xpp, qtcups, and lpoptions. The ADMINISTRATION tools kups and the web interface save their options in the PPD files in /etc/cups/ppd/printer name.ppd on the server which hosts the printer. So they only can set defaults for printer-specific options. Here I can define my user default session, for example n-up printing (which is AFAIK neither in kups nor in the webinterface). My one looks like this: Dest lp PageSize=A4 number-up=1 ColorModel=CMYK GSResolution=1440DPI Quality=1440x720DPI Default lp number-up=2 media=A4 Default lp1 number-up=2 media=A4 Do not use two equal names in ~/.lpoptions. The second "lp" will probably never be used. There should also be only one "Default" which should be used when you print with "lpr" without the "-P" options. The others you can choose by "lpr -P queue name ...". See http://localhost:631/sum.html To make these settings system-wide, copy them to /etc/cups/lpoptions or use xpp, qtcups, or lpoptions as root. The "Dest" was already there when I edited that file the first time, though the resolution is not used when I use the "lp" (default) printer. (Not that I care currently, as I have one lp for every resolution). Kups has a really nice printing possibility (though it lacks printing of pdf files or graphic files). That is the one which I'd like to see in the most applications. I don't know well what the LSB is doing about printing, but a API above CUPS/LP/... would be very useful (which would automatically have all the option which the underlying printer system supports). I read on the corel homepage that corel (and others) is involved with the community to create such a standard though I don't know how much is has progressed so far. You can get only the printing dialog of kups by printing with qtcups file name or by entering "qtcups" as printing command in Netscape, Star Office, gv, or other applications. Then you can also print all types of files which CUPS is able to print (PS, text, images, HPGL). I didn't hear about Corel's efforts. Till
Re: SUCCESS!! (was Re: [Cooker] cups-driver-0.3.6-12mdk: Found bug)
As I know you can redistribute your modified GhostScript 6.0 if you do not do it commercially. You can place it for download on your home page. The only thing is, that Mandrake (and other distributors) cannot redistribute it, because they do commercial redistribution. If you put your files on to your home page, I would put a link on my XPP page: http://www.phy.uni-bayreuth.de/till/xpp/ Till Reinhard Katzmann wrote: Hi Till! On Thu, Sep 21, 2000 at 05:19:44PM +0200, Till Kamppeter wrote: Try the other driver as I have told to you and/or try again tomorrow with the new 13mdk of cups-drivers. It is based on GIMP-Print 4.0beta1 and not any more on a patched 4.0alpha3. Actually 15mdk, but I don't mind. It was a tremendous amount of work to integrate merge ghostscript6.0 with the ghostscripts5.50 additional sources and patches (I needed two days), and I even can't (probably) redistribute id due to the licensing stuff. OTOH I need 6.0 or else I get problems with printing from wordperfect. So when GNU ghostscript6.0 gets released, I can send you all the patches and the rpm spec file, so the work isn't done twice ;-) Best regards and thanks! Reinhard Katzmann -- E-Mail: [EMAIL PROTECTED]
Re: [Cooker] Cups-Driver: Remarks
Reinhard Katzmann wrote: Hi Till! Some remarks to the configure options: The default for my gimp-print printer setting is somewhat strange: 720 DPI driver, 180x180DPI physical. It would be more logical to have 720 DPI both (I would prefer 360 DPI both by default). Which printer model do you have? In general, the default options of every printer driver can changed permanently: In the web interface go to the printers page and click on the "Configure Printer" button in its entry. On the upcoming page set the options and click the "Accept" button of the section where you have done a change. Use the "Back" button of your browser to make changes in the other sections. In KUPS click on the desired printer with the right mouse button and choose "Configure" in the menu. The configured options will apply to the printing jobs of all users of the machine now. For personal defaults start xpp or qtcups and click on "Options" or "Properties". After changing the options click the "Save" button in the dialog and your settings apply to all your print jobs (they are saved in ~/.lpoptions) including KDE and GNOME jobs (they all call the lpr command which is replaced by the lpr program of CUPS in Mandrake 7.2). In applications as Netscape or gv choose "xpp" or "qtcups" as printing command. One wish: As every printer has dirrerent resolutions there should either be a possibility to copy printer entries and only rename the printer name as a first step or (would be MUCH better IMHO) to be able to change it before printing. Of course this is application dependent, so programs like acroread and wordperfect will never have it :-( I just hope that at least the Gnome and KDE will support all preferences of the CUPS API if Cups is installed. (Currently KDE is a little bit ahead, but only with the paper size, which is uninteresting, more interesting would be dither, resolution, paper type, image type and so on). The KDE team says that full CUPS integration will come with 2.1. Until now one can at least print using the standard dialog. For the special options you should adjust them with xpp or qtcups and save them so that they apply to all your printing jobs. So keep an options dialog of one of these printing tools open so that you can set options before you print. Till
[Fwd: [Cooker] qtcups Bugs]
This is a problem how the author programmed the interface. I will forward it to the author o QTCUPS. From the beginning I'm aware of that problem. QTCUPS should use layouts for its dialogs. However I designed first the dialogs in KDevelop which doesn't use layouts, and using layouts in qt-1 is really a mess. Now they are really easier to use in qt-2.2 (I use them for KUPS) and QTCUPS should be redesigned with layouts. The problem is that it takes time and I don't have it now... With normal fonts however, QTCUPS should be OK. The CUPS daemon needs some seconds for preparing after being started and during this time it does not listen to the requests of client applications as QTCUPS. XPP would give an error message when it does not get an answer from the daemon. So this is a bug of QTCUPS. I will forward this to the author. I'll try to fix it, it's not so dramatic however. Michael. -- Michael Goffioul Electrical engineer Microwave Laboratory - UCL Maxwell Bldg 3, place du Levant 1348 Louvain-la-Neuve Belgium Tel: +32 10 47 23 15 Fax: +32 10 47 87 05
[Cooker] FIXED: WWW interface, root without password
Oi, I have done the following fixes/changes on CUPS 1.1.3: 1. One could not add a printer with the web interface. One always got "document contains no data". This is fixed now. 2. When one installs in the low security mode (or lower) it is possible to let the root account without password. It was not possible to do changes on CUPS by the web interface or by KUPS running on the account of a normal user. Leaving the password field in the login dialog blank always lead to "Authorization failed". Now I have done slight changes on CUPS so that one can work without a root password. NOTE: The second fix is only done to support all possibilities of Linux Mandrake. If you have a networked machine (also a home PC with temporary internet connection) you SHOULD have a root password. The new package version is 1.1.3-2mdk. Till
Re: [Cooker] 7.2 beta problems.
"Edward J. Cooley" wrote: 2. 1220C printer driver prints blank page, using 1600c works fine. Tomorrow I will upload a new CUPS-Drivers release (13mdk). There the bug is probably fixed. Till
Re: [Cooker] qtcups Bugs
Reinhard Katzmann wrote: Hi Cookers! The first obviously bug concerns the fonts. This may be a qt issue, but I don't know for sure. My default font is relatively large as I have a large screen resolution. The Button with the properties Label is too small (parts if the P are missing) and the Page selection is not high enough as well (the three line text is truncated above and below). The Comment Line is only partially displayed. Also "Collate copies" is only shown as "Collate copie". The properties dialog has these bug as well, f.e. in "General" the Orientation label is truncated below and under Text a Label is shown as "Syntax Coloring (C/C". I could go on with these but I think you got the idea now :-) This is a problem how the author programmed the interface. I will forward it to the author o QTCUPS. If I resart cups, qtcups prints a message that it could not find the printer (and does not show it) and core dumps, if I press ok. When I run qtcups again all works fine. The CUPS daemon needs some seconds for preparing after being started and during this time it does not listen to the requests of client applications as QTCUPS. XPP would give an error message when it does not get an answer from the daemon. So this is a bug of QTCUPS. I will forward this to the author. Till
Re: [Cooker] CUPS 1.1.3
See one of my previous messages! Till Reinhard Katzmann wrote: Hi Till! Same here. Did you try printerdrake already ? Ok, I tried myself and got it recognizing cups first after having added a printer with lpadmin (I still had lpd on my system which I removed first). After removing the printer again (did not print anything), printerdrake suddenly recognized cups printers, even if none was configured. I still cannot print however, I get the following message: Fatal error: Unable to find driver named "bjc-6000 (GIMP-Print)"!" (from the web interface). From the error_log file: D [20/Sep/2000:13:26:58 +0100] StartJob() statusfds = 14, 15 D [20/Sep/2000:13:26:58 +0100] StartJob() filterfds[1] = 16, -1 D [20/Sep/2000:13:26:58 +0100] StartJob() filter = "/usr/lib/cups/filter/pstops" D [20/Sep/2000:13:26:58 +0100] StartJob() filterfds[0] = 17, 18 I [20/Sep/2000:13:26:58 +0100] Started filter /usr/lib/cups/filter/pstops (PID 8326) for job 4. D [20/Sep/2000:13:26:58 +0100] StartJob() filter = "/usr/lib/cups/filter/pstoraster" D [20/Sep/2000:13:26:58 +0100] StartJob() filterfds[1] = 16, 19 I [20/Sep/2000:13:26:58 +0100] Started filter /usr/lib/cups/filter/pstoraster (PID 8327) for job 4. D [20/Sep/2000:13:26:58 +0100] StartJob() filter = "/usr/lib/cups/filter/rastertoprinter" D [20/Sep/2000:13:26:58 +0100] StartJob() filterfds[0] = 17, 18 I [20/Sep/2000:13:26:58 +0100] Started filter /usr/lib/cups/filter/rastertoprinter (PID 8328) fo r job 4. D [20/Sep/2000:13:26:58 +0100] StartJob() backend = "/usr/lib/cups/backend/parallel" D [20/Sep/2000:13:26:58 +0100] StartJob() filterfds[1] = -1, 16 I [20/Sep/2000:13:26:58 +0100] Started backend /usr/lib/cups/backend/parallel (PID 8329) for job 4. E [20/Sep/2000:13:26:58 +0100] PID 8328 crashed with status 1! D [20/Sep/2000:13:26:58 +0100] Page = 595x842; 11,18 to 586,832 D [20/Sep/2000:13:26:58 +0100] START 860550 1507596 220795 1430548 141188 true 397 3 0 D [20/Sep/2000:13:26:58 +0100] END PROCS 860571 1527688 237474 1430548 142652 true 501 3 0 E [20/Sep/2000:13:26:58 +0100] Fatal error: Unable to find driver named "bjc-6000 (GIMP-Print)"! D [20/Sep/2000:13:26:58 +0100] gs_std_e.ps 860581 1527688 242485 1430548 144028 true 508 3 0 D [20/Sep/2000:13:26:58 +0100] gs_iso_e.ps 860587 1547780 250071 1430548 144028 true 509 3 0 D [20/Sep/2000:13:26:58 +0100] END FONTDIR/ENCS 860589 1547780 250223 1430548 144028 true 511 3 0 D [20/Sep/2000:13:26:58 +0100] END DEVS 860592 1549956 252844 1430548 144028 true 515 3 0 D [20/Sep/2000:13:26:58 +0100] END STATD 860598 1570048 260593 1430548 145640 true 517 3 0 D [20/Sep/2000:13:26:58 +0100] END GS_FONTS 860607 1570048 273942 1430548 145640 true 559 3 0 D [20/Sep/2000:13:26:58 +0100] gs_type1.ps 860610 1570048 276585 1430548 145640 true 564 3 0 D [20/Sep/2000:13:26:58 +0100] gs_dps1.ps 860614 1570048 278424 1430548 145640 true 566 3 0 D [20/Sep/2000:13:26:58 +0100] gs_lev2.ps 860633 1623652 326541 1430548 146036 true 573 3 0 D [20/Sep/2000:13:26:58 +0100] BEGIN RESOURCES 860636 1623652 327116 1430548 146036 true 573 4 1 D [20/Sep/2000:13:26:58 +0100] END CATEGORY 860639 1623652 328331 1430548 146192 true 574 5 1 D [20/Sep/2000:13:26:58 +0100] END GENERIC 860642 1623652 330746 1430548 146192 true 574 4 1 D [20/Sep/2000:13:26:58 +0100] END FIXED 860660 1643744 340485 1430548 146192 true 574 4 1 D [20/Sep/2000:13:26:58 +0100] END MISC 860664 1643744 345353 1430548 146192 true 574 4 1 D [20/Sep/2000:13:26:58 +0100] CloseClient() 12 D [20/Sep/2000:13:26:58 +0100] END ENCODING 860678 1643744 346254 1430548 146192 true 574 4 1 D [20/Sep/2000:13:26:58 +0100] gs_res.ps 860681 1643744 347308 1430548 146192 true 578 3 0 D [20/Sep/2000:13:26:58 +0100] gs_typ42.ps 860683 1643744 347613 1430548 146192 true 581 3 0 D [20/Sep/2000:13:26:58 +0100] CloseClient() 11 D [20/Sep/2000:13:26:58 +0100] gs_cidfn.ps 860709 1643744 353211 1430548 146192 true 595 3 0 D [20/Sep/2000:13:26:58 +0100] gs_cmap.ps 860788 1663836 361756 1430548 146192 true 596 3 0 D [20/Sep/2000:13:26:58 +0100] gs_btokn.ps 860794 1663836 364700 1430548 146192 true 597 3 0 D [20/Sep/2000:13:26:58 +0100] gs_dps2.ps 860800 1663836 366634 1430548 146192 true 597 3 0 D [20/Sep/2000:13:26:58 +0100] gs_setpd.ps 860809 1683928 378399 1430548 146192 true 597 3 0 D [20/Sep/2000:13:26:58 +0100] gs_typ32.ps 860817 1683928 379459 1430548 146192 true 595 3 0 D [20/Sep/2000:13:26:58 +0100] gs_ll3.ps 860832 1704020 390930 1430548 146192 true 596 3 0 D [20/Sep/2000:13:26:58 +0100] gs_mex_e.ps 860836 1704020 394715 1430548 146192 true 596 3 0 D [20/Sep/2000:13:26:58 +0100] gs_mro_e.ps 860840 1704020 395396 1430548 146192 true 596 3 0 D [20/Sep/2000:13:26:58 +0100] gs_wan_e.ps 860844 1704020 396045 1430548 146192 true 596 3 0 D [20/Sep/2000:13:26:58 +0100] gs_cff.ps 860858 1704020 408460 1430548 146192 true 596 3 0 D [20/Sep/20
Re: [Cooker] cups-driver-0.3.6-12mdk: Found bug
Try the other driver as I have told to you and/or try again tomorrow with the new 13mdk of cups-drivers. It is based on GIMP-Print 4.0beta1 and not any more on a patched 4.0alpha3. Till Reinhard Katzmann wrote: Hi Till! I think I found the bug why the gimp-print driver does not work. I executed the program /usr/lib/cups/filter/rastertoprinter by hand which is normally automatically called with PPD variable set to "/etc/cups/ppd/lp.ppd" with the following parameters: rastertoprinter 10 katzmann test 1 0 raster (the "raster" file was created with pstoraster ps-file raster). As I created a new cups printer.conf I inluded that one as well: # Printer configuration file for CUPS v1.1.3 # Written by cupsd on Wed Sep 20 11:26:37 2000 DefaultPrinter lp Info Canon BJC 6000 Location Home DeviceURI parallel:/dev/lp0 State Idle Accepting Yes JobSheets none none /Printer ltracing the pstoraster file gives me the following: ltrace /usr/lib/cups/filter/rastertoprinter 10 katzmann test 1 0 raster __libc_start_main(0x08048e30, 7, 0xb5a4, 0x08048a70, 0x08062f84 unfinished ... __register_frame_info(0x080ffc10, 0x080ffde8, 0xb548, 0x400c896c, 0x401898c0) = 0x40040280 getenv("PPD") = "/etc/cups/ppd/lp.ppd" ppdOpenFile(0xbfb0, 11, 0x400a69d8, 10, 0x401898c0) = 0x0810 strcmp("ps", "bjc-6000 (GIMP-Print)") = 14 strcmp("ps2", "bjc-6000 (GIMP-Print)")= 14 strcmp("pcl-340", "bjc-6000 (GIMP-Print)")= 14 strcmp("pcl-400", "bjc-6000 (GIMP-Print)")= 14 strcmp("pcl-500", "bjc-6000 (GIMP-Print)")= 14 strcmp("pcl-520", "bjc-6000 (GIMP-Print)")= 14 strcmp("pcl-501", "bjc-6000 (GIMP-Print)")= 14 strcmp("pcl-540", "bjc-6000 (GIMP-Print)")= 14 [...] strcmp("bjc-4400", "bjc-6000 (GIMP-Print)") = -2 strcmp("bjc-6000", "bjc-6000 (GIMP-Print)") = -32 strcmp("bjc-6100", "bjc-6000 (GIMP-Print)") = 1 strcmp("bjc-7000", "bjc-6000 (GIMP-Print)") = 1 strcmp("bjc-7100", "bjc-6000 (GIMP-Print)") = 1 strcmp("bjc-8200", "bjc-6000 (GIMP-Print)") = 2 strcmp("lexmark-4076", "bjc-6000 (GIMP-Print)") = 10 fprintf(0x40187ca0, "ERROR: Fatal error: Unable to fi"...ERROR: Fatal error: Unable to find driver named "bjc-6000 (GIMP-Print)"! ) = 73 ppdClose(0x0810, 0x40012e70, 0xb578, 0x08048f1b, 0x40187ca0) = 0x081000b0 __deregister_frame_info(0x080ffc10, 0x40009dba, 0x40013fd0, 0x400a6c48, 0x08048300) = 0x080ffde8 +++ exited (status 1) +++ By comparison you see that either the following line in the ppd is wrong: *ModelName: "bjc-6000 (GIMP-Print)" or that the comparison is based on another entry (Though I found only PCFileName being close to it: *PCFileName:"bjc-6000.ppd") To test my theory, I changed the ModelName entry and voila the error was gone. Now I was at the stage I had been already before: Only a blank page was printed and nothing else. The log now contains the lines (this does not appear in the webinterface as error message): D [20/Sep/2000:18:02:14 +0100] PageSize = 0x0 E [20/Sep/2000:18:02:14 +0100] Unable to get media size! E [20/Sep/2000:18:02:14 +0100] PID 18482 crashed on signal 8! D [20/Sep/2000:18:02:16 +0100] ReadClient() 8 GET /printers/lp HTTP/1.0 From the setting you can't know that I have to set my page size to A4 (default Letter it too large for my paper and printer settings here in germany). There seems to be a problem with that :-(( In the PPD: *DefaultPageSize: A4 *DefaultResolution: 360dpi *DefaultDither: AdaptHybrid As a test I set it back to letter and now I got a result: A complete black page instead of the wished test page. Also it did not stop there but suddenly consumed a whole lot of CPU and after 5 minutes waiting for continued printing I aborted. No crash any longer as before but nothing was added into the log anymore after the usual printout messages and a final CloseClient message. The processes consuming cpu times were "lp" and "parallel". Anyone out there who has made similar experiences ? Best regards, Reinhard Katzmann -- E-Mail: [EMAIL PROTECTED]
Re: [Cooker] Problems with cups
From the CUPS side: Update to cups-1.1.3-2mdk. No you can add printers. Or use KUPS or lpadmin to add a printer. The printerdrake problem looks like a problem which has to be solved by Francois Pons or Pixel. Till OS wrote: Hello, I've just installed cups-1.1.3-1mdk cups-drivers-0.3.6-12mdk qtcups-1.0-7mdk drakxtools-1.1.5-15mdk and now I have problems: printerdrake fails to run with the message: Can't locate Gtk.pm in @INC (@INC contains: /usr/lib/libDrakX /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0 /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl/5.005 /usr/lib/perl5/site_perl .) at /usr/lib/libDrakX/my_gtk.pm line 19. BEGIN failed--compilation aborted at /usr/lib/libDrakX/my_gtk.pm line 19. Compilation failed in require at /usr/lib/libDrakX/interactive_gtk.pm line 11. BEGIN failed--compilation aborted at /usr/lib/libDrakX/interactive_gtk.pm line 11. Compilation failed in require at /usr/lib/libDrakX/interactive.pm line 50. qtcups displays a yellow triangle in the printer drop down list, the Properties button is grayed out and the State field says "Unable to retrieve printer infos". localhost:631 reports "no printer". Attempts to add a printer are met with the message "The page contained no data. Try again later, or contact the servers adminstrator" What's happening ! Owen
Re: [Cooker] CUPS 1.1.3
Thierry SAURA wrote: my configuration doesn't have something special. But, i have a problem with a socket printer (HP laserjet 5si), the test page produces a first page with 2 lines like "@PJL JOB " and a lot of blank pages when i use HP LaserJet 5si driver. With an old version of cups (1.1.1 if i remember well), i could use pcl-5si (GIMP-Print) driver and i could print. Now, i have the following error in the web interface : Description: HP / pcl-5si (GIMP-Print) Location: Printer State: idle, accepting jobs. "Fatal error: Unable to find driver named "pcl-5si (GIMP-Print)"!" Device URI: socket://xxx.xxx.xxx.xxx:9100/ Tomorrow I will upload a new cups-drivers package (13mdk) with a fix and some new stuff. This will probably fix your HP LaserJet 5si problem. Moreover, the web interface doesn't work with 1.1.3 when i want to add a new printer (document contents no data). This is already fixed. Downlaod the newest release of CUPS (1.1.3-2mdk). Till
Re: [Cooker] CUPS 1.1.3
Install the smb packages, they only need to be installed, the SMB daemon does not need to be running because you are only a client in your situation. Restart the CUPS daemon with /etc/rc.d/init.d/cups restart Now the configuration for the access to an SMB printer should work. I recommand using KUPS for doing the configuration. To install KUPS install QTCUPS because it is needed by KUPS. Take care that you have updated to the newest release of KUPS, older releases crash when you press any key. Start KUPS with kups or choosing Configuration/Printing/KUPS in the menu. In the KUPS window you click on the "Add printer" icon and get a dialog. Click on "Next" and choose the SMB printer connection. Enter login and password for the SMB server or choose "Guest account". On the next screen click on the "Scan" button to get a list of all SMB servers in your network. Choose the appropriate one and click on the small "+" at this entry. Then click on the desired printer and click "Next". On the next screens choose/enter the usual info (Manufacturer, model, queue name, description, location). After confirming on the last screen it should be possible to print on your SMB printer. Till SHadowX wrote: On Tue, 19 Sep 2000, you wrote: Oi, Now available on Cooker and in Mandrake 7.2: CUPS 1.1.3 Lot of bugfixes, test it! Till Tried it, butit still can't print to smb printers. If anyone knows how to cinfigure mandrake to print on smb printers I would be happy to know. SHadowX
Re: [Cooker] CUPS 1.1.3
Fixed (cups-1.1.3-2mdk)! Till Reinhard Katzmann wrote: Hi Till Thierry! Moreover, the web interface doesn't work with 1.1.3 when i want to add a new printer (document contents no data). Same here. Did you try printerdrake already ? Best regards, Reinhard Katzmann -- E-Mail: [EMAIL PROTECTED]
Re: [Cooker] cooker install comments
Ben Reser wrote: This is with cups-1.1.3-2mdk, cups-devel-1.1.3-2mdk and cups-drivers-0.3.6-12mdk I was unable to get my LaserJet6P to work with either CUPS or lpd during the install. I haven't tried after the install. This is a printer that's hooked up to a Netgear PS104 printer server. Which supports both lpd and smb printer protocols I tried both. If the server supports a socket mode this would be the easiest way of connection. KUPS has a possibility to scan for socket printers. KUPS also scans for SMB printers, but you must have the SMB packages installed and restart the CUPS daemon and KUPS after installing the SMB packages. In the LPD mode of the server you have to configure manually. The queue name on the server is mostly "lp". User "Remote LPD printer" or similar in the CUPS configuration programs (KUPS, printerdrake, CUPS web interface). Till
[Cooker] FIXED: KUPS crash when pressing any key
Oi, the mouseless CUPSing can begin. The crash of KUPS when pressing any key does not appear any more. Update to kups-0.8-13mdk Till
[Cooker] CUPS 1.1.3
Oi, Now available on Cooker and in Mandrake 7.2: CUPS 1.1.3 Lot of bugfixes, test it! Till
Re: [Cooker] Big printing problems / configuration: BJC-6000
Sorry, cups-drivers is still 12mdk, but this should work, too, Till Reinhard Katzmann wrote: Hi Till! I could not yet test the stuff, as I have a small downloading problem. With smb printing works fine at work, at home I still have to test it. Update to the newest versions: CUPS 22mdk, GhostScript 25mdk, CUPS-Drivers 13mdk wget -T 20 ftp://sunsite.uio.no/pub/unix/Linux/Mandrake-devel/cooker/Mandrake/RPMS/cups-drivers-0.3.6-13mdk.i586.rpm --10:04:48-- ftp://sunsite.uio.no:21/pub/unix/Linux/Mandrake-devel/cooker/Mandrake/RPMS/cups-drivers-0.3.6-13mdk.i586.rpm = `cups-drivers-0.3.6-13mdk.i586.rpm' Verbindungsaufbau zu sunsite.uio.no:21... verbunden! Einloggen als anonymous ... Eingeloggt! == TYPE I ... fertig. == CWD pub/unix/Linux/Mandrake-devel/cooker/Mandrake/RPMS ... fertig. == PORT ... fertig.== RETR cups-drivers-0.3.6-13mdk.i586.rpm ... Keine solche Datei »cups-drivers-0.3.6-13mdk.i586.rpm«. (i.e. no such file...) it seems the cups-drivers still did not make it to the main mirror... Another point: I'm using ghostscript 6.0, is it useful to apply anything to this version ? I downloaded the SRPMS of ghostscript 5.5, so Ic ould create a specialised 6.0 version for my home mandrake.. Best regards Reinhard Katzmann -- E-Mail: [EMAIL PROTECTED]
Re: [Cooker] 7.2 beta2 remarks
Try CUPS to make it working for the first time. I have already informed the author of printerdrake to check this problem. Till Job Diesveld wrote: Tried to install beta 2 of Linux-Mandrake today, everything went well although installation took quite some time, some minor packages like locales-fa took more than 1 minute to install. But this to the side. While trying to install my HP Deskjet 720c I selected lpd as the interface instead of CUPS. Finally you get a window where you can select the type of printer you have (remote/local etc). I choose for a local printer, after that I press the button OK, I get a message that "one package is being installed" and after that the installation hangs. I try to kill X with control-alt-backspace which gets me to the shell. If I try to halt or reboot I get some error messages like "sh: cannot find shutdown" and I have to reset my system in order to get my computer to the land of the living. If I try to install without printer support I don't face any irregularities. Greetings. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.
Re: [Cooker] LM 7.2 Beta2 problems
Khawar Zia wrote: None of my kde apps seem to recognize my printer(its not in the printer list when open the print dialog.) Abiword and netscape print perfectly. Btw qt-cups is really cool, handy utility. Two possibilities: 1. Edit /etc/cups/cups.conf and search for a line containing "/etc/printcap". Remove the "#" in the beginning of it. Save the file and restart the CUPS daemon entering /etc/rc.d/init.d/cups restart Now the printers should show up in the KDE dialogs. --OR-- 2. Update your CUPS package to the release 22mdk from the Cooker. There this change is already done. Btw my hp812C works better with the hp880C drivers than with 810C drivers. We do not have all printer models. The printer database comes from www.linuxprinting.org If you have suggestions for making something better, tell it to Grant Taylor, the owner of this site. In general, the best drivers are the GIMP-Print drivers. To configure them easily on your Mandrake/CUPS system update also GhostScript: 25mdk CUPS-Drivers: 13mdk Till
Re: [Cooker] Printer driver packages renamed
Did it not print or did only the calibration not work? Or didn't you find this printer in the printer listing? The calibration is still alpha, perhaps I will take it out again. Till Peter Ruskin wrote: HP720C Still not working with cups 1.1.2-22mdk and cups-drivers 0.3.6-12mdk... ESP Printer Calibration Tool v1.0 Copyright 1999-2000 by Easy Software Products, All Rights Reserved. Printer name [default]? Resolution [default]? 600x600 Media type [default]? Press ENTER to print pass #1 or N to skip... Sending calibration pass #1 for density/saturation levels... Calibration pass #1 sent. Please select the character that corresponds to the black block that is 100aturated (dark) while not bleeding through the paper. If the saturation point appears to occur between two characters, enter both characters. Black density? f Now select the character that corresponds to the yellow block that is 100aturated (dark) while not bleeding through the paper. If the saturation point appears to occur between two characters, enter both characters. Yellow density? Yellow density? f Now select the character that corresponds to the red block that is 100aturated (dark) while not bleeding through the paper. If the saturation point appears to occur between two characters, enter both characters. Red density? f Thank you. Now insert the page back into the printer and press the ENTER key to print calibration pass #2. Gamma? 3 Thank you. Now insert the page back into the printer and press the ENTER key to print calibration pass #3. Press ENTER to print pass #3 or N to skip... Sending calibration pass #3 for red, green, and blue adjustment... Calibration pass #3 sent. Please select the character that corresponds to the correct red, green, and blue colors. If the transition point appears to occur between two characters, enter both characters. Red color? 7 Green color? 7 Blue color? 7 Thank you. Now insert the page back into the printer and press the ENTER key to print the final calibration pass. Press ENTER to continue... Sending calibration pass #4 for visual confirmation... Segmentation fault (core dumped) -- -- Peter Ruskin [EMAIL PROTECTED] Wrexham, UKKDE - the professionals' choice --
Re: [Cooker] printer
Try to update to the newest Cooker versions: CUPS 22mdk, GhostScript 25mdk, CUPS-drivers 13mdk. Then you will get two entries for the HP DeskJet 610. Use the "GIMP-Print", this gives the best results. Till Ralph wrote: Hey List, I am running beta 1 and was wondering why my printer dont work.. It says it's there and all if i go under hardware drake it sets up fine but when i try to print something it just f..king sits there oh its a cheap ho 610. thanks, Ralph -- WHEREVER YOUR HEAD GOES YOUR ASS WILL FOLLOW!!
Re: [Cooker] Cups /n latest cooker version as of 2300 gmt
You should update to CUPS 22mdk, CUPS-Drivers 13mdk, GhostScript 25mdk. Till Armisis Aieoln wrote: (BTW, I dont know if this will get through, but i know ive subscrivbed to the cooker distro several times yet i no longer get it) anyway I have a HP 970C printer and during the install of the latest cooker, it detects it then hangs up my system I sent my system on downloading the latest version of cooker as of NOWSto see if this fixes it (hope to get back on the distro soon!!!)) david stanton
Re: [Cooker] Calibrate Colour Printer (CUPS)
Is fixed now, the tool is part of CUPS-Drivers and you have to update to the latest version (11mdk). But all the way CUPS 19mdk has a severe bug and you should update it, too. The most recent version is 21mdk. The calibration tool is part of the CUPS driver of the most recent CVS snapshot of GIMP-Print. See /usr/share/doc/cups-drivers-0.3.6/README.txt. Till Peter Ruskin wrote: After I updated cups to 1.1.2-19mdk I spotted this cool feature. Unfortunately, it crashes when starting the final calibration run on my HP DeskJet 720C, so the settings aren't saved. 1st run F 2nd run 2 3rd run - I selected 7, inserted paper, hit OK and the tool disappeared. -- -- Peter Ruskin [EMAIL PROTECTED] Wrexham, UK KDE - the professionals' choice --
Re: [Cooker] Mnkd-7.2 Printer installation problem
I know that I had forgotten to include the CUPS locales when I started packaging CUPS. This is fixed now. So update to the version 20mdk of CUPS (15-19 are broken because of another bug). I have also forwarded the mail to [EMAIL PROTECTED] who adapted printerdrake (the part of the installer to configure printing) to CUPS. Till Andrea Celli wrote: I tried to install Ulysses. All right until printer detection. System detects my printer and stops completely with the message "Printer HP laserjet 6L detected" (or similar, the original message was in Italian). The only think i was able to do was to restart installation (avoiding printer detection). Before restarting I read messages in other virtual terminals. Alt-F1 GTK-Warning **: locale not supported by C library at /usr/bin/perl-install/my-gtk line 149 GTK-Warning **: locale not supported by C library at /usr/bin/perl-install/my-gtk line 36 Alt-F3 running: insmod_ -f /tmp/parport_probe.o running: insmod_ -f /tmp/lp.o running: rmmod parport_probe Alt-F4 parport_probe: succeded parport0: Printer, Hewlet-Packard HPlaserjet 6L lp0: using parport0 (polling) I hope this can be useful. I'm not a developer, then i'll remove my name from cooker list in few days. If someone needs some more information can e-mail directly to me. ciao, Andrea Celli PS I had some trouble also concerning italian messages. Language switches from Italian to English and vice versa. But I thing it's a normal beta problem, almost a feature :-)
Re: [Cooker] CUPS vs lpd
Update to the newest packages of SAMBA, CUPS (20mdk, 15-19mdk have a SEVERE bug), GhostScript, CUPS-Drivers, xpp, and KUPS. Restart the CUPS daemon. The SMB daemon does not need to be running. If you have Mandrake 7.1 you cannot have LPR installed, remove it. If you are running a Cooker, take care that you have either not installed the LPR package or at least version 0.50-6mdk. If you have Mandrake 7.1, always install CUPS with the "--nodeps" option and set the following links: cd /usr/bin ln -s lpr-cups lpr ln -s lpq-cups lpq ln -s lprm-cups lprm cd /usr/sbin ln -s lpc-cups lpc If you use a Cooker all this is managed automatically. Simply install al packages with the usual "rpm -Uvh ...". When you have resarted the CUPS daemon after the installation of ALL packages (especially SAMBA) start KUPS entering kups Click on the "Add Printer" icon and on the "Backend Selector" page of the wizard choose "SMB (Windows shared printer)" and on the next page choose either whether you want to access to the printer as a guest user or with a login. In the cas of a login, enter the login and password of your account of the Windows NT/2000 server where the printer is connected to. On the next page click on "Scan Network" and search the desired printer in the list. Then do the things as usual: choose the manufacturer and the model, enter the printer's name, location and description and confirm your configuration on the last screen. Now the wizard should have disappeared and you can right-click on the icon of the printer in the list of printers. In the pop-up menu configure the options for the printer (take care of the paper size) and print a test page. Now it's done. So it is not difficult. Try it! Till Ed Wilts wrote: I'm trying out cups for the first time, and I'm having a few problems, mostly because I don't think I understand the architecture well enough. I first thought that it replaced lpr, but now I'm not so sure. Which packages should I have installed? I'm only printing to an SMB printer for the time being. I've got what I think is a half-baked installation: [ewilts@linux1 Mail]$ ls -l /usr/bin/lp* -rwxr-xr-x1 root root 7276 Sep 9 10:16 /usr/bin/lp* -rwxr-xr-x1 root root 6016 Sep 9 10:16 /usr/bin/lphelp* -rwxr-xr-x1 root root 7736 Sep 9 10:16 /usr/bin/lpoptions* -rwsr-xr-x1 root root 8192 Sep 9 10:16 /usr/bin/lppasswd* -r-sr-sr-x1 root lp 15824 Mar 22 08:44 /usr/bin/lpq* -rwxr-xr-x1 root root 8404 Sep 9 10:16 /usr/bin/lpq-cups* -rwxr-xr-x1 root root 2406 Aug 9 02:19 /usr/bin/lpqall.faces* -r-sr-sr-x1 root lp 18672 Mar 22 08:44 /usr/bin/lpr* -rwxr-xr-x1 root root 7500 Sep 9 10:16 /usr/bin/lpr-cups* -r-sr-sr-x1 root lp 16528 Mar 22 08:44 /usr/bin/lprm* -rwxr-xr-x1 root root 6164 Sep 9 10:16 /usr/bin/lprm-cups* -rwxr-xr-x1 root root16404 Sep 9 10:16 /usr/bin/lpstat* -rwxr-xr-x1 root root 3212 Mar 22 08:44 /usr/bin/lptest* -rwxr-xr-x1 root root 2511 Aug 17 04:25 /usr/bin/lpunlock* Should not lpr-cups replace lpr and similarly for the rest? Although I have installed lpr, I installed cups afterwards, and from reading how cups should operate, I suspect that I may need links from lpr to lpr-cups. Here's the packages I have installed: [ewilts@linux1 Mail]$ rpm -qf /usr/sbin/lpd lpr-0.50-2mdk [ewilts@linux1 Mail]$ rpm -q lpr lpr-0.50-2mdk [ewilts@linux1 Mail]$ rpm -qa | grep cups qtcups-1.0-7mdk cups-1.1.2-19mdk cups-drivers-0.3.6-9mdk What should I do to get this mess cleaned up? Thanks, .../Ed -- Ed Wilts Mounds View, MN USA mailto:[EMAIL PROTECTED]
[Cooker] Severe bug in CUPS fixed!
Oi, there is a severe bug in the versions 15mdk to 19mdk in CUPS. In these versions printing from a remote machine does not work due to data exchange problems between the CUPS daemons. I got a fix by Michael Sweet today which fixes the bug (and some other minor ones). To get the fix update to the 20mdk version of CUPS. If you want to install a printer under CUPS you should do it with the most recent GIMP-Print-"stp" GhostScript driver. Update to GhostScript 24mdk and cups-drivers 11mdk to do so. Till
Re: [Cooker] Ulysses install
Jan Niehusmann wrote: I tried to install ulysses on a laptop. Some observations: 1) I said yes to the install LAN question. But then, I can't select the pcmcia network card from the list. By the way, the network driver has already been loaded earlier by the pcmcia detection. Don't know how to setup IP address, though. This problem occured already with 7.0 for me. had to configure the network after the installation. 2) Then, I said I want a printer and selected lpd remote printer. That caused the installation to completely hang. CPU usage was 1000ut nothing happend. Perhaps some problem with network printers when there is no network available? This bug is already known. I think it will be fixed in the second beta which appears this weekend. Till
[Cooker] Fixes in CUPS and XPP
Oi, CUPS (16mdk) and XPP (11mdk) are on the Cooker/next 7.2beta now. The following fixes are done: - A LOT of bugfixes by Michael Sweet on CUPS (USB, lpq/lprm behaviour, ...) - Implicit classes are turned off in /etc/cups/cupsd.conf, because they are broken. - XPP is resizable now. Till
[Cooker] Broadcast 2000 in Linux Mandrake!
Oi, Last week I have put the audio/video editor Broadcast 2000 onto the Cooker and it came up the question whether the drivers necessary for video handling are included in the Mandrake kernel. It was told me by the kernel developers that they are included. So Linux Mandrake is ready for Multimedia production, Till