What I meant was that, according to the link you gave in another post, others seem to have had no problems with the jobs-admin program.
all the contrary, most of them bring feedback about it not working. 3 over 5 to be precise:
3 say it does not work, 2 bring a wish regarding what the User Interface or alternate user interface could be. See:
Jacob Peddicord reported on 2010-08-05https://bugs.launchpad.net/jobsadmin/+bug/613946The UI has gone through three different designs during GSoC:
* The initial list & details design
* Full-window listview (feedback from mpt)
* Two-pane listview and settings
Each has built on the previous, and especially for the final two-pane design I've tried to keep mpt's feedback in mind. The reason for reverting to a two-pane display is due to the emphasis on job settings: we want to make them more visible for tweaking, not hidden behind a password-protected button. Further changes likely need to be done, however, and this bug is open for that.
which bug was confirmed by
Jacob Peddicord on 2010-08-05. We can see he confirmed because after he wrote the bug report he changed the status himself:
Changed in jobsadmin:
status: New → Confirmed
(this is strange, shouldn't this be managed by someone who is not the author of a bug or a wish?)
next bug reported:
https://bugs.launchpad.net/jobsadmin/+bug/705158by Colin Law on 2011-01-19
ug Description
Installed jobs-admin (and jobservice) 0.8.0-0ubuntu1 on Maverick from repository. On starting from System menu it appears to crash immediately. When run from terminal -
$ jobs-admin
No module named pkit
Traceback (most recent call last):
File "/usr/bin/jobs-admin", line 31, in <module>
ui.load_jobs()
File "/usr/lib/pymodules/python2.6/JobsAdmin/__init__.py", line 108, in load_jobs
weight = 700 if job.running else 400
File "/usr/lib/pymodules/python2.6/JobsAdmin/remote.py", line 68, in __getattr__
retry(self._connect, call)
File "/usr/lib/pymodules/python2.6/JobsAdmin/util.py", line 26, in retry
return func()
File "/usr/lib/pymodules/python2.6/JobsAdmin/remote.py", line 67, in call
dbus_interface=PROPERTIES_IFACE)
File "/usr/lib/pymodules/python2.6/dbus/proxies.py", line 68, in __call__
return self._proxy_method(*args, **keywords)
File "/usr/lib/pymodules/python2.6/dbus/proxies.py", line 140, in __call__
**keywords)
File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 620, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Python.ValueError: Traceback (most recent call last):
File "/usr/lib/pymodules/python2.6/dbus/service.py", line 702, in _message_cb
retval = candidate_method(self, *args, **keywords)
File "/usr/lib/pymodules/python2.6/JobService/job.py", line 40, in GetAll
self._load_properties()
File "/usr/lib/pymodules/python2.6/JobService/job.py", line 122, in _load_properties
self._props = self.root.proxy.get_service(self.name)
File "/usr/lib/pymodules/python2.6/JobService/backends/__init__.py", line 111, in get_service
info.update(bk.get_service(name))
File "/usr/lib/pymodules/python2.6/JobService/backends/upstart_0_6.py", line 73, in get_service
job_name, inst_name = self._split_job(name)
File "/usr/lib/pymodules/python2.6/JobService/backends/upstart_0_6.py", line 136, in _split_job
job_name, inst_name = name.split('/')
ValueError: too many values to unpack
answer by...
Jacob Peddicord (jpeddicord) wrote on 2011-01-20: #1
It's already fixed in bzr; I just need to release and package it for Natty (and possibly backport to Maverick).
summary: - jobs-admin crash on startup - No module named pkit
+ ValueError: too many values to unpack
Changed in jobsadmin:
importance: Undecided → Medium
status: New → Fix Committed
this brings us to a version which had been on his ppa and tested.
https://bugs.launchpad.net/jobsadmin/+bug/705158read more starting from #8.
This is where it is disappointing:
https://bugs.launchpad.net/jobsadmin/+bug/782046last post:
Jacob Peddicord (jpeddicord) wrote on 2011-06-20: #3
Due to a personal fatfingering, I accidentally deleted the repository I was referring to and not the daily one. Sorry about that. I'll work on getting it back online. :-P
The version in Precise is the 0.8.0-0ubuntu3 and the launchpad page to his repos leads to a 404 error as you can see from here:
https://launchpad.net/~jpeddicord/+archive/ppa/jobs Certainly doesn't work here. At all. I'm getting the exact same results as this guy.
I have answered just after Olivier Blondel, as I did a few tests in Virtualbox to see what feedback and testimonial I could bring to his bug report:
https://bugs.launchpad.net/jobsadmin/+bug/917738/comments/1and
https://bugs.launchpad.net/jobsadmin/+bug/917738/comments/2The sysv-rc-conf run in a terminal emulator is what I'm using in the Openbox Control Center. I finally got all the bugs worked out, choice of terminal emulator (sakura), icon sets, etcetera. I just need to wrap it all up in a tarball with an installer.
This is most probably in Debian and not in Ubuntu. Ubuntu has a mixture of services not yet ported from sysvinit to upstart and some services relying on upstart. I don't think it can work in recent versions of Ubuntu. I will give it a try again to be check (although I think I have checked some time ago... ). I would like to say it's not very user friendly, even if it would work. And some services are not checked as being started, such as dbus : which is most probably started from somewhere else, who knows where ?
I just tried to configure zram from within sysv-rc-conf, (which I started with sudo) to be started in levels 2 to 5, commented out the line I had used for it in /etc/rc.local (not the best but... still waiting to get another better idea) and rebooted.
Well it does not work. The result is:
melodie@vbox:~$ cat /proc/swaps
Filename Type Size Used Priority
/dev/sda5 partition 522236 0 -1
melodie@vbox:~$
no zram started.
With the line
service zram-config start
just before
exit 0
in the rc.local file there is no problem.
I would just want to know how to do the other way around, such as having sshd installed and not running by default if I don't want it to, or cups, and any service that can be needed just once a while.