Modify

Opened 8 years ago

Closed 6 years ago

Last modified 2 years ago

#4161 closed defect (fixed)

cups 1.3.7-2 + hplip 2.8.9-2 broken

Reported by: davekam@… Owned by: developers
Priority: normal Milestone: Barrier Breaker 14.07
Component: packages Version: Kamikaze trunk
Keywords: Cc:

Description

I am running the latest kamikaze snapshot, on Asus WL-500W (platform brcm-2.4). I've noticed an issue with hplip since the cups/hplip upgrade from September. The hp backend for cups is broken. First of all /usr/lib/cups/backend/hp is linked to libdbus-1.so.3, but the hplip package does not depend on dbus. I suspect it should simply be built without dbus support -- this is how previous versions were and there was no need for dbus.

Even when I install dbus, however, the hp backend is broken -- it simply hangs when run, either by cups or manually. I have no idea why this might be, but have been unable to resolve it.

I've also noticed that the usb backend for cups seems not to be called by cups-deviced. When run manually, however, it works. This is less of a big issue since it's possible to manually add the usb:// address to the printers.conf file.

Attachments (0)

Change History (7)

comment:1 follow-up: Changed 8 years ago by florian

Thanks for investigating this, could you submit patches to fix the issues ? Thanks

comment:2 in reply to: ↑ 1 Changed 8 years ago by davekam@…

Replying to florian:

Thanks for investigating this, could you submit patches to fix the issues ? Thanks

I would except I have no idea how to fix the issues. I don't know (1) whether cups really needs to build against dbus to function in openwrt, (2) why the hp backend is broken, or (3) why the usb backend is not being called automatically. But I was hoping that explaining the issues in this level of detail would lead to something.

comment:3 Changed 8 years ago by florian

DBUS support is now disabled in cups with [13474].

comment:4 Changed 7 years ago by adpcm

Running /usr/lib/cups/backend/hp still hangs. The end of an strace (killing with ctrl-c afterwards works) looks like:

ioctl(0, TIOCNXCL, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCNXCL, {B38400 opost isig icanon echo ...}) = 0
getpid()                                = 9477
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
setrlimit(RLIMIT_STACK, {rlim_cur=2040*1024, rlim_max=RLIM_INFINITY}) = 0
rt_sigaction(SIGRT_0, {SIG_DFL}, NULL, 16) = 0
rt_sigaction(SIGRT_1, {SIG_DFL}, NULL, 16) = 0
rt_sigaction(SIGRT_2, {SIG_DFL}, NULL, 16) = 0
rt_sigprocmask(SIG_BLOCK, [RT_0], NULL, 16) = 0
rt_sigprocmask(SIG_UNBLOCK, [RT_1], NULL, 16) = 0
brk(0)                                  = 0x442ed0
brk(0x443ed0)                           = 0x443ed0
brk(0x444000)                           = 0x444000
open("/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOENT (No such file or directory)
open("/proc/bus/usb", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 3
fstat(3, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
getdents64(3, /* 7 entries */, 1024)    = 184
rt_sigprocmask(SIG_SETMASK, NULL, [RT_0], 16) = 0
rt_sigsuspend([]

Maybe this helps to pin down where the hp binary hangs --- and why.

comment:5 Changed 7 years ago by patrick@…

Any news on this issue?

comment:6 Changed 6 years ago by florian

  • Resolution set to fixed
  • Status changed from new to closed
  • Version set to Kamikaze trunk

Fixed with r20307 and r20306.

comment:7 Changed 2 years ago by jow

  • Milestone changed from Attitude Adjustment 12.09 to Barrier Breaker 14.07

Milestone Attitude Adjustment 12.09 deleted

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.