Bug#996158: evolution: Unable to clear search
Package: evolution Version: 3.42.0-2 Severity: normal Tags: upstream As of Evolution 3.42.0-2, clearing the search bar does not work anymore. The bug has already been fixed upstream on Oct. 6 2021 in commit https://gitlab.gnome.org/GNOME/evolution/-/commit/acd57a8d7d0e9502a9ff24e288f806559024eb57 See https://gitlab.gnome.org/GNOME/evolution/-/issues/1649 for background and discussion. A workaround is to close evolution, edit the file `~/.config/evolution/mail/state.ini`, and remove the value for key `SearchText`.
Bug#912752: Update on packaging status?
Hi. Are you still planning to upload a python3-pyfuse3 package? python3-trio (0.13) is available in Debian unstable/testing. I would greatly appreciate a Debian package. Cheers, Raphael
Bug#972424: cura: Cura 4.7.1 crashes because of incompatible python3-uranium < 4.7.0
Package: cura Version: 4.7.1-2 Severity: normal Dear Maintainer, Thank you for packaging Cura! # Symptom: After upgrading Cura from 4.5 to 4.7.1, Cura crashes with the following error message on start: > [MainThread] cura.CrashHandler.__init__ [66]: An uncaught error has occurred! > [MainThread] cura.CrashHandler.__init__ [69]: Traceback (most recent call > last): > [MainThread] cura.CrashHandler.__init__ [69]: File "/bin/cura", line 233, > in > [MainThread] cura.CrashHandler.__init__ [69]: app = CuraApplication() > [MainThread] cura.CrashHandler.__init__ [69]: File > "/usr/lib/python3/dist-packages/cura/CuraApplication.py", line 216, in > __init__ > [MainThread] cura.CrashHandler.__init__ [69]: self._cura_API = > CuraAPI(self) > [MainThread] cura.CrashHandler.__init__ [69]: File > "/usr/lib/python3/dist-packages/cura/API/__init__.py", line 48, in __init__ > [MainThread] cura.CrashHandler.__init__ [69]: self._connectionStatus = > ConnectionStatus() > [MainThread] cura.CrashHandler.__init__ [69]: File > "/usr/lib/python3/dist-packages/cura/API/ConnectionStatus.py", line 30, in > __init__ > [MainThread] cura.CrashHandler.__init__ [69]: self._is_internet_reachable > = manager.isInternetReachable # type: bool > [MainThread] cura.CrashHandler.__init__ [69]: AttributeError: > 'HttpRequestManager' object has no attribute 'isInternetReachable' # Probable Reason Cura 4.7.1 depends on python3-uranium >= 4.5.0 Therefore, upgrading from Cura 4.5 to 4.7.1 does not also upgrade python3-uranium. However, the `HTTPRequestManager.isInternetReachable` property has only been added to python3-uranium after the 4.6.0 release [1]. Manually upgrading python3-uranium to 4.7.1 makes Cura start up again. # Proposed fix cura should require python3-uranium >= 4.7.0 (Maybe cura should also depend on python3-savitar >= 4.7.0 to avoid further incompatibilities) Cheers (and thanks again!), Raphael [1] https://github.com/Ultimaker/Uranium/commit/6d699fce1a073ca424a274314aff33f436d4fa74
Bug#972422: cura-engine: Segfault if using CuraEngine 4.7.1 with libarcus3 4.5
Package: cura-engine Version: 1:4.7.1-1 Severity: normal Dear Maintainer, Thank you for maintaining Cura! # Symptom: After an upgrade from 4.5, CuraEngine 4.7.1 quits with a segfault when called with the 'connect' parameter. When called from Cura, the log shows this error message. > 2020-10-18 11:00:03,264 - DEBUG - [MainThread] > CuraEngineBackend.CuraEngineBackend._onBackendQuit [898]: Backend quit with > return code -11. Resetting process and socke # Probable reason: A gdb backtrace indicates that libarcus3 is causing the segfault > Thread 1 "CuraEngine" received signal SIGSEGV, Segmentation fault. > 0x5586d318 in ?? () > (gdb) bt > #0 0x5586d318 in ?? () > #1 0x77f6bd7d in > Arcus::MessageTypeStore::registerMessageType(google::protobuf::Message > const*) () >from /lib/x86_64-linux-gnu/libArcus.so.3 > #2 0x77f670bc in > Arcus::Socket::registerMessageType(google::protobuf::Message const*) () >from /lib/x86_64-linux-gnu/libArcus.so.3 cura-engine 4.7.1 depends on libarcus3 but does not require a specific version of this package. Upgrading libarcus3 / python3-arcus to the current version 4.7.1 fixes the segfault. # Proposed solution: Package cura-engine should require libarcus3 with same version number (i.e. 4.7.1 at the moment). Cheers, Raphael
Bug#922787: esptool: New version (2.6) with bugfixes available
Package: esptool Version: 2.5.1+dfsg-3 Severity: important Dear Maintainer, Thank you for making esptool available in Debian. esptool 2.6 fixes a bug [1] that affects all M5Stack users [2]. Would it be possible to upgrade the Debian package to the current upstream version? Cheers, Raphael [1] https://github.com/espressif/esptool/releases/tag/v2.6 [2] http://forum.m5stack.com/topic/532/m5stack-uiflow-reboots-in-setup-fixed/2
Bug#911577: qtile: New version 0.12.0 available
Package: qtile Version: 0.10.7-2 Severity: normal Dear Maintainer, the current qtile version in Debian sid (0.10.7) is more than one year old. The current version 0.12.0 includes many bug fixes and new features (and changes to the config syntax) [1]. I would appreciate having an update version in Debian. Cheers, Raphael [1] https://github.com/qtile/qtile/blob/develop/CHANGELOG
Bug#895885: freeplane does not start up without (exactly) java 9
Package: freeplane Version: 1.6.13-1 Severity: important Dear Maintainers, Freeplane will not start up if a user has not installed the Java 9 JRE, providing the error message: > [...] > Exception in thread "main" java.lang.UnsupportedClassVersionError: > org/knopflerfish/framework/Main has been compiled by a more recent version of > the Java Runtime (class file version 53.0), this version of the Java Runtime > only recognizes class file versions up to 52.0 > [...] It seems that recent knopflerfish packages are getting compiled with Java 9 (class file version 53). However, `/usr/bin/freeplane` only asks for at least Java 7 (line 125): > require_java_runtime java7 As the java-wrappers package only knows about Java versions up to Java 9 at the moment [1], having Java 10 or 11 installed does not help as java-wrappers will never look for them. Workaround: Users can still start up freeplane with the following command if they have installed (and set as default) at least a Java 9 JRE: > JAVA_CMD=/usr/bin/java freeplane All the best, Raphael [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895884 -- Package-specific info: [debug] /usr/bin/freeplane: Found JAVA_HOME = '/usr/lib/jvm/java-8-openjdk-amd64' [debug] /usr/bin/freeplane: Found JAVA_CMD = '/usr/lib/jvm/java-8-openjdk-amd64/bin/java' DEBUG: Freeplane parameters are ''. DEBUG: Linux anywhere 4.16.0-trunk-amd64 #1 SMP Debian 4.16-1~exp1 (2018-04-08) x86_64 GNU/Linux No LSB modules are available. DEBUG: Distributor ID:Debian Description:Debian GNU/Linux testing (buster) Release:testing Codename: buster DEBUG: The following DEB packages are installed: ii freeplane 1.6.13-1 allJava program for working with Mind Maps DEBUG: Link '/usr/bin/freeplane' resolved to '/usr/share/freeplane/freeplane.sh'. DEBUG: Freeplane Directory is '/usr/share/freeplane'. DEBUG: Calling: /usr/lib/jvm/java-8-openjdk-amd64/bin/java -Xmx512m -Dorg.freeplane.basedirectory=/usr/share/freeplane -Dorg.freeplane.userfpdir=/home/raphael/.config/freeplane -Dorg.freeplane.old_userfpdir=/home/raphael/.freeplane -Dorg.freeplane.globalresourcedir=/usr/share/freeplane/resources -Dswing.systemlaf=javax.swing.plaf.metal.MetalLookAndFeel -Dorg.freeplane.os.lib.ext=/usr/share/java -Dawt.useSystemAAFontSettings=on -Dswing.aatext=true -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D -jar /usr/share/freeplane/freeplanelauncher.jar -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.16.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages freeplane depends on: ii default-jre [java7-runtime] 2:1.8-59 ii groovy 2.4.15-1 ii javahelp22.0.05.ds1-9 ii jmapviewer 2.7+dfsg-1 ii libavalon-framework-java 4.2.0-10 ii libbatik-java1.9-3 ii libcommons-codec-java1.11-1 ii libcommons-io-java 2.6-2 ii libcommons-lang-java 2.6-8 ii libcommons-logging-java 1.2-2 ii libfop-java 1:2.1-7 ii libidw-java 1.6.1-1 ii libjaxp1.3-java 1.3.05-5 ii libjgoodies-forms-java 1.9.0-3 ii libjlatexmath-java 1.0.6-1 ii libjsyntaxpane-java 0.9.6~r156-6 ii libknopflerfish-osgi-framework-java 6.1.1-2 ii libmnemonicsetter-java 0.5-1 ii librhino-java1.7.7.1-1 ii libsvgsalamander-java1.1.1+dfsg-2 ii libxerces2-java 2.11.0-8 ii libxml-commons-external-java 1.4.01-3 ii libxmlgraphics-commons-java 2.2-1 ii openjdk-11-jre [java7-runtime] 11~9-1 ii openjdk-8-jre [java7-runtime]8u162-b12-1 ii simplyhtml 0.17.3+dfsg1-1 Versions of packages freeplane recommends: ii java-wrappers 0.2 ii xdg-utils 1.1.2-2 Versions of packages freeplane suggests: pn freeplane-scripting-api -- no debconf information
Bug#895884: java-wrappers only recognizes JREs up to Java 9
Package: java-wrappers Version: 0.2 Severity: important Dear Maintainers, the current java-wrappers package does not recognize Java versions newer than Java 9. If a script uses "require_java_runtime java9" but only Java 10/11 JREs are installed, the script won't find them. All the best, Raphael
Bug#894164: brightd uses 'char' for storing brightness, making it choke on levels over 127
Package: brightd Version: 0.4.1-1+b1 Severity: important Dear Maintainer, brightd saves the current brightness in the variables 'char beforeFade' and 'char savedLevel'. On hardware where brightness values get higher than 127, the variable overflows (on an HP x360 1030 G2, the max value is 7500). This results in brightd 'restoring' the brightness to a value that is much too low. Changing both variables to 'int' solves the problem. All the best, Raphael Wimmer
Bug#787850: Update?
As I still would love having a python3-bluez package in Debian: is there anything I can do to get this - presumably trivial - bug resolved (without becoming a DD first)?
Bug#802540: httpie: Package should depend on python-requests >= 2.5.2
Package: httpie Version: 0.9.2-0.1 Severity: normal Hi, Thank you for maintaining httpie! httpie depends on `python-requests` but not on a specific version of that module. However, installing and running httpie when only an old version (2.3) of python-requests is installed on the system results in the error shown below. I believe this to be related to the bug fix mentioned in [1]. Upgrading python-requests to 2.7.0 fixed the issue. Therefore, I assume that requiring a python-requests version of >= 2.5.2 should avoid this problem. All the Best, Raphael [1] http://docs.python-requests.org/en/latest/community/updates/#id8 $ http example.com Traceback (most recent call last): File "/usr/bin/http", line 9, in load_entry_point('httpie==0.9.2', 'console_scripts', 'http')() File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 558, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2682, in load_entry_point return ep.load() File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2355, in load return self.resolve() File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2361, in resolve module = __import__(self.module_name, fromlist=['__name__'], level=0) File "/usr/lib/python2.7/dist-packages/httpie/__main__.py", line 6, in from .core import main File "/usr/lib/python2.7/dist-packages/httpie/core.py", line 22, in from httpie.client import get_response File "/usr/lib/python2.7/dist-packages/httpie/client.py", line 6, in from requests.packages import urllib3 ImportError: No module named packages
Bug#787850: pybluez: Compile for Python 3.x
Source: pybluez Severity: normal Hello, python-bluez has been supporting Python 3 for some time. It would be very helpful if an official Debian package python3-bluez could be provided. Just adding Python3 build commands to debian/rules (and adding appropriate dependencies) apparently suffices to generate a working package. All the Best, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787851: pybluez: Upstream location changed
Source: pybluez Severity: minor Upstream moved from Google Code to Github: https://github.com/karulis/pybluez Please adjust relevant fields in debian/control: Vcs-Git: https://github.com/karulis/pybluez.git Vcs-Browser: https://github.com/karulis/pybluez Homepage: https://karulis.github.io/pybluez/ and debian/watch: https://github.com/karulis/pybluez/releases https://github.com/karulis/pybluez/archive/(.*)\.tar\.gz All the Best, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745768: vim-youcompleteme: Package should depend on python-requests (=2.2.1)
Package: vim-youcompleteme Version: 0+20140207+git18be5c2-1 Severity: normal vim-youcompleteme depends on python-requests but does not require a minimum version of this package. However, python-requests 0.12 (which is in wheezy) seems to have a different API than 2.2.1 (in testing), causing various errors and making vim-youcompleteme unusable. Please consider depending on python-requests (=2.2.1) or similar to avoid users having a non-working vim-youcompleteme (also: thank you very much for packaging this!) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-youcompleteme depends on: ii libboost-filesystem1.54.0 1.54.0-2 ii libboost-python1.54.0 1.54.0-4+b1 ii libboost-regex1.54.01.54.0-2 ii libboost-system1.54.0 1.54.0-2 ii libc6 2.17-93 ii libclang1-3.3 1:3.3-16 ii libgcc1 1:4.8.2-16 ii libstdc++6 4.8.2-16 ii python-bottle 0.12.5-1 ii python-concurrent.futures [python-futures] 2.1.6-3 ii python-jedi 0.7.0-1 ii python-requests 2.2.1-1 ii python-waitress 0.8.8-1 ii python2.7 2.7.6-4 pn python:any none ii vim-nox [vim-python]2:7.3.923-3 Versions of packages vim-youcompleteme recommends: ii vim-addon-manager 0.5.2 vim-youcompleteme 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#717112: libreoffice: Insert Movie and Sound, and Media Player not working
Hi. I had the same issue, and at least for me it was kind of a gstreamer bug: Short version: install gstreamer1.0-libav, and possibly remove gstreamer1.0-plugins-bad to get rid of 'eglglessink' which might get incorrectly used for video output. Long story: First, gstreamer1.0-libav was missing (a post in the Arch Linux forum tipped me off [1]). After installing this package (from testing), a preview, i.e., the first frame of the video, was shown for videos inserted on a slide. However, playback did not work yet - there was just a white empty window, and Libreoffice locked up. LibreOffice uses the gstreamer 'playbin' module(?), which offers an easy way to play media files. One can also run it as follows: gst-launch-1.0 playbin uri=file:///path/to/vid.webm However, this command failed for me, giving an error message about EGL and no access to DRM2. Theoretically, playbin should automatically select the best video output (e.g., Xvideo), as documented in [2]: By default, if no audio sink or video sink has been specified via the audio-sink or video-sink property, playbin will use the autoaudiosink and autovideosink elements to find the first-best available output method. This was apparently not entirely correct, as playbin automatically used 'eglglessink' - which was the first video sink listed when running 'gst-inspect-1.0'. However, as my desktop system does not support EGL, no video was output. Strangely, the explicitly setting 'autovideosink' as the video sink correctly selects xvimagesink as video output: gst-launch-1.0 playbin uri=file:///path/to/vid.webm video-sink=autovideosink This is either a bug in gstreamer or misconfiguration in my gstreamer setup. There is no way of selecting the video sink for LibreOffice playback without changing the source code. Therefore, I resorted to removing package gstreamer1.0-plugins-bad which contains 'eglglessink'. Video playback in LibreOffice worked afterwards. Can anyone confirm this? Best, Raphael [1] https://bbs.archlinux.org/viewtopic.php?id=165774 [2] http://www.freedesktop.org/software/gstreamer-sdk/data/docs/latest/gst-plugins-base-plugins-0.10/gst-plugins-base-plugins-playbin2.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617619: dpkg-trigger: error: must be called from a maintainer script (or with a --by-package option)
The actual error message when reconfiguring asymptote is: dpkg-trigger: error: must be called from a maintainer script (or with a --by-package option) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661264: ccal: causes dpkg-reconfigure to fail
Package: ccal Version: 4.0-2 Severity: critical ccal's postint script causes dpkg-reconfigure (-a) to fail with the following error message: dpkg-maintscript-helper: error: environment variable DPKG_MAINTSCRIPT_NAME is required --Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653953: magicmaze searches for Isabella.ttf in wrong place, crashes.
Package: magicmaze Version: 1.4.3.2.dfsg-1 Severity: important Dear Maintainer, magicmaze requires the Isabella font to be in the following location: magicmaze/graphics.rb:102 fontfile = /usr/share/fonts/truetype/Isabella.ttf However, the Debian package 'ttf-isabella' in testing and unstable now installs the font file to /usr/share/fonts/truetype/ttf-isabella/Isabella.ttf (which seems to be the more correct location). On systems with the newer ttf-isabella package, magicmaze crashes on start. Therefore, magicmaze should look for the font both in the old and the new location. Best Regards, Raphael Wimmer -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Versions of packages magicmaze depends on: ii libsdl-ruby 2.1.1.1-1 ii ruby4.8 ii ruby1.8 [ruby] 1.8.7.352-2 ii ttf-isabella1.2-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653953: Set this bug to 'serious' as it will break the package in wheezy
Hi. I set this bug to 'serious' (i.e. release-critical) as it will break the package in wheezy. Best, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652120: triggerhappy: config file incorrectly parsed if multiple whitespace chars before third field
Package: triggerhappy Version: 0.3.4-2 Severity: normal Dear Maintainer, Including more than one whitespace character between second and third field (action) in the config file causes the et-action string to contain leading whitespaces. The reason for this is that strtok_r just returns the remaining string without tokenizing it further (which would return only part of a command to be run): triggerparser.c:90 char *s_action = strtok_r(NULL, , sptr); While leading whitespace is no problem for commands that are executed by 'sh', triggerhappy fails to recognize key remappings as it checks only the first character (which can be a whitespace char): trigger.c:204 } else if (et-action[0] == '' ) { An obvious workaround is to include only a single whitespace char between fields. However, it would be great if you could make the parsing more robust. Cheers, Raphael -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc4+ (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages triggerhappy depends on: ii libc6 2.13-21 triggerhappy recommends no packages. triggerhappy suggests no packages. -- Configuration Files: /etc/default/triggerhappy changed [not included] -- 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#602760: python-libavg: new upstream version available
Package: python-libavg Severity: wishlist libavg 1.5.0 is out and introduces several new features. I would really appreciate a Debian package for this one. Cheers, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594543: Addendum: UniBrain Fire-i works correctly with OpenCV 2.1
I just tested with a UniBrain Fire-i camera (color). This one seems to work correctly. As OpenCV automatically chooses a video mode for the camera (a real annoyance), I suspect that it chooses the 16 bit mode of the FireFly MV and gets confused somehow. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577979: gnome-activity-journal: Package does not depend on required python-gnome2 (ImportError: gnome.ui)
Package: gnome-activity-journal Version: 0.3.3-1 Severity: normal *** Please type your report below this line *** gnome-activity-journal fails to start if package python-gnome2 is not installed. The error message is ImportError: No module named gnome.ui Installing python-gnome2 fixes the problem. Please depend on python-gnome2. Cheers, Raphael -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-activity-journal depends on: ii gconf2 2.28.0-1GNOME configuration database syste ii python 2.5.4-9 An interactive high-level object-o ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo vect ii python-dbus 0.83.0-1+b1 simple interprocess messaging syst ii python-gconf 2.28.0-2Python bindings for the GConf conf ii python-gtk2 2.16.0-2Python bindings for the GTK+ widge ii python-support 1.0.6 automated rebuilding support for P ii python-xdg 0.19-1 Python library to access freedeskt ii zeitgeist-core 0.3.2-1 event logging framework - engine Versions of packages gnome-activity-journal recommends: ii python-gst0.10 0.10.18-1generic media-playing framework (P ii python-pygments 1.2.2+dfsg-1 syntax highlighting package writte ii zeitgeist 0.3.2-1 event logging framework gnome-activity-journal 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#569273: Parsing \t (escaped tab character) raises ParseError
Package: python-vobject Version: 0.8.1c-3 When parsing an iCal file containing \t (tab, actually two characters) using readOne(), the parser raises a ParseError, aborting the parsing. This defect is _not_ in the upstream source but introduced by Debian patch 0003-Treat-untils-as-floating.patch, removing this patch fixes the problem. I can not see any advantage of raising an exception instead of simply accepting unknown escaped chars (like in the upstream source). BTW: is there a reason why 0.8.1.c-3 is not present in the Debian git repo? Cheers, Raphael Test case: BEGIN:VCALENDAR VERSION:2.0 BEGIN:VEVENT DTSTAMP:20080502T160934Z CREATED:20071005T104029Z UID:KOrganizer-1534264698.483 SEQUENCE:1 LAST-MODIFIED:20080106T231431Z DESCRIPTION:Test Text and a Tab: \t and more text SUMMARY:Test PRIORITY:3 DTSTART:20071010T09Z DTEND:20071010T12Z TRANSP:OPAQUE END:VEVENT END:VCALENDAR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565909: compile OpenCV with IEEE1394 camera support
Package: libcv4 Version: 2.0.0-3 Currently, libcv4 is built without support for dc1394 cameras or unicap. I believe that more Debian users need support for 1394 cameras than for quicktime. Therefore I would suggest compiling opencv using '--with-1394libs '--without-quicktime'. At least, a seperate version supporting 1394 cameras would be nice. However, I have to say that compiling my own 1394-enabled packages is incredibly easy and straightforward. Thank you for the great packaging. Cheers, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565537: Please allow youtube-dl enters testing.
Hi Raúl, Luk van Claes told me a while ago that there is no realistic chance for youtube-dl to enter testing: youtube-dl needs to many changes during the lifetime of stable to stay usable, that's why it was decided in coordination with the maintainer that the package should not be part of the next stable release. Letting it get into testing would mean to have it in the next stable release. Raphael On Sat, 16 Jan 2010 19:46:13 +0100, Raúl Sánchez Siles rasas...@gmail.com wrote: Package: youtube-dl Severity: wishlist Hello: I've seen the package is prevented entering testing. But I can't understand what's exactly the reason why it's been held. I think the package deserves being on testing since it's the best tool to download youtube videos: small, the dependencies are tight to a minimum and it's well maitained. I'd therefore appreciate being able to use this package in the testing and eventually stable branch of Debian. I guess this is also support by a lot more of users. Regards, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: armel (armv5tel) Kernel: Linux 2.6.30-2-kirkwood Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Dipl.-Medieninf. Raphael Wimmer Wiss. Mitarbeiter / Research Assistant LFE Medieninformatik E-Mail: raphael.wim...@ifi.lmu.de Ludwig-Maximilians-Universität München Skype: real_raphman Amalienstr. 17 / Raum 206 WWW: http://www.medien.ifi.lmu.de 80333 München Tel:+49 (89) 2180-4659 GermanyFax:+49 (89) 2180-99-4659 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507584: I second this request
Firewire cameras are widely used for image recognition tasks. Please compile OpenCV with DC1394 support. Thanks, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511563: Incorrect calculation of Variance/StdDev
Package: labplot Version: 1.6.0.1-6 Severity: normal When entering the numbers 3 7 7 19 in fields A1-A4 of a new spreadsheet, selecting them and selecting Column statistics from the context menu, a new spreadsheet pops up. It contains (among others) two fields for Standard Deviation and Variance. LabPlot calculates the variance as 48 and the StdDev as 6.9... which is incorrect. The correct variance is 36, the correct StdDev is 6. This error can be reproduced with other combinations of numbers. It seems that LabPlot always divides the sum of squares by n-1 instead of n. Cheers, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507720: sm: Garbled text in some cases
On Wed, 31 Dec 2008 15:23:59 +0100, Joachim Breitner nome...@debian.org wrote: Thus, I assume that the cause was libpango hmm, it doesn’t seem to be fixed here. What version of pango are you using? Oh sorry, libpango1.0-0 version 1.22.3-1 seems to have been pulled in from experimental. Package: sm Version: 0.11-1 Versions of packages sm depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.8.4-1The Cairo 2D vector graphics libra ii libglib2.0-0 2.18.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libpango1.0-0 1.22.3-1 Layout and rendering of internatio And can you check if sm Ta will overlap the T and the a? No, everything renders as it should. I could not find any other problems. Cheers, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507720: sm: Garbled text in some cases
Sorry for the late reply. After upgrading all libraries to the latest testing versions the problem has gone. Thus, I assume that the cause was libpango. Thanks, Raphael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507720: sm: Garbled text in some cases
Package: sm Version: 0.11-1 Severity: normal *** Please type your report below this line *** When adding a certain number of spaces/text/newlines the first word of the text is displayed with all its characters one over the other Often, when adding one more character, the text is displayed correctly again. A test case that works for me is sm Hello World Or, alternatively, Hello World with three newlines. Cheers, Raphael -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-rc5 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sm depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio sm recommends no packages. sm suggests no packages. -- no debconf information Fax:+49 (89) 2180-99-4659 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506693: lirc-modules-source: fails to build with kernel 2.6.27/28 due to missing asm/semaphore.h
On Sun, 23 Nov 2008 22:15:54 +0100, Stefan Lippers-Hollmann [EMAIL PROTECTED] wrote: Sorry, but kernel 2.6.27 is not in Debian yet, nor will it be anytime soon due to the lenny freeze, therefore I'm downgrading this bug toa non-RC severity. Sorry, I forgot about the freeze :) New severity is ok with me. Thanks for the explanation. If you need a 2.6.27 compatible lirc 0.8.3 package now, I can refer you to [2], which reflects the current svn state of the Debian packaging, but is in no way an official Debian package. Google food: Alternatively one can just link or copy linux/semaphore.h to asm/semaphore.h in the kernel headers. Then 0.8.3 modules compile again. Thanks, Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506693: lirc-modules-source: fails to build with kernel 2.6.27/28 due to missing asm/semaphore.h
Package: lirc-modules-source Version: 0.8.3-3 Severity: grave Justification: renders package unusable *** Please type your report below this line *** lirc-modules-source completely fails to build kernel modules for kernels 2.6.27 and up. The reason is a missing asm/semaphore.h. This file has been refactored to linux/semaphore.h in 2.6.27 Upstream 0.8.4a release fixes this problem. Thanks, Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489024: python-freevo: viewer.pyc not compiled from latest viewer.py (causes wrong image rotation)
Package: python-freevo Version: 1.8.1-0 Severity: normal *** Please type your report below this line *** In the 1.8.1-0 package the file /usr/share/pyshared/freevo/image/viewer.py is newer than its compiled viewer.pyc. Thus, a bug that had already been fixed (wrong image rotation in image viewer [1]) in the .py file re-appears. Deleting the compiled version and compiling viewer.py again fixes this bug. I would suggest re-compiling all Python files as there might be other outdated .pyc files. Thanks, Raphael [1] https://sourceforge.net/tracker/index.php?func=detailaid=1860835group_id=46652atid=446895 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460747: gtkterm does not support 230400 baud
Package: gtkterm Version: 0.99.5-1+b2 Severity: wishlist --- Please enter the report below this line. --- gtkterm only supports baud rates up to 115200. However, termios.h also allows 230400 baud. I would appreciate the higher baud rate :) As far as it seems this could be done by just adding some definitions. Cheers, Raphael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416484: suspecting D-BUS communication problems
-dbus | 4.3.1-1 python-qt4 | 4.3.1-1 -- Dipl.-Medieninf. Raphael Wimmer Research Assistant LFE Media Informatics E-Mail: [EMAIL PROTECTED] University of Munich Skype: real_raphman Amalienstr. 17 / Room 206 WWW: http://www.medien.ifi.lmu.de 80333 Munich Tel:+49 (89) 2180-4659 GermanyFax:+49 (89) 2180-99-4659
Bug#452504: pam_mount.conf conversion fails for group names with blanks
Package: libpam-mount Version: 0.29-2 Severity: serious When converting the plain-text pam-mount.conf to the new XML format (why, oh why), user names in single quotes get truncated, leading to a wrong and invalid XML file. pam_mount checks if the XML config file is valid. Thus, if pam_mount is a required module, no login is possible anymore. Maybe the bug is fixed in 0.29-3, however, the broken XML file is not fixed when upgrading to 0.29-3. The effect for me: the pam_mount stanza volume '@medieninformatik studenten' cifs aga.medea H_Students /home//_HOME - - - gets converted to volume user='@medieninformatik mountpoint=/home/%(USER)/_HOME path=H_Students server=aga.medea fstype=cifs / Please note the chopped off group name and the single quotation mark. This quotation mark obviously makes the file invalid (the cause for this stupid group name is Microsoft's Active Directory, which we authenticate against using winbind). Additionally, for groups the conversion should remove the '@' and change the attribute name to 'prgp'. The correct conversion would be: volume prgp=medieninformatik studenten mountpoint=/home/%(USER)/_HOME path=H_Students server=aga.medea fstype=cifs / Cheers, Raphael -- Dipl.-Medieninf. Raphael Wimmer Research Assistant LFE Media Informatics E-Mail: [EMAIL PROTECTED] University of Munich Skype: real_raphman Amalienstr. 17 / Room 206 WWW: http://www.medien.ifi.lmu.de 80333 Munich Tel:+49 (89) 2180-4659 GermanyFax:+49 (89) 2180-99-4659
Bug#439611: libpam-mount: pam_mount shows lowercase password prompt
Package: libpam-mount Version: 0.18-6 Severity: normal *** Please type your report below this line *** If the pam_mount module asks directly for a password (i.e. is the first module to require the password), the prompt spells password:. However, the usual Linux password prompt spells Password:. This difference can be used to determine if a host uses pam_mount. Additionally - as there are quite few systems using pam_mount - this behaviour can be used to identify a certain system. I don't think this is a severe security risk, but it's certainly more than just a typo. The wrong spelling can be found in pam_mount.c, line 256 (patched file). Cheers, Raphael -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22.1-mactel (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ~
Bug#422494: testmii does not wait for interface to come up
Package: whereami Version: 0.3.32 Severity: normal --- Please enter the report below this line. --- Hi, I have a MacBook Pro C2D with a Marvell 88E8053 PCI-E Gigabit Ethernet Controller (rev 22) (driver is sky2). The testmii script brings up the interface and instantly uses mii-tool to determine its state. As the sky2 driver seems to take some time to bring the interface up, mii-tool usually reports no link. I've manually added a two second wait between bringing the interface up and testing its link status. That seems to work. Probably testmii should try several times before giving up. Cheers, Raphael --- System information. --- Architecture: i386 Kernel: Linux 2.6.20 Debian Release: lenny/sid 990 testing security.debian.org 990 testing honk.physik.uni-konstanz.de 990 testing ftp.de.debian.org 500 unstablehonk.physik.uni-konstanz.de 500 unstableftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+- perl | 5.8.8-7 debconf (= 1.2.9) | 1.5.13 OR debconf-2.0 | fping| 2.4b2-to-ipv6-14 OR iputils-ping | 3:20020927-6 OR netbase | 4.29 OR dhcp-client |
Bug#418035: Bug report sent to Opera Software
I just have sent a bug report (#259609) describing this problem to Opera Software. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410780: xscreensaver: German localization: please replace scheinbar with anscheinend
Package: xscreensaver Version: 4.24-5 Severity: minor Tags: l10n When starting xscreensaver-demo without a running xscreensaver daemon, the following German message is shown: Scheinbar läuft der XScreenSaver-Dämon für die Anzeige ':0.0' nicht. In German there is a distinct difference between the words scheinbar and anscheinend. In this case, anscheinend is the only correct word. Please change this sometime. Yes, I'm a nitpicker. Thanks, Raphael Wimmer -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-mactel Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages xscreensaver depends on: ii libatk1.0-01.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-5 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpam0g 0.79-4Pluggable Authentication Modules l ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-5 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxmu61:1.0.2-2 X11 miscellaneous utility library ii libxpm41:3.5.5-2 X11 pixmap library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii libxxf86misc1 1:1.0.1-2 X11 XFree86 miscellaneous extensio ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l Versions of packages xscreensaver recommends: ii libjpeg-progs 6b-13 Programs for manipulating JPEG fil ii perl [perl5] 5.8.8-7Larry Wall's Practical Extraction ii wamerican [wordlist] 6-2American English dictionary words pn xli | xloadimage none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387469: effectv: new version available
Package: effectv Version: 0.3.9-1.1 The current upstream version at http://effectv.sourceforge.net is 0.3.11. Compared to 0.3.9 some new filters are added and an apparently serious bug is fixed: Video capturing becomes robust. Even if it failed to grab a image, it retry every second instead of the red screen of death. Thanks, Raphael -- Raphael Wimmer LFE Media Informatics E-Mail: [EMAIL PROTECTED] University of Munich WWW: http://hcilab.org Amalienstr. 17 Tel: +49 89 2180-4659 80333 München Fax: +49 89 2180-99-4659 Germany