Bug#676190: grass-gui: gcpmanager fails to list source mapsets if non-ascii characters in grass data dir path
Hi Bas, I still get the same error as in the original bug report for GRASS 6.4.1. when using the Georectifier. Also changing mapset access does not work for me. So I can't confirm that the issue has been fixed in GRASS 7.0.1. Thanks for the good work in the GIS team! Best, Torsti On 08.11.2015 15:00, Sebastiaan Couwenberg wrote: Control: tags -1 upstream unreproducible moreinfo Hi Torsti, We've have GRASS 7 in testing/unstable for some time now, and while the upstream issue is still open, it seems it has been fixed in GRASS 7. I can successfully open a GRASS GIS database directory by selecting the path /home/user/tmp/Työpöytä/grassdata/, selecting the 'spearfish60' GRASS location, selecting either of the GRASS Mapsets and starting the GRASS session. Can you confirm that the issue is fixed in the GRASS 7 packages in testing/unstable? Kind Regards, Bas
Bug#794836: python3-sphinxcontrib.youtube: Fails to run because dict.iteritems() does not exist in Python 3
Package: python3-sphinxcontrib.youtube Version: 1.0-1 Severity: important Tags: patch Dear Maintainer, Using the python3 version of sphinxcontrib.youtube fails with the following error when building the sphinx project: Exception occurred: File /usr/lib/python3/dist-packages/sphinxcontrib/youtube.py, line 22, in css return ; .join(sorted(%s: %s % kv for kv in d.iteritems())) AttributeError: 'dict' object has no attribute 'iteritems' iteritems() was removed in Python 3 and is to be replaced with items() The following change in /usr/lib/python3/dist-packages/sphinxcontrib/youtube.py fixes the problem: 22c22 return ; .join(sorted(%s: %s % kv for kv in d.iteritems())) --- return ; .join(sorted(%s: %s % kv for kv in d.items())) Torsti -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (100, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-sphinxcontrib.youtube depends on: ii python3-sphinx 1.2.3+dfsg-1 pn python3:any none python3-sphinxcontrib.youtube recommends no packages. python3-sphinxcontrib.youtube suggests no packages. 22c22 return ; .join(sorted(%s: %s % kv for kv in d.iteritems())) --- return ; .join(sorted(%s: %s % kv for kv in d.items()))
Bug#679638: adacgi1: project files 'withing' adacgi fail to build with gprbuild
Package: adacgi1 Version: 1.6-16 Severity: normal Hi, Building a project that has 'with adacgi' in the project file fails with the following errors when using gprbuild: could not create temporary file in /usr/lib/ada/adalib/adacgi/ gprbuild: unable to create temporary configuration pragmas file It seems that gprbuild tries to write into '/usr/lib/ada/adalib/adacgi/', which of course fails without root privileges. The easiest way to reproduce the problem is to copy the examples directory from adacgi1/doc to a place where you have write privileges and doing 'gprbuild examples.gpr'. Using 'gnatmake -Pexamples.gpr' (as the provided Makefile does) works without problems. Adding 'for Externally_Built use true;' to '/usr/share/ada/adainclude/adacgi.gpr' fixes the problem. I am not entirely sure this is the correct fix as gnatmake -P works just fine. Cheers, Torsti -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages adacgi1 depends on: ii gnat 4.6 ii gnat-4.6 4.6.3-4 adacgi1 recommends no packages. adacgi1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676190: grass-gui: gcpmanager fails to list source mapsets if non-ascii characters in grass data dir path
Package: grass-gui Version: 6.4.2-1 Severity: normal Hi, Using the wxpython GUI Georectify tool is impossible if the path to the grass data directory (e.g. GRASSDATA) contains non ascii characters (e.g. '/home/user/Työpöytä/GRASSDATA'). Selecting the source location works, but the 'Select source mapset:' dropdown menu remains greyed out. The command console shows the following error message, after selecting the source location: *** Traceback (most recent call last): File /usr/lib/grass64/etc/wxpython/gui_modules/gcpmanager.py, line 377, in OnLocation tmplist = os.listdir(os.path.join(self.grassdatabase, self.xylocation)) File /usr/lib/python2.7/posixpath.py, line 71, in join path += '/' + b UnicodeDecodeError : 'ascii' codec can't decode byte 0xc3 in position 15: ordinal not in range(128) *** Changing the grass data directory path to only contain ascii characters (e.g. '/home/user/GRASSDATA') makes the Georectify tool usable. This seems to an issue with how the python code handles path names and unicode characters. Cheers, Torsti -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grass-gui depends on: ii gnome-terminal [x-terminal-emulator] 3.4.1.1-1 ii grass-core6.4.2-1 ii lesstif2 1:0.95.2-1 ii libc6 2.13-33 ii libfreetype6 2.4.9-1 ii libgdal1 1.9.0-2 ii libgl1-mesa-glx [libgl1] 8.0.2-2 ii libglu1-mesa [libglu1]8.0.2-2 ii libice6 2:1.0.8-2 ii libpng12-01.2.49-1 ii libsm62:1.2.1-2 ii libtiff5 4.0.1-7 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 ii libxmu6 2:1.1.1-1 ii libxt61:1.1.3-1 ii python2.7.2-10 ii python-opengl 3.0.1-1 ii python-wxgtk2.8 2.8.12.1-11 ii tcl8.58.5.11-2 ii tk8.5 8.5.11-2 ii xterm [x-terminal-emulator] 278-1 ii zlib1g1:1.2.7.dfsg-11 Versions of packages grass-gui recommends: ii ghostscript 9.05~dfsg-6 ii python-imaging 1.1.7-4 grass-gui suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673185: gnome-shell: segfault in libaccountsservice.so.0.0.0
Package: libaccountsservice0 Version: 0.6.21-2 Followup-For: Bug #673185 Hi, I seem to be suffering from the same bug (downgrading solves it though). I got a backtrace by following the instructions at http://live.gnome.org/GnomeShell/Debugging. I've installed the debugging symbols for gnome-shell, libaccountsservice and glib. Attaching gdb to gnome-shell always freezes gnome-shell with the following error: at ../sysdeps/unix/sysv/linux/poll.c:87 87 ../sysdeps/unix/sysv/linux/poll.c: Tiedostoa tai hakemistoa ei ole. (I forgot to change the locale, the last line says 'File or directory not found.') I'm not sure it's related to the actual problem and not just to how gdb works. Still, the attached backtrace should be from when gnome-shell is actually crashing. I haven't figured out anything specific that actually triggers the crash. I hope the gdb session + backtrace help solve the issue. I also included the output from grepping syslog for segfault. If I can provide a better backtrace somehow, just tell me what to do. I'll stay sane for a few days more even if I don't downgrade libaccountsservice0 immediately ;-) Cheers, Torsti -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libaccountsservice0 depends on: ii libc6 2.13-33 ii libglib2.0-0 2.32.3-1 libaccountsservice0 recommends no packages. libaccountsservice0 suggests no packages. -- no debconf information *** /home/torsti/segfault.log Jun 3 21:38:23 inanna kernel: [17201.263537] colord-sane[8624]: segfault at 8 ip 7fb4e55c554c sp 7fb4e559bb78 error 6 in libdbus-1.so.3.7.0[7fb4e559d000+44000] Jun 3 23:12:57 inanna kernel: [ 1651.386861] colord-sane[3376]: segfault at 8 ip 7f4ac0a3f54c sp 7f4ac0a15b78 error 6 in libdbus-1.so.3.7.0[7f4ac0a17000+44000] Jun 4 08:22:40 inanna kernel: [ 422.848318] evolution[3722]: segfault at 4 ip 7f13747e3d6c sp 7b681da8 error 4 in libgtk-3.so.0.400.2[7f13745e+47e000] Jun 4 08:23:05 inanna kernel: [ 447.792456] colord[2462]: segfault at 8 ip 0040bc6d sp 7fff61d6ed00 error 4 in colord[40+2] Jun 4 08:38:51 inanna kernel: [ 360.192177] colord[2411]: segfault at 8 ip 0040bc6d sp 7fffe3108c00 error 4 in colord[40+2] Jun 4 08:39:00 inanna kernel: [ 368.311958] colord-sane[3237]: segfault at 7fa78cdd91f8 ip 7fa77b13e54c sp 7fa77b114b78 error 7 in libdbus-1.so.3.7.0[7fa77b116000+44000] Jun 4 17:29:35 inanna kernel: [ 187.424677] colord-sane[2917]: segfault at 31 ip 7f42c9be9557 sp 7f42c9bbfb78 error 6 in libdbus-1.so.3.7.0[7f42c9bc1000+44000] Jun 4 20:34:47 inanna kernel: [ 7883.087433] modem-manager[4599]: segfault at 0 ip (null) sp 7fffd227cbb8 error 14 in modem- manager[40+5f000] Jun 4 20:50:32 inanna kernel: [ 8828.218070] colord-sane[5734]: segfault at 8 ip 7f86066c354c sp 7f8606699b78 error 6 in libdbus-1.so.3.7.0[7f860669b000+44000] Jun 4 20:55:05 inanna kernel: [ 193.622412] gnome-shell[2931]: segfault at 7fd40001 ip 7fd45363eada sp 7fffe8587160 error 4 in libc-2.13.so[7fd4535fa000+17d000] Jun 4 21:14:03 inanna kernel: [ 1331.772803] gnome-shell[3397]: segfault at 60 ip 7f0415f53070 sp 7fffbfbf7140 error 4 in libaccountsservice.so.0.0.0[7f0415f3d000+3b000] Jun 4 21:20:34 inanna kernel: [ 1722.034671] gnome-shell[4955]: segfault at 60 ip 7f2bb377e070 sp 7fff17485dc0 error 4 in libaccountsservice.so.0.0.0[7f2bb3768000+3b000] Jun 4 21:23:59 inanna kernel: [ 1927.238627] gnome-shell[5428]: segfault at 60 ip 7effe3053070 sp 7fff894be370 error 4 in libaccountsservice.so.0.0.0[7effe303d000+3b000] Jun 4 21:25:47 inanna kernel: [ 2035.500737] gnome-shell[5666]: segfault at 60 ip 7fde58954070 sp 7fffa3c814a0 error 4 in libaccountsservice.so.0.0.0[7fde5893e000+3b000] Jun 4 21:28:12 inanna kernel: [ 2180.728238] gnome-shell[5763]: segfault at 60 ip 7f28f9554070 sp 7fff207dce10 error 4 in libaccountsservice.so.0.0.0[7f28f953e000+3b000] Jun 4 21:29:10 inanna kernel: [ 2238.134623] gnome-shell[5978]: segfault at 18 ip 7eff1015406c sp 7fff5822f3f0 error 4 in libaccountsservice.so.0.0.0[7eff1013e000+3b000] Jun 4 21:29:27 inanna kernel: [ 2254.895627] colord[2276]: segfault at 8 ip 0040bc6d sp 7fff2850a040 error 4 in colord[40+2] Jun 4 21:54:29 inanna kernel: [ 3756.891222] gnome-shell[6828]: segfault at 60 ip 7f7d7a943070 sp 7fff6411e3c0 error 4 in libaccountsservice.so.0.0.0[7f7d7a92d000+3b000] Jun 4 21:56:37 inanna kernel: [ 3885.836306] gnome-shell[7036]: segfault at 630080 ip 7fb9bc954070 sp 7fff0bcabf20 error 4 in libaccountsservice.so.0.0.0[7fb9bc93e000+3b000] gdb attach $(pidof gnome-shell)f gnome-shell)
Bug#646115: libgtkada2.14.2-dev: gnomeada2.gpr has a wrong project name in the end-statement
Package: libgtkada2.14.2-dev Version: 2.14.2-4 Severity: minor Dear Maintainer, When building Ada projects that with gnomeada2 in their project file gprbuild fails with the error message: gnomeada2.gpr:18:12: expected gnomeada2 gprbuild: hello.gpr processing failed The file gnomeada2.gpr has end GtkAda2; at the end of the project declaration. This should read end GnomeAda2;. e.g. The file in the debian soure is libgtkada2-2.14.2/debian/gnomeada2.gpr and is installed at /usr/share/ada/adainclude/gnomeada2.gpr with libgtkada2.14.2-dev. 18c18 end GtkAda2; --- end GnomeAda2; -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtkada2.14.2-dev depends on: ii gnat 4.4+1.1 ii gnat-4.4 [ada-compiler] 4.4.6-5 ii libc6-dev2.13-21 ii libglade2-dev1:2.6.4-1 ii libgtk2.0-dev2.24.7-1 ii libgtkada2.14.2 2.14.2-4 Versions of packages libgtkada2.14.2-dev recommends: ii glade 3.10.2-1 ii libglu1-mesa-dev 7.11-6 ii libgtkada-gl2.14.2 2.14.2-4 ii libgtkada-glade2.14.2 2.14.2-4 ii libgtkada2-bin 2.14.2-4 Versions of packages libgtkada2.14.2-dev suggests: pn libgnomeada2.14.2-dev 2.14.2-4 pn libgtkada2-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646115: libgtkada2.14.2-dev: gnomeada2.gpr has a wrong project name in the end-statement
Oh, the embarrassment :/ Thanks for reporting, I will upload a fix to unstable within 24 hours. I can also upload a backport for Squeeze (stable) if you want. Glad to help, even if it is a small issue. I just noticed I reported the bug accidentally against libgtkada2.14.2-dev instead of libgnomeada2.14.2-dev. At least its from the same source package. I don't know if there is a need to upload a backport to Squeeze. Based on popcon, there don't seem to be many using the package and it should be trivial to fix for someone who understands the .gpr files and Ada syntax. On the other hand it does prevent compiling programs when developing programs with libgnomeada2.14.2-dev, if you don't realize you have to manually change the .gpr-file... -- Torsti Schulz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610706: ark: crashes when opening/extracting rar-archives unsupported by unrar-free
Package: ark Version: 4:4.4.5-1 Severity: normal When trying to open or extract rar-archives that are not supported by unrar- free while using unrar-free to provide /usr/bin/unrar Ark crashes. This behaviour is not observed when either opening rar-archives that unrar-free can extract or when using unrar-nonfree to provide /usr/bin/unrar. What happens when you try to use unrar-free: $ unrar --extract file.rar Extracting from ~/file.rar Extracting archive.content Failed 1 Failed Opening the same file with ark leads to a crash. $ gdb ark GNU gdb (GDB) 7.0.1-debian [...] This GDB was configured as i486-linux-gnu. [...] Reading symbols from /usr/bin/ark...(no debugging symbols found)...done. (gdb) run file.rar Starting program: /usr/bin/ark file.rar [Thread debugging using libthread_db enabled] [New Thread 0xb389cb70 (LWP 11334)] [New Thread 0xb2effb70 (LWP 11335)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb389cb70 (LWP 11334)] 0xb6a2b8d5 in QDateTimeParser::fromString(QString const, QDate*, QTime*) const () from /usr/lib/libQtCore.so.4 There are no errors when opening files that unrar manages to extract or when using unrar-nonfree. It would be preferable for ark to give an error message stating that it cannot open or extract the archive and if possible explain in the message that this is due to the version of unrar being used. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ark depends on: ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii libarchive1 2.8.4-1Single library to read/write tar, ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libkdecore5 4:4.4.5-2 the KDE Platform Core Library ii libkdeui5 4:4.4.5-2 the KDE Platform User Interface Li ii libkfile4 4:4.4.5-2 the File Selection Dialog Library ii libkhtml5 4:4.4.5-2 the KHTML Web Content Rendering En ii libkio5 4:4.4.5-2 the Network-enabled File Managemen ii libkonq5 4:4.4.5-2 core libraries for Konqueror ii libkparts44:4.4.5-2 the Framework for the KDE Platform ii libqt4-dbus 4:4.6.3-4 Qt 4 D-Bus module ii libqtcore44:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii libstdc++64.4.5-8The GNU Standard C++ Library v3 Versions of packages ark recommends: ii bzip2 1.0.5-6 high-quality block-sorting file co ii p7zip-full 9.04~dfsg.1-1 7z and 7za file archivers with hig ii unzip 6.0-4 De-archiver for .zip files ii zip3.0-3 Archiver for .zip files Versions of packages ark suggests: pn rarnone(no description available) ii unrar-free 1:0.0.1+cvs20071127-1 Unarchiver for .rar files -- no debconf information Application: Ark (ark), signal: Segmentation fault [Current thread is 1 (Thread 0xb5422710 (LWP 11486))] Thread 3 (Thread 0xb2fb9b70 (LWP 11487)): [KCrash Handler] #6 QBasicAtomicInt::ref (this=0xb2fb8538, t=..., date=0x0, time=0xb2fb8708) at ../../include/QtCore/../../src/corelib/arch/qatomic_i386.h:120 #7 QString (this=0xb2fb8538, t=..., date=0x0, time=0xb2fb8708) at ../../include/QtCore/../../src/corelib/tools/qstring.h:715 #8 QDateTimeParser::fromString (this=0xb2fb8538, t=..., date=0x0, time=0xb2fb8708) at tools/qdatetime.cpp:5499 #9 0xb614a338 in QTime::fromString (string=..., format=...) at tools/qdatetime.cpp:1980 #10 0xb2fbcc2e in CliPlugin::readListLine (this=0xa1c29b0, line=...) at ../../../../ark/plugins/clirarplugin/cliplugin.cpp:150 #11 0xb76e12b0 in Kerfuffle::CliInterface::handleLine (this=0xa1c29b0, line=...) at ../../../ark/kerfuffle/cliinterface.cpp:523 #12 0xb76e1896 in Kerfuffle::CliInterface::readStdout (this=0xa1c29b0, handleAll=false) at ../../../ark/kerfuffle/cliinterface.cpp:468 #13 0xb76e1b83 in Kerfuffle::CliInterface::qt_metacall (this=0xa1c29b0, _c=QMetaObject::InvokeMetaMethod, _id=6, _a=0xb2fb89bc) at ./cliinterface.moc:80 #14 0xb2fbc7d2 in CliPlugin::qt_metacall (this=0xa1c29b0, _c=QMetaObject::InvokeMetaMethod, _id=6, _a=0xb2fb89bc) at ./cliplugin.moc:66 #15 0xb62327aa in QMetaObject::metacall (object=0xa1c29b0, cl=2992635905, idx=6, argv=0xb2fb89bc) at kernel/qmetaobject.cpp:237 #16 0xb62411bb in QMetaObject::activate (sender=0xa1cb710, m=0xb633f848, local_signal_index=5, argv=0x0) at kernel/qobject.cpp:3295 #17 0xb61c3627 in QProcess::readyReadStandardOutput (this=0xa1cb710) at