Bug#427697: sbackup uses a non-existent group.
Package: sbackup
Version: 0.10.4
Followup-For: Bug #427697
sbackup tries to write its files under root:admin, but the 'admin' group does
not exist on default Debian installations.
Here is the relevant part of the code:
anx159《sbackup-0.10.4》$ grep admin -A3 -B3 sbackupd.py
# Check our user id
if os.geteuid() != 0: sys.exit (_("Currently backup is only runnable by root"))
# [Bug 112540] : Let the admin group have read access to the backup dirs
try :
# The uid is still root and the gid is admin
os.setgid( grp.getgrnam("admin").gr_gid )
except Exception, e:
print "W: Failed to set the gid to 'admin' one :" + str(e)
pass
# second we read the config file, so must check if the user provided one on the
Dear maintainer and/or release team, is it OK to raise the severity of this bug
and/or prepare a NMU to change the group? If yes, can a more experienced person
than me suggest a group that makes sense?
Have a nice day,
-- Charles Plessy (user of sbackup)
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc64)
Kernel: Linux 2.6.24-1-powerpc64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages sbackup depends on:
ii gksu 2.0.0-5 graphical frontend to su
ii python 2.4.4-6 An interactive high-level object-o
ii python-glade2 2.12.1-1 GTK+ bindings: Glade support
ii python-gnome2 2.20.1-2 Python bindings for the GNOME desk
ii sudo 1.6.9p12-1 Provide limited super user privile
sbackup recommends no packages.
-- no debconf information
Reply to: