Bug#1036223: RFP: alsa-scarlett-gui -- alsa-scarlett-gui is a Gtk4 GUI for the ALSA controls presented by the Linux kernel Focusrite Scarlett Gen 2/3 Mixer Driver.
Package: wnpp Severity: wishlist * Package name: alsa-scarlett-gui Version : 0.2-7-g65c0 Upstream Contact: Geoffrey D. Bennett * URL : https://github.com/geoffreybennett/alsa-scarlett-gui * License : GPL Programming Lang: C Description : alsa-scarlett-gui is a Gtk4 GUI for the ALSA controls presented by the Linux kernel Focusrite Scarlett Gen 2/3 Mixer Driver. The Focusrite Scarlett (and Clarett+) interfaces are class compliant USB audio interfaces meaning that they work “out of the box” on Linux as audio and MIDI interfaces (although on Gen 3 you need to disable MSD mode first). However, the Gen 2 6i6+, Gen 3 4i4+, and Clarett+ interfaces have a bunch of proprietary functionality that required a kernel driver to be written specifically for those devices. Linux kernel support (“ALSA Focusrite Scarlett Gen 2/3 Mixer Driver”) for the proprietary functionality of Gen 2 devices was first added in 5.4, Gen 3 devices in 5.14, and Clarett+ 8Pre is coming in 6.1. Unfortunately, actually using this functionality used to be quite an awful experience. The existing applications like alsamixer and qasmixer become completely user-hostile with the hundreds of controls presented for the Gen 3 18i20. Even the smallest Gen 3 4i4 interface at last count had 84 ALSA controls.
Bug#1004164: supertuxkart-data: Karts from upstream is missing
Package: supertuxkart-data Version: 1.3+dfsg1-2 Severity: normal Dear Maintainer, some karts from upstream are missing. This is annoying, especially when playing online with others. These karts are unavailable: - Beastie - Hexley Thanks, Thomas -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (700, 'unstable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-2-amd64 (SMP w/2 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages supertuxkart-data depends on: ii fonts-cantarell 0.303-2 ii fonts-noto-color-emoji 2.034-1 ii fonts-noto-core 20201225-1 ii fonts-noto-extra20201225-1 ii fonts-noto-ui-core 20201225-1 ii fonts-noto-ui-extra 20201225-1 supertuxkart-data recommends no packages. Versions of packages supertuxkart-data suggests: ii supertuxkart 1.3+dfsg1-2 -- no debconf information
Bug#864943: mariadb-server-10.1: Starting mariadb service does not terminate
Package: mariadb-server-10.1 Version: 10.1.23-9+deb9u1 Severity: normal Dear Maintainer, * What led up to the situation? 1. Creating a Docker container with MariaDB installed 2. Start MariaDB via Docker interface * What exactly did you do (or not do) that was effective (or ineffective)? Reproduce this issue with this Docker container (stretch): https://github.com/thomaszbz/native-dockerfiles-typo3/tree/3b28a02bd84aa418c62e4764844f8b862c14ee8a https://github.com/thomaszbz/native-dockerfiles-typo3/blob/3b28a02bd84aa418c62e4764844f8b862c14ee8a/typo3-debian-stretch/Dockerfile Start MariaDB with: docker exec -it typo3 service mysql start or docker exec -t typo3 service mysql start or docker exec -it jft /bin/bash -c "service mysql start" Output: [ ok ] Starting MariaDB database server: mysqld. <<< now the terminal hangs. Even CTRL+C does not work. * What was the outcome of this action? The termial does not terminate/return. It's not possible to type in the next command unless someone (other user session) executes a "service mysql stop" or stops the Docker container. * What outcome did you expect instead? Starting MariaDB should just terminate. In that respect: I can start apache2 without any issues. It returns/terminates and in my terminal I can just type in the next command. * Regression consideration Please note that this issue did not happen with the jessie equivalent which relied on mysql: https://github.com/thomaszbz/native-dockerfiles-typo3/blob/3b28a02bd84aa418c62e4764844f8b862c14ee8a/typo3-debian-jessie/Dockerfile That said, this issue would be a regression if there was no migration from mysql to mariadb in between. Formally-spoken, it's not necessarily a regression because of that migration. I'm not sure if Debian's commitment here is to have the mysql/mariadb migration as smooth as possible. Nevertheless, IMO, it's still a bug. I also think that the bug is in mariadb and not in Docker because starting apache2 just works fine. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-54-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages mariadb-server-10.1 depends on: ii adduser 3.115 ii debconf [debconf-2.0] 1.5.61 ii galera-3 25.3.19-2 ii gawk 1:4.1.4+dfsg-1 ii init-system-helpers 1.48 ii iproute2 4.9.0-1 ii libaio1 0.3.110-3 ii libc6 2.24-11 ii libdbi-perl 1.636-1+b1 ii libpam0g 1.1.8-3.6 ii libstdc++66.3.0-18 ii libsystemd0 232-25 ii lsb-base 9.20161125 ii lsof 4.89+dfsg-0.1 ii mariadb-client-10.1 10.1.23-9+deb9u1 ii mariadb-common10.1.23-9+deb9u1 ii mariadb-server-core-10.1 10.1.23-9+deb9u1 ii passwd1:4.4-4.1 ii perl 5.24.1-3 ii psmisc22.21-2.1+b2 ii rsync 3.1.2-1 ii socat 1.7.3.1-2+b1 ii zlib1g1:1.2.8.dfsg-5 Versions of packages mariadb-server-10.1 recommends: ii libhtml-template-perl 2.95-2 Versions of packages mariadb-server-10.1 suggests: pn mailx pn mariadb-test pn netcat-openbsd pn tinyca -- debconf information: mariadb-server-10.1/old_data_directory_saved: mariadb-server-10.1/nis_warning: mariadb-server-10.1/postrm_remove_databases: false -- Thomas Mayer 2bis10 IT-Services UG (haftungsbeschränkt) Durlacher Allee 61 D-76131 Karlsruhe Telefon: +49-721-7238 Telefax: +49-721-72380001 E-Mail: thomas.ma...@2bis10.de Internet: https://www.2bis10.de = Handelsregister: Amtsgericht Mannheim, HRB 705613 Geschäftsführer: Thomas Mayer USt-IDNr.: DE269622651 Bankverbindung: Sparkasse Karlsruhe BIC: KARSDE66XXX IBAN:DE41660501010108087016 =
Bug#812150: bluetooth unavailable after rfkill hard (or soft) unblocking
In ubuntu 16.04, I experienced the same issue for hard blocking as well. Plus, can I confirm the soft blocking issue for ubuntu 16.04 as well. Full report at https://bugs.launchpad.net/systemd/+bug/1603715 Please take into account that Debian might have the hard blocking issue as well. I cannot test this myself for the moment. signature.asc Description: OpenPGP digital signature
Bug#728747: courier-mta won't start randomly at boot
May be obsolete now, but I can confirm that some of courier's services randomly don't get started after rebooting a virtual server (presumably OpenVZ) after it was updated to Debian jessie and systemd. The system also got moved to a newer host system which now provides kernel 3.16. Besides courier, the system runs totally stable. All courier services run fine if I start services manually after reboots: service courier-authdaemon start service courier-mta start service courier-mta-ssl start service courier-pop start service courier-pop-ssl start ... The system is up-to-date so it seems that the issue still needs to be fixed (Ondřej Surý pointed that out already if I got it right). I can confirm that adding courier-authdaemon as a requirement solves this issue for me (tried 5 times whereas unstarted courier-services originally were quite common at about 50% of tries). The changed line 5 of /etc/init.d/courier-mta now reads: # Required-Start:$remote_fs $syslog courier-authdaemon So the fix should be small and trivial and solves a big problem which occurs randomly while people might not even be aware of it. I think this issue could be fixed without the necessity of larger changes in package management. -- Thomas Mayer 2bis10 IT-Services UG (haftungsbeschränkt) https://www.2bis10.de
Bug#813046: ifupdown2: No network connection on startup
Package: ifupdown2 Version: 1.0~git20151029-1 Severity: important Dear Maintainer, after migration from ifupdown to ifupdown2, network connections are not available automatically after startup. ifconfig returns nothing, I have to manually execute ifup -a as root for network to come up. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (701, 'stable'), (700, 'unstable'), (500, 'stable-updates') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ifupdown2 depends on: ii init-system-helpers 1.24 ii python-argcomplete 0.8.1-1 ii python-ipaddr2.1.11-2 pn python:any ifupdown2 recommends no packages. Versions of packages ifupdown2 suggests: pn python-gvgen pn python-mako -- no debconf information
Bug#804490: RFP: pd-purest-json -- pd library for working with JSON data and RESTful webservices
Package: wnpp Severity: wishlist * Package name: pd-purest-json Version : 1.3.0 Upstream Author : Thomas Mayer <tho...@residuum.org> * URL : http://ix.residuum.org/pd/purest_json.html * License : MIT/X Programming Lang: C Description : pd library for working with JSON data and RESTful webservices PuREST JSON is a library for Pure Data for decoding and encoding JSON data as well as communication with RESTful webservices.
Bug#804490: (no subject)
The source code is on Github at https://github.com/residuum/PuRestJson Debian packages can be built by running $ make dpkg-deb
Bug#730086: courier-pop-ssl not able to upgrade: error
I did an upgrade from wheezy/stable to jessie/stable. As mentioned, I had to play around a bit with some symlinks and to fix some configuration issues. But it's working now, including courier-pop-ssl (I get my mails via secured pop3 port 995). Executing service courier-pop-ssl start and service courier-pop-ssl stop works as expected without any errors. However, when I store configuration in the courier web admin, the web browser reports me Installing new configuration... Executing /usr/sbin/authdaemond restart... Executing /usr/sbin/pop3d-ssl stop ; . /etc/courier/pop3d-ssl ; test $POP3DSSLSTART != YES || /usr/sbin/pop3d-ssl start... Stopping pop3d-ssl (via systemctl): pop3d-ssl.serviceFailed to stop pop3d-ssl.service: Unit pop3d-ssl.service not loaded. failed! Starting pop3d-ssl (via systemctl): pop3d-ssl.serviceFailed to start pop3d-ssl.service: Unit pop3d-ssl.service failed to load: No such file or directory. failed! When run in the shell (as root): # /usr/sbin/pop3d-ssl stop [] Stopping pop3d-ssl (via systemctl): pop3d-ssl.serviceFailed to stop pop3d-ssl.service: Unit pop3d-ssl.service not loaded. failed! # /usr/sbin/pop3d-ssl start [] Starting pop3d-ssl (via systemctl): pop3d-ssl.serviceFailed to start pop3d-ssl.service: Unit pop3d-ssl.service failed to load: No such file or directory. failed! I have dpkg-query -l 'courier*'|grep ii ii courier-authdaemon 0.66.1-1+b1 amd64Courier authentication daemon ii courier-authlib0.66.1-1+b1 amd64Courier authentication library ii courier-authlib-userdb 0.66.1-1+b1 amd64userdb support for the Courier authentication library ii courier-base 0.73.1-1.6 amd64Courier mail server - base system ii courier-doc0.73.1-1.6 all Courier mail server - additional documentation ii courier-maildrop 0.73.1-1.6 amd64Courier mail server - mail delivery agent ii courier-mta0.73.1-1.6 amd64Courier mail server - ESMTP daemon ii courier-mta-ssl0.73.1-1.6 amd64Courier mail server - ESMTP over SSL ii courier-pop0.73.1-1.6 amd64Courier mail server - POP3 server ii courier-pop-ssl0.73.1-1.6 amd64Courier mail server - POP3 over SSL ii courier-ssl0.73.1-1.6 amd64Courier mail server - SSL/TLS Support ii courier-webadmin 0.73.1-1.6 amd64Courier mail server - web-based administration frontend uname -a #vServer Kernel from ISP Linux _ 3.2.41-042stab094.7 #1 SMP Wed Oct 22 12:43:21 MSK 2014 x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733746: dpkg-dev: dpkg-source - can't build with source format '3.0 (quilt)' when version number is 1.0.0
Package: dpkg-dev Version: 1.17.5 Severity: normal Dear Maintainer, I am developing a software package using semantic versioning, and am trying to build a package of version 1.0.0. Versions before have built correctly, e.g. 0.15.0. In semantic versioning (http://semver.org/), you are required to make package names meaningful, so this will affect other packages as well. Here are the latest entries in my debian/changelog: pd-purest-json (1.0.0) UNRELEASED; urgency=low * Info for users while loading object * Bug fixes in [json-encode]: - array handling - number handling * Refactoring -- Thomas Mayer tho...@residuum.org Thu, 03 Jan 2013 15:00:00 +0100 pd-purest-json (0.15.0) UNRELEASED; urgency=low * Cancellation is now faster * Switch to json-c 0.11 * Refactoring of code * Breaking changes: - [oauth] and [rest]: -- [write( method is now called [file( -- [url( method is now called [init( -- init errors only output to console -- changes to status outlet: --- on success output bang --- on HTTP error output numerical HTTP status --- on cURL error output list: error code and message - [rest-json] has been removed - [json-decode]: -- string values will not be checked for numbers or boolean -- Thomas Mayer tho...@residuum.org Mon, 18 Nov 2013 23:00:00 +0100 The sequence of commands: mv purest_json-1.0.0 pd-`echo purest_json|tr '_' '-'`_1.0.0 tar --exclude-vcs -czpf ../pd-`echo purest_json|tr '_' '-'`_1.0.0.orig.tar.gz pd-`echo purest_json|tr '_' '-'`_1.0.0 rm -f -- purest_json-1.0.0.tar.gz rm -rf -- purest_json-1.0.0 pd-`echo purest_json|tr '_' '-'`_1.0.0 cd .. dpkg-source -b purest_json dpkg-source: info: using options from purest_json/debian/source/local-options: --unapply-patches --abort-on-upstream-changes dpkg-source: error: can't build with source format '3.0 (quilt)': version does not contain a revision This is possible related to bug #719348 http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=719348 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (600, 'unstable'), (500, 'stable-updates') Architecture: i386 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files7.2 ii binutils 2.24-2 ii bzip2 1.0.6-5 ii libdpkg-perl 1.17.5 ii make 3.81-8.3 ii patch 2.7.1-4 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages dpkg-dev recommends: ii build-essential 11.6 ii fakeroot 1.18.4-2 ii gcc [c-compiler] 4:4.8.2-1 ii gcc-4.6 [c-compiler] 4.6.4-5 ii gcc-4.7 [c-compiler] 4.7.3-9 ii gcc-4.8 [c-compiler] 4.8.2-10 ii gnupg1.4.15-3 ii gnupg2 2.0.22-2 ii gpgv 1.4.15-3 pn libalgorithm-merge-perl none Versions of packages dpkg-dev suggests: ii debian-keyring 2013.12.13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610796: libapache2-mod-log-sql: http status in database table differs from status in apache log file
using up-to-date debian wheezy, the problem still is not solved: The http response header returns a http status 404: Date: Thu, 12 Sep 2013 17:52:37 GMT Server: Apache/2.2.22 (Debian) X-Powered-By: PHP/5.4.4-14+deb7u4 [...] Content-Type: text/html; charset=UTF-8 404 Not Found === while mod-log-sql writes this to the database: select request_uri, status from accesslog where request_uri ='/thisdoesnotexist2.html'; +-++ | request_uri | status | +-++ | /thisdoesnotexist2.html |200 | +-++ http://www.slicewise.net http://www.2bis10.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705628: xfburn crashes when trying to burn audio disc
Package: xfburn Version: 0.4.3-5 Followup-For: Bug #705628 Hi, I can reproduce this error when trying to write audio CDs which contain flac files. When I convert the files before using ffmpeg -i infile.flac outfile.wav then burning the CD is no problem. mp3 files are no problem in that case. Thank you, Thomas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (600, 'unstable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 3.8-1-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfburn depends on: ii libburn4 1.2.2-2 ii libc62.13-38 ii libexo-1-0 0.6.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk2.0-0 2.24.10-2 ii libgudev-1.0-0 175-7.2 ii libisofs61.2.2-1 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util44.8.2-1 xfburn recommends no packages. xfburn 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#668634: python-restkit: ImportError with http-parser
Package: python-restkit Version: 4.1.2-1 Severity: important Dear Maintainer, I was running a Python script that uses couchdbkit and in turn restkit. I get the following ImportError: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/restkit/__init__.py, line 13, in module from restkit.client import Client, MAX_FOLLOW_REDIRECTS File /usr/lib/python2.7/dist-packages/restkit/client.py, line 22, in module pip install http-parser) ImportError: http-parser isn't installed. pip install http-parser Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/couchdbkit/__init__.py, line 9, in module from .resource import RequestFailed, CouchdbResource File /usr/lib/python2.7/dist-packages/couchdbkit/resource.py, line 25, in module from restkit import Resource, ClientResponse ImportError: cannot import name Resource Traceback (most recent call last): File ./importcsv.py, line 3, in module from couchdbkit import Database ImportError: cannot import name Database I had to manually upgrade http-parser to the latest version via pip install --upgrade http-parser -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'stable-updates') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-restkit depends on: ii python 2.7.2-10 ii python-http-parser 0.7.1-1 ii python-socketpool 0.3.0-2 ii python2.6 2.6.7-4 ii python2.7 2.7.2-8 python-restkit recommends no packages. python-restkit 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#667674: virtualbox: No new session for virtual machine possible
Package: virtualbox
Version: 4.1.12-dfsg-1
Severity: important
Dear Maintainer,
when I try to start a newly created virtual machine, the virtual machine
terminates at startup with this error:
Für die virtuelle Maschine WinMinGW konnte keine neue Sitzung eröffnet
werden.
The virtual machine 'WinMinGW' has terminated unexpectedly during startup with
exit code 1.
Fehlercode:NS_ERROR_FAILURE (0x80004005)
Komponente:Machine
Interface:IMachine {5eaa9319-62fc-4b0a-843c-0cb1940f8a91}
After that, I get a message, that the kernel module was not installed
correctly:
RTR3Init failed with rc=-1912 (rc=-1912)
The VirtualBox kernel modules do not match this version of VirtualBox. The
installation of VirtualBox was apparently not successful. Executing
'/etc/init.d/vboxdrv setup'
may correct this. Make sure that you do not mix the OSE version and the PUEL
version of VirtualBox.
But there is no file /etc/init.d/vboxdrv even after following the steps from
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636572
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (800, 'testing'), (700, 'stable'), (600, 'unstable'), (500,
'stable-updates')
Architecture: i386 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages virtualbox depends on:
ii adduser 3.113+nmu1
ii libc62.13-27
ii libcurl3 7.24.0-1
ii libgcc1 1:4.7.0-1
ii libgsoap22.8.7-1
ii libpng12-0 1.2.47-2
ii libpython2.7 2.7.2-8
ii libsdl1.2debian 1.2.15-2
ii libssl1.0.0 1.0.1-4
ii libstdc++6 4.7.0-1
ii libvncserver00.9.8.2-2
ii libx11-6 2:1.4.4-4
ii libxcursor1 1:1.1.12-1
ii libxext6 2:1.3.0-3
ii libxml2 2.7.8.dfsg-7
ii libxmu6 2:1.1.0-3
ii libxt6 1:1.1.1-2
ii python 2.7.2-10
ii python-central 0.6.17
ii zlib1g 1:1.2.6.dfsg-2
Versions of packages virtualbox recommends:
ii libgl1-mesa-glx [libgl1] 7.11.2-1
ii libqt4-opengl 4:4.7.4-2
ii libqtcore44:4.7.4-2
ii libqtgui4 4:4.7.4-2
ii virtualbox-dkms 4.1.12-dfsg-1
ii virtualbox-qt 4.1.12-dfsg-1
Versions of packages virtualbox suggests:
pn vde2none
pn virtualbox-guest-additions-iso 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#667674: virtualbox: No new session for virtual machine possible
Hi, On 05.04.2012 22:46, Felix Geyer wrote: What's the output of modinfo vboxdrv? ~# modinfo vboxdrv filename: /lib/modules/3.2.0-2-amd64/updates/vboxdrv.ko version:4.1.12_Debian (0x0019) license:GPL description:Oracle VM VirtualBox Support Driver author: Oracle Corporation srcversion: 94DD38378BA181324CCEA52 depends: vermagic: 3.2.0-2-amd64 SMP mod_unload modversions parm: force_async_tsc:force the asynchronous TSC mode (int) Maybe dkms failed to build the latest version of the kernel module. Please check /var/lib/dkms/virtualbox/4.1.12/current kernel version/architecture/log/make.log /var/lib/dkms/virtualbox/4.1.12/3.2.0-2-amd64/x86_64/log# cat make.log DKMS make.log for virtualbox-4.1.12 for kernel 3.2.0-2-amd64 (x86_64) Do 5. Apr 21:34:15 CEST 2012 make: Entering directory `/usr/src/linux-headers-3.2.0-2-amd64' /usr/src/linux-headers-3.2.0-2-common/arch/x86/Makefile:81: stack protector enabled but no compiler support LD /var/lib/dkms/virtualbox/4.1.12/build/built-in.o LD /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/built-in.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/linux/SUPDrv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/SUPDrv.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/SUPDrvSem.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/alloc-r0drv.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/initterm-r0drv.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/memobj-r0drv.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/mpnotification-r0drv.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/powernotification-r0drv.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/assert-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/alloc-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/initterm-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/memuserkernel-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/mp-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/mpnotification-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/process-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/semevent-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/semeventmulti-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/semfastmutex-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/semmutex-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/spinlock-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/thread-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/thread2-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/time-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/linux/timer-r0drv-linux.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/alloc/alloc.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/checksum/crc32.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/checksum/ipv4.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/checksum/ipv6.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/err/RTErrConvertFromErrno.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/err/RTErrConvertToErrno.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/log/log.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/log/logellipsis.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/log/logrel.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/log/logrelellipsis.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/log/logcom.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/log/logformat.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/misc/RTAssertMsg1Weak.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/misc/RTAssertMsg2.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/misc/RTAssertMsg2Add.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/misc/RTAssertMsg2AddWeak.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/misc/RTAssertMsg2AddWeakV.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/misc/RTAssertMsg2Weak.o CC [M] /var/lib/dkms/virtualbox/4.1.12/build/vboxdrv/common/misc/RTAssertMsg2WeakV.o CC [M]
Bug#610796: (no subject)
using up-to-date debian squeeze, the problem still exists. http://www.slicewise.net http://www.2bis10.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644545: couchdb: Views not working - neither in design documents nor temporary views
Package: couchdb
Version: 1.1.0-2+b1
Severity: important
Dear Maintainer,
After upgrading CouchDB from 1.1.0-1 to 1.1.0-2+b1 views are not working
any more, neither views in design documents, nor temporary views in Futon,
all views return 0 results, even something simple like
function(doc) {
emit(null, doc);
}
on a non-empty database returns {rows:[]}.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (800, 'testing'), (700, 'stable'), (600, 'unstable'), (500,
'stable-updates')
Architecture: i386 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages couchdb depends on:
ii adduser 3.113
ii erlang-base 1:14.b.3-dfsg-2
ii erlang-crypto1:14.b.3-dfsg-2
ii erlang-eunit 1:14.b.3-dfsg-2
ii erlang-inets 1:14.b.3-dfsg-2
ii erlang-ssl 1:14.b.3-dfsg-2
ii erlang-syntax-tools 1:14.b.3-dfsg-2
ii erlang-tools 1:14.b.3-dfsg-2
ii erlang-xmerl 1:14.b.3-dfsg-2
ii libc62.13-21
ii libcurl3 7.21.7-3
ii libicu44 4.4.2-2
ii libjs-jquery 1.6.4-1
ii libjs-jquery-form4-1
ii libmozjs7d 7.0.1-2
ii lsb-base 3.2-28
ii mawk 1.3.3-15
ii procps 1:3.2.8-11
couchdb recommends no packages.
couchdb suggests no packages.
-- Configuration Files:
/etc/couchdb/local.ini 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#644545: Some info on the error
Hello,
it does not return the values, even when logged in as root:
curl -v http://localhost:5984/test/
* About to connect() to localhost port 5984 (#0)
* Trying ::1... Verbindungsaufbau abgelehnt
* Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 5984 (#0)
GET /test/ HTTP/1.1
User-Agent: curl/7.21.7 (i486-pc-linux-gnu) libcurl/7.21.7
OpenSSL/1.0.0e zlib/1.2.3.4 libidn/1.22 libssh2/1.2.8 librtmp/2.3
Host: localhost:5984
Accept: */*
HTTP/1.1 200 OK
Server: CouchDB/1.1.0 (Erlang OTP/R14B03)
Date: Thu, 06 Oct 2011 23:04:26 GMT
Content-Type: text/plain;charset=utf-8
Content-Length: 211
Cache-Control: must-revalidate
{db_name:test,doc_count:1,doc_del_count:0,update_seq:1,purge_seq:0,compact_running:false,disk_size:4179,instance_start_time:1317940733095606,disk_format_version:5,committed_update_seq:1}
* Connection #0 to host localhost left intact
* Closing connection #0
curl -v -k -H Content-Type: application/json -X POST -d
\{\map\:\function\(doc\)\{emit\(doc._id\,doc\)\;\}\\}
http://localhost:5984/test/_temp_view
* About to connect() to localhost port 5984 (#0)
* Trying ::1... Verbindungsaufbau abgelehnt
* Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 5984 (#0)
POST /test/_temp_view HTTP/1.1
User-Agent: curl/7.21.7 (i486-pc-linux-gnu) libcurl/7.21.7
OpenSSL/1.0.0e zlib/1.2.3.4 libidn/1.22 libssh2/1.2.8 librtmp/2.3
Host: localhost:5984
Accept: */*
Content-Type: application/json
Content-Length: 43
HTTP/1.1 200 OK
Server: CouchDB/1.1.0 (Erlang OTP/R14B03)
Date: Thu, 06 Oct 2011 23:06:26 GMT
Content-Type: text/plain;charset=utf-8
Content-Length: 38
Cache-Control: must-revalidate
{total_rows:0,offset:0,rows:[]}
* Connection #0 to host localhost left intact
* Closing connection #0
Best regards,
Thomas
--
We left all that stuff out. If there's an error, we have this
routine called panic, and when it is called, the machine crashes,
and you holler down the hall, 'Hey, reboot it.' (Dennis Ritchie)
http://www.residuum.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622994: exaile: Rules for Smart Playlists Do Not Recognize Special Characters.
Package: exaile Version: 0.3.2.0-0.1 Severity: minor Tags: l10n I have a smart playlist to play random tracks from my collection, but exclude some folders. One of the folders includes special characters (Hörspiele), but tracks from that folder appear in the playlist. I have verified, that I can not create a smart playlist to use only tracks from that folder, but it works with other folders, e.g. it is possible to create a playlist playing random tracks from the folder Dj Mixes. The complete rule reads Location does not contain Hörspiele This appeard after upgrading exaile from stable (0.2.14+debian-2.3) to testing(0.3.2.0-0.1), my filesystem is ext4, locale is de_DE.UTF-8. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exaile depends on: ii gstreamer0.10-alsa 0.10.32-2 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base 0.10.32-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.24-1 GStreamer plugins from the good ii libgstreamer0.10-0 0.10.32-6 Core GStreamer libraries and eleme ii libjs-prototype 1.7.0-2 JavaScript Framework for dynamic w ii python 2.6.6-12interactive high-level object-orie ii python-dbus 0.83.1-1simple interprocess messaging syst ii python-feedparser5.0.1-1 Universal Feed Parser for Python ii python-glade22.17.0-4+b1 GTK+ bindings: Glade support ii python-gst0.10 0.10.21-2 generic media-playing framework (P ii python-gtk2 2.17.0-4+b1 Python bindings for the GTK+ widge ii python-mmkeys1.6.2.1-3 Multimedia key support as a PyGTK ii python-mutagen 1.19-2 audio metadata editing library ii python-pysqlite2 2.6.3-1 Python interface to SQLite 3 ii python-pyvorbis 1.4-2+b1Python interface to the Ogg Vorbis ii python-support 1.0.11 automated rebuilding support for P Versions of packages exaile recommends: ii gstreamer0.10-plugins-ugly 0.10.17-2 GStreamer plugins from the ugly ii python-cddb 1.4-5.1+b2 Python interface to CD-IDs and Fre ii python-eggtrayicon 2.25.3-7Python module to display icons in ii python-gamin 0.1.10-2+b1 Python binding for the gamin clien ii python-gpod 0.7.93-0.3 Python bindings for libgpod ii python-gtkmozembed 2.25.3-7Python bindings for the GtkMozEmbe ii python-notify0.1.1-2+b2 Python bindings for libnotify ii streamripper 1.64.6-1download online streams into audio exaile 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#610796: libapache2-mod-log-sql: http status in database table differs from status in apache log file
Package: libapache2-mod-log-sql
Version: 1.100-14
Severity: normal
I called a non-existent page on my server and expected an entry with
status=404.
The apache error log tells me:
nat-wh-hadi.rz.uni-karlsruhe.de - - [22/Jan/2011:15:54:44 +] GET
/thisdoesnotexist.html HTTP/1.1 404 639 - Mozilla/5.0 (X11; U; Linux
x86_64; de; rv:1.9.2.13) Gecko/20101206 Ubuntu/10.04 (lucid) Firefox/3.6.13
But in the database I have:
mysql select request_uri, status from accesslog where request_uri
='/thisdoesnotexist.html';
+++
| request_uri| status |
+++
| /thisdoesnotexist.html |200 |
+++
As far as I can see, this happens when using typo3 with mod_rewrite enable
(to get typo3 realurl extension to work).
I have told typo3 to throw an 404 error if a page is not found in
localconf.php:
$TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '1';
$TYPO3_CONF_VARS['FE']['pageNotFound_handling_statheader'] = 'HTTP/1.1 404
Not Found';
However this only works great in the apache logs but not in mod-log. The
status should NEVER be different.
I think it has to do with mod_rewrite, because in the following case it
works great:
- create a php file with 404 error:
?php
header(HTTP/1.0 404 Not Found);
- get this file with a browser
= the database table contains:
mysql select request_uri, status from accesslog where request_uri
='/fileadmin/notfound.php';
+-++
| request_uri | status |
+-++
| /fileadmin/notfound.php |404 |
+-++
I'm running debian with all updates installed.
my .htaccess for mod_rewrite looks like this:
RewriteEngine On
RewriteRule ^sitemap\.xml$ ./?eID=dd_googlesitemap [L]
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
-- System Information:
Debian Release: 5.0.7
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.9-023stab052.4-smp (SMP w/16 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 libapache2-mod-log-sql depends on:
ii apache2-mpm-prefork 2.2.9-10+lenny9 Apache HTTP Server - traditional n
ii libc62.7-18lenny7GNU C Library: Shared libraries
Versions of packages libapache2-mod-log-sql recommends:
ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction
libapache2-mod-log-sql 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#590627: Bug is fixed in Sid
Currently the bug seems to be fixed in sid. Output of dpkg -l monodevelop-debugger-mdb ||/ Name VersionBeschreibung +++-==-==- ii monodevelop-de 2.4-2 Mono Debugger plugin for MonoDevelop Outpug of dpkg -l monodevelop ||/ Name VersionBeschreibung +++-==-==- ii monodevelop2.4+dfsg-3 Development Environment for GNOME -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590627: monodevelop-debugger-mdb: Debugger does not start: Unhandled Exception
Package: monodevelop-debugger-mdb Version: 2.4-1 Severity: normal Tags: upstream Starting a mono application for debugging is not working with the packages from experimental (2.4-1), because Mono.Debugging is not in the global assembly cache: Output from Monodevelop (2.4-1): ** (/usr/lib/monodevelop/AddIns/MonoDevelop.Debugger/DebuggerServer.exe:3591): WARNING **: The following assembly referenced from /usr/lib/monodevelop/AddIns/MonoDevelop.Debugger/DebuggerServer.exe could not be loaded: Assembly: Mono.Debugging(assemblyref_index=2) Version:0.0.0.0 Public Key: ae3de16826fbdbfc The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib/monodevelop/AddIns/MonoDevelop.Debugger/). Output from gacutil -l|grep Mono.De: Mono.Debugger, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 Mono.Debugger.Frontend, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 Mono.Debugger.Soft, Version=0.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 Mono.Debugger.SymbolWriter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 tho...@minerva:/usr/lib/monodevelop/AddIns/MonoDevelop.Debugger$ gacutil -l|grep Mono.Debug Mono.Debugger, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 Mono.Debugger.Frontend, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 Mono.Debugger.Soft, Version=0.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 Mono.Debugger.SymbolWriter, Version=1.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (850, 'testing'), (800, 'stable'), (600, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages monodevelop-debugger-mdb depends on: ii libmono-corlib2.0-cil 2.6.3-4Mono core library (for CLI 2.0) ii libmono-posix2.0-cil 2.6.3-4Mono.Posix library (for CLI 2.0) ii libmono-system-runtime2.0-cil 2.6.3-4Mono System.Runtime Library (for C ii libmono-system2.0-cil 2.6.3-4Mono System libraries (for CLI 2.0 ii mono-debugger 2.6.3-1Debugger for Mono ii mono-runtime 2.6.3-4Mono runtime ii monodevelop 2.4+dfsg-1 Development Environment for GNOME monodevelop-debugger-mdb recommends no packages. monodevelop-debugger-mdb 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#586698: graphicsmagick consumes 100% of cpu when creating thumbnails in typo3
Package: graphicsmagick Version: 1.1.11-3.2+lenny1 Severity: normal I inserted several png images in typo3 4.2.5 using typo3 backend. When I press the save button in typo3 backend, several gm processes consume 100% of the cpus. One process per image. It seems as if gm scales the images right for the frontend: The resolution differs from the original resolution. The corresponding page can be found here: http://www.slicewise.net/index.php?id=58 But I think typo3 wants to make some thumbnails and this might lead to the problem. I can't see any problems in the typo3 test suite, all graphics look great. I use the current typo3 version from the repository of debian lenny. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.9-023stab051.12-smp (SMP w/16 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 graphicsmagick depends on: ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libfreetype62.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgraphicsmagick1 1.1.11-3.2+lenny1format-independent image processin ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjasper1 1.900.1-5.1+lenny1 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii liblcms11.17.dfsg-1+lenny2 Color management library ii libpng12-0 1.2.27-2+lenny3 PNG library - runtime ii libsm6 2:1.0.3-2X11 Session Management library ii libtiff43.8.2-11.2 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8.4-6+lenny1 Windows metafile conversion librar ii libx11-62:1.1.5-2X11 client-side library ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime graphicsmagick recommends no packages. Versions of packages graphicsmagick suggests: pn graphicsmagick-dbgnone (no description available) -- 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#535521: libmono-system-data2.0-cil: cannot use namespace System.Xml in mono project
Package: libmono-system-data2.0-cil Version: 2.4+dfsg-5 Severity: normal When I create a mono project and try to use namespace System.Xml, it will not build, despite System.Xml.dll being available in /usr/lib/mono/2.0/ [Task:File=/home/thomas/dev/mono/MkNoise/MkNoise/Classes/XmlConfiguration.cs, Line=3, Column=14, Type=Error, Priority=Normal, Description=The type or namespace name `Xml' does not exist in the namespace `System'. Are you missing an assembly reference?(CS0234)] -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libmono-system-data2.0-cil depends on: ii libmono-corlib2.0-cil 2.4+dfsg-5 Mono core library (for CLI 2.0) ii libmono-data-tds2.0-cil 2.4+dfsg-5 Mono Data Library (for CLI 2.0) ii libmono-system2.0-cil 2.4+dfsg-5 Mono System libraries (for CLI 2.0 libmono-system-data2.0-cil recommends no packages. Versions of packages libmono-system-data2.0-cil suggests: ii libglib2.0-0 2.20.1-2 The GLib library of C routines -- 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#447983: Confirmation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can confirm this bug with amarok and Debian Lenny i386: Versions: amarok, amarok-engines, amarok-xine 1.4.8-1 libxine1 1.1.9-1 libarts1-xine 4:3.5.8-1 libarts1c2a 1.5.8-1 kdelibs4c2a 4:3.5.8-1 Options in amarok for xine output: automatic detection (in my German version: automatisch erkennen) alsa oss pulseaudio file All the best, Thomas - -- Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance. (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHoYjxd9cumZRBXrsRAonFAJ9YZkJwsG7nlSh1kcuzjY8JDSSg6wCfW2wN VAz9ESjyyrm9AOj2VVUGXzM= =+/y0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
