Re: Problem to set a printer with cups and foo2zjs documentation not up to date for foo2zjs

[BESSOT Jean-Michel]

Hello

When I try to print a page test with hplip and cups, I get : filter failed.

When I try  to prind with openbsd lpd and hplip, I get from lpd-err :

On 09/05/2023 19:16, Jon Fineman wrote:h x1.lacomte.net 
/etc/foomatic/HP-LaserJet_P1005.ppd

/usr/local/bin/foo2zjs-wrapper: -w: unknown option
May 12 15:13:33 x1 lpd[50502]: restarting lp

cups also says: it needs a proprietary driver. That is why I look for 
foo2zjs. But it does not downlad a ppd file and I don't know what to do 
next.


bye

I have a HP Office Jet 6970 (ink jet) and all I did was install cups
and hplip (which is in ports).

To get lpr to work without cups is a little more adventurous. The
three scripts below should get you started. They depend on unix2dos (I
forget which tools bundle this is from) and gs (which is in
ghostscript). Printing just PS is pretty straight forward. However you
should be aware that firefox and friends are hard coded to use a cups
defined printer. At least I haven't figured out how to fool their
print dialog box. Follow the man pages for setting up lpd.


You need to create an /etc/printcap entry similar to to:
lp|hp_prt:\
 :lp=9100@hp_prt:\
 :sh:\
 :mx#0:\
 :sd=/var/spool/lpd/hp_prt:\
 :if=/usr/local/libexec/f_smart:\
 :lf=/var/log/lpd-errs:

And f_smart is:
#!/bin/sh
#
#  sfif - Print PDF or PostScript or plain text on a PCL printer
#
IFS="" read -r first_line
first_two_chars=`expr "$first_line" : '\(..\)'`

case "$first_two_chars" in
%!|\033%%|%P)
 # %! or ESC% or %P : PostScript or ? or PDF job, convert it to PCL.
 ( echo "$first_line" ; cat ) | /usr/local/libexec/f_ps2pcl && exit 0
 exit 2
 ;;
*)
 # otherwise just print it followed by a form feed to eject page
 ( echo "$first_line" ; cat ) | \
 /usr/local/bin/unix2dos && printf "\f" && exit 0
 exit 2
 ;;
esac

And f_ps2pcl:
#!/bin/sh
/usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=ljet4 -sOutputFile=- -




BESSOT Jean-Michel  writes:


Hello

I have a hp P1005 ( I know hp) and I try to install it on opennbsd. So I
installed cups and foo2zjs but foo2zjs download an img file and I don't
know what to do with it. There is no mention of img file in the INSTALL
file.

What do I need to do to make the printer work with the openbsd lpr or cups ?

Bye

Re: Problem to set a printer with cups and foo2zjs documentation not up to date for foo2zjs

[Stuart Henderson]

On 2023-05-10, Jon Fineman  wrote:
> HP's web site says it is fully supported.
>

... on Linux, with an additional proprietary binary plug-in download.

Re: Problem to set a printer with cups and foo2zjs documentation not up to date for foo2zjs

[Jon Fineman]

Does not work in what way? If you define it as a similar model does 
anything print?


HP's web site says it is fully supported.
<https://developers.hp.com/hp-laserjet-p1005-printer>


On Wed, May 10, 2023 at 02:30:31PM +0200, BESSOT Jean-Michel wrote:


Hello

hplip does not work with this printer the P1005, that is why I need foo2zjs.

The problem is when I download the driver I don't get a ppd file but 
an img file and I don't know what to  do with it. I tried to mount 
it but it didn't work.There is no explication in the foo2zjs doc.


bye

On 09/05/2023 19:16, Jon Fineman wrote:

I have a HP Office Jet 6970 (ink jet) and all I did was install cups
and hplip (which is in ports).

To get lpr to work without cups is a little more adventurous. The
three scripts below should get you started. They depend on unix2dos (I
forget which tools bundle this is from) and gs (which is in
ghostscript). Printing just PS is pretty straight forward. However you
should be aware that firefox and friends are hard coded to use a cups
defined printer. At least I haven't figured out how to fool their
print dialog box. Follow the man pages for setting up lpd.


You need to create an /etc/printcap entry similar to to:
lp|hp_prt:\
:lp=9100@hp_prt:\
:sh:\
:mx#0:\
:sd=/var/spool/lpd/hp_prt:\
:if=/usr/local/libexec/f_smart:\
:lf=/var/log/lpd-errs:

And f_smart is:
#!/bin/sh
#
#  sfif - Print PDF or PostScript or plain text on a PCL printer
#
IFS="" read -r first_line
first_two_chars=`expr "$first_line" : '\(..\)'`

case "$first_two_chars" in
%!|\033%%|%P)
# %! or ESC% or %P : PostScript or ? or PDF job, convert it to PCL.
( echo "$first_line" ; cat ) | /usr/local/libexec/f_ps2pcl && exit 0
exit 2
;;
*)
# otherwise just print it followed by a form feed to eject page
( echo "$first_line" ; cat ) | \
/usr/local/bin/unix2dos && printf "\f" && exit 0
exit 2
;;
esac

And f_ps2pcl:
#!/bin/sh
/usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=ljet4 -sOutputFile=- -




BESSOT Jean-Michel  writes:


Hello

I have a hp P1005 ( I know hp) and I try to install it on opennbsd. So I
installed cups and foo2zjs but foo2zjs download an img file and I don't
know what to do with it. There is no mention of img file in the INSTALL
file.

What do I need to do to make the printer work with the openbsd lpr or cups ?

Bye

Re: Problem to set a printer with cups and foo2zjs documentation not up to date for foo2zjs

[BESSOT Jean-Michel]

Hello

hplip does not work with this printer the P1005, that is why I need foo2zjs.

The problem is when I download the driver I don't get a ppd file but an 
img file and I don't know what to  do with it. I tried to mount it but 
it didn't work.There is no explication in the foo2zjs doc.


bye

On 09/05/2023 19:16, Jon Fineman wrote:

I have a HP Office Jet 6970 (ink jet) and all I did was install cups
and hplip (which is in ports).

To get lpr to work without cups is a little more adventurous. The
three scripts below should get you started. They depend on unix2dos (I
forget which tools bundle this is from) and gs (which is in
ghostscript). Printing just PS is pretty straight forward. However you
should be aware that firefox and friends are hard coded to use a cups
defined printer. At least I haven't figured out how to fool their
print dialog box. Follow the man pages for setting up lpd.


You need to create an /etc/printcap entry similar to to:
lp|hp_prt:\
 :lp=9100@hp_prt:\
 :sh:\
 :mx#0:\
 :sd=/var/spool/lpd/hp_prt:\
 :if=/usr/local/libexec/f_smart:\
 :lf=/var/log/lpd-errs:

And f_smart is:
#!/bin/sh
#
#  sfif - Print PDF or PostScript or plain text on a PCL printer
#
IFS="" read -r first_line
first_two_chars=`expr "$first_line" : '\(..\)'`

case "$first_two_chars" in
%!|\033%%|%P)
 # %! or ESC% or %P : PostScript or ? or PDF job, convert it to PCL.
 ( echo "$first_line" ; cat ) | /usr/local/libexec/f_ps2pcl && exit 0
 exit 2
 ;;
*)
 # otherwise just print it followed by a form feed to eject page
 ( echo "$first_line" ; cat ) | \
 /usr/local/bin/unix2dos && printf "\f" && exit 0
 exit 2
 ;;
esac

And f_ps2pcl:
#!/bin/sh
/usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=ljet4 -sOutputFile=- -




BESSOT Jean-Michel  writes:


Hello

I have a hp P1005 ( I know hp) and I try to install it on opennbsd. So I
installed cups and foo2zjs but foo2zjs download an img file and I don't
know what to do with it. There is no mention of img file in the INSTALL
file.

What do I need to do to make the printer work with the openbsd lpr or cups ?

Bye

Re: Problem to set a printer with cups and foo2zjs documentation not up to date for foo2zjs

[Jon Fineman]

I have a HP Office Jet 6970 (ink jet) and all I did was install cups
and hplip (which is in ports).

To get lpr to work without cups is a little more adventurous. The
three scripts below should get you started. They depend on unix2dos (I
forget which tools bundle this is from) and gs (which is in
ghostscript). Printing just PS is pretty straight forward. However you
should be aware that firefox and friends are hard coded to use a cups
defined printer. At least I haven't figured out how to fool their
print dialog box. Follow the man pages for setting up lpd.


You need to create an /etc/printcap entry similar to to:
lp|hp_prt:\
:lp=9100@hp_prt:\
:sh:\
:mx#0:\
:sd=/var/spool/lpd/hp_prt:\
:if=/usr/local/libexec/f_smart:\
:lf=/var/log/lpd-errs:

And f_smart is:
#!/bin/sh
#
#  sfif - Print PDF or PostScript or plain text on a PCL printer
#
IFS="" read -r first_line
first_two_chars=`expr "$first_line" : '\(..\)'`

case "$first_two_chars" in
%!|\033%%|%P)
# %! or ESC% or %P : PostScript or ? or PDF job, convert it to PCL.
( echo "$first_line" ; cat ) | /usr/local/libexec/f_ps2pcl && exit 0
exit 2
;;
*)
# otherwise just print it followed by a form feed to eject page
( echo "$first_line" ; cat ) | \
/usr/local/bin/unix2dos && printf "\f" && exit 0
exit 2
;;
esac

And f_ps2pcl:
#!/bin/sh
/usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=ljet4 -sOutputFile=- -




BESSOT Jean-Michel  writes:

> Hello
>
> I have a hp P1005 ( I know hp) and I try to install it on opennbsd. So I 
> installed cups and foo2zjs but foo2zjs download an img file and I don't 
> know what to do with it. There is no mention of img file in the INSTALL 
> file.
>
> What do I need to do to make the printer work with the openbsd lpr or cups ?
>
> Bye

Problem to set a printer with cups and foo2zjs documentation not up to date for foo2zjs

[BESSOT Jean-Michel]

Hello

I have a hp P1005 ( I know hp) and I try to install it on opennbsd. So I 
installed cups and foo2zjs but foo2zjs download an img file and I don't 
know what to do with it. There is no mention of img file in the INSTALL 
file.


What do I need to do to make the printer work with the openbsd lpr or cups ?

Bye

Re: CUPS sudden refuses to print after previously working fine - SOLVED

[Anthony Campbell]

On 02 Mar 2020, Vincenzo Nicosia wrote:
> On Mon, Mar 02, 2020 at 10:50:53AM +, Anthony Campbell wrote:
> 
> [cut]
> 
> > 
> > 
> > Well, I finally "solved" the problem by the simple expedient of just
> > deleting the printer in Cups and reinstalling it from scratch. It
> > then worked perfectly without doing anything else.  Here is the
> > resulting /etc/cups/printers.conf:
> > 
> > # Printer configuration file for CUPS v2.3.1
> > # Written by cupsd on 2020-03-02 09:54
> > # DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING
> > NextPrinterId 3
> > 
> > PrinterId 2
> > UUID urn:uuid:795e4424-0458-3f6d-413a-1669af7e997e
> > Info Brother HL-5350DN series
> > Location 
> > MakeModel Brother HL-5350DN BR-Script3
> > DeviceURI lpd://brother/BINARY_P1
> 
> It was not just about "turn it off and on again" :) In your previous
> configuration file you had the printer on "socket://" without a port
> specified. Now it's configured as an lpd spooler. So there is an
> important difference there ;)
> 
> (just to reaffirm that re-staring, re-booting, re-configuring,
> re-whatevering do no magic on their own :P).
> 
> HTH
> 

Yes, I'd earlier deleted and reinstalled cups, which I'd assumed
would automatically involve reinstalling the printer, but evidently
not.

The reason for the "socket://" stuff in the previous configuration
file was that this seemed to be necssary in my two laptops (running
-release) so I tried it in the desktop (-current) as well.

After successfully deleting/reinstallin the printer on the desktop
this morning I did the same on the laptops and in both cases the
printer now works perfectly with lpd on those as well.

The only explanation I can think of is that last night I'd
changed the printer's IP address from dhcpd to fixed, as suggested by
someone on another list.

Anthony

-- 
Anthony Campbellhttps://www.acampbell.uk

Re: CUPS sudden refuses to print after previously working fine - SOLVED

[Vincenzo Nicosia]

On Mon, Mar 02, 2020 at 10:50:53AM +, Anthony Campbell wrote:

[cut]

> 
> 
> Well, I finally "solved" the problem by the simple expedient of just
> deleting the printer in Cups and reinstalling it from scratch. It
> then worked perfectly without doing anything else.  Here is the
> resulting /etc/cups/printers.conf:
> 
> # Printer configuration file for CUPS v2.3.1
> # Written by cupsd on 2020-03-02 09:54
> # DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING
> NextPrinterId 3
> 
> PrinterId 2
> UUID urn:uuid:795e4424-0458-3f6d-413a-1669af7e997e
> Info Brother HL-5350DN series
> Location 
> MakeModel Brother HL-5350DN BR-Script3
> DeviceURI lpd://brother/BINARY_P1

It was not just about "turn it off and on again" :) In your previous
configuration file you had the printer on "socket://" without a port
specified. Now it's configured as an lpd spooler. So there is an
important difference there ;)

(just to reaffirm that re-staring, re-booting, re-configuring,
re-whatevering do no magic on their own :P).

HTH

Re: CUPS sudden refuses to print after previously working fine - SOLVED

[Anthony Campbell]

On 01 Mar 2020, Anthony Campbell wrote:
> On 28 Feb 2020, Antoine Jacoutot wrote:
> > On Fri, Feb 28, 2020 at 08:28:52AM +, Anthony Campbell wrote:
> > >  I have a networked Brother-HL5350DN printer which has worked fine
> > >  with CUPS for over a year. Two days ago it suddenly refused to
> > >  print on my desktop running -current I reconfigured the printer
> > >  several times without effect.


Well, I finally "solved" the problem by the simple expedient of just
deleting the printer in Cups and reinstalling it from scratch. It
then worked perfectly without doing anything else.  Here is the
resulting /etc/cups/printers.conf:

# Printer configuration file for CUPS v2.3.1
# Written by cupsd on 2020-03-02 09:54
# DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING
NextPrinterId 3

PrinterId 2
UUID urn:uuid:795e4424-0458-3f6d-413a-1669af7e997e
Info Brother HL-5350DN series
Location 
MakeModel Brother HL-5350DN BR-Script3
DeviceURI lpd://brother/BINARY_P1
State Idle
StateTime 1583142812
ConfigTime 1583142501
Type 8433748
Accepting Yes
Shared No
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
Attribute marker-colors \#00,#00,#00
Attribute marker-levels -1,-1,54
Attribute marker-names Black Toner Cartridge,Black Toner Cartridge,Drum Unit
Attribute marker-types toner,toner,opc
Attribute marker-change-time 1583142812

~





-- 
--
Anthony Campbellhttps://www.acampbell.uk

Re: CUPS sudden refuses to print after previously working fine

[Anthony Campbell]

On 28 Feb 2020, Antoine Jacoutot wrote:
> On Fri, Feb 28, 2020 at 08:28:52AM +, Anthony Campbell wrote:
> >  I have a networked Brother-HL5350DN printer which has worked fine
> >  with CUPS for over a year. Two days ago it suddenly refused to
> >  print on my desktop running -current I reconfigured the printer
> >  several times without effect.
> > 
> > I then set up CUPS on a laptop running -release. It also failed. In
> > both cases the printer appears on screen and I can queue jobs for
> > printing as normal but they don't print. The printer itself is
> > working normally from my wife's computer. I cam ping the printer
> > without difficulty.
> > 
> > I turned on debug and found this:
> > [Job 30] Unable to locate printer \"BRN001BA92DB44A\"
> > 
> > I'm mystified. Whenever I've set up the printer in CUPS previously
> > it has always worked. The only clue I found was on Arch Linux where
> > they talk about needing to set up avahi jn such cases, but I don't
> > know if that is relevant here.
> > 
> > Any ideas gratefully received.
> 
> Can you share your configuration?
> If it's a network printer, it could be that cups is trying to connect to your
> printer using avahi which doesn't work on OpenBSD.  You must make sure you
> configure your printer using hostname or IP.

I don't have any avahi daemon running. I have a static address for
the printer.

Here is my latest config file:


# Printer configuration file for CUPS v2.3.1
# Written by cupsd on 2020-03-01 10:32
# DO NOT EDIT THIS FILE WHEN CUPSD IS RUNNING
NextPrinterId 2

PrinterId 1
UUID urn:uuid:a7dada8a-a537-3188-7c98-35ec7bf5bccf
Info Brother_HL-5350DN_series
Location 
MakeModel Brother HL-5350DN Foomatic/Postscript
DeviceURI socket://192.168.1.83
State Idle
StateTime 1583058733
ConfigTime 1583058632
Type 8433684
Accepting Yes
Shared No
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
Attribute marker-colors \#00,#00,#00
Attribute marker-levels -1,-1,54
Attribute marker-names Black Toner Cartridge,Black Toner Cartridge,Drum Unit
Attribute marker-types toner,toner,opc
Attribute marker-change-time 1583058733



-- 
Anthony Campbellhttps://www.acampbell.uk

Re: CUPS sudden refuses to print after previously working fine

[Anthony Campbell]

On 28 Feb 2020, Antoine Jacoutot wrote:
> On Fri, Feb 28, 2020 at 08:28:52AM +, Anthony Campbell wrote:
> >  I have a networked Brother-HL5350DN printer which has worked fine
> >  with CUPS for over a year. Two days ago it suddenly refused to
> >  print on my desktop running -current I reconfigured the printer
> >  several times without effect.
> > 
> > I then set up CUPS on a laptop running -release. It also failed. In
> > both cases the printer appears on screen and I can queue jobs for
> > printing as normal but they don't print. The printer itself is
> > working normally from my wife's computer. I cam ping the printer
> > without difficulty.
> > 
> > I turned on debug and found this:
> > [Job 30] Unable to locate printer \"BRN001BA92DB44A\"
> > 
> > I'm mystified. Whenever I've set up the printer in CUPS previously
> > it has always worked. The only clue I found was on Arch Linux where
> > they talk about needing to set up avahi jn such cases, but I don't
> > know if that is relevant here.
> > 
> > Any ideas gratefully received.
> 
> Can you share your configuration?
> If it's a network printer, it could be that cups is trying to connect to your
> printer using avahi which doesn't work on OpenBSD.  You must make sure you
> configure your printer using hostname or IP.
> 
> -- 
> Antoine
> 
> 

Thanks Antoine. I've now got Cups working on my laptop, by setting
socket://. This is not yet working on my Desktop (-current)
although the "printer not found" error no longer appears.

I'm not sure which configuration I should post here - some of the
files in /etc/cups?

It's occurred to me that the problem on the desktop may have
happened because on a couple of occasions recently after an upgrade
I was unable to make the requested deletions (they disappared from
the screen before I could do it). Tomorrow I'll try reinstalling
Cups from scratch in case that fixes it.

Anthony

-- 
Anthony Campbellhttps://www.acampbell.uk

Re: CUPS sudden refuses to print after previously working fine

[Antoine Jacoutot]

On Fri, Feb 28, 2020 at 08:28:52AM +, Anthony Campbell wrote:
>  I have a networked Brother-HL5350DN printer which has worked fine
>  with CUPS for over a year. Two days ago it suddenly refused to
>  print on my desktop running -current I reconfigured the printer
>  several times without effect.
> 
> I then set up CUPS on a laptop running -release. It also failed. In
> both cases the printer appears on screen and I can queue jobs for
> printing as normal but they don't print. The printer itself is
> working normally from my wife's computer. I cam ping the printer
> without difficulty.
> 
> I turned on debug and found this:
> [Job 30] Unable to locate printer \"BRN001BA92DB44A\"
> 
> I'm mystified. Whenever I've set up the printer in CUPS previously
> it has always worked. The only clue I found was on Arch Linux where
> they talk about needing to set up avahi jn such cases, but I don't
> know if that is relevant here.
> 
> Any ideas gratefully received.

Can you share your configuration?
If it's a network printer, it could be that cups is trying to connect to your
printer using avahi which doesn't work on OpenBSD.  You must make sure you
configure your printer using hostname or IP.

-- 
Antoine

CUPS sudden refuses to print after previously working fine

[Anthony Campbell]

 I have a networked Brother-HL5350DN printer which has worked fine
 with CUPS for over a year. Two days ago it suddenly refused to
 print on my desktop running -current I reconfigured the printer
 several times without effect.

I then set up CUPS on a laptop running -release. It also failed. In
both cases the printer appears on screen and I can queue jobs for
printing as normal but they don't print. The printer itself is
working normally from my wife's computer. I cam ping the printer
without difficulty.

I turned on debug and found this:
[Job 30] Unable to locate printer \"BRN001BA92DB44A\"

I'm mystified. Whenever I've set up the printer in CUPS previously
it has always worked. The only clue I found was on Arch Linux where
they talk about needing to set up avahi jn such cases, but I don't
know if that is relevant here.

Any ideas gratefully received.


Anthony

-- 
Anthony Campbellhttps://www.acampbell.uk

Re: Xerox Phaser printing with CUPS

[Jonathan Drews]

On Fri, Sep 06, 2019 at 12:57:07PM +0100, Raf Czlonka wrote:
> Hi Jonathan,
> 
> Doesn't the printer work with base lpd? Is CUPS necessary?
> 
> Cheers,
> 
> Raf

 I tried CUPS first and it discovered my printers IP address
automatically. Plus LibreOffice printed documents with CUPS
without needing any print configuration. I printed some
spreadsheets out. They turned out fine.

Re: Xerox Phaser printing with CUPS

[Jonathan Drews]

On Thu, Sep 05, 2019 at 09:51:47PM -0400, Ian Darwin wrote:
> Nice post but:
> 
> On 9/5/19 20:41, Jonathan Drews wrote:
> > 2) Add the following line to your /etc/rc.conf.local file:
> > pkg_scripts=cupsd.
> 
> No need to manually edit that. Just do
> 
> ?? doas rcctl enable cupsd
> 
> > Reboot the computer to make sure CUPS is
> > running.
> 
> No need to reboot at that point. Just do:
> 
> ?? doas rcctl start cupsd
> 

I used the above configuration because the man page for rc.conf.local
said to. From man (8) rc.conf:

EXAMPLES
 Do not start the dhcpd(8) daemon when booting the system:

   dhcpd_flags=NO
.
.
 Run /etc/rc.d/messagebus then /etc/rc.d/cupsd with the start
argument at
 boot time, and in reverse order with the stop argument at
shutdown:

   pkg_scripts=messagebus cupsd

I don't use the message bus so I just used:
pkg_scripts=cupsd

I use the advice of the man pages first and foremost. 

My main purpose in posting this was to show you where to get the
*.ppd file. The other steps are just for context.

Re: Xerox Phaser printing with CUPS

[Stuart Henderson]

On 2019-09-06, Jonathan Drews  wrote:
>  You have to use the absolute path name
> /usr/local/bin/lpr, /usr/local/bin/lprm, /usr/local/bin/lpq and 
> /usr/local/bin/lp to print with CUPS.

I don't like the extra typing so I have this in .kshrc :

for i in dig lpq lpr lprm; do
alias $i=/usr/local/bin/$i
done

Xerox Phaser printing with CUPS

[Jonathan Drews]

I am posting this to help others with setting up CUPS printing on
OpenBSD. I bought a Xerox wireless color laser printer, a Phaser
6022. Being wireless gets around the USB difficulties.

Here are the steps I took:

1) Install the CUPS package.
2) Add the following line to your /etc/rc.conf.local file:
pkg_scripts=cupsd. Reboot the computer to make sure CUPS is 
running.
3) From the CD that came with my Phaser 6022, I removed the file  
xerox-phaser-6022_1.0-22_all.deb.
4) This is an archive file. It contains your *.ppd. Do
$ ar x xerox-phaser-6022_1.0-22_all.deb
(See man (1) ar)
5) After extraction you will see data.tar.gz. That tarball
contains
the Xerox_Phaser_6022.ppd.
6) Move Xerox_Phaser_6022.ppd to /root. 
7) Start a web browser and point it to "http://localhost:631;
8) Select add a printer and login. I had to use my user account to 
login. Logging in as root would not work.
9) Since there is no entry for Xerox, load the 
Xerox_Phaser_6022.ppd.

I tested the printing and it works with the commannd line
/usr/local/bin/lpr
and it printed just fine. I also printed from LibreOffic and it
worked fine too. You have to use the absolute path name
/usr/local/bin/lpr, /usr/local/bin/lprm, /usr/local/bin/lpq and 
/usr/local/bin/lp to print with CUPS.

Re: [6.5] Cups + Gutenprint: file rastertogutenprint not found

[Stephane HUC "PengouinBSD"]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi, Excuse me if I'm expressing myself badly!

NO.

After the upgrading, by necessity, I attempt to print PDF or OD*
documents, and my printer not reply.

I opened the Webadmin Cups, and I saw this error message on job files.

Into the log /var/log/Cups/error_log, same messages:

E [28/Apr/2019:07:31:57 +0200] BX525WD: File
\"/usr/local/libexec/cups/filter/rastertogutenprint.5.2\" not available:
No such file or directory
E [28/Apr/2019:07:31:57 +0200] [Job 77] Unable to start filter
"rastertogutenprint.5.2" - No such file or directory.
E [28/Apr/2019:07:31:57 +0200] [Job 77] Stopping job because the
scheduler could not execute a filter.
E [28/Apr/2019:07:34:46 +0200] BX525WD: File
\"/usr/local/libexec/cups/filter/rastertogutenprint.5.2\" not available:
No such file or directory
E [28/Apr/2019:07:34:46 +0200] [Job 78] Unable to start filter
"rastertogutenprint.5.2" - No such file or directory.
E [28/Apr/2019:07:34:46 +0200] [Job 78] Stopping job because the
scheduler could not execute a filter.

Then I have verified the number version with the tool pkg_info. And I
saw 5.3.
so I had the idea to change the printer settings by choosing the new driver.

I use root to set parameters. And, I print with my right users.


On 4/28/19 11:18 PM, Predrag Punosevac wrote:
> Stephane HUC wrote: >> > Hi, (just FYI) > > After upgrading OpenBSD from 6.4 
> to 6.5, I had
this problem to print. > The Webadmin of Cups informs me with this
message: > > "/usr/local/libexec/cups/filter/rastertogutenprint.5.2 not
found!" > > On the parameters about my printer, (an MFP Epson BX525WD on
my local > network), I change with the new version of Gutenprint's
driver. (v5.3.x) > > Did you notice that you changed the driver into
v5.3 but Webadmin > > complains about missing
rastertogutenprint.5.2..That doesn't make sense > > at all. I would
expect that Webadmin complain about missing > > rastertogutenprint.5.3.
Did you check if you do have > > rastertogutenprint.5.3 on your system?
Did you check if > > rastertogutenprint.5.3 is in CVS source Gutenprint
5.3 which you just > > installed. > > > Anything in the log files? What
is the username you are using for CUPS? > > I neither use CUPS nor
Gutenprint but searching for similar problems as > > yours turns a dozen
or so leads. > > > IMHO ports list might be a better suitable for
further discussion if > > this turns out to be the case of the missing
file from a package > > (happened before due to the upstream). > > >
Cheers, > > Predrag > > > . > > And, that's run correctly! > > >> >> - --
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD "    +=<<<
- 
Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net
-BEGIN PGP SIGNATURE-

iHUEARYKAB0WIQScTRXz7kMlZfGpDZMTq98t3AMG7wUCXMbDngAKCRATq98t3AMG
7/lOAP0WJS7OccARSWpO8h8JZBkYImXnGERmBLNc0fC7kzKHrgD9G9uIGr+jTpOU
x6kF/+VdJshOQk8+tcYoJHEMaHutqAw=
=qg7I
-END PGP SIGNATURE-

Re: [6.5] Cups + Gutenprint: file rastertogutenprint not found

[Predrag Punosevac]

Stephane HUC wrote:
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Hi, (just FYI)
> 
> After upgrading OpenBSD from 6.4 to 6.5, I had this problem to print.
> The Webadmin of Cups informs me with this message:
> 
> "/usr/local/libexec/cups/filter/rastertogutenprint.5.2 not found!"
> 
> On the parameters about my printer, (an MFP Epson BX525WD on my local
> network), I change with the new version of Gutenprint's driver. (v5.3.x)
Did you notice that you changed the driver into v5.3 but Webadmin
complains about missing rastertogutenprint.5.2..That doesn't make sense
at all. I would expect that Webadmin complain about missing
rastertogutenprint.5.3. Did you check if you do have
rastertogutenprint.5.3 on your system? Did you check if
rastertogutenprint.5.3 is in CVS source Gutenprint 5.3 which you just
installed. 

Anything in the log files? What is the username you are using for CUPS?
I neither use CUPS nor Gutenprint but searching for similar problems as
yours turns a dozen or so leads. 

IMHO ports list might be a better suitable for further discussion if
this turns out to be the case of the missing file from a package
(happened before due to the upstream).

Cheers,
Predrag


> .
> 
> And, that's run correctly!
> 
> 
> - -- 
> ~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<
> - 
> Stephane HUC as PengouinBSD or CIOTBSD
> b...@stephane-huc.net
> -BEGIN PGP SIGNATURE-
> 
> iHUEARYKAB0WIQScTRXz7kMlZfGpDZMTq98t3AMG7wUCXMYQ0gAKCRATq98t3AMG
> 78/hAQDHE2kdDyXuuXxpuAbrgPkoVd32HjhmFC05zF56YsJvFAD+L5Q4oxzBIull
> qbouLJ8o1tOcdgbtTo1gZDhfC6NVggk=
> =izfF
> -END PGP SIGNATURE-
> 
> 

[6.5] Cups + Gutenprint: file rastertogutenprint not found

[Stephane HUC "PengouinBSD"]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi, (just FYI)

After upgrading OpenBSD from 6.4 to 6.5, I had this problem to print.
The Webadmin of Cups informs me with this message:

"/usr/local/libexec/cups/filter/rastertogutenprint.5.2 not found!"

On the parameters about my printer, (an MFP Epson BX525WD on my local
network), I change with the new version of Gutenprint's driver. (v5.3.x)
.

And, that's run correctly!


- -- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<
- 
Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net
-BEGIN PGP SIGNATURE-

iHUEARYKAB0WIQScTRXz7kMlZfGpDZMTq98t3AMG7wUCXMYQ0gAKCRATq98t3AMG
78/hAQDHE2kdDyXuuXxpuAbrgPkoVd32HjhmFC05zF56YsJvFAD+L5Q4oxzBIull
qbouLJ8o1tOcdgbtTo1gZDhfC6NVggk=
=izfF
-END PGP SIGNATURE-

Re: Printer Epson WF-4630 with CUPS

[Paolo Aglialoro]

I have already run into this loop with other WorkForce Epson printers, for
some reason that PPD works on linux but not on obsd; the only comfortable
way out is buying a Postscript one, those ones ending in "90" like WF-xx90
models.

On Sun, Nov 4, 2018 at 4:45 PM  wrote:

> Hello,
>
> I am testing OpenBSD and am looking for documentation on how to add
> support for my printer.
>
> 1. My printer is an Epson WF-4630.
>
> 2. I installed CUPS with pkg_add.
>
> 3. I configured CUPS for this printer with "$ lynx localhost:631".
>Unsurprisingly there was no driver for this printer.
>
> 4. When using the driver "Epson 9-Pin Series (grayscale)"
>to print the default CUPS test page, the printer outputs
>a white page and the motor moving the paper sounds like the motor
>from a needle printer.
>
>My point is that CUPS can send something to the printer.
>
>"$ lpstat" did *not* show any jobs, although the printer reacted.
>
> 5. I got the "Epson-WF-4630_Series-epson-escpr-en.ppd" from
>the "epson-inkjet-printer-escpr-1.6.32-1lsb3.2.tar.gz" from
>the Epson Website after clicking on the link which semantically
>means "download drivers for Linux".
>As far as I know a .ppd file is a post script printer description
>file. I have the impression that the file depends solely on the
>printer and not on the operating system. (Please inform me
>in case you know this assumption is incorrect.)
>
> 6. CUPS now shows the driver
>"Model:
> [Current Driver - EPSON WF-4630 Series , Epson Inkjet Printer
> Driver (ESC/P-R) for Linux:]" (no line breaks)
> in the "Modify $printer" page but still shows the
> "Driver: Epson 9-Pin Series (grayscale)"
> on the EPSON_WF-4630_Series page.
> Note: This driver is still selected in the fifth step above
>     although I selected a custom .ppd file.
>
> 7. I set the printer as the default printer with
>"$lpadmin -d $printer_machine_readable_name" and confirmed
>the change with "$lpoptions -l".
>
> 8. Printing the CUPS test page from the web interface leaves the
>printer idle. The job now shows up in "$ lpstat" and can also
>be cancelled with "$ cancel $job_id".
>
>
> Please, if anyone knows which documentation I should look at to get
> at the root of this problem or if anyone here has experience with
> setting up a driver for their own printer on OpenBSD, contact me.
>
>
>
> Greetings
>
> Andrew Easton
>
>

Printer Epson WF-4630 with CUPS

[andrew]

Hello, 

I am testing OpenBSD and am looking for documentation on how to add
support for my printer.

1. My printer is an Epson WF-4630.

2. I installed CUPS with pkg_add.

3. I configured CUPS for this printer with "$ lynx localhost:631".
   Unsurprisingly there was no driver for this printer.

4. When using the driver "Epson 9-Pin Series (grayscale)"
   to print the default CUPS test page, the printer outputs
   a white page and the motor moving the paper sounds like the motor
   from a needle printer.

   My point is that CUPS can send something to the printer.

   "$ lpstat" did *not* show any jobs, although the printer reacted.

5. I got the "Epson-WF-4630_Series-epson-escpr-en.ppd" from
   the "epson-inkjet-printer-escpr-1.6.32-1lsb3.2.tar.gz" from
   the Epson Website after clicking on the link which semantically
   means "download drivers for Linux".
   As far as I know a .ppd file is a post script printer description
   file. I have the impression that the file depends solely on the
   printer and not on the operating system. (Please inform me
   in case you know this assumption is incorrect.)

6. CUPS now shows the driver
   "Model:
[Current Driver - EPSON WF-4630 Series , Epson Inkjet Printer
Driver (ESC/P-R) for Linux:]" (no line breaks)
in the "Modify $printer" page but still shows the 
"Driver: Epson 9-Pin Series (grayscale)"
on the EPSON_WF-4630_Series page.
Note: This driver is still selected in the fifth step above
although I selected a custom .ppd file.

7. I set the printer as the default printer with
   "$lpadmin -d $printer_machine_readable_name" and confirmed
   the change with "$lpoptions -l". 

8. Printing the CUPS test page from the web interface leaves the
   printer idle. The job now shows up in "$ lpstat" and can also
   be cancelled with "$ cancel $job_id".


Please, if anyone knows which documentation I should look at to get
at the root of this problem or if anyone here has experience with
setting up a driver for their own printer on OpenBSD, contact me.



Greetings

Andrew Easton

Re: cups changes in 6.2 and printing from libreoffice

[Stuart Henderson]

On 2017-11-17, Allan Streib <astr...@indiana.edu> wrote:
> Stephane HUC "PengouinBSD" <b...@stephane-huc.net> writes:
>
>> Have you change specifically your .kshrc as wrote into the guide?
>> and restarting your session?
>
> No, I hadn't done that. I didn't expect libreoffice would be invoking a
> shell to print but apparently it does and yes, the alias does seem to
> resolve the problem.

That's a surprise.  Do you have gtk+3-cups installed?

Re: cups changes in 6.2 and printing from libreoffice

[Allan Streib]

Stephane HUC "PengouinBSD"  writes:

> Have you change specifically your .kshrc as wrote into the guide?
> and restarting your session?

No, I hadn't done that. I didn't expect libreoffice would be invoking a
shell to print but apparently it does and yes, the alias does seem to
resolve the problem.

Thanks,

Allan

Re: cups changes in 6.2 and printing from libreoffice

[Stephane HUC "PengouinBSD"]

Hi Allan,

Have you change specifically your .kshrc as wrote into the guide?
and restarting your session?

This run correctly. And i use my Printer - Epson BX525WD, by network,
with Cups, without any problem.



Le 11/17/17 à 18:44, Allan Streib a écrit :
> The Upgrade Guide for 6.2 mentions that "The CUPS binaries (lpr, lpq,
> lprm) are no longer symlinked into /usr/bin"
> 
> Amyone know specifically how to get libreoffice to use
> /usr/local/bin/lpr to print?
> 
> Allan
> 

-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net

cups changes in 6.2 and printing from libreoffice

[Allan Streib]

The Upgrade Guide for 6.2 mentions that "The CUPS binaries (lpr, lpq,
lprm) are no longer symlinked into /usr/bin"

Amyone know specifically how to get libreoffice to use
/usr/local/bin/lpr to print?

Allan

Re: CUPS and AVAHI (bloatware)

[Dumitru Mișu Moldovan]

Ingo Schwarze  wrote:

[…]

> 
> > but it's so damn frustrating when I need to look
> > up some of the differences.  
> 
> On a build slave, i guess you do have the disk space to simply
> install all the -doc packages for the packages you are using?
> Sure, it's one additional step at install time, but certainly
> better than lacking documentation in such a role.
> 
> > And it's a pretty eccentric Linux distro,
> > with quite a lot of peculiarities.  
> 
> I hope you don't count the use of mandoc among those.  :-D


Hi Ingo,

That's cool…  I didn't realize at a time, so I guess mandoc does its job
in Alpine Linux as brilliantly as in OpenBSD.  Congrats!

In regards to installing -doc packages in Alpine, it wasn't such a big
deal once I realized the problem.  Disk space is not an issue on that
build slave either.  I think in retrospect the biggest frustration was
realizing where the missing doc files are.  I don't remember
encountering that on other OS'es / distros, for good reason.



BTW, great little distro, I enjoyed Alpine quite a lot.  And trying to
be security-conscious, I believe immunity through diversity is a thing
in the software world as well.  The more diverse the kernels, C, TLS
libs etc., the better (hurray to standards!).  I wonder if Alpine will
survive in current form the 2017 "privatization" of the (GPL!) grsec
patch, though.  I, for one, have decided to completely switch to OpenBSD
as a direct consequence of it (from Hardened Gentoo).  So far, enjoying
contributing to a more diverse world!  ;-]




pgpItQrJzMuD3.pgp
Description: OpenPGP digital signature

Re: CUPS and AVAHI (bloatware)

[Ingo Schwarze]

Hi Dumitru,

Dumitru Moldovan wrote on Tue, Oct 31, 2017 at 10:58:25AM +0200:
> On 30.10.2017 00:32, Ingo Schwarze wrote:
>> Cag wrote on Sun, Oct 29, 2017 at 09:49:49PM +:

>>> man/info pages, pdf/html docs - in -doc;

>> Over my dead body.  Software without documentation is completely
>> useless, almost a crime.  Docs must always be available, even on
>> a tiny server.  The sysadmin logs into the server, needs a brief
>> look at the docs to fix stuff -- and is slowed down because the
>> docs aren't there, and a web search turns up the wrong version,
>> and a wild goose chase ensues?  No way.

> So true!  I am that sysadmin and have such a system as a build slave
> among many others (~30 combinations of OS / distro / arch).  I
> understand why it is built with docs separated in dedicated packages
> (it's Alpine Linux,

That's actually an interesting distro.  :)

> designed originally for embedded stuff, where disk space really
> counts),

Right.  When you design an operating system for a specific purpose,
some decisions might actually make sense that would be very bad
decisions in a general purpose system like OpenBSD or Debian.

> but it's so damn frustrating when I need to look
> up some of the differences.

On a build slave, i guess you do have the disk space to simply
install all the -doc packages for the packages you are using?
Sure, it's one additional step at install time, but certainly
better than lacking documentation in such a role.

> And it's a pretty eccentric Linux distro,
> with quite a lot of peculiarities.

I hope you don't count the use of mandoc among those.  :-D

Yours,
  Ingo

Re: CUPS and AVAHI (bloatware)

[Dumitru Mișu Moldovan]

On 30.10.2017 00:32, Ingo Schwarze wrote:
> Hi,
> 
> Cag wrote on Sun, Oct 29, 2017 at 09:49:49PM +:
> 
> 
>> man/info pages, pdf/html docs - in -doc;
> 
> Over my dead body.  Software without documentation is completely
> useless, almost a crime.  Docs must always be available, even on
> a tiny server.  The sysadmin logs into the server, needs a brief
> look at the docs to fix stuff -- and is slowed down because the
> docs aren't there, and a web search turns up the wrong version,
> and a wild goose chase ensues?  No way.

So true!  I am that sysadmin and have such a system as a build slave
among many others (~30 combinations of OS / distro / arch).  I
understand why it is built with docs separated in dedicated packages
(it's Alpine Linux, designed originally for embedded stuff, where disk
space really counts), but it's so damn frustrating when I need to look
up some of the differences.  And it's a pretty eccentric Linux distro,
with quite a lot of peculiarities.

[…]



pgp_d2ih4mXM9.pgp
Description: OpenPGP digital signature

Re: CUPS and AVAHI (bloatware)

[Rupert Gallagher]

Patch:

add "--disable-avahi --disable-dbus" to configure.

I hope the package maintainers will consider the opportunity to make their task 
easier, by applying the above and thus removing a shitload of dependencies that 
are both functionally unnecessary and a security hazard.

End-of-thread.

Sent from ProtonMail Mobile

On Thu, Oct 26, 2017 at 1:24 PM, Rupert Gallagher <r...@protonmail.com> wrote:

> It is well known that cups does not need avahi.
>
> Avahi is an option, it requires dbus, which requires X11. If you have a 
> server with limited resources and without X11,  you cannot install the 
> present cups package.
>
> Please remove cups's dependency on avahi.

Re: CUPS and AVAHI (bloatware)

[Ingo Schwarze]

Hi,

gwes wrote on Mon, Oct 30, 2017 at 01:43:03AM -0400:

> The last time AVAHI got installed on one of my systems
> the installer started it immediately.
> Avahi then proceeded to scribble on that system's
> network configuration and confuse other systems on
> that subnet.

That doesn't sound like OpenBSD at all.
Did that happen to you on a Debian system?

  schwarze@isnote $ pkg_info | grep avahi
  avahi-0.7p0 framework for Multicast DNS Service Discovery
  schwarze@isnote $ ps axu | grep avahi
  schwarze 45428  0.0  0.0   312  1372 pd  S+p1:37PM0:00.00 grep avahi
  schwarze@isnote $ grep avahi /etc/rc.conf.local
  schwarze@isnote $ grep avahi /usr/ports/print/cups/pkg/cupsd.rc 
  schwarze@isnote $ 

So i have avahi installed, i did not change its configuration,
and it is not running.  Even the cups start script does not appear
to automatically enable it.

I think what you are asking for is already the case.

If you think there is a bug, you need to be more specific.

Yours,
  Ingo

Re: CUPS and AVAHI (bloatware)

[Ingo Schwarze]

Hi,

Rupert Gallagher wrote on Mon, Oct 30, 2017 at 06:11:45AM -0400:

> Ingo, we must not install 100MB of unwanted optional software.
> Since when OpenBSD joined the bandwagon of bloatware?

Since 1995.

Sure, OpenBSD tends to avoid installing stuff that is never needed,
but avoiding to install stuff that may not be needed for a particular
purpose has never been a priority among the project goals.  It has
always been secondary to correctness, usability, simplicity, security,
reliability, and in particular to ease of maintenance.

In many cases, the above goals naturally result in smallness
as a by-product: replacement of ntpd with OpenNTPD, Apache
with httpd, bind with nsd/unbound, groff with mandoc, ...

Yet, smallness of the minimum install is not a goal in itself.
For example, OpenBGPD is part of the base system, and uninstalling
it is not supported.

Also, the above goals do not always result in smallness.
Consider the recent addition of clang.  We call that GNU:
Gigantic and Nasty but Unavoidable.

Yours,
  Ingo

Re: CUPS and AVAHI (bloatware)

[edgar]

 
 
Does ports@ no longer exist?
 
 
 

 
 
 
 
 
>  
> On Oct 30, 2017 at 5:59 AM,wrote:
>  
>  
>  On Mon, Oct 30, 2017 at 06:36:38AM -0400, Rupert Gallagher wrote:  >  The 
> openbsd decision to make cups package dependent from avahi is  >  opaque. 
> Where can we read this decision? What is the evidence that  >  supported it? 
> Is this evidence still relevant? Why, oh why, the  >  package maintainer(s) 
> of cups resist the opportunity to make their own  >  burden less heavy by 
> removing needless parts? Are they on avahi's  >  payroll? What is the point 
> of stirring around in the past? That won't change anything. Where is your 
> diff that fixes a problem, today? Venting frustration on this list is not 
> productive and won't solve your problem. Instead, you could be patiently and 
> respectfully discussing technical details of your proposed diff with the 
> package maintainers (provided they're still in the mood for such a discussion 
> after you've derided their work on this list). 
>  
 

Re: CUPS and AVAHI (bloatware)

[Stefan Sperling]

On Mon, Oct 30, 2017 at 06:36:38AM -0400, Rupert Gallagher wrote:
> The openbsd decision to make cups package dependent from avahi is
> opaque. Where can we read this decision? What is the evidence that
> supported it? Is this evidence still relevant? Why, oh why, the
> package maintainer(s) of cups resist the opportunity to make their own
> burden less heavy by removing needless parts? Are they on avahi's
> payroll?

What is the point of stirring around in the past?
That won't change anything.

Where is your diff that fixes a problem, today?
Venting frustration on this list is not productive and won't solve
your problem. Instead, you could be patiently and respectfully
discussing technical details of your proposed diff with the package
maintainers (provided they're still in the mood for such a discussion
after you've derided their work on this list).

Re: CUPS and AVAHI (bloatware)

[Stefan Sperling]

On Mon, Oct 30, 2017 at 06:11:45AM -0400, Rupert Gallagher wrote:
> Ingo, we must not install 100MB of unwanted optional software.
> Since when OpenBSD joined the bandwagon of bloatware?

It's happened ever since you chose not to do anything about it.

It's your choice. If you really need to get rid of those extra 100MB
you can figure out what's involved, try to achieve consensus for your
ideas within the community, and get the work done. If consensus for
your ideas cannot be achieved, you can still maintain custom changes
locally and be happy with a system built just as you like it.

Re: CUPS and AVAHI (bloatware)

[Rupert Gallagher]

noth --> both

Sent from ProtonMail Mobile

On Mon, Oct 30, 2017 at 11:36 AM, Rupert Gallagher <r...@protonmail.com> wrote:

>> being critical of decisions made > You don't get to make the decisions, 
>> since you aren't doing the work I can do the work. As a matter of fact, I 
>> build my servers from scratch, from the firmware all the way up to the 
>> automatic configuration of clients. It is hell, but I get what I need, and 
>> nothing more. Since I speak out of experience, I know well that cups 
>> dependency on avahi is noth a needless burden and a security hazard. The 
>> openbsd decision to make cups package dependent from avahi is opaque. Where 
>> can we read this decision? What is the evidence that supported it? Is this 
>> evidence still relevant? Why, oh why, the package maintainer(s) of cups 
>> resist the opportunity to make their own burden less heavy by removing 
>> needless parts? Are they on avahi's payroll? RG Sent from ProtonMail Mobile 
>> On Sun, Oct 29, 2017 at 11:49 PM, Theo de Raadt wrote: >> > So basically you 
>> are saying the ports developers, who have worked very > > hard, haven't 
>> built things exactly the way you want. > > Did I get that right? > > Nobody 
>> apparently cared about it (neither do I really). It's an idea to > be 
>> discussed (or not), not a proposal to have an answer right now. Shrug. > > 
>> By the way who are you? > > A happy fairly long time user. They keep using. 
>> But your mails are going beyond by being critical of decisions made. > > Are 
>> you proposing to write a diff which handles all the cases, or > > are you 
>> offloading a proposal on other people -- a proposal you came > > up with in 
>> the last hour or so? > > A couple of years ago or so, it doesn't matter. It 
>> was discussed > privately and in some forums/lists; and it wasn't me who 
>> came up with > this idea first, certainly. I discussed world peace in a bar 
>> once. > If would literally take a couple of if's in Makefile for a price of 
>> > A LOT of saved bandwidth and disk space. Of course it would quadruple > 
>> the number of packages. You don't get to make the decisions, since you 
>> aren't doing the work. > > You can seperate things, and a year down the line 
>> that seperation > > doesn't work anymore. Then it all has to be redone. > > 
>> This can happen with a build system, then it used CMake, now it uses > 
>> ninja. Or then it relied on GTK+2, now it uses GTK+3. Or Qt. Or Tk. > Or 
>> previous ./configure no longer exist. Lots of words. No acti...@openbsd.org>

Re: CUPS and AVAHI (bloatware)

[Rupert Gallagher]

+1

Sent from ProtonMail Mobile

On Mon, Oct 30, 2017 at 6:43 AM, gwes  wrote:

> The last time AVAHI got installed on one of my systems the installer started 
> it immediately. Avahi then proceeded to scribble on that system's network 
> configuration and confuse other systems on that subnet. I would assert that 
> Avahi should be either (a) not automatically started when installed or (b) 
> split. I am not asking for a general split. This one package causes a lot of 
> confusion if the daemons are started. A simple "do you want to enable the 
> daemons?" would be good enough. Is this worth considering? thanks geoff 
> steckel

Re: CUPS and AVAHI (bloatware)

[Rupert Gallagher]

> being critical of decisions made

>  You don't get to make the decisions, since you aren't doing the work

I can do the work. As a matter of fact, I build my servers from scratch, from 
the firmware all the way up to the automatic configuration of clients. It is 
hell, but I get what I need, and nothing more.

Since I speak out of experience, I know well that cups dependency on avahi is 
noth a needless burden and a security hazard.

The openbsd decision to make cups package dependent from avahi is opaque. Where 
can we read this decision? What is the evidence that supported it? Is this 
evidence still relevant? Why, oh why, the package maintainer(s) of cups resist 
the opportunity to make their own burden less heavy by removing needless parts? 
Are they on avahi's payroll?

RG

Sent from ProtonMail Mobile

On Sun, Oct 29, 2017 at 11:49 PM, Theo de Raadt <dera...@openbsd.org> wrote:

>> > So basically you are saying the ports developers, who have worked very > > 
>> > hard, haven't built things exactly the way you want. > > Did I get that 
>> > right? > > Nobody apparently cared about it (neither do I really). It's an 
>> > idea to > be discussed (or not), not a proposal to have an answer right 
>> > now. Shrug. > > By the way who are you? > > A happy fairly long time user. 
>> > They keep using. But your mails are going beyond by being critical of 
>> > decisions made. > > Are you proposing to write a diff which handles all 
>> > the cases, or > > are you offloading a proposal on other people -- a 
>> > proposal you came > > up with in the last hour or so? > > A couple of 
>> > years ago or so, it doesn't matter. It was discussed > privately and in 
>> > some forums/lists; and it wasn't me who came up with > this idea first, 
>> > certainly. I discussed world peace in a bar once. > If would literally 
>> > take a couple of if's in Makefile for a price of > A LOT of saved 
>> > bandwidth and disk space. Of course it would quadruple > the number of 
>> > packages. You don't get to make the decisions, since you aren't doing the 
>> > work. > > You can seperate things, and a year down the line that 
>> > seperation > > doesn't work anymore. Then it all has to be redone. > > 
>> > This can happen with a build system, then it used CMake, now it uses > 
>> > ninja. Or then it relied on GTK+2, now it uses GTK+3. Or Qt. Or Tk. > Or 
>> > previous ./configure no longer exist. Lots of words. No action.

Re: CUPS and AVAHI (bloatware)

[Rupert Gallagher]

Ingo, we must not install 100MB of unwanted optional software. Since when 
OpenBSD joined the bandwagon of bloatware?

Sent from ProtonMail Mobile

On Sun, Oct 29, 2017 at 9:26 PM, Ingo Schwarze <schwa...@usta.de> wrote:

> Hi, gwes wrote on Sun, Oct 29, 2017 at 03:40:48PM -0400: > On 10/26/17 07:24, 
> Rupert Gallagher wrote: >> If you have a server with limited resources and 
> without X11, >> you cannot install the present cups package. I can't comment 
> on CUPS and avahi in particular, but yes, in general, X libraries are 
> required to work with packages(7). So even on a stunted server, always 
> install xbase??.tgz, or expect trouble and deal with it without asking for 
> help or for changes to the system. Disks that can't hold an additional 63 MB 
> practically no longer exist. > When this works you should probably work with 
> the ports > group to make this version available. They may not accept > it 
> because compiling another version of cups on their > build systems would take 
> too long. Bulk build times are a consideration, but even if build times are 
> moderate, additional flavours are often rejected because simplicity and 
> reliability are paramount. Each additional flavour invites additional failure 
> modes, requires additional testing, and complicates maintenance of dependent 
> ports. > In any case posting a succinct list of the changes you had to make > 
> might be interesting to some people. In general, home-brewing a version of a 
> library package with some dependency removed is a very bad idea. Even if you 
> do it, don't advertise the details to the world, because it is likely to trap 
> the unwary, in particular those who understand even less than you what they 
> are doing, into following you and screwing their systems up. Say you build 
> custom, non-official flavour L-noD of the library package L that, in the 
> official ports tree, always depends on the package D. Months later, you 
> decide to install the application package A that depends on L. If A also 
> depends on D, the port maintainer probably did *not* register the dependency 
> on D in LIB_DEPENDS, BUILD_DEPENDS, or RUN_DEPENDS because that's already 
> implied by the dependency on L. So with your non-official L-noD installed, 
> any attempt to install A is likely to fail in surprising ways, no matter 
> whether you try installing it from packages or whether you try to build it 
> yourself in your own copy of the ports tree. Yours, Ingo

Re: CUPS and AVAHI (bloatware)

[gwes]

The last time AVAHI got installed on one of my systems
the installer started it immediately.
Avahi then proceeded to scribble on that system's
network configuration and confuse other systems on
that subnet.

I would assert that Avahi should be either (a)
not automatically started when installed or (b)
split.

I am not asking for a general split. This one
package causes a lot of confusion if the daemons
are started. A simple "do you want to enable the
daemons?" would be good enough.

Is this worth considering?

thanks
geoff steckel

Re: CUPS and AVAHI (bloatware)

[Kurt H Maier]

I don't like the idea of splitting packages, but I get weirded out when
ghostscript (which DOES have a no_x11 variant) winds up pulling in dbus.
I guess there's no escaping freedesktop.org.

khm

Re: CUPS and AVAHI (bloatware)

[Ingo Schwarze]

Hi Cag,

Cag wrote on Sun, Oct 29, 2017 at 10:51:29PM +:
> Ingo Schwarze wrote:
 
>> No.  OpenBSD is a developer-oriented system, so headers are an
>> integral part of the installation.  Installing them must not be
>> optional, or it will cause nothing but needless confusion as soon
>> as people actually start using what they installed.

> And what if someone wants to build an OpenBSD router?

I did so many times.

> It doesn't need headers, or docs.

I did read manual pages there in the past, for sure.
It even happened in 2017 that i read manual pages on a server
machine (that doesn't even have a monitor) and then committed
improvements to that manual based on what i read there.

Besides, i regularly use /usr/include as part of the documentation,
usually more than once every week.  Many manual pages contain copies
of struct declarations, but many others actually point to the header
files for that kind of documentation, and many OpenBSD developers
agree that in some cases, that's a reasonable way to document.

> It doesn't have a lot of storage.

Sure, my first OpenBSD router had 200 MB of hard disk space grand
total.  I did have to do a few special things to save space there,
but the last time i needed that was more than a decade ago.  One
i'm currently still running has a 1 GB disk.  No more special savings
needed, OpenBSD just works out of the box.

Oh, and by the way, the only package i usually install on routers
is this one:

   $ pkg_info -L rsync
  Information for inst:rsync-3.1.2p0

  Files:
  /usr/local/bin/rrsync
  /usr/local/bin/rsync
  /usr/local/man/man1/rsync.1
  /usr/local/man/man5/rsyncd.conf.5
  /usr/local/share/doc/rsync/tech_report.tex
  /etc/rc.d/rsyncd

I guess you don't want to split that into -main and -doc, right?

So the discussion about splitting packages is *particularly*
irrelevant for very small servers because those have hardly any
packages in the first place.

> Are you a dev?

Yes, I am.

> Use this meta -dev package that pulls -dev versions of all packages
> you installed.

Hell, no.  Useless additional work, one more thing to code when
packaging, one more thing to configure, one more thing to maintain,
one more thing to forget about.

> Are you an admin?

Yes, I am.

> Install this -doc metapackage with docs.

Useless additional work.  One among the most important strengths
of OpenBSD is that it requires less work and less configuration.
It just works without any of the additional steps you propose.

I do all the things you want to improve all the time, but don't
see any actual problem that needs solving.

Yours,
  Ingo

Re: CUPS and AVAHI (bloatware)

[Jeremie Courreges-Anglas]

On Sun, Oct 29 2017, Ingo Schwarze  wrote:

[...]

>> /usr/local/share/locale files - in -lang;
>
> In most cases useless on OpenBSD, most of that stuff isn't used 
> in the first place.

Most of what can be found in /usr/local/share/locale are LC_MESSAGES
files handled by gettext, they are actually used as soon as one sets
LC_MESSAGES.

There's a bunch of LC_TIME and LC_SCRIPTS files too, which are unused it
seems.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: CUPS and AVAHI (bloatware)

[Theo de Raadt]

> > No.  OpenBSD is a developer-oriented system, so headers are an
> > integral part of the installation.  Installing them must not be
> > optional, or it will cause nothing but needless confusion as soon
> > as people actually start using what they installed.
> 
> And what if someone wants to build an OpenBSD router? It doesn't need
> headers, or docs. It doesn't have a lot of storage. Are you a dev?
> Use this meta -dev package that pulls -dev versions of all packages
> you installed. Are you an admin? Install this -doc metapackage with
> docs.

You can use what we provide which satisfies the maximum number of
needs & requiresments in the smallest complete operating system
package...

Or you can go it all yourself.  Why don't you do that?

It is pretty obvious you are only thinking of yourself, so you should
go create your own system.

I actually think you don't have the combination of balls, skills,
or dedication to follow through on anything you are talking about,
so I expect you'll keep using OpenBSD.

But we don't need to put up with your demands.  Adjust your attitude
user -- you didnt pay a dime for the wonderful software built over
25 years by thousands of volunteers.


I believe this conversation is over, because you have no credibility.

Re: CUPS and AVAHI (bloatware)

[Cág]

Ingo Schwarze wrote:

> No.  OpenBSD is a developer-oriented system, so headers are an
> integral part of the installation.  Installing them must not be
> optional, or it will cause nothing but needless confusion as soon
> as people actually start using what they installed.

And what if someone wants to build an OpenBSD router? It doesn't need
headers, or docs. It doesn't have a lot of storage. Are you a dev?
Use this meta -dev package that pulls -dev versions of all packages
you installed. Are you an admin? Install this -doc metapackage with
docs.


Cheers

-- 
caóc

Re: CUPS and AVAHI (bloatware)

[Theo de Raadt]

> > So basically you are saying the ports developers, who have worked very
> > hard, haven't built things exactly the way you want.
> > Did I get that right?
> 
> Nobody apparently cared about it (neither do I really). It's an idea to
> be discussed (or not), not a proposal to have an answer right now.

Shrug.

> > By the way who are you?
> 
> A happy fairly long time user.

They keep using. But your mails are going beyond by being critical
of decisions made.

> > Are you proposing to write a diff which handles all the cases, or
> > are you offloading a proposal on other people -- a proposal you came
> > up with in the last hour or so?
> 
> A couple of years ago or so, it doesn't matter. It was discussed
> privately and in some forums/lists; and it wasn't me who came up with
> this idea first, certainly.

I discussed world peace in a bar once.

> If would literally take a couple of if's in Makefile for a price of
> A LOT of saved bandwidth and disk space. Of course it would quadruple
> the number of packages.

You don't get to make the decisions, since you aren't doing the work.

> > You can seperate things, and a year down the line that seperation
> > doesn't work anymore.  Then it all has to be redone.
> 
> This can happen with a build system, then it used CMake, now it uses
> ninja. Or then it relied on GTK+2, now it uses GTK+3. Or Qt. Or Tk.
> Or previous ./configure no longer exist.

Lots of words.  No action.

Re: CUPS and AVAHI (bloatware)

[Cág]

> So basically you are saying the ports developers, who have worked very
> hard, haven't built things exactly the way you want.
> Did I get that right?

Nobody apparently cared about it (neither do I really). It's an idea to
be discussed (or not), not a proposal to have an answer right now.

> By the way who are you?

A happy fairly long time user.

> Are you proposing to write a diff which handles all the cases, or
> are you offloading a proposal on other people -- a proposal you came
> up with in the last hour or so?

A couple of years ago or so, it doesn't matter. It was discussed
privately and in some forums/lists; and it wasn't me who came up with
this idea first, certainly.

> More complexity.

If would literally take a couple of if's in Makefile for a price of
A LOT of saved bandwidth and disk space. Of course it would quadruple
the number of packages.

> You can seperate things, and a year down the line that seperation
> doesn't work anymore.  Then it all has to be redone.

This can happen with a build system, then it used CMake, now it uses
ninja. Or then it relied on GTK+2, now it uses GTK+3. Or Qt. Or Tk.
Or previous ./configure no longer exist.

-- 
caóc

Re: CUPS and AVAHI (bloatware)

[Ingo Schwarze]

Hi,

Cag wrote on Sun, Oct 29, 2017 at 09:49:49PM +:

> headers and such - in -dev;

No.  OpenBSD is a developer-oriented system, so headers are an
integral part of the installation.  Installing them must not be
optional, or it will cause nothing but needless confusion as soon
as people actually start using what they installed.

> man/info pages, pdf/html docs - in -doc;

Over my dead body.  Software without documentation is completely
useless, almost a crime.  Docs must always be available, even on
a tiny server.  The sysadmin logs into the server, needs a brief
look at the docs to fix stuff -- and is slowed down because the
docs aren't there, and a web search turns up the wrong version,
and a wild goose chase ensues?  No way.

Yes, there are exceptions.  If the documentation is of excessive
size, in a hostile format like PDF, and/or needs a ridiculous
toolchain for building, then in rare cases separate -doc may be the
least terrible way out, but it's always a symptom that docs are
pitifully defective.

> /usr/local/share/locale files - in -lang;

In most cases useless on OpenBSD, most of that stuff isn't used 
in the first place.  Certainly not important enough to consider
special rules for it.

KISS.

Yours,
  Ingo

Re: CUPS and AVAHI (bloatware)

[Theo de Raadt]

> > Build time of cups isn't really an issue. But the dependency chain 
> > around cups is already very delicate, and anything involving optional
> > dependencies for a library gets *really* awkward further down the chain.
> 
> How about package splitting? cups doesn't require avahi binaries or XML
> dbus entries (org.freedesktop.Avahi.Something.xml), it can only use
> libavahi-client and libavahi-common shared libraries, so let them be in
> avahi-libs or libavahi or whatever. The same applies to dbus packages;
> they're big and fat with a lot of executables, but many programmes only
> need libdbus.so.

So basically you are saying the ports developers, who have worked very
hard, haven't built things exactly the way you want.

Did I get that right?

By the way who are you?

Are you proposing to write a diff which handles all the cases, or
are you offloading a proposal on other people -- a proposal you came
up with in the last hour or so?

You come off as pretty uncharitable.

> Since we started the topic, another example: as I am typing this in
> mutt, why would I need the entire cyrus-sasl, if mutt-sasl only needs
> libsasl?

Because decisions were made by some people, to try to satisfy the
most common requirements.

> It's already done by various package managers, some of them are ugly,
> some of them are pretty cool. Most of them split packages into -dev,
> -doc, -lang, and lib-, of course in case of having files that fit
> these categories:
> headers and such - in -dev;
> man/info pages, pdf/html docs - in -doc;
> /usr/local/share/locale files - in -lang;
> shared libs - in lib-.

More complexity.

I don't think you are listening.  The ports developers make economical
decisions as to how things get coupled, because the upstreams keep
changing their minds.  You can seperate things, and a year down the
line that seperation doesn't work anymore.  Then it all has to be redone.

It seems there aren't enough people in the ports tree to satisfy the
complex requirements you describe.

Re: CUPS and AVAHI (bloatware)

[Cág]

Stuart Henderson wrote:

> Build time of cups isn't really an issue. But the dependency chain 
> around cups is already very delicate, and anything involving optional
> dependencies for a library gets *really* awkward further down the chain.

How about package splitting? cups doesn't require avahi binaries or XML
dbus entries (org.freedesktop.Avahi.Something.xml), it can only use
libavahi-client and libavahi-common shared libraries, so let them be in
avahi-libs or libavahi or whatever. The same applies to dbus packages;
they're big and fat with a lot of executables, but many programmes only
need libdbus.so.

Since we started the topic, another example: as I am typing this in
mutt, why would I need the entire cyrus-sasl, if mutt-sasl only needs
libsasl?

It's already done by various package managers, some of them are ugly,
some of them are pretty cool. Most of them split packages into -dev,
-doc, -lang, and lib-, of course in case of having files that fit
these categories:
headers and such - in -dev;
man/info pages, pdf/html docs - in -doc;
/usr/local/share/locale files - in -lang;
shared libs - in lib-.

-- 
caóc

Re: CUPS and AVAHI (bloatware)

[Stuart Henderson]

On 2017-10-29, gwes <g...@oat.com> wrote:
> When this works you should probably work with the ports
> group to make this version available. They may not accept
> it because compiling another version of cups on their
> build systems would take too long.

Build time of cups isn't really an issue. But the dependency chain 
around cups is already very delicate, and anything involving optional
dependencies for a library gets *really* awkward further down the chain.

Re: CUPS and AVAHI (bloatware)

[Ingo Schwarze]

Hi,

gwes wrote on Sun, Oct 29, 2017 at 03:40:48PM -0400:
> On 10/26/17 07:24, Rupert Gallagher wrote:

>> If you have a server with limited resources and without X11,
>> you cannot install the present cups package.

I can't comment on CUPS and avahi in particular, but yes, in general,
X libraries are required to work with packages(7).  So even on a
stunted server, always install xbase??.tgz, or expect trouble and
deal with it without asking for help or for changes to the system.
Disks that can't hold an additional 63 MB practically no longer
exist.

> When this works you should probably work with the ports
> group to make this version available. They may not accept
> it because compiling another version of cups on their
> build systems would take too long.

Bulk build times are a consideration, but even if build times are
moderate, additional flavours are often rejected because simplicity
and reliability are paramount.  Each additional flavour invites
additional failure modes, requires additional testing, and
complicates maintenance of dependent ports.

> In any case posting a succinct list of the changes you had to make
> might be interesting to some people.

In general, home-brewing a version of a library package with some
dependency removed is a very bad idea.  Even if you do it, don't
advertise the details to the world, because it is likely to trap
the unwary, in particular those who understand even less than you
what they are doing, into following you and screwing their systems up.

Say you build custom, non-official flavour L-noD of the library
package L that, in the official ports tree, always depends on the
package D.  Months later, you decide to install the application
package A that depends on L.  If A also depends on D, the port
maintainer probably did *not* register the dependency on D in
LIB_DEPENDS, BUILD_DEPENDS, or RUN_DEPENDS because that's already
implied by the dependency on L.

So with your non-official L-noD installed, any attempt to install
A is likely to fail in surprising ways, no matter whether you try
installing it from packages or whether you try to build it yourself
in your own copy of the ports tree.

Yours,
  Ingo

Re: CUPS and AVAHI (bloatware)

[gwes]

On 10/26/17 07:24, Rupert Gallagher wrote:

It is well known that cups does not need avahi.

Avahi is an option, it requires dbus, which requires X11. If you have a server 
with limited resources and without X11,  you cannot install the present cups 
package.

Please remove cups's dependency on avahi.



Check the FAQs for how to build ports.
It's possible to build a version of cups without avahi.
You would need to do it on a moderately capable system:
any recent laptop or desktop system would suffice.
It must have the same type of CPU as your target system.

I'm not sure I have all the details correct, but this is
what should work.

After setting up your system to build ports from
the instructions in the FAQ:

go to /usr/ports/print/cups and edit Makefile to
remove all mentions of avahi and mdns

make print-build-depends > list_of_dependencies

go through that list and install all of them using
pkg_add. This saves considerable time since the
make will build and install all missing dependencies.

This is the crucial step:
make CONFIGURE_ARGS='--disable-avahi --disable-mdns'

you may have to use 'doas' for this step:
make package
this will create a cups package which can be installed
with pkg_add on the system of your choice.
It -will- install dbus. Removing that is harder.

When this works you should probably work with the ports
group to make this version available. They may not accept
it because compiling another version of cups on their
build systems would take too long. In any case posting
a succinct list of the changes you had to make might
be interesting to some people.


geoff steckel

CUPS and AVAHI (bloatware)

[Rupert Gallagher]

It is well known that cups does not need avahi.

Avahi is an option, it requires dbus, which requires X11. If you have a server 
with limited resources and without X11,  you cannot install the present cups 
package.

Please remove cups's dependency on avahi.

Re: Cups not run after Upgrade 6.2

[Stephane HUC "PengouinBSD"]

Ok, i delete cups package.
And, after new install, cupsd run!

$ ls -al /etc/cups/
total 92
drwxr-xr-x   4 root  _cups512 Oct 16 08:58 ./
drwxr-xr-x  59 root  wheel   2560 Oct 16 09:21 ../
-rw---   1 root  _cups  0 Oct 16 08:58 classes.conf
-rw-r--r--   1 root  _cups  0 Oct 16 08:58 client.conf
-rw-r--r--   1 root  _cups936 Oct  9 19:30 command.types
-rw-r-   1 root  _cups   2979 Oct 16 08:58 cups-files.conf
-rw-r--r--   1 root  _cups  10802 Oct 16 08:58 cups-pdf.conf
-rw-r-   1 root  _cups   6278 Oct 16 08:58 cupsd.conf
-rw-r--r--   1 root  _cups  0 Oct 16 08:58 lpoptions
drwxr-xr-x   2 root  _cups512 Oct  9 19:30 ppd/
-rw-r--r--   1 root  _cups273 Sep 15 19:58 printcap
-rw---   1 root  _cups  0 Oct 16 08:58 printers.conf
-rw---   1 root  _cups886 Oct  9 15:39 printers.conf.O
-rw-r-   1 root  _cups142 Oct 16 08:58 snmp.conf
drwx--   2 root  _cups512 Oct 16 08:58 ssl/
-rw-r-   1 root  _cups111 Oct 10 13:28 subscriptions.conf
-rw-r-   1 root  _cups401 Oct  9 20:10 subscriptions.conf.O

$ doas /usr/local/sbin/cupsd -t
"/etc/cups/cups-files.conf" is OK.
"/etc/cups/cupsd.conf" is OK.

Ty!

Le 10/16/17 à 08:50, Stephane HUC "PengouinBSD" a écrit :
> Hi :p
> 
> Ok, i delete /var/cache/cups.
> 
> And, into /etc/cups/, i've not file cupsd.conf!
> 
> $ ls -al /etc/cups/
> total 64
> drwxr-xr-x   4 root  _cups512 Oct 10 13:28 .
> drwxr-xr-x  59 root  wheel   2560 Oct 16 01:10 ..
> -rw-r--r--   1 root  _cups936 Oct  9 19:30 command.types
> -rw-r--r--   1 root  _cups  10802 Oct  9 17:41 cups-pdf.conf
> -rw-r--r--   1 root  _cups  0 Oct  9 16:34 lpoptions
> drwxr-xr-x   2 root  _cups512 Oct  9 19:30 ppd
> -rw-r--r--   1 root  _cups273 Sep 15 19:58 printcap
> -rw---   1 root  _cups886 Oct  9 15:39 printers.conf.O
> drwx--   2 root  _cups512 Aug 29 20:37 ssl
> -rw-r-   1 root  _cups111 Oct 10 13:28 subscriptions.conf
> -rw-r-   1 root  _cups401 Oct  9 20:10 subscriptions.conf.O
> 
> 
> Le 10/16/17 à 08:45, Robert Klein a écrit :
>> Hi,
>>
>> On Mon, 16 Oct 2017 08:10:41 +0200
>> "Stephane HUC \"PengouinBSD\"" <b...@stephane-huc.net> wrote:
>>
>>> The output is none:
>>>
>>> [08:07:05] :root@ptb-zou: ~ $ /usr/local/sbin/cupsd -t
>>> [08:07:05] :root@ptb-zou: ~ $
>>>
>>
>> I'd have expected something like
>>
>> "/etc/cups/cupsd.conf" is OK.
>>
>>
>> but you probably don't need cupsd.conf/
>>
>>
>>> And about file log:
>>>
>>> $ cat
>>> /var/log/cups/error_log 
>>>   
>>>
>>> E [09/Oct/2017:20:10:22 +0200] Unable to create
>>> "/var/cache/cups/job.cache.N": No such file or directory
>>> E [10/Oct/2017:13:28:09 +0200] Unable to create
>>> "/var/cache/cups/job.cache.N": No such file or directory
>>>
>>> $ ls -al /var/cache/ | grep cups
>>> drwxr-xr-x   2 root  wheel   512 Oct 15 21:24 cups
>>>
>>> do i need _cups user rights?
>>>
>>
>> yes.  You can just delete the directory, cups recreates it on start.
>>
>>
>> Best regards
>> Robert
>>
>>
>>
>>
>>
>>
>>>
>>> Le 10/16/17 à 08:01, Robert Klein a écrit :
>>>> Hi,
>>>>
>>>> On Sun, 15 Oct 2017 21:35:30 +0200
>>>> "Stephane HUC \"PengouinBSD\"" <b...@stephane-huc.net> wrote:
>>>>  
>>>>> Hi,
>>>>>
>>>>> After upgrade to 6.2 (amd64), Cups not run!
>>>>>
>>>>> $ doas rcctl start cupsd
>>>>> cupsd(failed)  
>>>>
>>>> What is the output of 
>>>>
>>>> /usr/local/sbin/cupsd -t
>>>>
>>>> run as root?
>>>>
>>>>
>>>> Is there anything in the /var/log/cups/error_log logfile?
>>>>
>>>>
>>>> Best regards
>>>> Robert  
>>>
>>
> 

-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net



signature.asc
Description: OpenPGP digital signature

Re: Cups not run after Upgrade 6.2

[Stephane HUC "PengouinBSD"]

Hi :p

Ok, i delete /var/cache/cups.

And, into /etc/cups/, i've not file cupsd.conf!

$ ls -al /etc/cups/
total 64
drwxr-xr-x   4 root  _cups512 Oct 10 13:28 .
drwxr-xr-x  59 root  wheel   2560 Oct 16 01:10 ..
-rw-r--r--   1 root  _cups936 Oct  9 19:30 command.types
-rw-r--r--   1 root  _cups  10802 Oct  9 17:41 cups-pdf.conf
-rw-r--r--   1 root  _cups  0 Oct  9 16:34 lpoptions
drwxr-xr-x   2 root  _cups512 Oct  9 19:30 ppd
-rw-r--r--   1 root  _cups273 Sep 15 19:58 printcap
-rw---   1 root  _cups886 Oct  9 15:39 printers.conf.O
drwx--   2 root  _cups512 Aug 29 20:37 ssl
-rw-r-   1 root  _cups111 Oct 10 13:28 subscriptions.conf
-rw-r-   1 root  _cups401 Oct  9 20:10 subscriptions.conf.O


Le 10/16/17 à 08:45, Robert Klein a écrit :
> Hi,
> 
> On Mon, 16 Oct 2017 08:10:41 +0200
> "Stephane HUC \"PengouinBSD\"" <b...@stephane-huc.net> wrote:
> 
>> The output is none:
>>
>> [08:07:05] :root@ptb-zou: ~ $ /usr/local/sbin/cupsd -t
>> [08:07:05] :root@ptb-zou: ~ $
>>
> 
> I'd have expected something like
> 
> "/etc/cups/cupsd.conf" is OK.
> 
> 
> but you probably don't need cupsd.conf/
> 
> 
>> And about file log:
>>
>> $ cat
>> /var/log/cups/error_log  
>>  
>>
>> E [09/Oct/2017:20:10:22 +0200] Unable to create
>> "/var/cache/cups/job.cache.N": No such file or directory
>> E [10/Oct/2017:13:28:09 +0200] Unable to create
>> "/var/cache/cups/job.cache.N": No such file or directory
>>
>> $ ls -al /var/cache/ | grep cups
>> drwxr-xr-x   2 root  wheel   512 Oct 15 21:24 cups
>>
>> do i need _cups user rights?
>>
> 
> yes.  You can just delete the directory, cups recreates it on start.
> 
> 
> Best regards
> Robert
> 
> 
> 
> 
> 
> 
>>
>> Le 10/16/17 à 08:01, Robert Klein a écrit :
>>> Hi,
>>>
>>> On Sun, 15 Oct 2017 21:35:30 +0200
>>> "Stephane HUC \"PengouinBSD\"" <b...@stephane-huc.net> wrote:
>>>  
>>>> Hi,
>>>>
>>>> After upgrade to 6.2 (amd64), Cups not run!
>>>>
>>>> $ doas rcctl start cupsd
>>>> cupsd(failed)  
>>>
>>> What is the output of 
>>>
>>> /usr/local/sbin/cupsd -t
>>>
>>> run as root?
>>>
>>>
>>> Is there anything in the /var/log/cups/error_log logfile?
>>>
>>>
>>> Best regards
>>> Robert  
>>
> 

-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net



signature.asc
Description: OpenPGP digital signature

Re: Cups not run after Upgrade 6.2

[Robert Klein]

Hi,

On Mon, 16 Oct 2017 08:10:41 +0200
"Stephane HUC \"PengouinBSD\"" <b...@stephane-huc.net> wrote:

> The output is none:
> 
> [08:07:05] :root@ptb-zou: ~ $ /usr/local/sbin/cupsd -t
> [08:07:05] :root@ptb-zou: ~ $
> 

I'd have expected something like

"/etc/cups/cupsd.conf" is OK.


but you probably don't need cupsd.conf/


> And about file log:
> 
> $ cat
> /var/log/cups/error_log   
> 
> 
> E [09/Oct/2017:20:10:22 +0200] Unable to create
> "/var/cache/cups/job.cache.N": No such file or directory
> E [10/Oct/2017:13:28:09 +0200] Unable to create
> "/var/cache/cups/job.cache.N": No such file or directory
> 
> $ ls -al /var/cache/ | grep cups
> drwxr-xr-x   2 root  wheel   512 Oct 15 21:24 cups
> 
> do i need _cups user rights?
> 

yes.  You can just delete the directory, cups recreates it on start.


Best regards
Robert






> 
> Le 10/16/17 à 08:01, Robert Klein a écrit :
> > Hi,
> >
> > On Sun, 15 Oct 2017 21:35:30 +0200
> > "Stephane HUC \"PengouinBSD\"" <b...@stephane-huc.net> wrote:
> >  
> >> Hi,
> >>
> >> After upgrade to 6.2 (amd64), Cups not run!
> >>
> >> $ doas rcctl start cupsd
> >> cupsd(failed)  
> >
> > What is the output of 
> >
> > /usr/local/sbin/cupsd -t
> >
> > run as root?
> >
> >
> > Is there anything in the /var/log/cups/error_log logfile?
> >
> >
> > Best regards
> > Robert  
> 

Re: Cups not run after Upgrade 6.2

[Stephane HUC "PengouinBSD"]

The output is none:

[08:07:05] :root@ptb-zou: ~ $ /usr/local/sbin/cupsd -t
[08:07:05] :root@ptb-zou: ~ $

And about file log:

$ cat
/var/log/cups/error_log 
  

E [09/Oct/2017:20:10:22 +0200] Unable to create
"/var/cache/cups/job.cache.N": No such file or directory
E [10/Oct/2017:13:28:09 +0200] Unable to create
"/var/cache/cups/job.cache.N": No such file or directory

$ ls -al /var/cache/ | grep cups
drwxr-xr-x   2 root  wheel   512 Oct 15 21:24 cups

do i need _cups user rights?


Le 10/16/17 à 08:01, Robert Klein a écrit :
> Hi,
>
> On Sun, 15 Oct 2017 21:35:30 +0200
> "Stephane HUC \"PengouinBSD\"" <b...@stephane-huc.net> wrote:
>
>> Hi,
>>
>> After upgrade to 6.2 (amd64), Cups not run!
>>
>> $ doas rcctl start cupsd
>> cupsd(failed)
>
> What is the output of 
>
> /usr/local/sbin/cupsd -t
>
> run as root?
>
>
> Is there anything in the /var/log/cups/error_log logfile?
>
>
> Best regards
> Robert

-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net




signature.asc
Description: OpenPGP digital signature

Re: Cups not run after Upgrade 6.2

[Robert Klein]

Hi,

On Sun, 15 Oct 2017 21:35:30 +0200
"Stephane HUC \"PengouinBSD\"" <b...@stephane-huc.net> wrote:

> Hi,
> 
> After upgrade to 6.2 (amd64), Cups not run!
> 
> $ doas rcctl start cupsd
> cupsd(failed)


What is the output of 

/usr/local/sbin/cupsd -t

run as root?


Is there anything in the /var/log/cups/error_log logfile?


Best regards
Robert

Fwd: Re: Cups not run after Upgrade 6.2

[Stephane HUC "PengouinBSD"]

And?

About Cups information?

"The CUPS binaries (lpr, lpq, lprm) are no longer symlinked into /usr/bin."

What's the relationship betweeen this 3 binaries about Cups, and
dysfunctiong by starting the daemon with rcctl?

Please, explain-me; because i dont understand!



FIY: In fact, i translate in french those documentation:

https://wiki.obsd4a.net/doku.php?id=openbsd.org:faq:upgrade62


Le 10/15/17 à 23:50, Jacqueline Jolicoeur a écrit :
>> After upgrade to 6.2 (amd64), Cups not run!
>>
>> $ doas rcctl start cupsd
>> cupsd(failed)
>>
> Did you miss anything from here when you did your upgrade?
>
> https://www.openbsd.org/faq/upgrade62.html

-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net





signature.asc
Description: OpenPGP digital signature

Cups not run after Upgrade 6.2

[Stephane HUC "PengouinBSD"]

Hi,

After upgrade to 6.2 (amd64), Cups not run!

$ doas rcctl start cupsd
cupsd(failed)



-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net

print [cups not supporting printer] by collaboration of linux

[Tuyosi T]

hi all .

i have a printher(DCP-J925N) that cups does not support.
but archlinux can make it usable
 (by https://github.com/nozaki87/brotherdcpj925n/blob/master/PKGBUILD) .

openbsd's cups can do make pdf .
so i sent the pdf file to archlinux by scp .

and i do ssh to archlinux and lp the pdf file  .

shell script is the followings.
cat scp+ssh.bat

scp X.pdf  toto@192.168.8.12:/home/toto
ssh   toto@192.168.8.12

and on archlinux
lp X.pdf

---
regards

Re: Cups working but cannot print pdf from Firefox.

[Maurice McCarthy]

I find brute force and ignorance quite good. 

$ doas pkg_add -ui cups # for example

reinstalls cups and all dependencies. Then re-add your printer at

$ firefox http://localhost:631 

I too cannot print a pdf from Firefox directly to my HP Deskjet 2540 MFI, 
connected directly to the usb. Webpages do print and saving the pdf to disk 
and using xpdf to print works around the problem.

The cups logs when attempting to print a pdf directly from Firefox give:

/var/log/cups/access_log :
"POST /printers/hp HTTP/1.1" 200 403 Print-Job client-error-bad-request

/var/log/cups/error_log :
HTTP_STATE_WAITING Closing for error 32 (Broken pipe)

Lastly you might put "LogLevel debug" into /etc/cups/cupsd.conf and 

$ doas rcctl restart cupsd

see what it gives you. After that it is beyond me. :) My apologies if I am
talking well below your understanding. It is my level. 



On Sat, Dec 03, 2016 at 05:25:54PM -0500 or thereabouts, Michael Hunt wrote:
> Cups interface recognizes my Xerox_Phaser_6010N printer but when I go to print
> a pdf displayed in Firefox or any other page from it It looks like it???s
> going to happen and I get the job listed as Completed but the printer didn???t
> do anything.
> 
> Has anyone had any success with using CUPS to print. Cups detected my Xerox on
> the network so it looked like it would work but the printer doesn???t seem to
> respond. It seems to print on port 9100 but that didn???t seem to work for me
> either. Do I need to use a specific protocol with that port number?
> 
> Yes I have read the help file and got the ???gtk+3-cups??? package so that I
> can print from Firefox and it shows the Xerox printer in the Firefox print
> dialog. It sends to the printer but the printer does nothing as I stated
> before. I know the printer works because I print from my MacBook Pro as well
> to the network.
> ##
> Cups config of this printer looks like this:
> Description: Xerox Phaser 6010N
> Location: Local Printer
> Driver: Xerox Phaser 6100 Foomatic/Postscript (grayscale, 2-sided printing)
> Connection: "socket://192. 168.1.101
> Defaults: job-sheets=none, none media=na_letter_8.5x11in sides=one-sided.
> ##
> 
> I???d appreciate any advice on how to troubleshoot this or get the printer to
> respond.

Cups working but cannot print pdf from Firefox.

[Michael Hunt]

Cups interface recognizes my Xerox_Phaser_6010N printer but when I go to print
a pdf displayed in Firefox or any other page from it It looks like it’s
going to happen and I get the job listed as Completed but the printer didn’t
do anything.

Has anyone had any success with using CUPS to print. Cups detected my Xerox on
the network so it looked like it would work but the printer doesn’t seem to
respond. It seems to print on port 9100 but that didn’t seem to work for me
either. Do I need to use a specific protocol with that port number?

Yes I have read the help file and got the “gtk+3-cups” package so that I
can print from Firefox and it shows the Xerox printer in the Firefox print
dialog. It sends to the printer but the printer does nothing as I stated
before. I know the printer works because I print from my MacBook Pro as well
to the network.
##
Cups config of this printer looks like this:
Description: Xerox Phaser 6010N
Location: Local Printer
Driver: Xerox Phaser 6100 Foomatic/Postscript (grayscale, 2-sided printing)
Connection: "socket://192. 168.1.101
Defaults: job-sheets=none, none media=na_letter_8.5x11in sides=one-sided.
##

I’d appreciate any advice on how to troubleshoot this or get the printer to
respond.

Dependencies problem when installing cups on 5.7?

[Mariano Baragiola]

Hello, I'm having the following problem when trying to install cups on 
OpenBSD 5.7 amd64:


# pkg_add -i cups
quirks-2.54 signed on 2015-03-08T12:33:05Z
Can't install cups-libs-2.0.2 because of conflicts (cups-libs-2.0.3)
Can't install cups-2.0.2: can't resolve cups-libs-2.0.2
--- cups-libs-2.0.2 ---
Can't install cups-libs-2.0.2: conflicts
# pkg_delete cups-libs-2.0.3
can't delete cups-libs-2.0.3 without deleting chromium-40.0.2214.115p0 
cups-filters-1.0.66p1 cups-pk-helper-0.2.5 ghostscript-9.07 
gnome-control-center-3.14.2p0 gnome-settings-daemon-3.14.2 gtk+2-2.24.26 
gtk+3-cups-3.14.8 hpcups-3.15.2 libreoffice-4.3.5.2v0 libspectre-0.2.7p5 
samba-3.6.15p14

Delete them as well ? [y/N/a] N
#

I'm not sure if this is a bug or not, and if there's a simpler way to 
use an HP printer on OpenBSD, please let me know since my experience 
comes most from Debian/Ubuntu systems (like Apache2 vs httpd and Postfix 
vs OpenSMTPd).


Sorry if I'm doing something wrong and thanks in advance. Here's my 
dmesg if it helps:



# dmesg
OpenBSD 5.7 (GENERIC.MP) #0: Thu Apr 30 21:56:27 CEST 2015

r...@stable-57-amd64.mtier.org:/binpatchng/work-binpatch57-amd64/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4277010432 (4078MB)
avail mem = 4159238144 (3966MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (39 entries)
bios0: vendor Award Software International, Inc. version F10 date 
01/04/2008

bios0: Gigabyte Technology Co., Ltd. P35C-DS3R
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET MCFG APIC SSDT SSDT
acpi0: wakeup devices PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) 
PEX5(S5) HUB0(S5) UAR1(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) US31(S3) 
USB4(S3) USB5(S3) USBE(S3) [...]

acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimcfg0 at acpi0 addr 0xf000, bus 0-63
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 3000.39 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF

cpu0: 6MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 333MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 3000.00 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF

cpu1: 6MB 64b/line 16-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (PEX0)
acpiprt2 at acpi0: bus -1 (PEX1)
acpiprt3 at acpi0: bus -1 (PEX2)
acpiprt4 at acpi0: bus 3 (PEX3)
acpiprt5 at acpi0: bus 4 (PEX4)
acpiprt6 at acpi0: bus -1 (PEX5)
acpiprt7 at acpi0: bus 5 (HUB0)
acpicpu0 at acpi0: FVS, 3000, 2000 MHz
acpicpu1 at acpi0: FVS, 3000, 2000 MHz
acpibtn0 at acpi0: PWRB
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel 82G33 Host rev 0x02
ppb0 at pci0 dev 1 function 0 Intel 82G33 PCIE rev 0x02: msi
pci1 at ppb0 bus 1
radeondrm0 at pci1 dev 0 function 0 ATI Radeon HD 5670 rev 0x00
drm0 at radeondrm0
radeondrm0: msi
azalia0 at pci1 dev 0 function 1 ATI Radeon HD 5600 Audio rev 0x00: msi
azalia0: no supported codecs
uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x02: apic 2 int 16
uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x02: apic 2 int 21
uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x02: apic 2 int 18
ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x02: apic 2 int 18
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1
azalia1 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x02: msi
azalia1: codecs: Realtek ALC885
audio0 at azalia1
ppb1 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x02: msi
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 3 Intel 82801I PCIE rev 0x02: msi
pci3 at ppb2 bus 3
jmb0 at pci3 dev 0 function 0 JMicron JMB363 IDE/SATA rev 0x02
ahci0 at jmb0: apic 2 int 19, AHCI 1.0
scsibus1 at ahci0: 32 targets
pciide0 at jmb0: DMA, channel 0 wired to native-PCI, channel 1 wired to 
native-PCI

pciide0: using apic 2 int 19 for native-PCI interrupt
pciide0: channel 0 disabled (no drives)
pciide0: channel 1 disabled (no drives)
ppb3 at pci0 dev 28 function 4 Intel 82801I PCIE rev 0x02: msi
pci4 at ppb3 bus 4
re0 at pci4 dev 0 function 0 Realtek 8168 rev 0x01: RTL8168 2 
(0x3800), msi, address 00:1a:4d:4b:be:5d

rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2
uhci3

Re: Dependencies problem when installing cups on 5.7?

[Edgar Pettijohn]

On 07/15/15 17:34, Mariano Baragiola wrote:
Hello, I'm having the following problem when trying to install cups on 
OpenBSD 5.7 amd64:


# pkg_add -i cups
quirks-2.54 signed on 2015-03-08T12:33:05Z
Can't install cups-libs-2.0.2 because of conflicts (cups-libs-2.0.3)
Can't install cups-2.0.2: can't resolve cups-libs-2.0.2
--- cups-libs-2.0.2 ---
Can't install cups-libs-2.0.2: conflicts
# pkg_delete cups-libs-2.0.3
can't delete cups-libs-2.0.3 without deleting chromium-40.0.2214.115p0 
cups-filters-1.0.66p1 cups-pk-helper-0.2.5 ghostscript-9.07 
gnome-control-center-3.14.2p0 gnome-settings-daemon-3.14.2 
gtk+2-2.24.26 gtk+3-cups-3.14.8 hpcups-3.15.2 libreoffice-4.3.5.2v0 
libspectre-0.2.7p5 samba-3.6.15p14

Delete them as well ? [y/N/a] N
#

Theres probably someone who can give better advice, but I wouldn't be 
scared to just copy/paste those that will be deleted and reinstall 
later.  I would also recommend using the hplip package for your hp printer.


I'm not sure if this is a bug or not, and if there's a simpler way to 
use an HP printer on OpenBSD, please let me know since my experience 
comes most from Debian/Ubuntu systems (like Apache2 vs httpd and 
Postfix vs OpenSMTPd).


Sorry if I'm doing something wrong and thanks in advance. Here's my 
dmesg if it helps:



# dmesg
OpenBSD 5.7 (GENERIC.MP) #0: Thu Apr 30 21:56:27 CEST 2015

r...@stable-57-amd64.mtier.org:/binpatchng/work-binpatch57-amd64/src/sys/arch/amd64/compile/GENERIC.MP 


real mem = 4277010432 (4078MB)
avail mem = 4159238144 (3966MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (39 entries)
bios0: vendor Award Software International, Inc. version F10 date 
01/04/2008

bios0: Gigabyte Technology Co., Ltd. P35C-DS3R
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET MCFG APIC SSDT SSDT
acpi0: wakeup devices PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) 
PEX5(S5) HUB0(S5) UAR1(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) 
US31(S3) USB4(S3) USB5(S3) USBE(S3) [...]

acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimcfg0 at acpi0 addr 0xf000, bus 0-63
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 3000.39 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF

cpu0: 6MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 333MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 3000.00 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF

cpu1: 6MB 64b/line 16-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (PEX0)
acpiprt2 at acpi0: bus -1 (PEX1)
acpiprt3 at acpi0: bus -1 (PEX2)
acpiprt4 at acpi0: bus 3 (PEX3)
acpiprt5 at acpi0: bus 4 (PEX4)
acpiprt6 at acpi0: bus -1 (PEX5)
acpiprt7 at acpi0: bus 5 (HUB0)
acpicpu0 at acpi0: FVS, 3000, 2000 MHz
acpicpu1 at acpi0: FVS, 3000, 2000 MHz
acpibtn0 at acpi0: PWRB
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel 82G33 Host rev 0x02
ppb0 at pci0 dev 1 function 0 Intel 82G33 PCIE rev 0x02: msi
pci1 at ppb0 bus 1
radeondrm0 at pci1 dev 0 function 0 ATI Radeon HD 5670 rev 0x00
drm0 at radeondrm0
radeondrm0: msi
azalia0 at pci1 dev 0 function 1 ATI Radeon HD 5600 Audio rev 0x00: msi
azalia0: no supported codecs
uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x02: apic 2 
int 16
uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x02: apic 2 
int 21
uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x02: apic 2 
int 18
ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x02: apic 2 
int 18

usb0 at ehci0: USB revision 2.0
uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1
azalia1 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x02: msi
azalia1: codecs: Realtek ALC885
audio0 at azalia1
ppb1 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x02: msi
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 3 Intel 82801I PCIE rev 0x02: msi
pci3 at ppb2 bus 3
jmb0 at pci3 dev 0 function 0 JMicron JMB363 IDE/SATA rev 0x02
ahci0 at jmb0: apic 2 int 19, AHCI 1.0
scsibus1 at ahci0: 32 targets
pciide0 at jmb0: DMA, channel 0 wired to native-PCI, channel 1 wired 
to native-PCI

pciide0: using apic 2 int 19 for native-PCI interrupt
pciide0: channel 0 disabled (no drives)
pciide0: channel

Re: Dependencies problem when installing cups on 5.7?

[Antoine Jacoutot]

On Wed, Jul 15, 2015 at 07:34:55PM -0300, Mariano Baragiola wrote:
 Hello, I'm having the following problem when trying to install cups on
 OpenBSD 5.7 amd64:
 
 # pkg_add -i cups
 quirks-2.54 signed on 2015-03-08T12:33:05Z
 Can't install cups-libs-2.0.2 because of conflicts (cups-libs-2.0.3)
 Can't install cups-2.0.2: can't resolve cups-libs-2.0.2
 --- cups-libs-2.0.2 ---
 Can't install cups-libs-2.0.2: conflicts
 # pkg_delete cups-libs-2.0.3
 can't delete cups-libs-2.0.3 without deleting chromium-40.0.2214.115p0
 cups-filters-1.0.66p1 cups-pk-helper-0.2.5 ghostscript-9.07
 gnome-control-center-3.14.2p0 gnome-settings-daemon-3.14.2 gtk+2-2.24.26
 gtk+3-cups-3.14.8 hpcups-3.15.2 libreoffice-4.3.5.2v0 libspectre-0.2.7p5
 samba-3.6.15p14
 Delete them as well ? [y/N/a] N
 #
 
 I'm not sure if this is a bug or not, and if there's a simpler way to use an
 HP printer on OpenBSD, please let me know since my experience comes most
 from Debian/Ubuntu systems (like Apache2 vs httpd and Postfix vs OpenSMTPd).
 
 Sorry if I'm doing something wrong and thanks in advance. Here's my dmesg if
 it helps:

The problem is that the repo you installed cups-libs-2.0.3 from is not the 
first one in your PKG_PATH.

 # dmesg
 OpenBSD 5.7 (GENERIC.MP) #0: Thu Apr 30 21:56:27 CEST 2015
 
 r...@stable-57-amd64.mtier.org:/binpatchng/work-binpatch57-amd64/src/sys/arch/amd64/compile/GENERIC.MP
 real mem = 4277010432 (4078MB)
 avail mem = 4159238144 (3966MB)
 mpath0 at root
 scsibus0 at mpath0: 256 targets
 mainbus0 at root
 bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (39 entries)
 bios0: vendor Award Software International, Inc. version F10 date
 01/04/2008
 bios0: Gigabyte Technology Co., Ltd. P35C-DS3R
 acpi0 at bios0: rev 0
 acpi0: sleep states S0 S3 S4 S5
 acpi0: tables DSDT FACP HPET MCFG APIC SSDT SSDT
 acpi0: wakeup devices PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5)
 HUB0(S5) UAR1(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) US31(S3) USB4(S3)
 USB5(S3) USBE(S3) [...]
 acpitimer0 at acpi0: 3579545 Hz, 24 bits
 acpihpet0 at acpi0: 14318179 Hz
 acpimcfg0 at acpi0 addr 0xf000, bus 0-63
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
 cpu0: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 3000.39 MHz
 cpu0: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF
 cpu0: 6MB 64b/line 16-way L2 cache
 cpu0: smt 0, core 0, package 0
 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
 cpu0: apic clock running at 333MHz
 cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
 cpu1 at mainbus0: apid 1 (application processor)
 cpu1: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 3000.00 MHz
 cpu1: 
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF
 cpu1: 6MB 64b/line 16-way L2 cache
 cpu1: smt 0, core 1, package 0
 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
 ioapic0: misconfigured as apic 0, remapped to apid 2
 acpiprt0 at acpi0: bus 0 (PCI0)
 acpiprt1 at acpi0: bus 2 (PEX0)
 acpiprt2 at acpi0: bus -1 (PEX1)
 acpiprt3 at acpi0: bus -1 (PEX2)
 acpiprt4 at acpi0: bus 3 (PEX3)
 acpiprt5 at acpi0: bus 4 (PEX4)
 acpiprt6 at acpi0: bus -1 (PEX5)
 acpiprt7 at acpi0: bus 5 (HUB0)
 acpicpu0 at acpi0: FVS, 3000, 2000 MHz
 acpicpu1 at acpi0: FVS, 3000, 2000 MHz
 acpibtn0 at acpi0: PWRB
 pci0 at mainbus0 bus 0
 pchb0 at pci0 dev 0 function 0 Intel 82G33 Host rev 0x02
 ppb0 at pci0 dev 1 function 0 Intel 82G33 PCIE rev 0x02: msi
 pci1 at ppb0 bus 1
 radeondrm0 at pci1 dev 0 function 0 ATI Radeon HD 5670 rev 0x00
 drm0 at radeondrm0
 radeondrm0: msi
 azalia0 at pci1 dev 0 function 1 ATI Radeon HD 5600 Audio rev 0x00: msi
 azalia0: no supported codecs
 uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x02: apic 2 int 16
 uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x02: apic 2 int 21
 uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x02: apic 2 int 18
 ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x02: apic 2 int 18
 usb0 at ehci0: USB revision 2.0
 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1
 azalia1 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x02: msi
 azalia1: codecs: Realtek ALC885
 audio0 at azalia1
 ppb1 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x02: msi
 pci2 at ppb1 bus 2
 ppb2 at pci0 dev 28 function 3 Intel 82801I PCIE rev 0x02: msi
 pci3 at ppb2 bus 3
 jmb0 at pci3 dev 0 function 0 JMicron JMB363 IDE/SATA rev 0x02
 ahci0 at jmb0: apic 2 int 19, AHCI 1.0
 scsibus1 at ahci0: 32 targets
 pciide0 at jmb0: DMA, channel 0 wired to native-PCI, channel 1 wired to
 native-PCI
 pciide0: using apic 2 int 19 for native-PCI interrupt
 pciide0: channel 0 disabled (no drives)
 pciide0: channel 1 disabled

Re: Cannot connect to CUPS web interface in -current

[Alessandro DE LAURENZIS]

Hello Stuart,

On Tue 10/03/2015 08:28, Stuart Henderson wrote:
 Is this while building the port, or just installing from packages?

Installing from packages. Isn't that expected?

-- 
Alessandro DE LAURENZIS
[mailto:just22@gmail.com]
LinkedIn: http://it.linkedin.com/in/delaurenzis

Re: Cannot connect to CUPS web interface in -current

[Raf Czlonka]

On Tue, Mar 10, 2015 at 06:33:55AM GMT, Alessandro DE LAURENZIS wrote:

 Hello Raf,

Hi Alessandro,

 On Mon 09/03/2015 19:46, Raf Czlonka wrote:
  Using 'sudo' and your $UMASK != 022 by any chance?
 
 That was exactly the cause! I realized just yesterday night that I
 forgot to add the umask_override option to the sudoers defaults...
 
 Really wise (and correct) guess, Raf!

Not as much as a guess but more of a I've seen this before :^)

Raf

Re: Cannot connect to CUPS web interface in -current

[Raf Czlonka]

On Tue, Mar 10, 2015 at 08:28:39AM GMT, Stuart Henderson wrote:
 On 2015-03-10, Alessandro DE LAURENZIS just22@gmail.com wrote:
  Hello Raf,
 
  On Mon 09/03/2015 19:46, Raf Czlonka wrote:
  Using 'sudo' and your $UMASK != 022 by any chance?
 
  That was exactly the cause! I realized just yesterday night that I
  forgot to add the umask_override option to the sudoers defaults...
 
 Is this while building the port, or just installing from packages?

Simply be using 'pkg_add' to install packages.

Raf

Re: Cannot connect to CUPS web interface in -current

[Alessandro DE LAURENZIS]

Hello Raf,

On Mon 09/03/2015 19:46, Raf Czlonka wrote:
 Using 'sudo' and your $UMASK != 022 by any chance?

That was exactly the cause! I realized just yesterday night that I
forgot to add the umask_override option to the sudoers defaults...

Really wise (and correct) guess, Raf!

-- 
Alessandro DE LAURENZIS
[mailto:just22@gmail.com]
LinkedIn: http://it.linkedin.com/in/delaurenzis

Re: Cannot connect to CUPS web interface in -current

[Stuart Henderson]

On 2015-03-10, Alessandro DE LAURENZIS just22@gmail.com wrote:
 Hello Raf,

 On Mon 09/03/2015 19:46, Raf Czlonka wrote:
 Using 'sudo' and your $UMASK != 022 by any chance?

 That was exactly the cause! I realized just yesterday night that I
 forgot to add the umask_override option to the sudoers defaults...

Is this while building the port, or just installing from packages?

Re: Cannot connect to CUPS web interface in -current

[Raf Czlonka]

On Sun, Mar 08, 2015 at 11:56:05AM GMT, Alessandro DE LAURENZIS wrote:

 Hi Antoine,
 
 On Sun 08/03/2015 00:01, Antoine Jacoutot wrote:
  
  Permissions are fine here.
  Not sure why yours are not.
  
 
 Thanks for your feedback. Actually, I re-installed the latest snapshot
 in a qemu environment and added only cups (and its dependencies), just
 to double check, and I can confirm that the permissions are correct.
 
 I don't really know what went wrong... Anyhow, now it's ok.
 
 Sorry for the noise.

Hi Alessandro,

Using 'sudo' and your $UMASK != 022 by any chance?

Raf

Re: Cannot connect to CUPS web interface in -current

[Alessandro DE LAURENZIS]

Hi Antoine,

On Sun 08/03/2015 00:01, Antoine Jacoutot wrote:
 
 Permissions are fine here.
 Not sure why yours are not.
 

Thanks for your feedback. Actually, I re-installed the latest snapshot
in a qemu environment and added only cups (and its dependencies), just
to double check, and I can confirm that the permissions are correct.

I don't really know what went wrong... Anyhow, now it's ok.

Sorry for the noise.

-- 
Alessandro DE LAURENZIS
[mailto:just22@gmail.com]
LinkedIn: http://it.linkedin.com/in/delaurenzis

Cannot connect to CUPS web interface in -current

[Alessandro DE LAURENZIS]

Dear misc@ readers,

I must admit, I do not have a lot of luck with CUPS...

This time, I'm not even able to connect to the web interface!

Brand new snapshot installation:

just22@poseidon:[~] uname -a
OpenBSD poseidon.atlantide.net 5.7 GENERIC.MP#875 amd64

CUPS daemon is up and running, but when I try to access to
https://localhost:631, there seems to be troubles with the SSL
encryption; in lynx, for example:

SSL error:unable to get local issuer certificate-Continue? (y)
SSL error:host(localhost)!=cert(CNposeidon.atlantide.net)-Continue? (y)
Alert: HTTP/1.0 404 Not Found

There are some evidence the SSL is the culprit in
/var/log/cups/error_log too:

just22@poseidon:[~] tail /var/log/cups/error_log 
E [07/Mar/2015:18:14:42 +0100] [Client 1] Unable to encrypt connection: Error 
in the pull function.

Reinforcing the log level to debug:
I [07/Mar/2015:18:23:47 +0100] Listening to [v1.::1]:631 (IPv6)
I [07/Mar/2015:18:23:47 +0100] Listening to 127.0.0.1:631 (IPv4)
I [07/Mar/2015:18:23:47 +0100] Listening to /var/run/cups/cups.sock (Domain)
I [07/Mar/2015:18:23:47 +0100] Remote access is disabled.
D [07/Mar/2015:18:23:47 +0100] Added auto ServerAlias poseidon.atlantide.net
D [07/Mar/2015:18:23:47 +0100] Added auto ServerAlias poseidon
I [07/Mar/2015:18:23:47 +0100] Loaded configuration file /etc/cups/cupsd.conf
D [07/Mar/2015:18:23:47 +0100] Using keychain /etc/cups/ssl for server name 
poseidon.atlantide.net.
I [07/Mar/2015:18:23:47 +0100] Using default TempDir of /var/spool/cups/tmp...
I [07/Mar/2015:18:23:47 +0100] Configured for up to 100 clients.
I [07/Mar/2015:18:23:47 +0100] Allowing up to 100 client connections per host.
I [07/Mar/2015:18:23:47 +0100] Using policy default as the default.
I [07/Mar/2015:18:23:47 +0100] Full reload is required.
I [07/Mar/2015:18:23:47 +0100] Loaded MIME database from 
/usr/local/share/cups/mime and /etc/cups: 39 types, 57 filters...
I [07/Mar/2015:18:23:47 +0100] Loading job cache file 
/var/cache/cups/job.cache...
I [07/Mar/2015:18:23:47 +0100] Full reload complete.
I [07/Mar/2015:18:23:47 +0100] Listening to [v1.::1]:631 (IPv6)
I [07/Mar/2015:18:23:47 +0100] Listening to 127.0.0.1:631 (IPv4)
I [07/Mar/2015:18:23:47 +0100] Listening to /var/run/cups/cups.sock (Domain)
I [07/Mar/2015:18:23:47 +0100] Remote access is disabled.
D [07/Mar/2015:18:23:47 +0100] Added auto ServerAlias poseidon.atlantide.net
D [07/Mar/2015:18:23:47 +0100] Added auto ServerAlias poseidon
I [07/Mar/2015:18:23:47 +0100] Loaded configuration file /etc/cups/cupsd.conf
D [07/Mar/2015:18:23:47 +0100] Using keychain /etc/cups/ssl for server name 
poseidon.atlantide.net.
I [07/Mar/2015:18:23:47 +0100] Using default TempDir of /var/spool/cups/tmp...
I [07/Mar/2015:18:23:47 +0100] Configured for up to 100 clients.
I [07/Mar/2015:18:23:47 +0100] Allowing up to 100 client connections per host.
I [07/Mar/2015:18:23:47 +0100] Using policy default as the default.
I [07/Mar/2015:18:23:47 +0100] Full reload is required.
I [07/Mar/2015:18:23:47 +0100] Loaded MIME database from 
/usr/local/share/cups/mime and /etc/cups: 39 types, 57 filters...
D [07/Mar/2015:18:23:47 +0100] Scanning /var/spool/cups for jobs...
I [07/Mar/2015:18:23:47 +0100] Full reload complete.
D [07/Mar/2015:18:23:47 +0100] cupsdCleanFiles(path=/var/spool/cups/tmp, 
pattern=(null))
I [07/Mar/2015:18:23:47 +0100] Cleaning out old files in /var/spool/cups/tmp.
D [07/Mar/2015:18:23:47 +0100] cupsdCleanFiles(path=/var/cache/cups, 
pattern=*.ipp)
I [07/Mar/2015:18:23:47 +0100] Cleaning out old files in /var/cache/cups.
I [07/Mar/2015:18:23:47 +0100] Listening to [v1.::1]:631 on fd 9...
I [07/Mar/2015:18:23:47 +0100] Listening to 127.0.0.1:631 on fd 10...
I [07/Mar/2015:18:23:47 +0100] Listening to /var/run/cups/cups.sock on fd 11...
I [07/Mar/2015:18:23:47 +0100] Resuming new connection processing...
D [07/Mar/2015:18:23:47 +0100] cupsdSetBusyState: newbusy=Not busy, busy=Not 
busy
D [07/Mar/2015:18:23:47 +0100] cupsdAddCert: Adding certificate for PID 0
D [07/Mar/2015:18:23:47 +0100] Discarding unused server-started event...
D [07/Mar/2015:18:23:48 +0100] Report: clients=0
D [07/Mar/2015:18:23:48 +0100] Report: jobs=0
D [07/Mar/2015:18:23:48 +0100] Report: jobs-active=0
D [07/Mar/2015:18:23:48 +0100] Report: printers=0
D [07/Mar/2015:18:23:48 +0100] Report: stringpool-string-count=297
D [07/Mar/2015:18:23:48 +0100] Report: stringpool-alloc-bytes=4832
D [07/Mar/2015:18:23:48 +0100] Report: stringpool-total-bytes=5000
D [07/Mar/2015:18:24:33 +0100] [Client 1] Accepted from localhost:11723 (IPv4)
D [07/Mar/2015:18:24:33 +0100] [Client 1] Waiting for request.
I [07/Mar/2015:18:24:36 +0100] [Client 1] Connection now encrypted.
D [07/Mar/2015:18:24:37 +0100] [Client 1] GET / HTTP/1.0
D [07/Mar/2015:18:24:37 +0100] cupsdSetBusyState: newbusy=Active clients, 
busy=Not busy
D [07/Mar/2015:18:24:37 +0100] [Client 1] Read: status=200
D [07/Mar/2015:18:24:37 +0100] [Client 1] No authentication data provided.
D [07/Mar/2015:18:24:37 +0100] [Client 1

Re: Cannot connect to CUPS web interface in -current

[Jason Adams]

On 03/07/2015 09:41 AM, Alessandro DE LAURENZIS wrote:
 CUPS daemon is up and running, but when I try to access to
 https://localhost:631, there seems to be troubles with the SSL
 encryption; in lynx, for example:
Mine does not use https, since it is limited to localhost only.  I don't 
remember it ever using https.



-- 
Those who do not understand Unix are condemned to reinvent it, poorly.

Re: Cannot connect to CUPS web interface in -current

[Fred]

On 03/07/15 17:41, Alessandro DE LAURENZIS wrote:

Dear misc@ readers,

I must admit, I do not have a lot of luck with CUPS...

This time, I'm not even able to connect to the web interface!

Brand new snapshot installation:

just22@poseidon:[~] uname -a
OpenBSD poseidon.atlantide.net 5.7 GENERIC.MP#875 amd64

CUPS daemon is up and running, but when I try to access to
https://localhost:631, there seems to be troubles with the SSL
encryption; in lynx, for example:

SSL error:unable to get local issuer certificate-Continue? (y)
SSL error:host(localhost)!=cert(CNposeidon.atlantide.net)-Continue? (y)
Alert: HTTP/1.0 404 Not Found

There are some evidence the SSL is the culprit in
/var/log/cups/error_log too:

just22@poseidon:[~] tail /var/log/cups/error_log
E [07/Mar/2015:18:14:42 +0100] [Client 1] Unable to encrypt connection: Error 
in the pull function.

Reinforcing the log level to debug:
I [07/Mar/2015:18:23:47 +0100] Listening to [v1.::1]:631 (IPv6)
I [07/Mar/2015:18:23:47 +0100] Listening to 127.0.0.1:631 (IPv4)
I [07/Mar/2015:18:23:47 +0100] Listening to /var/run/cups/cups.sock (Domain)
I [07/Mar/2015:18:23:47 +0100] Remote access is disabled.
D [07/Mar/2015:18:23:47 +0100] Added auto ServerAlias poseidon.atlantide.net
D [07/Mar/2015:18:23:47 +0100] Added auto ServerAlias poseidon
I [07/Mar/2015:18:23:47 +0100] Loaded configuration file /etc/cups/cupsd.conf
D [07/Mar/2015:18:23:47 +0100] Using keychain /etc/cups/ssl for server name 
poseidon.atlantide.net.
I [07/Mar/2015:18:23:47 +0100] Using default TempDir of /var/spool/cups/tmp...
I [07/Mar/2015:18:23:47 +0100] Configured for up to 100 clients.
I [07/Mar/2015:18:23:47 +0100] Allowing up to 100 client connections per host.
I [07/Mar/2015:18:23:47 +0100] Using policy default as the default.
I [07/Mar/2015:18:23:47 +0100] Full reload is required.
I [07/Mar/2015:18:23:47 +0100] Loaded MIME database from /usr/local/share/cups/mime and 
/etc/cups: 39 types, 57 filters...
I [07/Mar/2015:18:23:47 +0100] Loading job cache file 
/var/cache/cups/job.cache...
I [07/Mar/2015:18:23:47 +0100] Full reload complete.
I [07/Mar/2015:18:23:47 +0100] Listening to [v1.::1]:631 (IPv6)
I [07/Mar/2015:18:23:47 +0100] Listening to 127.0.0.1:631 (IPv4)
I [07/Mar/2015:18:23:47 +0100] Listening to /var/run/cups/cups.sock (Domain)
I [07/Mar/2015:18:23:47 +0100] Remote access is disabled.
D [07/Mar/2015:18:23:47 +0100] Added auto ServerAlias poseidon.atlantide.net
D [07/Mar/2015:18:23:47 +0100] Added auto ServerAlias poseidon
I [07/Mar/2015:18:23:47 +0100] Loaded configuration file /etc/cups/cupsd.conf
D [07/Mar/2015:18:23:47 +0100] Using keychain /etc/cups/ssl for server name 
poseidon.atlantide.net.
I [07/Mar/2015:18:23:47 +0100] Using default TempDir of /var/spool/cups/tmp...
I [07/Mar/2015:18:23:47 +0100] Configured for up to 100 clients.
I [07/Mar/2015:18:23:47 +0100] Allowing up to 100 client connections per host.
I [07/Mar/2015:18:23:47 +0100] Using policy default as the default.
I [07/Mar/2015:18:23:47 +0100] Full reload is required.
I [07/Mar/2015:18:23:47 +0100] Loaded MIME database from /usr/local/share/cups/mime and 
/etc/cups: 39 types, 57 filters...
D [07/Mar/2015:18:23:47 +0100] Scanning /var/spool/cups for jobs...
I [07/Mar/2015:18:23:47 +0100] Full reload complete.
D [07/Mar/2015:18:23:47 +0100] cupsdCleanFiles(path=/var/spool/cups/tmp, 
pattern=(null))
I [07/Mar/2015:18:23:47 +0100] Cleaning out old files in /var/spool/cups/tmp.
D [07/Mar/2015:18:23:47 +0100] cupsdCleanFiles(path=/var/cache/cups, 
pattern=*.ipp)
I [07/Mar/2015:18:23:47 +0100] Cleaning out old files in /var/cache/cups.
I [07/Mar/2015:18:23:47 +0100] Listening to [v1.::1]:631 on fd 9...
I [07/Mar/2015:18:23:47 +0100] Listening to 127.0.0.1:631 on fd 10...
I [07/Mar/2015:18:23:47 +0100] Listening to /var/run/cups/cups.sock on fd 11...
I [07/Mar/2015:18:23:47 +0100] Resuming new connection processing...
D [07/Mar/2015:18:23:47 +0100] cupsdSetBusyState: newbusy=Not busy, busy=Not 
busy
D [07/Mar/2015:18:23:47 +0100] cupsdAddCert: Adding certificate for PID 0
D [07/Mar/2015:18:23:47 +0100] Discarding unused server-started event...
D [07/Mar/2015:18:23:48 +0100] Report: clients=0
D [07/Mar/2015:18:23:48 +0100] Report: jobs=0
D [07/Mar/2015:18:23:48 +0100] Report: jobs-active=0
D [07/Mar/2015:18:23:48 +0100] Report: printers=0
D [07/Mar/2015:18:23:48 +0100] Report: stringpool-string-count=297
D [07/Mar/2015:18:23:48 +0100] Report: stringpool-alloc-bytes=4832
D [07/Mar/2015:18:23:48 +0100] Report: stringpool-total-bytes=5000
D [07/Mar/2015:18:24:33 +0100] [Client 1] Accepted from localhost:11723 (IPv4)
D [07/Mar/2015:18:24:33 +0100] [Client 1] Waiting for request.
I [07/Mar/2015:18:24:36 +0100] [Client 1] Connection now encrypted.
D [07/Mar/2015:18:24:37 +0100] [Client 1] GET / HTTP/1.0
D [07/Mar/2015:18:24:37 +0100] cupsdSetBusyState: newbusy=Active clients, 
busy=Not busy
D [07/Mar/2015:18:24:37 +0100] [Client 1] Read: status=200
D [07/Mar/2015:18:24:37 +0100] [Client 1] No authentication data

Re: Cannot connect to CUPS web interface in -current

[Alessandro DE LAURENZIS]

Hi Fred,

On Sat 07/03/2015 21:32, Fred wrote:
 Both Firefox and Chrome let me do https://localhost:631/ but then both
 complain and I have to add exceptions, once added it works for me.
 
 In chrome the connection is then encrypted with TLS 1.2
 
 port:fred ~ uname -a; dmesg|head -4; pkg_info| grep cups
 OpenBSD port.crowsons.com 5.7 GENERIC.MP#860 amd64
 OpenBSD 5.7-beta (GENERIC.MP) #860: Sun Feb 22 03:14:54 MST 2015
 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
 real mem = 8447131648 (8055MB)
 avail mem = 8218349568 (7837MB)
 cups-2.0.2  Common Unix Printing System
 cups-filters-1.0.65 OpenPrinting CUPS filters
 cups-libs-2.0.2 CUPS libraries and headers
 cups-pk-helper-0.2.5 fine-grained privileges PolicyKit helper for CUPS
 gtk+3-cups-3.14.8   gtk+3 CUPS print backend
 
 Maybe ktrace cups to seem that can give any clues.

After adding the exception, I continue to see the Not Found message.
So the encryption was not the root cause.

But it seems I've sorted it out: the files used for CUPS's web interface
are contained into the /usr/local/share/doc/cups directory, and *by
default*, that isn't world readable, at least for this very latest CUPS
release (2.0.2). In fact, the inconsistency is flagged in the error_log
file:

I [07/Mar/2015:18:25:38 +0100] [Client 4] Files/directories such as 
/usr/local/share/doc/cups/ must be world-readable.

After changing the permissions all works as expected. Maybe something to
fix in CUPS port? Antoine could give us his view...

-- 
Alessandro DE LAURENZIS
[mailto:just22@gmail.com]
LinkedIn: http://it.linkedin.com/in/delaurenzis

Re: Cannot connect to CUPS web interface in -current

[Antoine Jacoutot]

On Sat, Mar 07, 2015 at 11:20:30PM +0100, Alessandro DE LAURENZIS wrote:
 Hi Fred,
 
 On Sat 07/03/2015 21:32, Fred wrote:
  Both Firefox and Chrome let me do https://localhost:631/ but then both
  complain and I have to add exceptions, once added it works for me.
  
  In chrome the connection is then encrypted with TLS 1.2
  
  port:fred ~ uname -a; dmesg|head -4; pkg_info| grep cups
  OpenBSD port.crowsons.com 5.7 GENERIC.MP#860 amd64
  OpenBSD 5.7-beta (GENERIC.MP) #860: Sun Feb 22 03:14:54 MST 2015
  t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
  real mem = 8447131648 (8055MB)
  avail mem = 8218349568 (7837MB)
  cups-2.0.2  Common Unix Printing System
  cups-filters-1.0.65 OpenPrinting CUPS filters
  cups-libs-2.0.2 CUPS libraries and headers
  cups-pk-helper-0.2.5 fine-grained privileges PolicyKit helper for CUPS
  gtk+3-cups-3.14.8   gtk+3 CUPS print backend
  
  Maybe ktrace cups to seem that can give any clues.
 
 After adding the exception, I continue to see the Not Found message.
 So the encryption was not the root cause.
 
 But it seems I've sorted it out: the files used for CUPS's web interface
 are contained into the /usr/local/share/doc/cups directory, and *by
 default*, that isn't world readable, at least for this very latest CUPS
 release (2.0.2). In fact, the inconsistency is flagged in the error_log
 file:
 
 I [07/Mar/2015:18:25:38 +0100] [Client 4] Files/directories such as 
 /usr/local/share/doc/cups/ must be world-readable.
 
 After changing the permissions all works as expected. Maybe something to
 fix in CUPS port? Antoine could give us his view...

Permissions are fine here.
Not sure why yours are not.

-- 
Antoine

Re: Cannot connect to CUPS web interface in -current

[Alessandro DE LAURENZIS]

On Sat 07/03/2015 23:20, Alessandro DE LAURENZIS wrote:
 After adding the exception, I continue to see the Not Found message.
 So the encryption was not the root cause.
 
 But it seems I've sorted it out: the files used for CUPS's web interface
 are contained into the /usr/local/share/doc/cups directory, and *by
 default*, that isn't world readable, at least for this very latest CUPS
 release (2.0.2). In fact, the inconsistency is flagged in the error_log
 file:
 
 I [07/Mar/2015:18:25:38 +0100] [Client 4] Files/directories such as 
 /usr/local/share/doc/cups/ must be world-readable.
 
 After changing the permissions all works as expected. Maybe something to
 fix in CUPS port? Antoine could give us his view...

Just found a thread reporting a similar issue:

[1] 
http://www.linuxquestions.org/questions/slackware-14/stoopid-cups-question-4175522158/page2.html

-- 
Alessandro DE LAURENZIS
[mailto:just22@gmail.com]
LinkedIn: http://it.linkedin.com/in/delaurenzis

Re: CUPS USB Madness

[Stephan Schindel]

Uhh yes. Thanks! It works now :)). I really missed the 
after-installation note and everything is well documented there.


Steps to repduce:

- Disable ulpt in the kernel
- Reboot the new kernel
- Set correct permissions to /dev/usb and /dev/ugen according to the printer

Now everything works on my OpenBSD installation, yeehaw :)

Cheers,
Stephan

On 01/26/15 11:43, Martin Pieuchot wrote:

On 26/01/15(Mon) 11:02, Stephan Schindel wrote:

Hey,

First off: I'm new to OpenBSD :). I'm running 5.6-STABLE with stable 5.6
ports tree. I've updated my CUPS installation which had some USB patches in
it. However, I cannot see my printer via webinterface/Administration/Add
Printer. The only options I can choose from are Other Network Printer.

I believe you forgot some of the steps described in:

/usr/local/share/doc/pkg-readmes/cups-*

M.

CUPS USB Madness

[Stephan Schindel]

Hey,

First off: I'm new to OpenBSD :). I'm running 5.6-STABLE with stable 5.6 
ports tree. I've updated my CUPS installation which had some USB patches 
in it. However, I cannot see my printer via 
webinterface/Administration/Add Printer. The only options I can choose 
from are Other Network Printer.


However, CUPS does see my printer from the command line:

# /usr/local/libexec/cups/backend/usb
DEBUG: Loading USB quirks from /usr/local/share/cups/usb.
DEBUG: Loaded 68 quirks.
DEBUG: list_devices
DEBUG: libusb_get_device_list=6
DEBUG2: Printer found with device ID: MFG:Samsung;CMD:SPLC;MDL:CLP-310 
Series;CLS:PRINTER;STATUS:BUSY; Device URI: 
usb://Samsung/CLP-310%20Series?serial=1434BAFQ600490E
direct usb://Samsung/CLP-310%20Series?serial=1434BAFQ600490E Samsung 
CLP-310 Series Samsung CLP-310 Series 
MFG:Samsung;CMD:SPLC;MDL:CLP-310 Series;CLS:PRINTER;STATUS:BUSY; 


Here is the error.log from CUPS:

# cat /var/log/cups/error_log
E [21/Jan/2015:19:04:38 +0100] [cups-deviced] PID 18679 (dnssd) stopped 
with status 1!
E [21/Jan/2015:19:05:03 +0100] [cups-deviced] PID 15727 (dnssd) stopped 
with status 1!
E [21/Jan/2015:19:07:47 +0100] [cups-deviced] PID 32424 (dnssd) stopped 
with status 1!
E [21/Jan/2015:19:10:17 +0100] [cups-deviced] PID 20718 (dnssd) stopped 
with status 1!
E [21/Jan/2015:20:10:46 +0100] [cups-deviced] PID 28822 (dnssd) stopped 
with status 1!
E [21/Jan/2015:22:32:35 +0100] [cups-deviced] PID 9479 (dnssd) stopped 
with status 1!
E [21/Jan/2015:22:33:05 +0100] [cups-deviced] PID 22373 (dnssd) stopped 
with status 1!
E [25/Jan/2015:21:25:02 +0100] [cups-deviced] PID 12030 (dnssd) stopped 
with status 1!
E [25/Jan/2015:21:30:18 +0100] [cups-deviced] PID 19567 (dnssd) stopped 
with status 1!
E [25/Jan/2015:21:31:03 +0100] [cups-deviced] PID 12766 (dnssd) stopped 
with status 1!
E [25/Jan/2015:21:36:08 +0100] [cups-deviced] PID 27817 (dnssd) stopped 
with status 1!
E [25/Jan/2015:21:40:54 +0100] [cups-deviced] PID 22098 (dnssd) stopped 
with status 1!
E [26/Jan/2015:10:16:27 +0100] [cups-deviced] PID 6356 (dnssd) stopped 
with status 1!
E [26/Jan/2015:10:17:40 +0100] [cups-deviced] PID 29329 (dnssd) stopped 
with status 1!
E [26/Jan/2015:10:24:19 +0100] [cups-deviced] PID 3869 (dnssd) stopped 
with status 1!
E [26/Jan/2015:10:40:47 +0100] [cups-deviced] PID 16580 (dnssd) stopped 
with status 1!
E [26/Jan/2015:10:41:31 +0100] [cups-deviced] PID 22541 (dnssd) stopped 
with status 1!
E [26/Jan/2015:10:54:49 +0100] [cups-deviced] PID 31656 (dnssd) stopped 
with status 1!


dmesg output:

ulpt0 at uhub0 port 6 configuration 1 interface 0 Samsung Electronics 
Co., Ltd. CLP-310 Series rev 2.00/1.00 addr 3

ulpt0: using bi-directional mode

Not sure if it's related to dnssd, so I hope somebody of you could help 
me :)


Cheers,
Stephan

Re: CUPS USB Madness

[Stefan Sperling]

On Mon, Jan 26, 2015 at 11:02:21AM +0100, Stephan Schindel wrote:
 However, CUPS does see my printer from the command line:
 
 # /usr/local/libexec/cups/backend/usb
 DEBUG: Loading USB quirks from /usr/local/share/cups/usb.
 DEBUG: Loaded 68 quirks.
 DEBUG: list_devices
 DEBUG: libusb_get_device_list=6
 DEBUG2: Printer found with device ID: MFG:Samsung;CMD:SPLC;MDL:CLP-310
 Series;CLS:PRINTER;STATUS:BUSY; Device URI:
 usb://Samsung/CLP-310%20Series?serial=1434BAFQ600490E
 direct usb://Samsung/CLP-310%20Series?serial=1434BAFQ600490E Samsung
 CLP-310 Series Samsung CLP-310 Series MFG:Samsung;CMD:SPLC;MDL:CLP-310
 Series;CLS:PRINTER;STATUS:BUSY; 

 dmesg output:
 
 ulpt0 at uhub0 port 6 configuration 1 interface 0 Samsung Electronics Co.,
 Ltd. CLP-310 Series rev 2.00/1.00 addr 3
 ulpt0: using bi-directional mode
 
 Not sure if it's related to dnssd, so I hope somebody of you could help me

cups can't use ulpt(4) devices because it uses libusb to access USB printers.
As far as I understand libusb requires a raw ugen(4) interface.

Remove ulpt from your kernel with config(8), something like this should
do but please refer to the man page before trying this:

  config -o bsd.new /bsd
  ukc disable ulpt
  ukc quit

When booting the modified kernel your printer should show up as a
ugen device and CUPS should be able to make proper use of it.

Alternatively, use lpd(8) instead of CUPS.

Re: CUPS USB Madness

[Maurice McCarthy]

Hi,

This one comes up a lot for new users. I had it too about a year or so 
ago when I started. Not on an OpenBSD machine just now but I'll rake the 
memory.


First disable ulpt in the kernel config. In OpenBSD some printers just 
work with ulpt but for cups you will be on /dev/usb0 or whatever.


$ sudo config -ef /bsd
ukc help
...
ukc quit

Can't recall the command. Might be disable ulpt*.  You'll have to 
look at man config too. The kernel (i.e. the file /bsd) will rebuild 
itself for you.


Check out /usr/local/share/doc/pkg_readmes/cups* about changing device 
ownership to _cups:_saned or something and run


$ sudo usbdevs -dv | more

to see which usbdevice your printer is on.

Good Luck
Moss

Re: CUPS USB Madness

[Martin Pieuchot]

On 26/01/15(Mon) 11:02, Stephan Schindel wrote:
 Hey,
 
 First off: I'm new to OpenBSD :). I'm running 5.6-STABLE with stable 5.6
 ports tree. I've updated my CUPS installation which had some USB patches in
 it. However, I cannot see my printer via webinterface/Administration/Add
 Printer. The only options I can choose from are Other Network Printer.

I believe you forgot some of the steps described in:

/usr/local/share/doc/pkg-readmes/cups-*

M.

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Raf]

Hi Alessandro,

On Mon, Dec 08, 2014 at 11:45:43AM EST, Alessandro DE LAURENZIS wrote:

 Laptop's USB ports are 2.0; I do not know if there could be an impact
 of the xhci driver anyway, but how could I check? Any chances to
 switch off xhci and revert to uhci/ehci?

Sure there is:

#xhci*  at pci?
#usb*   at xhci?

:^)

Well, at least one person has reported[0] issues with USB2.0 hub, which
has been plugged into a USB2.0 port BTW (just to clarify).

However, whether your issue is related to that one or whether xHCI
enabled in the kernel has any impact on USB2.0 devices? That I don't
know - I merely (making an assumption, which may as well be flawed)
put the two together as it is plausible.

[0] http://marc.info/?l=openbsd-miscm=141690178901244w=2

Regards,

Raf

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Alessandro DE LAURENZIS]

Hello Antoine,

On Sat 06/12 12:28, Antoine Jacoutot wrote:
  Actually, I just hooked up my HP USB printer and was able to print just 
  fine...
 
 Oop sorry I meant to answer that in previous:
 
  just22@poseidon:[~] ll /etc/cups/printers.conf
  -rw---  1 root  _cups   897B Dec  3 08:58 /etc/cups/printers.conf
 
  (not readable by _cups?)
 
 That's fine. cupsd starts as root, read its config and then drops privileges 
 to _cups.
 

At this point, I'm completely out of ideas... Maybe a regression specific
to that particular PPD? Just wait and see what happens with future
updates...

Just to give you a more complete picture, I tried to remove/reinstall
cups and hplip, wiping out all the related directories, just in case of
some strange side effects related to previous configs, without any
luck.

Of course, if you have anything else to suggest in order to help the
debug, please let me know.

All the best

-- 
Alessandro DE LAURENZIS
[mailto:just22@gmail.com]
LinkedIn: http://it.linkedin.com/in/delaurenzis

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Antoine Jacoutot]

On Mon, Dec 08, 2014 at 04:05:31PM +0100, Alessandro DE LAURENZIS wrote:
 Hello Antoine,
 
 On Sat 06/12 12:28, Antoine Jacoutot wrote:
   Actually, I just hooked up my HP USB printer and was able to print just 
   fine...
  
  Oop sorry I meant to answer that in previous:
  
   just22@poseidon:[~] ll /etc/cups/printers.conf
   -rw---  1 root  _cups   897B Dec  3 08:58 /etc/cups/printers.conf
  
   (not readable by _cups?)
  
  That's fine. cupsd starts as root, read its config and then drops 
  privileges to _cups.
  
 
 At this point, I'm completely out of ideas... Maybe a regression specific
 to that particular PPD? Just wait and see what happens with future
 updates...
 
 Just to give you a more complete picture, I tried to remove/reinstall
 cups and hplip, wiping out all the related directories, just in case of
 some strange side effects related to previous configs, without any
 luck.
 
 Of course, if you have anything else to suggest in order to help the
 debug, please let me know.

Were is your ppd coming from? Did you generate it yourself?

-- 
Antoine

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Raf]

On Mon, Dec 08, 2014 at 10:05:31AM EST, Alessandro DE LAURENZIS wrote:

Hi Alessandro,

 Of course, if you have anything else to suggest in order to help the
 debug, please let me know.

As Antoine has pointed out:

AJ The issue is not with USB printing per se but with the HPLIP
AJ driver with a USB printer. I have several USB printers that
AJ I use without issue.

AJ There's probably a regression in HLIP after CUPS got updated
AJ to version 2. I'll try and look into it but don't hold your
AJ breath too soon... or maybe a future HPLIP release will fix this.

That may as well be true but I wanted to double-check whether your issue
is at all related to the recent USB 3.0/xhci changes in -current?

The reason I mention it is the fact that several people have reported
issues with USB 1.x and/or USB 2.0 devices while using USB 3.0 ports.

Regards,

Raf

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Alessandro DE LAURENZIS]

Hello Antoine,

On Mon 08/12 16:11, Antoine Jacoutot wrote:
 Were is your ppd coming from? Did you generate it yourself?

Not at all, it comes from hpcups:

Description:HP Deskjet F4280 All-in-One
Location:   
Driver: HP Deskjet f4200 Series, hpcups 3.14.6 (color, 2-sided printing)
Connection: hp:/usb/Deskjet_F4200_series?serial=CN8C54F12J05BR
Defaults:   job-sheets=none, none media=iso_a4_210x297mm sides=one-sided

-- 
Alessandro DE LAURENZIS
[mailto:just22@gmail.com]
LinkedIn: http://it.linkedin.com/in/delaurenzis

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Alessandro DE LAURENZIS]

Hi Raf,

On Mon 08/12 10:39, Raf wrote:
 That may as well be true but I wanted to double-check whether your issue
 is at all related to the recent USB 3.0/xhci changes in -current?
 
 The reason I mention it is the fact that several people have reported
 issues with USB 1.x and/or USB 2.0 devices while using USB 3.0 ports.
 

Laptop's USB ports are 2.0; I do not know if there could be an impact of
the xhci driver anyway, but how could I check? Any chances to switch off
xhci and revert to uhci/ehci?

-- 
Alessandro DE LAURENZIS
[mailto:just22@gmail.com]
LinkedIn: http://it.linkedin.com/in/delaurenzis

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Antoine Jacoutot]

On Wed, Dec 03, 2014 at 09:03:55AM +0100, Alessandro DE LAURENZIS wrote:
 Dear @misc reader,
 
 my HP Deskjet F4280 USB printer is (again!) not working after CUPS
 update to v2.0.1 in current.
 
 ulpt* is of course disabled, devices' permissions seem ok and the
 printer is correctly recognized:
 
 Console log for poseidon.atlantide.net
 ugen1 at uhub8 port 4 HP Deskjet F4200 series rev 2.00/1.00 addr 7

The issue is not with USB printing per se but with the HPLIP driver with a USB 
printer.
I have several USB printers that I use without issue.

There's probably a regression in HLIP after CUPS got updated to version 2.
I'll try and look into it but don't hold your breath too soon... or maybe a 
future HPLIP release will fix this.

-- 
Antoine

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Antoine Jacoutot]

 The issue is not with USB printing per se but with the HPLIP driver with a 
 USB printer.
 I have several USB printers that I use without issue.
 
 There's probably a regression in HLIP after CUPS got updated to version 2.
 I'll try and look into it but don't hold your breath too soon... or maybe a 
 future HPLIP release will fix this.

Actually, I just hooked up my HP USB printer and was able to print just fine...

-- 
Antoine

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Antoine Jacoutot]

 Actually, I just hooked up my HP USB printer and was able to print just 
 fine...

Oop sorry I meant to answer that in previous:

 just22@poseidon:[~] ll /etc/cups/printers.conf
 -rw---  1 root  _cups   897B Dec  3 08:58 /etc/cups/printers.conf

 (not readable by _cups?)

That's fine. cupsd starts as root, read its config and then drops privileges to 
_cups.

-- 
Antoine

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Gareth Osler]

Not able to print to an Epson Stylus Office similarly also.

A workaround here http://article.gmane.org/gmane.os.openbsd.misc/215308

I have also been able to configure a raw lpd printer managed with cups.

USB printer not working with CUPS 2.0.1 (in -current)

[Alessandro DE LAURENZIS]

Dear @misc reader,

my HP Deskjet F4280 USB printer is (again!) not working after CUPS
update to v2.0.1 in current.

ulpt* is of course disabled, devices' permissions seem ok and the
printer is correctly recognized:

Console log for poseidon.atlantide.net
ugen1 at uhub8 port 4 HP Deskjet F4200 series rev 2.00/1.00 addr 7

just22@poseidon:[~] ls -la /dev/ugen1.*
crw-rw  1 _cups  _saned   63,  16 Nov 28 22:22 /dev/ugen1.00
crw-rw  1 _cups  _saned   63,  17 Nov 28 22:22 /dev/ugen1.01
crw-rw  1 _cups  _saned   63,  18 Nov 28 22:22 /dev/ugen1.02
crw-rw  1 _cups  _saned   63,  19 Nov 28 22:22 /dev/ugen1.03
crw-rw  1 _cups  _saned   63,  20 Nov 28 22:22 /dev/ugen1.04
crw-rw  1 _cups  _saned   63,  21 Nov 28 22:22 /dev/ugen1.05
crw-rw  1 _cups  _saned   63,  22 Nov 28 22:22 /dev/ugen1.06
crw-rw  1 _cups  _saned   63,  23 Nov 28 22:22 /dev/ugen1.07
crw-rw  1 _cups  _saned   63,  24 Nov 28 22:22 /dev/ugen1.08
crw-rw  1 _cups  _saned   63,  25 Nov 28 22:22 /dev/ugen1.09
crw-rw  1 _cups  _saned   63,  26 Nov 28 22:22 /dev/ugen1.10
crw-rw  1 _cups  _saned   63,  27 Nov 28 22:22 /dev/ugen1.11
crw-rw  1 _cups  _saned   63,  28 Nov 28 22:22 /dev/ugen1.12
crw-rw  1 _cups  _saned   63,  29 Nov 28 22:22 /dev/ugen1.13
crw-rw  1 _cups  _saned   63,  30 Nov 28 22:22 /dev/ugen1.14
crw-rw  1 _cups  _saned   63,  31 Nov 28 22:22 /dev/ugen1.15

just22@poseidon:[~] ls -la /dev/usb*
crw-rw  1 root   wheel61,   0 Nov 28 22:22 /dev/usb0
crw-rw  1 _cups  _saned   61,   1 Nov 28 22:22 /dev/usb1
crw-rw  1 root   wheel61,   2 Nov 28 22:22 /dev/usb2
crw-rw  1 root   wheel61,   3 Nov 28 22:22 /dev/usb3
crw-rw  1 root   wheel61,   4 Nov 28 22:22 /dev/usb4
crw-rw  1 root   wheel61,   5 Nov 28 22:22 /dev/usb5
crw-rw  1 root   wheel61,   6 Nov 28 22:22 /dev/usb6
crw-rw  1 root   wheel61,   7 Nov 28 22:22 /dev/usb7

just22@poseidon:[~] lsusb
Bus 000 Device 001: ID 8086: Intel Corp. 
Bus 001 Device 001: ID 8086: Intel Corp. 
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 003: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 004: ID 03f0:0024 Hewlett-Packard KU-0316 Keyboard
Bus 001 Device 005: ID 046d:c050 Logitech, Inc. RX 250 Optical Mouse
Bus 001 Device 006: ID 046d:089d Logitech, Inc. QuickCam E2500 series
Bus 001 Device 007: ID 03f0:2504 Hewlett-Packard DeskJet F4200 series
Bus 002 Device 001: ID 8086: Intel Corp. 
Bus 003 Device 001: ID 8086: Intel Corp. 
Bus 004 Device 001: ID 8086: Intel Corp. 
Bus 004 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 005 Device 001: ID 8086: Intel Corp. 
Bus 006 Device 001: ID 8086: Intel Corp. 

just22@poseidon:[~] sudo /usr/local/libexec/cups/backend/usb
DEBUG: Loading USB quirks from /usr/local/share/cups/usb.
DEBUG: Loaded 71 quirks.
DEBUG: list_devices
DEBUG: libusb_get_device_list=14
DEBUG2: Printer found with device ID: MFG:HP;MDL:Deskjet F4200
series;CMD:MLC,PCL,PML,DW-PCL,DESKJET,DYN;1284.4DL:4d,4e,1;CLS:PRINTER;DES:CB656B;SN:CN8C54F12J05BR;S:038000C486001021002c1f0002ac000;J:
;Z:0102,0503b60800,0600,0c0,0e,0f,100202,12000,147,150;
Device URI:
usb://HP/Deskjet%20F4200%20series?serial=CN8C54F12J05BRinterface=1
direct
usb://HP/Deskjet%20F4200%20series?serial=CN8C54F12J05BRinterface=1 HP
Deskjet F4200 series HP Deskjet F4200 series MFG:HP;MDL:Deskjet
F4200
series;CMD:MLC,PCL,PML,DW-PCL,DESKJET,DYN;1284.4DL:4d,4e,1;CLS:PRINTER;DES:CB656B;SN:CN8C54F12J05BR;S:038000C486001021002c1f0002ac000;J:
;Z:0102,0503b60800,0600,0c0,0e,0f,100202,12000,147,150;


Since I was not able to print, I tried to delete and reinstall the
printer from the CUPS web interface (and from HPLIP GUI too), but, even
if the operation seems to complete flawlessly and the
/etc/cups/printer.conf is written correctly, the printer isn't listed
among the available devices in CUPS.

After enabling Save debugging information for troubleshooting in CUPS,
this is the relevant content of /var/log/cups/error_log


D [03/Dec/2014:08:57:49 +0100] CUPS-Add-Modify-Printer 
ipp://localhost/printers/HP_Deskjet_F4280
D [03/Dec/2014:08:57:49 +0100] cupsdIsAuthorized: username=
D [03/Dec/2014:08:57:49 +0100] [Client 84] Returning HTTP Unauthorized for 
CUPS-Add-Modify-Printer (ipp://localhost/printers/HP_Deskjet_F4280) from 
localhost
D [03/Dec/2014:08:57:49 +0100] [Client 84] cupsdSendHeader: code=401, 
type=text/html, auth_type=1
D [03/Dec/2014:08:57:49 +0100] [Client 84] WWW-Authenticate: Basic 
realm=CUPS, trc=y
D [03/Dec/2014:08:57:49 +0100] [Client 85] Accepted from localhost (Domain)
D [03/Dec/2014:08:57:49 +0100] [Client 85] Waiting for request.
D [03/Dec/2014:08:57:49 +0100] [Client 86] Accepted from localhost (Domain)
D [03/Dec/2014:08:57:49 +0100] [Client 86] Waiting for request.
D [03/Dec/2014:08:57:49 +0100] [Client 85] HTTP_STATE_WAITING Closing for error

Re: USB printer not working with CUPS 2.0.1 (in -current)

[Aurélien DESBRIÈRES]

Alessandro DE LAURENZIS just22@gmail.com writes:

 Dear @misc reader,

 my HP Deskjet F4280 USB printer is (again!) not working after CUPS
 update to v2.0.1 in current.

 ulpt* is of course disabled, devices' permissions seem ok and the
 printer is correctly recognized:

 Console log for poseidon.atlantide.net
 ugen1 at uhub8 port 4 HP Deskjet F4200 series rev 2.00/1.00 addr 7

 just22@poseidon:[~] ls -la /dev/ugen1.*
 crw-rw  1 _cups  _saned   63,  16 Nov 28 22:22 /dev/ugen1.00
 crw-rw  1 _cups  _saned   63,  17 Nov 28 22:22 /dev/ugen1.01
 crw-rw  1 _cups  _saned   63,  18 Nov 28 22:22 /dev/ugen1.02
 crw-rw  1 _cups  _saned   63,  19 Nov 28 22:22 /dev/ugen1.03
 crw-rw  1 _cups  _saned   63,  20 Nov 28 22:22 /dev/ugen1.04
 crw-rw  1 _cups  _saned   63,  21 Nov 28 22:22 /dev/ugen1.05
 crw-rw  1 _cups  _saned   63,  22 Nov 28 22:22 /dev/ugen1.06
 crw-rw  1 _cups  _saned   63,  23 Nov 28 22:22 /dev/ugen1.07
 crw-rw  1 _cups  _saned   63,  24 Nov 28 22:22 /dev/ugen1.08
 crw-rw  1 _cups  _saned   63,  25 Nov 28 22:22 /dev/ugen1.09
 crw-rw  1 _cups  _saned   63,  26 Nov 28 22:22 /dev/ugen1.10
 crw-rw  1 _cups  _saned   63,  27 Nov 28 22:22 /dev/ugen1.11
 crw-rw  1 _cups  _saned   63,  28 Nov 28 22:22 /dev/ugen1.12
 crw-rw  1 _cups  _saned   63,  29 Nov 28 22:22 /dev/ugen1.13
 crw-rw  1 _cups  _saned   63,  30 Nov 28 22:22 /dev/ugen1.14
 crw-rw  1 _cups  _saned   63,  31 Nov 28 22:22 /dev/ugen1.15

 just22@poseidon:[~] ls -la /dev/usb*
 crw-rw  1 root   wheel61,   0 Nov 28 22:22 /dev/usb0
 crw-rw  1 _cups  _saned   61,   1 Nov 28 22:22 /dev/usb1
 crw-rw  1 root   wheel61,   2 Nov 28 22:22 /dev/usb2
 crw-rw  1 root   wheel61,   3 Nov 28 22:22 /dev/usb3
 crw-rw  1 root   wheel61,   4 Nov 28 22:22 /dev/usb4
 crw-rw  1 root   wheel61,   5 Nov 28 22:22 /dev/usb5
 crw-rw  1 root   wheel61,   6 Nov 28 22:22 /dev/usb6
 crw-rw  1 root   wheel61,   7 Nov 28 22:22 /dev/usb7

 just22@poseidon:[~] lsusb
 Bus 000 Device 001: ID 8086: Intel Corp. 
 Bus 001 Device 001: ID 8086: Intel Corp. 
 Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
 Bus 001 Device 003: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
 Bus 001 Device 004: ID 03f0:0024 Hewlett-Packard KU-0316 Keyboard
 Bus 001 Device 005: ID 046d:c050 Logitech, Inc. RX 250 Optical Mouse
 Bus 001 Device 006: ID 046d:089d Logitech, Inc. QuickCam E2500 series
 Bus 001 Device 007: ID 03f0:2504 Hewlett-Packard DeskJet F4200 series
 Bus 002 Device 001: ID 8086: Intel Corp. 
 Bus 003 Device 001: ID 8086: Intel Corp. 
 Bus 004 Device 001: ID 8086: Intel Corp. 
 Bus 004 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver
 Bus 005 Device 001: ID 8086: Intel Corp. 
 Bus 006 Device 001: ID 8086: Intel Corp. 

 just22@poseidon:[~] sudo /usr/local/libexec/cups/backend/usb
 DEBUG: Loading USB quirks from /usr/local/share/cups/usb.
 DEBUG: Loaded 71 quirks.
 DEBUG: list_devices
 DEBUG: libusb_get_device_list=14
 DEBUG2: Printer found with device ID: MFG:HP;MDL:Deskjet F4200
 series;CMD:MLC,PCL,PML,DW-PCL,DESKJET,DYN;1284.4DL:4d,4e,1;CLS:PRINTER;DES:CB656B;SN:CN8C54F12J05BR;S:038000C486001021002c1f0002ac000;J:
 ;Z:0102,0503b60800,0600,0c0,0e,0f,100202,12000,147,150;
 Device URI:
 usb://HP/Deskjet%20F4200%20series?serial=CN8C54F12J05BRinterface=1
 direct
 usb://HP/Deskjet%20F4200%20series?serial=CN8C54F12J05BRinterface=1 HP
 Deskjet F4200 series HP Deskjet F4200 series MFG:HP;MDL:Deskjet
 F4200
 series;CMD:MLC,PCL,PML,DW-PCL,DESKJET,DYN;1284.4DL:4d,4e,1;CLS:PRINTER;DES:CB656B;SN:CN8C54F12J05BR;S:038000C486001021002c1f0002ac000;J:
 ;Z:0102,0503b60800,0600,0c0,0e,0f,100202,12000,147,150;
 

 Since I was not able to print, I tried to delete and reinstall the
 printer from the CUPS web interface (and from HPLIP GUI too), but, even
 if the operation seems to complete flawlessly and the
 /etc/cups/printer.conf is written correctly, the printer isn't listed
 among the available devices in CUPS.

 After enabling Save debugging information for troubleshooting in CUPS,
 this is the relevant content of /var/log/cups/error_log


 D [03/Dec/2014:08:57:49 +0100] CUPS-Add-Modify-Printer
 ipp://localhost/printers/HP_Deskjet_F4280
 D [03/Dec/2014:08:57:49 +0100] cupsdIsAuthorized: username=
 D [03/Dec/2014:08:57:49 +0100] [Client 84] Returning HTTP Unauthorized
 for CUPS-Add-Modify-Printer
 (ipp://localhost/printers/HP_Deskjet_F4280) from localhost
 D [03/Dec/2014:08:57:49 +0100] [Client 84] cupsdSendHeader: code=401,
 type=text/html, auth_type=1
 D [03/Dec/2014:08:57:49 +0100] [Client 84] WWW-Authenticate: Basic 
 realm=CUPS, trc=y
 D [03/Dec/2014:08:57:49 +0100] [Client 85] Accepted from localhost (Domain)
 D [03/Dec/2014:08:57:49 +0100] [Client 85] Waiting for request.
 D [03/Dec/2014:08:57:49 +0100] [Client 86] Accepted from localhost (Domain)
 D [03/Dec

Re: CUPS printer problems - #!/bin/bash

[bodie]

On 29.11.2014 22:18, Duncan Patton a Campbell wrote:

On Sat, 29 Nov 2014 00:57:18 +0100
Antoine Jacoutot ajacou...@bsdfrog.org wrote:

 Not that I can find, but what you're saying here is what I'm 
seeing:
 bash _was_ on the system for a short time a while back when it was 
needed

 to get grolog to run on OBSD64.  Afterward it was removed.  But
 cups-foomatic is going out when it gets installed, and finding 
some bashism,

 preferentially configures for it.  In newer versions of foom* this
 becomes an explicitly configurable param.

If that were to be the case, it would have called 
/usr/local/bin/bash, not /bin/bash...




I dunno.  This thing sets up for /bin/bash iff it finds some kind of
bashism.
/usr/local/bin/bash was left over in shells, but that's not where
it got this from.  In the openprinting code it makes reference to 
bash as
a preferred shell or something, so I think something in the old 
foom*
is finding .bash.history or some other cruft and automagically 
selecting



Sorry for interrupting..isn't it this?

$ pwd
/usr/ports/print/cups-filters
$ egrep -ri bash *
Makefile:   perl -pi -e 's,/bin/bash,/bin/ksh,g' 
${WRKSRC}/filter/textonly
patches/patch-filter_foomatic-rip_foomaticrip_c:-char modern_shell[64] 
= /bin/bash;

$



for it.

Dhu


--
Antoine

Re: CUPS printer problems - #!/bin/bash

[Antoine Jacoutot]

 Sorry for interrupting..isn't it this?

We are explicitely patching so that it is *not* it...

-- 
Antoine

Re: CUPS printer problems - #!/bin/bash

[Duncan Patton a Campbell]

On Sat, 29 Nov 2014 00:57:18 +0100
Antoine Jacoutot ajacou...@bsdfrog.org wrote:

  Not that I can find, but what you're saying here is what I'm seeing:
  bash _was_ on the system for a short time a while back when it was needed 
  to get grolog to run on OBSD64.  Afterward it was removed.  But 
  cups-foomatic is going out when it gets installed, and finding some bashism,
  preferentially configures for it.  In newer versions of foom* this 
  becomes an explicitly configurable param.  
 
 If that were to be the case, it would have called /usr/local/bin/bash, not 
 /bin/bash...
 

I dunno.  This thing sets up for /bin/bash iff it finds some kind of bashism.  
/usr/local/bin/bash was left over in shells, but that's not where 
it got this from.  In the openprinting code it makes reference to bash as 
a preferred shell or something, so I think something in the old foom* 
is finding .bash.history or some other cruft and automagically selecting
for it.

Dhu

 -- 
 Antoine
 
 


-- 
Ne obliviscaris, vix ea nostra voco.