Bug#971852: goobook: problems with xdg python module
Package: goobook Version: 3.5-1 Severity: important Dear Maintainer, A recent update of goobook adds a requirement for the xdg module provided by python3-xdg, but this package is not a dependency of goobook. Running goobook without this package installed results in the error ModuleNotFoundError: No module named 'xdg' Installing python3-xdg fixes this, but goobook then produces this error AttributeError: module 'xdg' has no attribute 'XDG_CONFIG_HOME' goobook is attempting to access xdg.XDG_CONFIG_HOME, but the documentation on xdg, https://pyxdg.readthedocs.io/en/latest/basedirectory.html?highlight=xdg_config_home#xdg.BaseDirectory.xdg_config_home suggests that xdg.BaseDirectory.xdg_config_home is correct. MM -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages goobook depends on: ii python3 3.8.2-3 ii python3-googleapi 1.7.11-4 ii python3-oauth2client 4.1.2-6 ii python3-simplejson3.17.0-1 goobook recommends no packages. goobook suggests no packages. -- no debconf information
Bug#935562: goobook raises exception about google-auth-httplib2
Package: goobook Version: 3.3-1 Severity: grave Justification: renders package unusable Dear Maintainer, Running goobook results in a traceback: Traceback (most recent call last): File "/usr/bin/goobook", line 6, in from pkg_resources import load_entry_point File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3250, in @_call_aside File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3234, in _call_aside f(*args, **kwargs) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3263, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 583, in _build_master ws.require(__requires__) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 900, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 786, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'google-auth-httplib2>=0.0.3' distribution was not found and is required by google-api-python-client -- The correct dependencies are installed, and it seems like the versions are correct, so I'm not sure why the exception is being raised. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages goobook depends on: ii python3 3.7.3-1 ii python3-googleapi 1.7.11-2 ii python3-oauth2client 4.1.2-4 ii python3-simplejson3.16.0-2 goobook recommends no packages. goobook suggests no packages. -- no debconf information
Bug#913000: mugshot: Mugshot will not start on XFCE.
Package: mugshot Version: 0.3.1-1 Severity: normal Dear Maintainer, Mugshot will not start on XFCE. As a result i can't set a user image on the Whisker menu or enter user information. The errors being shows are as follows. File "/usr/bin/mugshot", line 36, in mugshot.main() File "/usr/lib/python3/dist-packages/mugshot/__init__.py", line 47, in main window = MugshotWindow.MugshotWindow() File "/usr/lib/python3/dist-packages/mugshot_lib/Window.py", line 52, in __new__ new_object.finish_initializing(builder) File "/usr/lib/python3/dist-packages/mugshot/MugshotWindow.py", line 228, in finish_initializing self.init_user_details() File "/usr/lib/python3/dist-packages/mugshot/MugshotWindow.py", line 271, in init_user_details user_details = self.get_user_details() File "/usr/lib/python3/dist-packages/mugshot/MugshotWindow.py", line 654, in get_user_details as_data = self.get_accounts_service_data() File "/usr/lib/python3/dist-packages/mugshot/MugshotWindow.py", line 706, in get_accounts_service_data name = self.split_name(name) File "/usr/lib/python3/dist-packages/mugshot/MugshotWindow.py", line 686, in split_name parts = name.split() AttributeError: 'bool' object has no attribute 'split' It could be a dependancy issue. -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mugshot depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1 ii gir1.2-gdkpixbuf-2.0 2.36.5-2+deb9u2 ii gir1.2-glib-2.0 1.50.0-1+b1 ii gir1.2-gst-plugins-base-1.0 1.10.4-1 ii gir1.2-gstreamer-1.0 1.10.4-1 ii gir1.2-gtk-3.0 3.22.11-1 ii python3 3.5.3-1 ii python3-cairo1.10.0+dfsg-5+b1 ii python3-dbus 1.2.4-1+b1 ii python3-pexpect 4.2.1-1 Versions of packages mugshot recommends: ii gir1.2-cheese-3.0 3.22.1-1+b1 ii gir1.2-gtkclutter-1.0 1.8.2-2 Versions of packages mugshot suggests: ii gstreamer1.0-plugins-good 1.10.4-1 -- no debconf information
Bug#910755: goobook query raises exception
Package: goobook
Version: 1.9-14-g71ed97e-1
Severity: important
Dear Maintainer,
After updating goobook, I notice that running $ goobook query ... raises
an exception:
Traceback (most recent call last):
File "/usr/bin/goobook", line 11, in
load_entry_point('goobook==1.10.dev0', 'console_scripts', 'goobook')()
File "/usr/share/goobook/goobook/application.py", line 100, in main
args.func(config, args)
File "/usr/share/goobook/goobook/application.py", line 142, in do_query
goobk.query(args.query)
File "/usr/share/goobook/goobook/goobook.py", line 66, in query
matching_contacts = sorted(self.__query_contacts(query), key=lambda c:
c.display_name)
File "/usr/share/goobook/goobook/goobook.py", line 139, in __query_contacts
if self.__config.filter_groupless_contacts and not contact.groups:
AttributeError: 'NoneType' object has no attribute 'groups'
Downgrading goobook fixes the issue.
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages goobook depends on:
ii python3 3.6.6-1
ii python3-googleapi 1.5.5-1
ii python3-oauth2client 4.1.2-3
ii python3-simplejson3.15.0-1+b1
goobook recommends no packages.
goobook suggests no packages.
-- no debconf information
Bug#909691: mcron: provide cron-daemon
Package: mcron Severity: wishlist Hi, mcron currently does not provide cron-daemon, even though mcron can be used to replace cron. It would be nice to have this supported so that removing cron doesn't cause unresolved dependencies. MM
Bug#797068: goobook: depends on python-httplib2 v0.9, but crashes requiring v0.9.1.
Package: goobook Version: 1.9-1 Severity: grave Justification: renders package unusable The package goobook depends on python-httplib2 0.9+dfsg-2, but goobook the program has python-httplib2 0.9.1 as a requirement. This renders goobook unusable. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages goobook depends on: ii python-gdata 2.0.18+dfsg1-2 ii python-httplib2 0.9+dfsg-2 ii python-oauth2client 1.4.12-0.1 ii python-pkg-resources 18.0.1-2 ii python-simplejson 3.7.3-1 pn python:any goobook recommends no packages. Versions of packages goobook suggests: pn python-keyring -- no debconf information
Bug#794212: xserver-xorg: segfault in DRI2SwapBuffers+0x1d0 on intel hardware
I am seeing the same crash with the same backtrace: [512937.361] (II) intel(0): resizing framebuffer to 1600x900 [512937.365] (II) intel(0): switch to mode 1600x900@60.0 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none [642161.462] (EE) [642161.465] (EE) Backtrace: [642161.475] (EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x7f2332fa6df6] [642161.476] (EE) 1: /usr/bin/X (0x7f2332df4000+0x1b7009) [0x7f2332fab009] [642161.476] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f2330cf3000+0x35180) [0x7f2330d28180] [642161.476] (EE) 3: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f232ca95000+0x5e2aa) [0x7f232caf32aa] [642161.476] (EE) 4: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f232ca95000+0xf6cd2) [0x7f232cb8bcd2] [642161.476] (EE) 5: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f232ca95000+0x10ba30) [0x7f232cba0a30] [642161.476] (EE) 6: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f232ca95000+0x10ce3c) [0x7f232cba1e3c] [642161.476] (EE) 7: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f232ca95000+0x10d828) [0x7f232cba2828] [642161.476] (EE) 8: /usr/bin/X (DRI2SwapBuffers+0x1d0) [0x7f2332f797a0] [642161.476] (EE) 9: /usr/bin/X (0x7f2332df4000+0x18711c) [0x7f2332f7b11c] [642161.476] (EE) 10: /usr/bin/X (0x7f2332df4000+0x58117) [0x7f2332e4c117] [642161.476] (EE) 11: /usr/bin/X (0x7f2332df4000+0x5c29b) [0x7f2332e5029b] [642161.476] (EE) 12: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f2330d14b45] [642161.476] (EE) 13: /usr/bin/X (0x7f2332df4000+0x4668e) [0x7f2332e3a68e] [642161.476] (EE) [642161.476] (EE) Segmentation fault at address 0x7f233324b000 [642161.476] (EE) Fatal server error: [642161.476] (EE) Caught signal 11 (Segmentation fault). Server aborting [642161.476] (EE) [642161.476] (EE) I sometimes use multiple monitors, like OP, but this crash seems to be far removed from that. Both times I've seen this crash I've been using Google Chrome. MM
Bug#789809: sec: etc/default/sec not respected
Package: sec
Version: 2.7.7-1
Severity: important
When sec is started (with systemctl or /etc/init.d/sec), the option
$DAEMON_ARGS from /etc/default/sec is not respected. sec starts up, but
just runs without options and does nothing.
This seems to be connected to systemd. The script /etc/init.d/sec seems
like it would do everything as expected, but systemd intercepts the
startup when /lib/lsb/init-functions is loaded, which in turn loads
/lib/lsb/init-functions.d/40-systemd. I've read through 40-systemd, and
it seems to be doing a bunch of stuff, but I can't point to a definite
point where sec is loaded and $DAEMON_ARGS is (or isn't) used. I took a
look at sec.service as well, and it doesn't mention anything about
command line options.
MM
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages sec depends on:
ii init-system-helpers 1.23
ii perl 5.20.2-6
sec recommends no packages.
sec suggests no packages.
-- Configuration Files:
/etc/default/sec changed:
RUN_DAEMON="yes"
DAEMON_ARGS="--conf=/etc/sec.conf --input=/var/log/syslog
--pid=/var/run/sec.pid --detach --log=/var/log/sec.log"
/etc/init.d/sec changed:
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Simple Event Correlator"
NAME=sec
PERL=/usr/bin/perl
DAEMON=/usr/bin/$NAME
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
[ -x "$DAEMON" ] || exit 0
[ -r /etc/default/$NAME ] && . /etc/default/$NAME
if [ "$RUN_DAEMON" != "yes" ] ; then
echo "SEC disabled in /etc/default/sec"
exit 0
fi
. /lib/init/vars.sh
. /lib/lsb/init-functions
do_start()
{
# Return
# 0 if daemon has been started
# 1 if daemon was already running
# 2 if daemon could not be started
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $PERL
--test > /dev/null \
|| return 1
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $PERL
--startas $DAEMON -- \
$DAEMON_ARGS \
|| return 2
# Add code here, if necessary, that waits for the process to be ready
# to handle requests from services started subsequently which depend
# on this one. As a last resort, sleep for some time.
}
do_stop()
{
# Return
# 0 if daemon has been stopped
# 1 if daemon was already stopped
# 2 if daemon could not be stopped
# other if a failure occurred
start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile
$PIDFILE --name $NAME
RETVAL="$?"
[ "$RETVAL" = 2 ] && return 2
# Wait for children to finish too if this is a daemon that forks
# and if the daemon is only ever run from this initscript.
# If the above conditions are not satisfied then add some other code
# that waits for the process to drop all resources that could be
# needed by services started subsequently. A last resort is to
# sleep for some time.
#start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec
$DAEMON
#[ "$?" = 2 ] && return 2
# Many daemons don't delete their pidfiles when they exit.
rm -f $PIDFILE
return "$RETVAL"
}
do_reload() {
#
# If the daemon can reload its configuration without
# restarting (for example, when it is sent a SIGHUP),
# then implement that here.
#
start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name
$NAME
return 0
}
case "$1" in
start)
[ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
echo ${RUN_DAEMON}
echo ${DAEMON_ARGS}
exit
do_start
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
stop)
[ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
do_stop
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
#reload|force-reload)
#
# If do_reload() is not implemented then leave this commented out
# and leave 'force-reload' as an alias for 'restart'.
#
#log_daemon_msg "Reloading $DESC" "$NAME"
#do_reload
#log_end_msg $?
#;;
restart|force-reload)
#
# If the "reload" option is implemented then remove the
# 'force-reload' alias
#
log_daemon_msg "Restarting $DESC" "$NAME"
do_stop
case "$?" in
0|1)
Bug#586273: maybe some words for the workaround could help
On Saturday June 26 2010 4:55:17 pm Thomas Hahn wrote: > I have installed nspluginwrapper and ran > # nspluginwrapper -v -i /home/tom/Downloads/libflashplayer.so > *** NSPlugin Viewer *** ERROR: libssl3.so: cannot open shared object file: > No such file or directory *** NSPlugin Viewer *** ERROR: libssl3.so: > cannot open shared object file: No such file or directory nspluginwrapper: > no appropriate viewer found for /home/tom/Downloads/libflashplayer.so > > So, this doesn't work. Maybe I have done it wrong, but I have been googling > for this for some time and if this really is the viable workaround > please drop some words on how to get this going. Do you have ia32-libs-libnss3 installed? It provides libssl3.so. Also, the package flashplayer-mozilla from debian-multimedia has a nspluginwrapper- ified flash plugin, so you might want to take a look at the depends on that and make sure you have everything. MM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541282: (no subject)
I can replicate this bug reliably on one machine. I have another machine running with up-to-date sid that this problem is not present on. The difference between the machines is that the one without the problem has an Nvidia graphics chip (with proprietary driver) and the one with the problem has an Intel graphics chip. Furthermore, this problem first appeared when xserver- xorg-video-intel was updated to 2:2.8.0. MM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533853: (no subject)
I encountered the same bug. KVM 85+dfsg-4 appears to fail when switching to VGA while using the KVM modules. Disabling the modules results in a successful boot. I downgraded KVM to 72+dfsg-5 and everything works as expected. MM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#493526: exim4-config: mailname not automatically added to MAIN_LOCAL_DOMAINS
Package: exim4-config Version: 4.63-17 Severity: important Hello. Let me say right off that this bug may have the same underlying cause as 481597, I'm not certain. I dpkg-reconfigure'd exim4-config recently to set up for smarthost operation. The problem I observed was that all mail was sent to the smarthost, even mail which should have been delivered locally, e.g., mail to an unqualified username, or to [EMAIL PROTECTED] ([EMAIL PROTECTED] in this case). In part the issue is confusing directions: " Please enter a semicolon-separated list of recipient domains for which│ │ this machine should consider itself the final destination, apart from │ │ the local hostname (peopledog) and "localhost". These domains are │ │ commonly called "local domains". │ │ │ │ Leaving this list blank will have Exim do no local deliveries. " These two paragraphs seem in contradiction. The first suggests that the mailname and localhost do not need to be provided in the following prompt to obtain local delivery for the mailname and localhost. Yet the latter suggests that no local delivery at all will happen if the field is left blank. As it happens it appears the last paragraph is more correct. If I leave the list blank, in the resulting config.autogenerated only "@:localhost" is present in MAIN_LOCAL_DOMAINS, so mail qualified implicitly or otherwise by the mailname is not considered local. If I repeat the mailname at the "other destinations" prompt then local mail is delivered as expected. Thanks for your work on Debian. Matt -- Package-specific info: Exim version 4.63 #1 built 20-Jan-2007 10:40:39 Copyright (c) University of Cambridge 2006 Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (September 6, 2005) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to replace # the DEBCONFsomethingDEBCONF strings in the configuration template files. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='smarthost' dc_other_hostnames='peopledog.homenet' dc_local_interfaces='127.0.0.1' dc_readhost='peopledog.homenet' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='smtp.comcast.net' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='false' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:peopledog.homenet -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages exim4-config depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0]1.5.11etch2 Debian configuration management sy exim4-config recommends no packages. -- debconf information: exim4/dc_noalias_regenerate: false * exim4/dc_smarthost: smtp.comcast.net exim4/dc_relay_domains: * exim4/dc_relay_nets: * exim4/mailname: peopledog.homenet * exim4/dc_localdelivery: mbox format in /var/mail/ * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: peopledog.homenet * exim4/dc_eximconfig_configtype: mail sent by smarthost; received via SMTP or fetchmail exim4/no_config: true * exim4/hide_mailname: false exim4/dc_postmaster: matt * exim4/dc_readhost: peopledog2.homenet * exim4/use_split_config: false exim4/exim4-config-title: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
