Project

General

Profile

Bug #13180

printmgr doesn't work with any current java

Added by Peter Tribble about 1 month ago. Updated about 1 month ago.

Status:
New
Priority:
Normal
Assignee:
Category:
cmd - userland programs
Start date:
Due date:
% Done:

0%

Estimated time:
Difficulty:
Medium
Tags:
Gerrit CR:

Description

If you try and run printmgr, it appears to have been broken for a while. You get:

$ printmgr
Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/sadm/admin/printmgr/lib/libpmgr.so.1: ld.so.1: java: fatal: /usr/sadm/admin/printmgr/lib/libpmgr.so.1: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1934)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1850)
at java.lang.Runtime.loadLibrary0(Runtime.java:871)
at java.lang.System.loadLibrary(System.java:1124)
at com.sun.admin.pm.server.DoPrinterNS.<clinit>(DoPrinterNS.java:54)
at com.sun.admin.pm.server.NameService.checkAuth(NameService.java:137)
at com.sun.admin.pm.client.pmTop.pmTopInit(pmTop.java:147)
at com.sun.admin.pm.client.pmTop.<init>(pmTop.java:120)
at com.sun.admin.pm.client.pmTop.main(pmTop.java:1264)

All current supported JVMs are 64-bit (8 or 11), so the jni library (libpmgr.so.1) needs to be 64-bit as well.

#1

Updated by Joshua M. Clulow about 1 month ago

My vote would be for removing this stuff, to be honest, given it hasn't been working for ages and nobody has noticed. The future of printing feels like it is probably just CUPS?

#2

Updated by Peter Tribble about 1 month ago

Joshua M. Clulow wrote:

My vote would be for removing this stuff, to be honest, given it hasn't been working for ages and nobody has noticed. The future of printing feels like it is probably just CUPS?

Well, sure. But that would apply to the whole of the legacy print system, not just printmgr. Either way, we should kill it or fix it, not ship something that can't possibly run.

#3

Updated by Joshua M. Clulow about 1 month ago

Forgive my ignorance here, but is printmgr a Swing GUI for managing the legacy print stuff on a workstation? I used the Solaris print stuff a lot for years and never touched it. It feels like it's an optional part of the printing bits, and we could delete it without having to make that larger decision at the same time. Does that make sense?

#4

Updated by Toomas Soome about 1 month ago

Joshua M. Clulow wrote:

Forgive my ignorance here, but is printmgr a Swing GUI for managing the legacy print stuff on a workstation? I used the Solaris print stuff a lot for years and never touched it. It feels like it's an optional part of the printing bits, and we could delete it without having to make that larger decision at the same time. Does that make sense?

it is GUI frontend for management tools. All "modern" systems are using cups now, the old solaris printing system is carried for trusted + IPP, cups does provide IPP. If anyone is caring about trusted printing, should create cups based solution.

So yea, printmgr can go, but then (later) also lp system should get some love.

#5

Updated by Peter Tribble about 1 month ago

With a little work, I was able to build and run printmgr.

It didn't immediately appear to offer useful functionality.

It requires a 64-bit libprint, so the blast radius is increasing.

Also available in: Atom PDF