After upgrading from b118 to b122 the network discvery failed again but now
with function does not exist.
Executing start method ("/lib/svc/method/svc-network-discovery start snmp"). ]
/usr/bin/dbus-send --system --print-reply --dest=org.freedesktop.Hal
--type=method_call /org/freedesktop/Hal/de
Bengt Farre wrote:
After upgrading from b118 to b122 the network discvery failed again but now
with function does not exist.
Executing start method ("/lib/svc/method/svc-network-discovery start snmp"). ]
/usr/bin/dbus-send --system --print-reply --dest=org.freedesktop.Hal
--type=method_call /o
I forgot to mention that if you use CUPS as your print system, you don't
need the printers:snmp service because CUPS and it's managment app
system-config-printer, don't use HAL for network attached printer discovery.
-Norm
Norm Jacobs wrote:
Once you apply the diffs in
http://defect.
Once you apply the diffs in
http://defect.opensolaris.org/bz/show_bug.cgi?id=2656
This looks like
http://bugs.opensolaris.org/view_bug.do?bug_id=6875964
I would have to guess that this is somehow related to the net-snmp
upgrade in build 120. perhaps snmp_select_info() no longer works as i
Norm Jacobs wrote:
I forgot to mention that if you use CUPS as your print system, you
don't need the printers:snmp service because CUPS and it's managment
app system-config-printer, don't use HAL for network attached printer
discovery.
So let me see if I have this correct. Since I'm using Cu
Paul Gress wrote:
Norm Jacobs wrote:
I forgot to mention that if you use CUPS as your print system, you
don't need the printers:snmp service because CUPS and it's managment
app system-config-printer, don't use HAL for network attached printer
discovery.
So let me see if I have this correct.