On 02/08/2012 12:29 AM, Alkis Georgopoulos wrote:
Στις 07-02-2012, ημέρα Τρι, και ώρα 23:52 +0200, ο/η Asmo Koskinen
έγραψε:
root@ubuntu:/# epoptes-client -c
/usr/sbin/epoptes-client: line 132: openssl: command not found
$ apt-cache show epoptes-client | grep ^Recommends:
Recommends: openssl, python-gtk2, xterm, x11vnc, zenity
Unfortunately LTSP thin client chroots in Ubuntu have apt configured to
not install Recommended packages.
On the other hand, the epoptes-client package contains a plugin that
copies (with cp) the server certificate to the chroot automatically.
And, the sysadmin can also use cp to manually copy the certificate
instead of installing openssl:
cp /etc/epoptes/server.crt /opt/ltsp/i386/etc/epoptes/
And finally, the openssl executable isn't needed by epoptes-client later
on at all, only as a helper to fetch the certificate... i.e. it's not
really a dependency.
So I'm not sure how to handle this... possible solutions are:
1) If LTSP in Ubuntu was modified to install recommended packages,
like in Debian,
Won't happen in 12.04 at least, my guess is that we'd need to promote a
lot of packages to main if we were to do that.
2) If epoptes-client depended on openssl, instead of recommending it,
3) If the wiki page mentioned using `cp` on Ubuntu thin clients
instead of `epoptes-client -c`.
Couldn't you have "epoptes-client -c" print an informative message
instead of the "command not found"? Either suggesting to install openssl
or pointing to how to do it without openssl?
--
Stéphane Graber
Ubuntu developer
http://www.ubuntu.com
--
edubuntu-users mailing list
[email protected]
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
