Re: ulpt/libusb weirdness in -current

2014-08-16 Thread Alessandro DE LAURENZIS 
On Fri 15/08 20:08, Alessandro DE LAURENZIS wrote:
 On Fri 15/08 19:17, Antoine Jacoutot wrote:
   Actually missing! Is it just my system or...
  
  Nah, that's not needed.
  
   Still scratching my head...
  
  Yeah sorry, I have no other idea for now...
 
 Still debugging... I tried to revert to hplip 3.14.1 (adapting the port
 from 5.5), but the behavior is the same.
 
 Of course, let me know if I can do anything else (this is a very
 sensible topic for me, of course).

Hello Antoine,

Some progresses: I sorted out the things, reistalling from scratch all
the packages in cups and hplip ports (with your patch, of course) and
now I'm able to install the printer from the CUPS web interface and
print too (I verified with the test page and some PDF documents).

I really don't understand what was going wrong yesterday, 'cause I
repeated the same steps; the only thing that I can confirm is that your
patch is working and it is needed.

So far, so good.

But there is still something weird... When I try to open hp-systray, I
receive the following message:

warning: No hp: or hpfax: devices found in any installed CUPS queue. Exiting.

which is of course a non-sense, given that the printer is installed in
CUPS and the queue is correctly responding.

If I try to install the printer with hp-setup, the situation is even
more obscure; after having found the device, I obtain:

Searching... (bus=usb, search=(None), desc=0)
warning: /usr/local/share/hplip/plugin.spec file doesn't exists.
error: No PPD found for model deskjet_f4200 using old algorithm.
error: No appropriate print PPD file found for model deskjet_f4200_series

Do you have any idea? How could I proceed in debugging?

Thanks a lot for your time.

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

Re: ulpt/libusb weirdness in -current

2014-08-16 Thread Antoine Jacoutot 
 Some progresses: I sorted out the things, reistalling from scratch all
 the packages in cups and hplip ports (with your patch, of course) and
 now I'm able to install the printer from the CUPS web interface and
 print too (I verified with the test page and some PDF documents).

Cool, that's good.

 I really don't understand what was going wrong yesterday, 'cause I
 repeated the same steps; the only thing that I can confirm is that your
 patch is working and it is needed.

It's been committed since :-)

 So far, so good.
 
 But there is still something weird... When I try to open hp-systray, I
 receive the following message:
 
 warning: No hp: or hpfax: devices found in any installed CUPS queue. Exiting.

Well the HP tools are very very Linux centric; so I am not surprised that there 
are still dragons in there.
Is your printer 'connection' setup as:
hp:/usb/... ?

 which is of course a non-sense, given that the printer is installed in
 CUPS and the queue is correctly responding.
 
 If I try to install the printer with hp-setup, the situation is even
 more obscure; after having found the device, I obtain:
 
 Searching... (bus=usb, search=(None), desc=0)
 warning: /usr/local/share/hplip/plugin.spec file doesn't exists.
 error: No PPD found for model deskjet_f4200 using old algorithm.
 error: No appropriate print PPD file found for model deskjet_f4200_series
 
 Do you have any idea? How could I proceed in debugging?

Oh that. Well that would require some patching I guess. As mentioned, the HP 
tools make a lot of assumptions which aren't true on OpenBSD :/
I've never spent too much time trying to fix hp-setup because it tends to break 
at each update in a different way -- but if that's something users really want, 
I could have a look when I have time.

-- 
Antoine

Re: ulpt/libusb weirdness in -current

2014-08-16 Thread Alessandro DE LAURENZIS 
On Sat 16/08 15:31, Antoine Jacoutot wrote:
  But there is still something weird... When I try to open hp-systray, I
  receive the following message:
  
  warning: No hp: or hpfax: devices found in any installed CUPS queue. 
  Exiting.
 
 Well the HP tools are very very Linux centric; so I am not surprised that 
 there are still dragons in there.
 Is your printer 'connection' setup as:
 hp:/usb/... ?
 
  which is of course a non-sense, given that the printer is installed in
  CUPS and the queue is correctly responding.
  
  If I try to install the printer with hp-setup, the situation is even
  more obscure; after having found the device, I obtain:
  
  Searching... (bus=usb, search=(None), desc=0)
  warning: /usr/local/share/hplip/plugin.spec file doesn't exists.
  error: No PPD found for model deskjet_f4200 using old algorithm.
  error: No appropriate print PPD file found for model deskjet_f4200_series
  
  Do you have any idea? How could I proceed in debugging?
 
 Oh that. Well that would require some patching I guess. As mentioned, the HP 
 tools make a lot of assumptions which aren't true on OpenBSD :/
 I've never spent too much time trying to fix hp-setup because it tends to 
 break at each update in a different way -- but if that's something users 
 really want, I could have a look when I have time.
 

Well, I used hp tools in 5.4 and 5.5 and they always worked flawlessly.
So it seems related to my update to current...

Maybe relate, maybe not: now xsane (and scanimage -L) are much more slow
in startup, during the Scan for devices phase, even if the
configuration has not been changed (and they used to start instantly
when launched through hp-systray GUI).

I really don't know if all these observations make any sense...

Let me know.

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

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Martin Pieuchot 
On 14/08/14(Thu) 17:25, Alessandro DE LAURENZIS wrote:
 On Thu 14/08 17:17, Antoine Jacoutot wrote:
   After applying the patch, the printer is still not responding, but the
   output of /usr/local/libexec/cups/backend/usb is different:
   
   root@poseidon:[cups] sudo /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=14
   DEBUG: Failed to open device, code: -99
  
  What's the output of lsusb(1) ?
  
 
 root@poseidon:[cups] lsusb
 Bus 000 Device 001: ID 8086: Intel Corp. 
 Bus 000 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
 Bus 000 Device 003: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
 Bus 000 Device 004: ID 03f0:0024 Hewlett-Packard KU-0316 Keyboard
 Bus 000 Device 005: ID 046d:c050 Logitech, Inc. RX 250 Optical Mouse
 Bus 000 Device 006: ID 046d:089d Logitech, Inc. QuickCam E2500 series
 Bus 001 Device 001: ID 8086: Intel Corp. 
 Bus 001 Device 002: ID 03f0:2504 Hewlett-Packard DeskJet F4200 series
 [...]

So apparently your device is correctly listed but you cannot open its
node.  Can you post your dmesg with all these connected device?

Are you sure the ugen(4) node corresponding to your printer is not
already open?

To get more information could recompile the devel/libusb1 package with
DEBUG set?  This will produce some verbose output when cups will use it.

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Alessandro DE LAURENZIS 
On Fri 15/08 10:44, Martin Pieuchot wrote:
 So apparently your device is correctly listed but you cannot open its
 node.  Can you post your dmesg with all these connected device?

Hello Martin,

in order to sort-out a bit the things, I re-made all my trials
disconnecting all the usb devices but the printer (I verified that the
results are exactly the same as reported before).
See [1] for the dmesg log.

 
 Are you sure the ugen(4) node corresponding to your printer is not
 already open?

Well, I do not know if what reported before replies to your question; if
not, could you please suggest how should I check that the node is not
already open?

 
 To get more information could recompile the devel/libusb1 package with
 DEBUG set?  This will produce some verbose output when cups will use it.

Could you please detail how to set the DEBUG feature? Something like:
DEBUG=foo make ?

Thanks for your time

[1]
OpenBSD 5.6 (GENERIC.MP) #333: Fri Aug  8 00:20:21 MDT 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 2087387136 (1990MB)
avail mem = 2023096320 (1929MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (73 entries)
bios0: vendor LENOVO version 7LETD0WW (2.30 ) date 02/27/2012
bios0: LENOVO 7735WX2
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET BOOT ASF! SSDT SSDT SSDT 
SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) IGBE(S4) EXP0(S4) 
EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) 
USB3(S3) USB4(S3) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU T8100 @ 2.10GHz, 798.18 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF
cpu0: 3MB 64b/line 8-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 199MHz
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 T8100 @ 2.10GHz, 798.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,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF
cpu1: 3MB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 2, remapped to apid 1
acpimcfg0 at acpi0 addr 0xf000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus 4 (EXP2)
acpiprt5 at acpi0: bus 5 (EXP3)
acpiprt6 at acpi0: bus 13 (EXP4)
acpiprt7 at acpi0: bus 21 (PCI1)
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acpi0: PUBS, resource for USB0, USB2, USB4, EHC0, EHC1
acpitz0 at acpi0: critical temperature is 127 degC
acpitz1 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model 42T5264 serial  4317 type LION oem Panasonic
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit offline
acpithinkpad0 at acpi0
acpidock0 at acpi0: GDCK not docked (0)
cpu0: Enhanced SpeedStep 798 MHz: speeds: 2101, 2100, 1600, 1200, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel GM965 Host rev 0x0c
vga1 at pci0 dev 2 function 0 Intel GM965 Video rev 0x0c
intagp0 at vga1
agp0 at intagp0: aperture at 0xe000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1280x800
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
Intel GM965 Video rev 0x0c at pci0 dev 2 function 1 not configured
em0 at pci0 dev 25 function 0 Intel ICH8 IGP M AMT rev 0x03: msi, address 
00:21:86:94:34:8e
uhci0 at pci0 dev 26 function 0 Intel 82801H USB rev 0x03: apic 1 int 20
uhci1 at pci0 dev 26 function 1 Intel 82801H USB rev 0x03: apic 1 int 21
ehci0 at pci0 dev 26 function 7 Intel 82801H USB rev 0x03: apic 1 int 22
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 Intel 82801H HD Audio rev 0x03: msi
azalia0: codecs: Analog Devices AD1984, Conexant/0x2bfa, using Analog Devices 
AD1984
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 Intel 82801H PCIE rev 0x03: msi
pci1 at ppb0 bus 2
ppb1 at pci0 dev 28 function 1 Intel 82801H PCIE rev 0x03: msi
pci2 at ppb1 bus 3
iwn0 at pci2 dev 0 function 0 Intel Wireless WiFi Link 4965 rev 0x61: msi, 
MIMO 2T3R, MoW2, address 00:21:5c:75:a7:1d
ppb2 at pci0 dev 28

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Alessandro DE LAURENZIS 
On Fri 15/08 11:45, Alessandro DE LAURENZIS wrote:
[...]
  To get more information could recompile the devel/libusb1 package with
  DEBUG set?  This will produce some verbose output when cups will use it.
 
 Could you please detail how to set the DEBUG feature? Something like:
 DEBUG=foo make ?
And where should I observe the more verbose output?

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

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Alessandro DE LAURENZIS 
On Fri 15/08 11:45, Alessandro DE LAURENZIS wrote:
 On Fri 15/08 10:44, Martin Pieuchot wrote:
  To get more information could recompile the devel/libusb1 package with
  DEBUG set?  This will produce some verbose output when cups will use it.

This is the output from /usr/local/libexec/cups/backend/usb with the
libusb DEBUG feature turned on:

[...]
DEBUG: libusb_get_device_list=9
libusb: 0.019173 debug [libusb_get_device_descriptor] 
libusb: 0.019182 debug [obsd_get_device_descriptor] 
libusb: 0.019187 debug [libusb_get_device_descriptor] 
libusb: 0.019192 debug [obsd_get_device_descriptor] 
libusb: 0.019200 debug [libusb_get_device_descriptor] 
libusb: 0.019207 debug [obsd_get_device_descriptor] 
libusb: 0.019240 debug [libusb_get_config_descriptor] index 0
libusb: 0.019253 debug [obsd_get_config_descriptor] index 0, len 8
libusb: 0.019785 debug [obsd_get_config_descriptor] index 0, len 101
libusb: 0.021336 debug [libusb_open] open 1.2
libusb: 0.021373 debug [obsd_open] open /dev/ugen0.00: fd 5
libusb: 0.021398 debug [usbi_add_pollfd] add fd 6 events 1
libusb: 0.021512 debug [libusb_get_device_descriptor] 
libusb: 0.021529 debug [obsd_get_device_descriptor] 
libusb: 0.022213 debug [libusb_kernel_driver_active] interface 1
DEBUG: Failed to check whether 03f0:2504 has the usblp kernel module attached
libusb: 0.022244 debug [libusb_close] 
libusb: 0.022254 debug [obsd_close] close: fd 5
libusb: 0.022262 debug [usbi_remove_pollfd] remove fd 6
libusb: 0.022321 debug [libusb_get_device_descriptor] 
libusb: 0.022332 debug [obsd_get_device_descriptor] 
libusb: 0.022337 debug [libusb_get_device_descriptor] 
libusb: 0.022342 debug [obsd_get_device_descriptor] 
libusb: 0.022351 debug [libusb_get_config_descriptor] index 0
libusb: 0.022366 debug [obsd_get_config_descriptor] index 0, len 8
libusb: 0.031228 debug [obsd_get_config_descriptor] index 0, len 216
libusb: 0.040245 debug [libusb_get_device_descriptor] 
libusb: 0.040254 debug [obsd_get_device_descriptor] 
libusb: 0.040260 debug [libusb_get_device_descriptor] 
libusb: 0.040266 debug [obsd_get_device_descriptor] 
libusb: 0.040274 debug [libusb_get_device_descriptor] 
libusb: 0.040281 debug [obsd_get_device_descriptor] 
libusb: 0.040288 debug [libusb_get_device_descriptor] 
libusb: 0.040295 debug [obsd_get_device_descriptor] 
libusb: 0.040320 debug [libusb_exit] 
libusb: 0.040328 debug [libusb_exit] destroying default context
libusb: 0.040337 debug [usbi_remove_pollfd] remove fd 3

Please note that it has been obtained with an unpatched CUPS port.

Let me know.

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

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Antoine Jacoutot 
 [...]
 DEBUG: libusb_get_device_list=9
 libusb: 0.019173 debug [libusb_get_device_descriptor] 
 libusb: 0.019182 debug [obsd_get_device_descriptor] 
 libusb: 0.019187 debug [libusb_get_device_descriptor] 
 libusb: 0.019192 debug [obsd_get_device_descriptor] 
 libusb: 0.019200 debug [libusb_get_device_descriptor] 
 libusb: 0.019207 debug [obsd_get_device_descriptor] 
 libusb: 0.019240 debug [libusb_get_config_descriptor] index 0
 libusb: 0.019253 debug [obsd_get_config_descriptor] index 0, len 8
 libusb: 0.019785 debug [obsd_get_config_descriptor] index 0, len 101
 libusb: 0.021336 debug [libusb_open] open 1.2
 libusb: 0.021373 debug [obsd_open] open /dev/ugen0.00: fd 5
 libusb: 0.021398 debug [usbi_add_pollfd] add fd 6 events 1
 libusb: 0.021512 debug [libusb_get_device_descriptor] 
 libusb: 0.021529 debug [obsd_get_device_descriptor] 
 libusb: 0.022213 debug [libusb_kernel_driver_active] interface 1
 DEBUG: Failed to check whether 03f0:2504 has the usblp kernel module 
 attached

You are still seeing this with the patch I sent yesterday???

-- 
Antoine

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Alessandro DE LAURENZIS 
On Fri 15/08 13:26, Antoine Jacoutot wrote:
 You are still seeing this with the patch I sent yesterday???

As I said (see the end of my previous e-mail), this is obtained with an
unpatched CUPS port.

Should I revert to the patched version again?

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

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Antoine Jacoutot 
On Fri, Aug 15, 2014 at 01:34:08PM +0200, Alessandro DE LAURENZIS wrote:
 On Fri 15/08 13:26, Antoine Jacoutot wrote:
  You are still seeing this with the patch I sent yesterday???
 
 As I said (see the end of my previous e-mail), this is obtained with an
 unpatched CUPS port.
 
 Should I revert to the patched version again?

Yes please.

-- 
Antoine

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Alessandro DE LAURENZIS 
On Fri 15/08 14:07, Antoine Jacoutot wrote:
 On Fri, Aug 15, 2014 at 01:34:08PM +0200, Alessandro DE LAURENZIS wrote:
  On Fri 15/08 13:26, Antoine Jacoutot wrote:
   You are still seeing this with the patch I sent yesterday???
  
  As I said (see the end of my previous e-mail), this is obtained with an
  unpatched CUPS port.
  
  Should I revert to the patched version again?
 
 Yes please.

This is the output now:

DEBUG: Loading USB quirks from /usr/local/share/cups/usb.
DEBUG: Loaded 68 quirks.
DEBUG: list_devices
libusb: 0.00 debug [libusb_init] libusb-1.0.9
libusb: 0.000171 debug [usbi_add_pollfd] add fd 3 events 1
libusb: 0.000203 debug [libusb_init] created default context
libusb: 0.000229 debug [libusb_get_device_list] 
libusb: 0.000239 debug [obsd_get_device_list] 
libusb: 0.000371 debug [_cache_active_config_descriptor] fd 6, addr 1
libusb: 0.000403 debug [_cache_active_config_descriptor] active bLength 9
libusb: 0.000418 debug [_cache_active_config_descriptor] index -1, len 25
libusb: 0.000461 debug [obsd_get_device_descriptor] 
libusb: 0.000704 debug [_cache_active_config_descriptor] fd 6, addr 1
libusb: 0.000736 debug [_cache_active_config_descriptor] active bLength 9
libusb: 0.000751 debug [_cache_active_config_descriptor] index -1, len 25
libusb: 0.000786 debug [obsd_get_device_descriptor] 
libusb: 0.002363 debug [_cache_active_config_descriptor] fd 6, addr 2
libusb: 0.002394 debug [_cache_active_config_descriptor] active bLength 9
libusb: 0.002408 debug [_cache_active_config_descriptor] index -1, len 101
libusb: 0.002439 debug [obsd_get_device_descriptor] 
libusb: 0.002676 debug [_cache_active_config_descriptor] fd 6, addr 1
libusb: 0.002705 debug [_cache_active_config_descriptor] active bLength 9
libusb: 0.002718 debug [_cache_active_config_descriptor] index -1, len 25
libusb: 0.002750 debug [obsd_get_device_descriptor] 
libusb: 0.013832 debug [_cache_active_config_descriptor] fd 6, addr 2
libusb: 0.013862 debug [_cache_active_config_descriptor] active bLength 9
libusb: 0.013874 debug [_cache_active_config_descriptor] index -1, len 216
libusb: 0.013901 debug [obsd_get_device_descriptor] 
libusb: 0.014110 debug [_cache_active_config_descriptor] fd 6, addr 1
libusb: 0.014138 debug [_cache_active_config_descriptor] active bLength 9
libusb: 0.014152 debug [_cache_active_config_descriptor] index -1, len 25
libusb: 0.014181 debug [obsd_get_device_descriptor] 
libusb: 0.014390 debug [_cache_active_config_descriptor] fd 6, addr 1
libusb: 0.014432 debug [_cache_active_config_descriptor] active bLength 9
libusb: 0.014462 debug [_cache_active_config_descriptor] index -1, len 25
libusb: 0.014509 debug [obsd_get_device_descriptor] 
libusb: 0.014722 debug [_cache_active_config_descriptor] fd 6, addr 1
libusb: 0.014754 debug [_cache_active_config_descriptor] active bLength 9
libusb: 0.014766 debug [_cache_active_config_descriptor] index -1, len 25
libusb: 0.014797 debug [obsd_get_device_descriptor] 
libusb: 0.015009 debug [_cache_active_config_descriptor] fd 6, addr 1
libusb: 0.015042 debug [_cache_active_config_descriptor] active bLength 9
libusb: 0.015056 debug [_cache_active_config_descriptor] index -1, len 25
libusb: 0.015084 debug [obsd_get_device_descriptor] 
DEBUG: libusb_get_device_list=9
libusb: 0.015339 debug [libusb_get_device_descriptor] 
libusb: 0.015351 debug [obsd_get_device_descriptor] 
libusb: 0.015391 debug [libusb_get_device_descriptor] 
libusb: 0.015410 debug [obsd_get_device_descriptor] 
libusb: 0.015452 debug [libusb_get_device_descriptor] 
libusb: 0.015472 debug [obsd_get_device_descriptor] 
libusb: 0.015554 debug [libusb_get_config_descriptor] index 0
libusb: 0.015601 debug [obsd_get_config_descriptor] index 0, len 8
libusb: 0.016111 debug [obsd_get_config_descriptor] index 0, len 101
libusb: 0.016661 debug [libusb_open] open 1.2
libusb: 0.016703 debug [obsd_open] open /dev/ugen1.00: fd 5
libusb: 0.016738 debug [usbi_add_pollfd] add fd 6 events 1
libusb: 0.017279 debug [libusb_get_device_descriptor] 
libusb: 0.017296 debug [obsd_get_device_descriptor] 
libusb: 0.017327 debug [libusb_kernel_driver_active] interface 1
libusb: 0.017396 debug [obsd_clock_gettime] clock 0
libusb: 0.017449 debug [obsd_submit_transfer] 
libusb: 0.017470 debug [_sync_control_transfer] type 80 request 8 value 0 index 
0 length 1 timeout 5000
libusb: 0.017599 debug [_sync_control_transfer] transferred 1
libusb: 0.017709 debug [obsd_clock_gettime] clock 0
libusb: 0.017740 debug [libusb_get_next_timeout] next timeout in 4.999708s
libusb: 0.017783 debug [libusb_handle_events_timeout_completed] doing our own 
event handling
libusb: 0.017824 debug [handle_events] poll() 2 fds with timeout in 5000ms
libusb: 0.017895 debug [handle_events] poll() returned 1
libusb: 0.017915 debug [obsd_handle_events] 
libusb: 0.017935 debug [usbi_handle_transfer_completion] transfer 0xfe45bab2c38 
has callback 0xfe490259340
libusb: 0.017946 debug [ctrl_transfer_cb] actual_length=1
libusb: 0.018005 debug

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Martin Pieuchot 
On 15/08/14(Fri) 14:37, Alessandro DE LAURENZIS wrote:
 On Fri 15/08 14:07, Antoine Jacoutot wrote:
  On Fri, Aug 15, 2014 at 01:34:08PM +0200, Alessandro DE LAURENZIS wrote:
   On Fri 15/08 13:26, Antoine Jacoutot wrote:
You are still seeing this with the patch I sent yesterday???
   
   As I said (see the end of my previous e-mail), this is obtained with an
   unpatched CUPS port.
   
   Should I revert to the patched version again?
  
  Yes please.
 
 This is the output now:
 
 DEBUG: Loading USB quirks from /usr/local/share/cups/usb.
 DEBUG: Loaded 68 quirks.
 DEBUG: list_devices
 libusb: 0.00 debug [libusb_init] libusb-1.0.9
 libusb: 0.000171 debug [usbi_add_pollfd] add fd 3 events 1
 libusb: 0.000203 debug [libusb_init] created default context
 libusb: 0.000229 debug [libusb_get_device_list] 
 libusb: 0.000239 debug [obsd_get_device_list] 
 libusb: 0.000371 debug [_cache_active_config_descriptor] fd 6, addr 1
 libusb: 0.000403 debug [_cache_active_config_descriptor] active bLength 9
 libusb: 0.000418 debug [_cache_active_config_descriptor] index -1, len 25
 libusb: 0.000461 debug [obsd_get_device_descriptor] 
 libusb: 0.000704 debug [_cache_active_config_descriptor] fd 6, addr 1
 libusb: 0.000736 debug [_cache_active_config_descriptor] active bLength 9
 libusb: 0.000751 debug [_cache_active_config_descriptor] index -1, len 25
 libusb: 0.000786 debug [obsd_get_device_descriptor] 
 libusb: 0.002363 debug [_cache_active_config_descriptor] fd 6, addr 2
 libusb: 0.002394 debug [_cache_active_config_descriptor] active bLength 9
 libusb: 0.002408 debug [_cache_active_config_descriptor] index -1, len 101
 libusb: 0.002439 debug [obsd_get_device_descriptor] 
 libusb: 0.002676 debug [_cache_active_config_descriptor] fd 6, addr 1
 libusb: 0.002705 debug [_cache_active_config_descriptor] active bLength 9
 libusb: 0.002718 debug [_cache_active_config_descriptor] index -1, len 25
 libusb: 0.002750 debug [obsd_get_device_descriptor] 
 libusb: 0.013832 debug [_cache_active_config_descriptor] fd 6, addr 2
 libusb: 0.013862 debug [_cache_active_config_descriptor] active bLength 9
 libusb: 0.013874 debug [_cache_active_config_descriptor] index -1, len 216
 libusb: 0.013901 debug [obsd_get_device_descriptor] 
 libusb: 0.014110 debug [_cache_active_config_descriptor] fd 6, addr 1
 libusb: 0.014138 debug [_cache_active_config_descriptor] active bLength 9
 libusb: 0.014152 debug [_cache_active_config_descriptor] index -1, len 25
 libusb: 0.014181 debug [obsd_get_device_descriptor] 
 libusb: 0.014390 debug [_cache_active_config_descriptor] fd 6, addr 1
 libusb: 0.014432 debug [_cache_active_config_descriptor] active bLength 9
 libusb: 0.014462 debug [_cache_active_config_descriptor] index -1, len 25
 libusb: 0.014509 debug [obsd_get_device_descriptor] 
 libusb: 0.014722 debug [_cache_active_config_descriptor] fd 6, addr 1
 libusb: 0.014754 debug [_cache_active_config_descriptor] active bLength 9
 libusb: 0.014766 debug [_cache_active_config_descriptor] index -1, len 25
 libusb: 0.014797 debug [obsd_get_device_descriptor] 
 libusb: 0.015009 debug [_cache_active_config_descriptor] fd 6, addr 1
 libusb: 0.015042 debug [_cache_active_config_descriptor] active bLength 9
 libusb: 0.015056 debug [_cache_active_config_descriptor] index -1, len 25
 libusb: 0.015084 debug [obsd_get_device_descriptor] 
 DEBUG: libusb_get_device_list=9
 libusb: 0.015339 debug [libusb_get_device_descriptor] 
 libusb: 0.015351 debug [obsd_get_device_descriptor] 
 libusb: 0.015391 debug [libusb_get_device_descriptor] 
 libusb: 0.015410 debug [obsd_get_device_descriptor] 
 libusb: 0.015452 debug [libusb_get_device_descriptor] 
 libusb: 0.015472 debug [obsd_get_device_descriptor] 
 libusb: 0.015554 debug [libusb_get_config_descriptor] index 0
 libusb: 0.015601 debug [obsd_get_config_descriptor] index 0, len 8
 libusb: 0.016111 debug [obsd_get_config_descriptor] index 0, len 101
 libusb: 0.016661 debug [libusb_open] open 1.2
 libusb: 0.016703 debug [obsd_open] open /dev/ugen1.00: fd 5
 libusb: 0.016738 debug [usbi_add_pollfd] add fd 6 events 1
 libusb: 0.017279 debug [libusb_get_device_descriptor] 
 libusb: 0.017296 debug [obsd_get_device_descriptor] 
 libusb: 0.017327 debug [libusb_kernel_driver_active] interface 1
 libusb: 0.017396 debug [obsd_clock_gettime] clock 0
 libusb: 0.017449 debug [obsd_submit_transfer] 
 libusb: 0.017470 debug [_sync_control_transfer] type 80 request 8 value 0 
 index 0 length 1 timeout 5000
 libusb: 0.017599 debug [_sync_control_transfer] transferred 1
 libusb: 0.017709 debug [obsd_clock_gettime] clock 0
 libusb: 0.017740 debug [libusb_get_next_timeout] next timeout in 4.999708s
 libusb: 0.017783 debug [libusb_handle_events_timeout_completed] doing our own 
 event handling
 libusb: 0.017824 debug [handle_events] poll() 2 fds with timeout in 5000ms
 libusb: 0.017895 debug [handle_events] poll() returned 1
 libusb: 0.017915 debug [obsd_handle_events] 
 libusb: 0.017935 debug [usbi_handle_transfer_completion] transfer

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Antoine Jacoutot 
I can confirm that with my patch, my HP printer is now working over USB as well.
Alessandro could you re-install your printer under cups and enable debug in 
cups (you can do that from the web iface) then send the output of 
/var/log/cups/error_log
Thanks.

-- 
Antoine

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Antoine Jacoutot 
On Fri, Aug 15, 2014 at 05:15:22PM +0200, Alessandro DE LAURENZIS wrote:
 See below, after a couple of Print test page failures (reported as No
 profiles specified in PPD in the web interface).
 
 I also deleted and reinstalled (from ports) hplip-common, hplip and
 hplip-gui.

 D [15/Aug/2014:17:06:30 +0200] [CGI] 
 /usr/local/share/cups/drivers/pscript5.dll: No such file or directory

Well, that does not look good :-)

 D [15/Aug/2014:17:06:55 +0200] [Job 2] GPL Ghostscript 9.07: Can't find 
 initialization file gs_init.ps.

Do you have this file?
/usr/local/share/ghostscript/9.07/Resource/Init/gs_init.ps

-- 
Antoine

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Alessandro DE LAURENZIS 
On Fri 15/08 17:39, Antoine Jacoutot wrote:
  D [15/Aug/2014:17:06:30 +0200] [CGI] 
  /usr/local/share/cups/drivers/pscript5.dll: No such file or directory
 
 Well, that does not look good :-)

Actually missing! Is it just my system or...

 
  D [15/Aug/2014:17:06:55 +0200] [Job 2] GPL Ghostscript 9.07: Can't find 
  initialization file gs_init.ps.
 
 Do you have this file?
 /usr/local/share/ghostscript/9.07/Resource/Init/gs_init.ps

just22@poseidon:[5.5-stuff] ll 
/usr/local/share/ghostscript/9.07/Resource/Init/gs_init.ps 
-r--r--r--  1 root  bin  74.7K Jul 31 19:21 
/usr/local/share/ghostscript/9.07/Resource/Init/gs_init.ps

so I don't understand why the tool is not able to find it.

Still scratching my head...

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

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Antoine Jacoutot 
 Actually missing! Is it just my system or...

Nah, that's not needed.

 Still scratching my head...

Yeah sorry, I have no other idea for now...

-- 
Antoine

Re: ulpt/libusb weirdness in -current

2014-08-15 Thread Alessandro DE LAURENZIS 
On Fri 15/08 19:17, Antoine Jacoutot wrote:
  Actually missing! Is it just my system or...
 
 Nah, that's not needed.
 
  Still scratching my head...
 
 Yeah sorry, I have no other idea for now...

Still debugging... I tried to revert to hplip 3.14.1 (adapting the port
from 5.5), but the behavior is the same.

Of course, let me know if I can do anything else (this is a very
sensible topic for me, of course).

All the best

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

ulpt/libusb weirdness in -current

2014-08-14 Thread Alessandro DE LAURENZIS 
Dear misc@ readers,

Still unable to make my old HP Deskjet F4280 printer working on -current
(all was ok in 5.5).

ulpt is disabled during boot stage; the printer is correctly installed
(through the CUPS web interface) and device permissions seem ok:

just22@poseidon:[~] sudo usbdevs -dv
Controller /dev/usb0:
addr 1: high speed, self powered, config 1, EHCI root hub(0x), 
Intel(0x8086), rev 1.00
  uhub0
 port 1 powered
 port 2 powered
 port 3 powered
 port 4 powered
Controller /dev/usb1:
addr 1: high speed, self powered, config 1, EHCI root hub(0x), 
Intel(0x8086), rev 1.00
  uhub1
 port 1 powered
 port 2 addr 2: high speed, self powered, config 1, Deskjet F4200 
series(0x2504), HP(0x03f0), rev 1.00, iSerialNumber CN8C54F12J05BR
   ugen1

just22@poseidon:[~] ls -la /dev/usb1
crw-rw  1 _cups  _saned   61,   1 Aug 13 09:30 /dev/usb1

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

But hplip GUI insists in reporting a Device communication error (which
is the exact message I see when ulpt is enabled...).

After debugging a bit further, I discovered:

just22@poseidon:[~] sudo /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=9
DEBUG: Failed to check whether 03f0:2504 has the usblp kernel module attached

which sounds suspicious...

Any hints/advices? I'm stuck at the moment.

Thanks in advance

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

Re: ulpt/libusb weirdness in -current

2014-08-14 Thread Antoine Jacoutot 
On Thu, Aug 14, 2014 at 02:41:42PM +0200, Alessandro DE LAURENZIS wrote:
 Dear misc@ readers,
 
 Still unable to make my old HP Deskjet F4280 printer working on -current
 (all was ok in 5.5).
 
 ulpt is disabled during boot stage; the printer is correctly installed
 (through the CUPS web interface) and device permissions seem ok:
 
 just22@poseidon:[~] sudo usbdevs -dv
 Controller /dev/usb0:
 addr 1: high speed, self powered, config 1, EHCI root hub(0x), 
 Intel(0x8086), rev 1.00
   uhub0
  port 1 powered
  port 2 powered
  port 3 powered
  port 4 powered
 Controller /dev/usb1:
 addr 1: high speed, self powered, config 1, EHCI root hub(0x), 
 Intel(0x8086), rev 1.00
   uhub1
  port 1 powered
  port 2 addr 2: high speed, self powered, config 1, Deskjet F4200 
 series(0x2504), HP(0x03f0), rev 1.00, iSerialNumber CN8C54F12J05BR
ugen1
 
 just22@poseidon:[~] ls -la /dev/usb1
 crw-rw  1 _cups  _saned   61,   1 Aug 13 09:30 /dev/usb1
 
 just22@poseidon:[~] ls -la /dev/ugen1*
 crw-rw  1 _cups  _saned   63,  16 Aug 13 09:30 /dev/ugen1.00
 crw-rw  1 _cups  _saned   63,  17 Aug 13 09:30 /dev/ugen1.01
 crw-rw  1 _cups  _saned   63,  18 Aug 13 09:30 /dev/ugen1.02
 crw-rw  1 _cups  _saned   63,  19 Aug 13 09:30 /dev/ugen1.03
 crw-rw  1 _cups  _saned   63,  20 Aug 13 09:30 /dev/ugen1.04
 crw-rw  1 _cups  _saned   63,  21 Aug 13 09:30 /dev/ugen1.05
 crw-rw  1 _cups  _saned   63,  22 Aug 13 09:30 /dev/ugen1.06
 crw-rw  1 _cups  _saned   63,  23 Aug 13 09:30 /dev/ugen1.07
 crw-rw  1 _cups  _saned   63,  24 Aug 13 09:30 /dev/ugen1.08
 crw-rw  1 _cups  _saned   63,  25 Aug 13 09:30 /dev/ugen1.09
 crw-rw  1 _cups  _saned   63,  26 Aug 13 09:30 /dev/ugen1.10
 crw-rw  1 _cups  _saned   63,  27 Aug 13 09:30 /dev/ugen1.11
 crw-rw  1 _cups  _saned   63,  28 Aug 13 09:30 /dev/ugen1.12
 crw-rw  1 _cups  _saned   63,  29 Aug 13 09:30 /dev/ugen1.13
 crw-rw  1 _cups  _saned   63,  30 Aug 13 09:30 /dev/ugen1.14
 crw-rw  1 _cups  _saned   63,  31 Aug 13 09:30 /dev/ugen1.15
 
 But hplip GUI insists in reporting a Device communication error (which
 is the exact message I see when ulpt is enabled...).
 
 After debugging a bit further, I discovered:
 
 just22@poseidon:[~] sudo /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=9
 DEBUG: Failed to check whether 03f0:2504 has the usblp kernel module 
 attached
 
 which sounds suspicious...
 
 Any hints/advices? I'm stuck at the moment.

Can you try this patch:

--- backend/usb-libusb.c.orig   Mon Dec  9 20:26:47 2013
+++ backend/usb-libusb.cThu Aug 14 14:45:19 2014
@@ -1473,9 +1473,14 @@
   else
   {
 printer-usblp_attached = 0;
-fprintf(stderr, DEBUG: Failed to check whether %04x:%04x has the 
\usblp\ kernel module attached\n,
- devdesc.idVendor, devdesc.idProduct);
-goto error;
+
+if (errcode != LIBUSB_ERROR_NOT_SUPPORTED)
+{
+  fprintf(stderr,
+  DEBUG: Failed to check whether %04x:%04x has the \usblp\ 
+  kernel module attached\n, devdesc.idVendor, devdesc.idProduct);
+  goto error;
+}
   }
 
  /*


-- 
Antoine

Re: ulpt/libusb weirdness in -current

2014-08-14 Thread Antoine Jacoutot 
On Thu, Aug 14, 2014 at 03:08:29PM +0200, Alessandro DE LAURENZIS wrote:
 On Thu 14/08 14:46, Antoine Jacoutot wrote:
  Can you try this patch:
  
  --- backend/usb-libusb.c.orig   Mon Dec  9 20:26:47 2013
  +++ backend/usb-libusb.cThu Aug 14 14:45:19 2014
  @@ -1473,9 +1473,14 @@
 else
 {
   printer-usblp_attached = 0;
  -fprintf(stderr, DEBUG: Failed to check whether %04x:%04x has the 
  \usblp\ kernel module attached\n,
  - devdesc.idVendor, devdesc.idProduct);
  -goto error;
  +
  +if (errcode != LIBUSB_ERROR_NOT_SUPPORTED)
  +{
  +  fprintf(stderr,
  +  DEBUG: Failed to check whether %04x:%04x has the \usblp\ 
  +  kernel module attached\n, devdesc.idVendor, 
  devdesc.idProduct);
  +  goto error;
  +}
 }
   
/*
  
 
 Hello Antoine,
 
 First of all, thanks a lot for the very quick feedback.
 
 I'm all but an expert, so bear with me: I'm not able to find the file
 you patched:
 
 just22@poseidon:[src] ls -la
 total 120
 drwxrwxr-x   17 root  wsrc 512 Aug 14 11:33 .
 drwxr-xr-x   19 root  wheel512 Aug 14 11:16 ..
 drwxr-xr-x2 root  wsrc 512 Aug 14 11:33 CVS
 -rw-r--r--1 root  wsrc3345 Jul  9 21:23 Makefile
 -rw-r--r--1 root  wsrc   14303 Jul 16 03:23 Makefile.cross
 drwxr-xr-x   34 root  wsrc1024 Aug 14 11:33 bin
 drwxr-xr-x   27 root  wsrc1024 Aug 14 11:33 distrib
 drwxr-xr-x   33 root  wsrc2048 Aug 14 11:33 etc
 drwxr-xr-x   44 root  wsrc1024 Aug 14 11:33 games
 drwxr-xr-x8 root  wsrc 512 Aug 14 11:33 gnu
 drwxr-xr-x7 root  wsrc2048 Aug 14 11:28 include
 drwxr-xr-x   35 root  wsrc1536 Aug 14 11:33 lib
 drwxr-xr-x   32 root  wsrc1536 Aug 14 11:33 libexec
 drwxr-xr-x   15 root  wsrc 512 Aug 14 11:29 regress
 drwxr-xr-x   70 root  wsrc2560 Aug 14 11:33 sbin
 drwxr-xr-x   14 root  wsrc 512 Aug 14 11:33 share
 drwxr-xr-x   27 root  wsrc1024 Aug 14 11:33 sys
 drwxr-xr-x  207 root  wsrc4608 Aug 14 11:33 usr.bin
 drwxr-xr-x  135 root  wsrc4096 Aug 14 11:33 usr.sbin
 just22@poseidon:[src] find ./ -name *usb-libusb.c*
 
 This should be an updated source tree, of course.
 What am I doing wrong?

The patch was for cups...
Anyway, here is a patch directly for the print/cups port.
Apply it, rebuild cups and re-install the package.

Index: patches/patch-backend_usb-libusb_c
===
RCS file: patches/patch-backend_usb-libusb_c
diff -N patches/patch-backend_usb-libusb_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-backend_usb-libusb_c  14 Aug 2014 13:18:30 -
@@ -0,0 +1,21 @@
+$OpenBSD$
+--- backend/usb-libusb.c.orig  Mon Dec  9 20:26:47 2013
 backend/usb-libusb.c   Thu Aug 14 15:18:15 2014
+@@ -1473,9 +1473,14 @@ open_device(usb_printer_t *printer, /* I - Printer 
*/
+   else
+   {
+ printer-usblp_attached = 0;
+-fprintf(stderr, DEBUG: Failed to check whether %04x:%04x has the 
\usblp\ kernel module attached\n,
+-devdesc.idVendor, devdesc.idProduct);
+-goto error;
++
++if (errcode != LIBUSB_ERROR_NOT_SUPPORTED)
++{
++  fprintf(stderr,
++  DEBUG: Failed to check whether %04x:%04x has the \usblp\ 
++  kernel module attached\n, devdesc.idVendor, 
devdesc.idProduct);
++  goto error;
++}
+   }
+ 
+  /*


-- 
Antoine

Re: ulpt/libusb weirdness in -current

2014-08-14 Thread Antoine Jacoutot 
 Your patch doesn't apply cleanly to cups-1.7.5, which is now in the
 tree:

It applies fine here. How did you patch the port?



 
 root@poseidon:[cups] make extract
 ===  Checking files for cups-1.7.5-source
 `/usr/ports/distfiles/cups-1.7.5-source.tar.bz2' is up to date.
  (SHA256) cups-1.7.5-source.tar.bz2: OK
 === cups-1.7.5 depends on: avahi-* - avahi-0.6.31p13
 === cups-1.7.5 depends on: libusb1-* - libusb1-1.0.9p8
 === cups-1.7.5 depends on: bzip2-* - bzip2-1.0.6p1
 === cups-1.7.5 depends on: gmake-* - gmake-4.0p0
 === cups-1.7.5 depends on: autoconf-2.68 - autoconf-2.68p0
 === cups-1.7.5 depends on: automake-=1.9,1.10 - automake-1.9.6p11
 === cups-1.7.5 depends on: metaauto-* - metaauto-1.0p1
 ===  Verifying specs:  avahi-client avahi-common crypto m pthread ssl stdc++ 
 z c cups cupscgi cupsimage cupsmime cupsppdc dbus-1 usb-1.0 avahi-client 
 avahi-common crypto m pthread ssl stdc++ z
 ===  found avahi-client.0.0 avahi-common.0.0 crypto.30.0 m.9.0 pthread.18.0 
 ssl.27.0 stdc++.57.0 z.5.0 c.77.0 cups.6.1 cupscgi.1.0 cupsimage.5.0 
 cupsmime.1.0 cupsppdc.1.0 dbus-1.11.0 usb-1.0.1.0
 ===  Extracting for cups-1.7.5-source
 root@poseidon:[cups] make patch
 ===  Patching for cups-1.7.5-source
 1 out of 1 hunks failed--saving rejects to backend/usb-libusb.c.rej
 ***   patch-backend_usb-libusb_c did not apply cleanly
 *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2687 
 '/usr/obj/ports/cups-1.7.5-source/.patch_done': @if cd 
 /usr/ports/mystuff/pr...)
 *** Error 2 in /usr/ports/mystuff/print/cups 
 (/usr/ports/infrastructure/mk/bsd.port.mk:2488 'patch')
 
 Maybe you were working on 1.7.4 (which is in the package tree)? Is there
 a quick way to revert the port tree to the older version (I'm not an
 expert CVS user...)?
 
 Let me know
 
 -- 
 Alessandro DE LAURENZIS
 [mailto:just22@gmail.com]
 LinkedIn: http://it.linkedin.com/in/delaurenzis

-- 
Antoine

Re: ulpt/libusb weirdness in -current

2014-08-14 Thread Alessandro DE LAURENZIS 
On Thu 14/08 15:59, Antoine Jacoutot wrote:
  Your patch doesn't apply cleanly to cups-1.7.5, which is now in the
  tree:
 
 It applies fine here. How did you patch the port?

My bad.

After applying the patch, the printer is still not responding, but the
output of /usr/local/libexec/cups/backend/usb is different:

root@poseidon:[cups] sudo /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=14
DEBUG: Failed to open device, code: -99

(I reinstalled the printer from scratch).

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

Re: ulpt/libusb weirdness in -current

2014-08-14 Thread Antoine Jacoutot 
 After applying the patch, the printer is still not responding, but the
 output of /usr/local/libexec/cups/backend/usb is different:
 
 root@poseidon:[cups] sudo /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=14
 DEBUG: Failed to open device, code: -99

What's the output of lsusb(1) ?

-- 
Antoine

Re: ulpt/libusb weirdness in -current

2014-08-14 Thread Alessandro DE LAURENZIS 
On Thu 14/08 17:17, Antoine Jacoutot wrote:
  After applying the patch, the printer is still not responding, but the
  output of /usr/local/libexec/cups/backend/usb is different:
  
  root@poseidon:[cups] sudo /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=14
  DEBUG: Failed to open device, code: -99
 
 What's the output of lsusb(1) ?
 

root@poseidon:[cups] lsusb
Bus 000 Device 001: ID 8086: Intel Corp. 
Bus 000 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 000 Device 003: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 000 Device 004: ID 03f0:0024 Hewlett-Packard KU-0316 Keyboard
Bus 000 Device 005: ID 046d:c050 Logitech, Inc. RX 250 Optical Mouse
Bus 000 Device 006: ID 046d:089d Logitech, Inc. QuickCam E2500 series
Bus 001 Device 001: ID 8086: Intel Corp. 
Bus 001 Device 002: ID 03f0:2504 Hewlett-Packard DeskJet F4200 series
Bus 002 Device 001: ID 8086: Intel Corp. 
Bus 002 Device 002: ID 0a5c:2110 Broadcom Corp. BCM2045B (BDC-2) [Bluetooth 
Controller]
Bus 003 Device 001: ID 8086: Intel Corp. 
Bus 004 Device 001: ID 8086: Intel Corp. 
Bus 005 Device 001: ID 8086: Intel Corp. 
Bus 006 Device 001: ID 8086: Intel Corp. 

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