From owner-freebsd-questions@FreeBSD.ORG Sat Jul 1 16:34:01 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B66AE16A403 for ; Sat, 1 Jul 2006 16:34:01 +0000 (UTC) (envelope-from sigsegv@radiotube.org) Received: from mail.itconnect.no (mail.itconnect.no [80.89.32.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD78144F79 for ; Sat, 1 Jul 2006 16:34:00 +0000 (GMT) (envelope-from sigsegv@radiotube.org) Received: from enterprise.localnet.radiotube.org (enterprise.radiotube.org [80.89.53.15]) by mail.itconnect.no (8.12.11.20060308/8.12.11) with ESMTP id k61GXfQ2010229; Sat, 1 Jul 2006 18:33:41 +0200 Received: from [10.53.4.10] (endeavour [10.53.4.10]) (authenticated bits=0) by enterprise.localnet.radiotube.org (8.13.6/8.13.6) with ESMTP id k61GXd66007759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Jul 2006 18:33:39 +0200 (CEST) (envelope-from sigsegv@radiotube.org) Message-ID: <44A6A3D5.9020607@radiotube.org> Date: Sat, 01 Jul 2006 18:33:25 +0200 From: Jan-Espen Pettersen User-Agent: Thunderbird 1.5.0.4 (X11/20060605) MIME-Version: 1.0 To: Rainer Heesen ------- References: <200606301737.32015.rainer.heesen@gmx.de> In-Reply-To: <200606301737.32015.rainer.heesen@gmx.de> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBA648173365A5A7F6A220B8A" X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on enterprise.localnet.radiotube.org X-Scanned-By: MIMEDefang 2.56 on 80.89.53.15 X-ITCMAIL-MailScanner-Information: Please contact the ISP for more information X-ITCMAIL-MailScanner: Found to be clean X-MailScanner-From: sigsegv@radiotube.org X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: asa@agava.com, freebsd-questions@freebsd.org Subject: Re: CUPS, USB printers & "Permission Denied" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sigsegv@radiotube.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jul 2006 16:34:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBA648173365A5A7F6A220B8A Content-Type: multipart/mixed; boundary="------------030401040401020208000605" This is a multi-part message in MIME format. --------------030401040401020208000605 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Rainer Heesen ------- wrote: > I have a Minolta PagePro 1350 printer. When I use the workaround I get = the=20 > error 'raw printers cannot use file: devices!' > > Is there another workaround? > > rainer@desktop ~$ lpstat -d -p -t > system default destination: Minolta > printer Minolta disabled since Fri Jun 30 17:14:11 2006 - > Raw printers cannot use file: devices! > scheduler is running > system default destination: Minolta > device for Minolta: /dev/lpt0 > Minolta accepting requests since Fri Jun 30 17:14:11 2006 > printer Minolta disabled since Fri Jun 30 17:14:11 2006 - > Raw printers cannot use file: devices! > Minolta-47 rainer 195584 Fri Jun 30 17:14:11 20= 06 > > > -----------------------------------------------------------------------= ------------------------------------------------------------------- > I found that the usb backend stalled here before actually doing any > work. Before I've done any actual debugging of the backend, I suspect > that it is being blocked on a status read attempt, though this is only > my current guess. > > Here is a workaround: > > In printers.conf () you will probably find a line like this: > > DeviceURI usb:/dev/ulpt0 > > change usb: to file:, so that it looks something like this: > > DeviceURI file:/dev/ulpt0 > > Then restart cups. Cups will not read any status information from the > printer, but at least it can print. Be warned about unknown side effect= s. :) > > Jan-Espen Pettersen > > =20 The problem is that read operations on usb printers might just block/hang with no data from the printer (?). ulpt doesn't have non-blocking I/O, so I've made a patch that simply times out read operations, and disables further reads if it detects a blocking/stall condition. It is possible that this breaks the back-channel, as I'm unsure if we can expect a printer to send inbound data before we actually write anything out? It looks like there are similar problems with other backends? I've only looked at the usb backend yet. Jan-Espen Pettersen --------------030401040401020208000605-- --------------enigBA648173365A5A7F6A220B8A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEpqPiH90qNYni6VoRAq+ZAJ9aDg1Og8FU40Td3xv1kZqGX+7iPgCgtCzm ggqAkO7FLkQ/mGY+9PHnowU= =MeVU -----END PGP SIGNATURE----- --------------enigBA648173365A5A7F6A220B8A--