Bug#385818: python-qt4: fails to detect that it should build QtAssistant module
Package: python-qt4 Version: 4.0.1-2 Severity: important python-qt4 fails to detect that it can build the QtAssistant module during the configure.py fase. The problem is that the compilation of the detection program doesn't link with -lQtCore -lQtNet which causes it to fail. This can be seen by adding the -w parameter to the configure.py commandline. g++ -DQT_NO_DEBUG -I. -I/usr/mkspecs/linux-g++ -I/usr/include/qt4 -I/usr/include/qt4/QtAssistant -I/usr/X11R6/include -pipe -O2 -w -D_REENTRANT cfgtest_QtAssistant.cpp -o cfgtest_QtAssistant -L/usr/lib -L/usr/X11R6/lib -lQtAssistantClient -lXext -lX11 -lm -lpthread With the 2 extra -l options it compiles fine: g++ -DQT_NO_DEBUG -I. -I/usr/mkspecs/linux-g++ -I/usr/include/qt4 -I/usr/include/qt4/QtAssistant -I/usr/X11R6/include -pipe -O2 -w -D_REENTRANT cfgtest_QtAssistant.cpp -o cfgtest_QtAssistant -L/usr/lib -L/usr/X11R6/lib -lQtAssistantClient -lXext -lX11 -lm -lpthread -lQtCore -lQtNet It is not clear to me how to adapt the build that it does this right. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-qt4 depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libqt4-core 4.1.4-1.1 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.1.4-1.1 Qt 4 core GUI functionality runtim ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii python 2.4.3-11An interactive high-level object-o ii python-central 0.5.5 register and build utility for Pyt ii python-elementtree 1.2.6-9 Light-weight toolkit for XML proce ii python-sip4 4.4.5-2 Python/C++ bindings generator runt python-qt4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385197: (no subject)
this bug should've been closed instead of fixed in NMU, thats why I'm closing it manually. Joost Damad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474488: glew: please build a version with GLEW_MX support
Hi Paul, On Sunday 06 April 2008 06:44:54 Paul Wise wrote: Package: glew Version: 1.5.0dfsg1-3 Severity: wishlist It would be good if you could build a version of libglew with GLEW_MX support, so that quesoglc doesn't have to link statically against glew. I already looked into it, and it was not so trivial. However it is surely planned, I just can't promise you yet when. Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475799: wireshark: core dumped after saving the trace file as a HP-UX nettl file
Hi Giridhar, this does not happen for me, does it always happen for you or just this once? Thanks, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257259: ethereal: sigsegv while sniffing on eth0 and applying a filter
Hello, does your problem still happen with a more recent version? greetings, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475799: wireshark: core dumped after saving the trace file as a HP-UX nettl file
On Tuesday 22 April 2008 19:42:34 Y Giridhar Appaji Nag wrote: Hi Joost, On 08/04/22 19:13 +0200, Joost Yervante Damad said ... this does not happen for me, does it always happen for you or just this once? I am not able to reproduce this. I would've added more information to the bug report (with a debug build running under GDB) otherwise. Thanks. Is it okay for you then if I close the bug, and if you find that it happens again, you can re-open it or write a new one? Thanks, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417081: nmu diff
diff -ur /tmp/animals-20031130/db4++-stuff.cc animals-20031130/db4++-stuff.cc --- /tmp/animals-20031130/db4++-stuff.cc 2008-03-06 21:17:45.0 +0100 +++ animals-20031130/db4++-stuff.cc 2008-03-06 21:09:57.0 +0100 @@ -24,6 +24,7 @@ #include main.h #include cstdlib +#include cstring #include iostream #include sstream #include errno.h diff -ur /tmp/animals-20031130/debian/changelog animals-20031130/debian/changelog --- /tmp/animals-20031130/debian/changelog 2008-03-06 21:17:45.0 +0100 +++ animals-20031130/debian/changelog 2008-03-06 21:11:48.0 +0100 @@ -1,3 +1,10 @@ +animals (20031130-2.4) unstable; urgency=low + + * Non-maintainer upload. + * Fix build with gcc-4.3 (Closes: #417081) + + -- Joost Yervante Damad [EMAIL PROTECTED] Thu, 06 Mar 2008 21:10:33 +0100 + animals (20031130-2.3) unstable; urgency=low * Non-maintainer upload from the Zürich BSP. Only in animals-20031130/debian: files Only in animals-20031130/debian: substvars Only in animals-20031130/debian: tmp diff -ur /tmp/animals-20031130/Makefile animals-20031130/Makefile --- /tmp/animals-20031130/Makefile 2003-07-17 06:17:01.0 +0200 +++ animals-20031130/Makefile 2008-03-06 21:17:30.0 +0100 @@ -34,16 +34,18 @@ # Edited for Debian GNU/Linux. DESTDIR = +CXX=g++ + animals: main.o db4++-stuff.o str-conversions.o util.o - g++ -o animals main.o db4++-stuff.o str-conversions.o util.o -ldb_cxx + $(CXX) -o animals main.o db4++-stuff.o str-conversions.o util.o -ldb_cxx # various tests are conducted in test.cc test: db4++-stuff.o test.o str-conversions.o util.o - g++ -o test test.o db4++-stuff.o str-conversions.o -ldb_cxx + $(CXX) -o test test.o db4++-stuff.o str-conversions.o -ldb_cxx # tests of the string conversion funcs are conducted in test-str-cvt.cc test-str-cvt: test-str-cvt.o str-conversions.o - g++ -o test-str-cvt test-str-cvt.o str-conversions.o + $(CXX) -o test-str-cvt test-str-cvt.o str-conversions.o test-str-cvt.o: test-str-cvt.cc str-conversions.h diff -ur /tmp/animals-20031130/str-conversions.cc animals-20031130/str-conversions.cc --- /tmp/animals-20031130/str-conversions.cc 2003-06-29 04:15:56.0 +0200 +++ animals-20031130/str-conversions.cc 2008-03-06 21:10:21.0 +0100 @@ -22,7 +22,8 @@ #include str-conversions.h -#include stdlib.h +#include cstdlib +#include cstring #include string long CStringToLong(const char *string)
Bug#417159: fix for ftbfs with gcc-4.3
Hello,
attached diff makes dosbox build with gcc-4.3.
Thanks, Joost Damad
diff -ur /tmp/dosbox-0.72/debian/rules dosbox-0.72/debian/rules
--- /tmp/dosbox-0.72/debian/rules 2008-03-06 21:22:33.0 +0100
+++ dosbox-0.72/debian/rules 2008-03-06 21:34:46.0 +0100
@@ -1,5 +1,5 @@
#!/usr/bin/make -f
-
+
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/autotools.mk
include /usr/share/cdbs/1/rules/simple-patchsys.mk
diff -ur /tmp/dosbox-0.72/src/dos/cdrom_image.cpp dosbox-0.72/src/dos/cdrom_image.cpp
--- /tmp/dosbox-0.72/src/dos/cdrom_image.cpp 2007-08-22 13:54:35.0 +0200
+++ dosbox-0.72/src/dos/cdrom_image.cpp 2008-03-06 21:30:00.0 +0100
@@ -23,7 +23,7 @@
#include cstdio
#include fstream
#include iostream
-#include limits.h
+#include limits
#include sstream
#include vector
#include sys/stat.h
diff -ur /tmp/dosbox-0.72/src/hardware/gameblaster.cpp dosbox-0.72/src/hardware/gameblaster.cpp
--- /tmp/dosbox-0.72/src/hardware/gameblaster.cpp 2007-01-10 11:17:37.0 +0100
+++ dosbox-0.72/src/hardware/gameblaster.cpp 2008-03-06 21:31:32.0 +0100
@@ -24,6 +24,7 @@
#include hardware.h
#include setup.h
#include pic.h
+#include cstring
#define LEFT 0x00
#define RIGHT 0x01
diff -ur /tmp/dosbox-0.72/src/hardware/tandy_sound.cpp dosbox-0.72/src/hardware/tandy_sound.cpp
--- /tmp/dosbox-0.72/src/hardware/tandy_sound.cpp 2007-06-29 20:21:12.0 +0200
+++ dosbox-0.72/src/hardware/tandy_sound.cpp 2008-03-06 21:32:02.0 +0100
@@ -28,6 +28,7 @@
#include setup.h
#include pic.h
#include dma.h
+#include cstring
#define DAC_CLOCK 357
#define MAX_OUTPUT 0x7fff
diff -ur /tmp/dosbox-0.72/src/shell/shell_cmds.cpp dosbox-0.72/src/shell/shell_cmds.cpp
--- /tmp/dosbox-0.72/src/shell/shell_cmds.cpp 2007-08-17 19:58:46.0 +0200
+++ dosbox-0.72/src/shell/shell_cmds.cpp 2008-03-06 21:32:47.0 +0100
@@ -27,6 +27,7 @@
#include regs.h
#include ../dos/drives.h
#include support.h
+#include cstdlib
static SHELL_Cmd cmd_list[]={
{ CHDIR, 1, DOS_Shell::CMD_CHDIR, SHELL_CMD_CHDIR_HELP},
Bug#417303: gcc-4.3 build fix
Hello,
in attachment you can find a fix to make ksudoku build with gcc-4.3.
greetings, Joost Damad
diff -ur /tmp/ksudoku-0.4/src/logic/skgraph.h ksudoku-0.4/src/logic/skgraph.h
--- /tmp/ksudoku-0.4/src/logic/skgraph.h 2007-03-17 14:01:10.0 +0100
+++ ksudoku-0.4/src/logic/skgraph.h 2008-03-06 22:16:47.0 +0100
@@ -128,11 +128,11 @@
std::vectorint linksLeft;//I use standard library because i want the core algorithm to be no dependent on qt/kde
public:
//TODO use this one also in puzzle.h line 80
- uint index(uint x, uint y, uint z = 0)
+ unsigned int index(unsigned int x, unsigned int y, unsigned int z = 0)
{
return (x*sizeY() + y)*sizeZ() + z;
}
- uint get_x(int index)
+ unsigned int get_x(int index)
{
int y=get_y(index);
if(sizeX()==0) return 0;
@@ -141,14 +141,14 @@
index-=y;
return index/sizeY();
}
- uint get_y(int index)
+ unsigned int get_y(int index)
{
if(sizeY()==0) return 0;
index-=get_z(index);
index/=sizeZ();
return index%sizeY();
}
- uint get_z(int index)
+ unsigned int get_z(int index)
{
if(sizeZ()==0) return 0; //TODO error
return index%sizeZ();
Bug#465529: tshark: Child capture process exited: exit status 2
Hello, could you give some more details on how exactly you are using tshark in your script, to allow me to try and reproduce your problem? Thanks, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316650: ethereal: Assertion failed when starting
Hi, the upstream bug which could be the issue here[1] has been fixed in gtk 2.6, we're already at gtk 2.12 now. Is this still an issue for you? Joost [1] http://bugs.ethereal.com/bugzilla/show_bug.cgi?id=212 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459711: wireshark freezes when reading from a pipe
Hello, I've tried this again with version 1.0: wireshark -k -i (ssh [EMAIL PROTECTED] tshark -w - not tcp port 22) and it works fine for me. Could you perhaps try it again with version 1.0.0 and see if it also works for you now? Thanks, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475712: kde session management restores gnumeric without minimize button
Package: kde Version: 5:48 Severity: minor How to reproduce: 1) log into kde 2) start gnumeric 3) log out of kde 4) log in to kde again witness that gnumeric is restored, however the window no longer has a minimize button in the upper right corner, only maximize and close. It's still possible to minimize by right-clicking and choose minimize. I'm not sure if this is a KDE or a gnumeric bug, but since the window decoration is drawn by KDE, I choose to write it against KDE. If I remember correctly, this bug has already appeared for a couple of minor KDE versions. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.3-s1 (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 Versions of packages kde depends on: ii kde-core 5:48 the K Desktop Environment core mod ii kdeaccessibility 4:3.5.9-1 accessibility packages from the of ii kdeaddons 4:3.5.9-1 add-on plugins and applets provide ii kdeadmin 4:3.5.9-1 system administration tools from t ii kdeartwork4:3.5.9-2 themes, styles and more from the o ii kdeedu4:3.5.9-1 educational apps from the official ii kdegames 4:3.5.9-1 games from the official KDE releas ii kdegraphics 4:3.5.9-1 graphics apps from the official KD ii kdemultimedia 4:3.5.9-1 multimedia apps from the official ii kdenetwork4:3.5.9-1 network-related apps from the offi ii kdepim4:3.5.9-2 Personal Information Management ap ii kdetoys 4:3.5.9-1 toys from the official KDE release ii kdeutils 4:3.5.9-1 general purpose utilities from the ii kdewebdev 4:3.5.9-2 web development apps from the offi kde recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446663: audacity: crash on undo in an as-yet-unsaved project
On Tuesday 19 February 2008 04:00:40 Zack Weinberg wrote: On Mon, Oct 15, 2007 at 9:57 AM, Joost Yervante Damad [EMAIL PROTECTED] wrote: You will have to provide an exact recipe how to make it crash as it doesn't happen for me with some simple tests. (Apologies for not getting back to you for months.) I believe this is all you have to do: File-New In the new window, do anything that creates an undo history; for instance, generate a few seconds of noise with the noise generator. Undo [crashes] That doesn't crash for me. Could you also try that again, perhaps with the newer version 1.3.4 ? Thanks, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355971: ethereal segfaults on start when running X over ssh
Hello, is this still an issue with a more recent version of ethereal? Thanks, Joost Damad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355971: ethereal segfaults on start when running X over ssh
On Saturday 15 March 2008 13:29:47 you wrote: Testing against Ubuntu wireshark over remote X, it doesn't seem to be a problem. I haven't got Debian handy to test right now (although, if you did have one, testing would be a matter of ssh -X localhost) Just tested it on my debian box and it doesn't crash for me either. If its okay for you I'll close the bug. Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456502: wireshark: save as does not work for filtered output
Hi, I can't reproduce this with 0.99.8. Could you retry it on your system with that version? Thanks, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#524924: [sux] does not support kde4 applications
Package: sux Version: 1.0.1-5 Severity: wishlist --- Please enter the report below this line. --- It would be nice if sux would also work for KDE4 applications. It seems they need something more then just xauth: systemsettings unknown program name(27740)/: KUniqueApplication: Cannot find the D-Bus session server unknown program name(27739)/: KUniqueApplication: Pipe closed unexpectedly. A normal program like wireshark works fine. Thanks, Joost --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-s1 Debian Release: squeeze/sid 500 unstableftp.nl.debian.org --- Package information. --- Package's Depends field is empty. Recommends (Version) | Installed =-+-=== xauth | 1:1.0.3-2 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611137: glew: debian/watch is broken
On Tuesday 25 January 2011 22:50:33 you wrote: Package: glew Version: 1.5.4-1 Tags: patch Usertags: origin-ubuntu natty ubuntu-patch In Ubuntu, we've applied the attached patch to achieve the following: * debian/watch: Fix regex, as upstream tarball filename has changed. We thought you might be interested in doing the same. Thanks, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613180: binutils-z80: version 2.20 contains many bugs which make it unusable for Z80 development.
Hi, thanks for reporting this, I bumped binutils-z80 up on my TODO list! Greetings, Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#337635: openmsx: save/load state request: nearing completion
Good news, upstream is nearing completion of save-state support. Expect it in the next release. Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461125: ocaml-nox: linking into a shared library fails due to R_X86_64_32 relocations
Hello, I also ran into this issue and found the following workaround: 1) recompile libasmrun.a with -fPIC 2) link my library with -Wl,-Bsymbolic Then I am able to run a C binary that calls ocaml where ocaml lives in the created .so. 2) is not very nice. I tried solving it by sprinkling @PLT symbol tags in asmrun/amd64.S instead. This makes everything compile and link without - Bsymbolic but segfaults with an uncomprehensive error. It would be very nice if you could adapt the ocaml build to build libasmrun.a with -fPIC on the x86_64(amd64) architecture by default. Greetings, Joost Damad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536252: Soprano and Alto panned to right using fluid-soundfont
On Saturday 25 July 2009 20:24:09 YOSHINO Yoshihito wrote: In my environment (at least) Soprano and Alto have been panned to right using fluid-soundfont (by uncommenting the last two lines in /etc/timidity/timidity.cfg). Revert to default config (use freepats) then go back to normal. Is this a bug in fluid-soundfont or in timidity? Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538967: Obsolete init.d/timidity left behind after upgrade?
On Tuesday 28 July 2009 10:53:05 Petter Reinholdtsen wrote: Package: timidity Version: 2.13.2-31 Severity: important User: initscripts-ng-de...@lists.alioth.debian.org Usertag: obsolete-initscript A user reported a problem with enabling dependency based boot sequencing (now the default in Debian unstable) because of some obsolete init.d scripts left behind in /etc/init.d/. /etc/init.d/timidity with MD5 sum c6a7a1050aa801fc4c01e9cc90a4abe9 was one of the two files he reported. This is normally the result of a fault in the package owning the file, failing to remove the init.d script during package upgrades. As it is a conffile, it need to be removed using the procedure documented on URL:http://wiki.debian.org/DpkgConffileHandling. I'm setting severity to important as this blocks some people from converting their system to dependency based boot sequencing, which is now the default in debian. Happy hacking, Thanks for reporting, I'll look into it. Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538967: Obsolete init.d/timidity left behind after upgrade?
On Tuesday 28 July 2009 10:53:05 Petter Reinholdtsen wrote: Package: timidity Version: 2.13.2-31 Severity: important User: initscripts-ng-de...@lists.alioth.debian.org Usertag: obsolete-initscript A user reported a problem with enabling dependency based boot sequencing (now the default in Debian unstable) because of some obsolete init.d scripts left behind in /etc/init.d/. /etc/init.d/timidity with MD5 sum c6a7a1050aa801fc4c01e9cc90a4abe9 was one of the two files he reported. This is normally the result of a fault in the package owning the file, failing to remove the init.d script during package upgrades. As it is a conffile, it need to be removed using the procedure documented on URL:http://wiki.debian.org/DpkgConffileHandling. I'm setting severity to important as this blocks some people from converting their system to dependency based boot sequencing, which is now the default in debian. This conf-file has been moved from the package timidity to the package timidity-daemon. It's quite unclear to me how to handle this situation cleanly. Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#449497: foo2zjs: application depends on non-free firmware
Hello, README.Debian of foo2zjs provides the following text: cut foo2zjs for Debian --- Please understand that I had to delete some files which the author is still providing, because I got no source code for them. This is necessary to get the package into Debian main. If you really need these programs, please freel free to download them from http://foo2zjs.rkkda.com/foo2zjs.tar.gz on your own risk. In addition to that I also deleted all binary files (.e.g. .icm). (Type wget http://foo2zjs.rkkda.com/foo2zjs.tar.gz;). Then run the following commands: tar -xvvzf foo2zjs.tar.gz cd foo2zjs make /cut Is this actually needed to make the program work? Then it clearly doesn't belong in the main section of Debian, as main is not supposed to depend on external stuff. If the program works fine without this, in my opinion this bug should be downgraded again, and marked wontfix, as non of the non-free files (neither the firmware files, nor icm profiles, ...) are actually contained in the Debian package. Greetings, Joost Damad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449497: foo2zjs: application depends on non-free firmware
Hello all, ok, my point is that dependencies on external data/files are potentially dangerous. if the maintainer of the upstream site makes changes (as has been done in the past with foo2zjs), then the package no longer works as intended. if someone replaces the upstream files with malicious code, then you have a security issue. both of these problems are normally considered grave, and for good reason -- hence this is a grave problem as well. why would you risk exposing users to these problems if you can take steps now to eliminate them? debian main should have no external dependencies (that is what contrib is for). and maybe the text of the debian policy doesn't make this 100% clear right now, but it is within its spirit. if it is too easy to misinterpret the intent, then the wording should be updated for clarity. it is my belief that the getweb script must be removed from the package. I understand your sentiment, and it is indeed a grey area situation. If I take policy literary, I think this package is fine in main, but it is not as simple... In order to get this bug rolling (and lenny released ;-) ), can you all live with me splitting up the package in two packages: 1) foo2zjs: this contains everything, and lives in mains, which Suggests: 2) foo2zjs-contrib: this contains getweb I know a package with just a script is not nice, but it is more in the spirit of the debian policy indeed. thanks, Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449497: foo2zjs: application depends on non-free firmware
On Sunday 26 October 2008 08:03:46 Steffen Joeris wrote: Hi I understand your sentiment, and it is indeed a grey area situation. If I take policy literary, I think this package is fine in main, but it is not as simple... In order to get this bug rolling (and lenny released ;-) ), can you all live with me splitting up the package in two packages: 1) foo2zjs: this contains everything, and lives in mains, which Suggests: 2) foo2zjs-contrib: this contains getweb I know a package with just a script is not nice, but it is more in the spirit of the debian policy indeed. I would like to hear Michael's word on it, since he was the more active one during the last uploads. In fact, I am happy to give up maintainership, as this package (and the tiresome discussion around it) is really no fun. Maybe Michael would like to step in and help out maintaining the package? That would be great. It is indeed not my intention at all to step on your toes, I'm just your friendly lenny pusher ;) Michael, your thoughts? Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449497: foo2zjs: application depends on non-free firmware
Hi Luca, [3] not that I checked with such printers, I'm only in touch with one that needs a non-free firmware http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466758#15 So you don't think that your usage of the package is more contrib then main? Personally I find it a rather grey unclear situation. It seems the package can be used without any external files, yet in practice, for a lot of people it is only usable with external files.. Since the package is currently lives in main, I personally can live with how it is currently... the bug submitter seems to think differently though... Bottom line is, that dependant on the hardware ,the package as it lives in main is usable or NOT. Yet I think that it fits within the current practice in Debian. I don't think the purpose of this bug is to change the interpretation of Debian policy... as Luca pointed out, people are doing that already heavily enough in Debian-Devel ;-) Maybe we should mark the bug lenny-ignore ;) Joost signature.asc Description: This is a digitally signed message part.
Bug#503912: libc6: getaddrinfo V4MAPPED behaviour is not according to standard and manpage
Package: libc6 Version: 2.7-15 Severity: normal Hello, the getaddrinfo call with a hints set to AI_V4MAPPED should return IPv4 mapped addresses if they are available. hints.ai_family = AF_INET6; hints.ai_socktype = SOCK_STREAM; hints.ai_protocol = 0; /* Any protocol */ hints.ai_canonname = NULL; hints.ai_addr = NULL; hints.ai_next = NULL; hints.ai_flags = AI_V4MAPPED; However, this doesn't work. I only get the mapped V4 adresses when I do this: hints.ai_flags = AI_V4MAPPED | AI_ALL; However the AI_ALL flag has a different meaning. If I compare this behaviour with opensolaris, there I DO get V4 mapped addresses with only AI_V4MAPPED set in the hints. Reading the manual page, and also the docs on opengroup.org, I would expect the following behavior: Only AI_V4MAPPED - return IPv6 addresses only if available, if not available, return IPv4 mapped AI_V4MAPPED | AI_ALL - return IPv6 addresses and IPv4 mapped addresses. Which is not what glibc does. I'll see if I can come up with a patch somewhere in the next days. Thanks, Joost Damad -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-5-s1 (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 Versions of packages libc6 depends on: ii libgcc1 1:4.3.2-1 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii glibc-doc 2.7-15 GNU C Library: Documentation ii libc6-i6862.7-15 GNU C Library: Shared libraries [i ii locales-all [locales] 2.7-15 GNU C Library: Precompiled locale -- debconf information: glibc/upgrade: true glibc/restart-failed: glibc/restart-services: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503912: test program
Hi,
I didn't come up with a patch, the code is quite overwhelming... however,
please find in attachment a simple C++ program that shows the problem.
Thanks, Joost Damad
#include sys/types.h
#include sys/socket.h
#include netdb.h
#include arpa/inet.h
#include string
#include iostream
#include cassert
#include cstring
#include sstream
static std::string toString(const struct in6_addr addr) {
char buf[INET6_ADDRSTRLEN + 1];
if (inet_ntop(AF_INET6, addr, buf, INET6_ADDRSTRLEN) == 0) {
throw fail;
}
std::string s(buf);
return s;
}
static bool test_resolve(const std::string addr, int flags, struct in6_addr addr2) {
struct addrinfo hints;
struct addrinfo *result;
memset(hints, 0, sizeof(struct addrinfo));
hints.ai_family = AF_INET6;
hints.ai_socktype = SOCK_STREAM;
hints.ai_protocol = 0; /* Any protocol */
hints.ai_canonname = NULL;
hints.ai_addr = NULL;
hints.ai_next = NULL;
hints.ai_flags = flags;
int s = getaddrinfo(addr.c_str(), 0, hints, result);
if (s != 0) {
std::stringstream ss;
ss addr : gai_strerror(s);
std::string str = ss.str();
return false;
}
if (result == 0) {
return false;
}
assert(result-ai_family == AF_INET6);
assert(result-ai_addrlen == sizeof(struct sockaddr_in6));
addr2 =
((struct sockaddr_in6 *) result-ai_addr)-sin6_addr;
freeaddrinfo(result);
return true;
}
int main(int argc, char **argv) {
struct in6_addr addr;
if (test_resolve(localhost, AI_V4MAPPED, addr)) {
std::cout resolved: toString(addr) std::endl;
} else {
std::cout failed! std::endl;
}
if (test_resolve(localhost, AI_V4MAPPED | AI_ALL, addr)) {
std::cout resolved: toString(addr) std::endl;
} else {
std::cout failed! std::endl;
}
if (test_resolve(www.damad.be, AI_V4MAPPED, addr)) {
std::cout resolved: toString(addr) std::endl;
} else {
std::cout failed! std::endl;
}
if (test_resolve(www.damad.be, AI_V4MAPPED | AI_ALL, addr)) {
std::cout resolved: toString(addr) std::endl;
} else {
std::cout failed! std::endl;
}
}
Bug#538967: the bug is still there, apparently
fixed 538967 2.13.2-36 thanks On Monday 14 December 2009 20:10:55 you wrote: Apparently the bug is still there for timidity 2.13.2-36: # aptitude reinstall timidity [...] Preparing to replace timidity 2.13.2-36 (using .../timidity_2.13.2-36_amd64.deb) ... [...] Setting up timidity (2.13.2-36) ... [no errors] # dpkg-reconfigure sysv-rc [...] Unable to migrate to dependency-based boot system Tests have determined that problems in the boot system exist which prevent migration to dependency-based boot sequencing: package timidity left obsolete init.d script behind [...] Hi, I cannot get this reproduced. Just an aptitude reinstall timidity does give rise to a /etc/init.d/timidity, but it belongs to timidity-daemon which is installed automatically together with timidity. Even if I do a reinstall of only timidity with apt-get isof aptitude it works fine. I even re-tried upgrading from 2.13.2-26 to 2.13.2-36 and it works fine. I can only guess that you ended up with one of the versions that did not behave very well on upgrade which left the package db in an inconsistent state. It would be great if you could give some more info concerning your particular install/upgrade scenario. Thanks, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563252: Difficult to set up Timidity to work with PulseAudio.
On Friday 01 January 2010 14:20:57 you wrote: Subject: timidity: Difficult to set up Timidity to work with PulseAudio. Package: timidity Version: 2.13.2-37 Severity: normal *** Please type your report below this line *** Dear Debian hackers, I am running PulseAudio and I am getting the following error message. $ LANG=C sudo -u timidity timidity -Os -iA No protocol specified XOpenDisplay() failed Home directory /home/joe not ours. W: core-util.c: Failed to open configuration file '/home/joe/.pulse//daemon.conf': Permission denied W: daemon-conf.c: Failed to open configuration file: Permission denied ALSA lib pulse.c:229:(pulse_connect) PulseAudio: Unable to connect: Connection refused Can't open pcm device 'default'. Couldn't open ALSA pcm device (`s') The solution is written down in `README.Debian` and [1] I guess. But this in my opinion very cumbersome. What are possible solution to this? 1. Check for PulseAudio during install time and have a Debconf dialog to ask for the configuration? I'm happy to accept patches improving compatibility with pulseaudio. However personally I consider pulseaudio a horrible hack, and do not intend to spend much time on it. 2. Fix Timidity upstream to support and detect PulseAudio natively? There is not much timidity upstream left afaik. Most work of the last years seems to be windows compat fixes. 3. … :) greetings, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565664: openmsx: for such good emulator, no way to configure and use the gamepad
On Sunday 17 January 2010 20:53:33 yellowprotoss wrote: Package: openmsx Version: 0.7.2-4 Severity: normal Hello, for such good emulator, no way to configure and use the gamepad I also tried into the console. If the gamepad works as a linux joystick at least the buttons should be usable. See http://openmsx.sourceforge.net/manual/user.html#input or try the graphical front-end openmsx-catapult which has joystick settings posibilities in the Misc Controls tab. Greetings, Joost Damad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503589: Wireshark CVE patches
On Wednesday 05 November 2008 22:24:38 Mark Purcell wrote: On Monday 03 November 2008 04:44:42 Stefan Lesicnik wrote: I have uploaded 3 debdiffs for the CVE's for Ubuntu - these are currently awaiting review Stefan, Thanks for your work on this. Frederic, Joost, Are you in a position to upload a fixed package to fix this RC bug in lenny? Hi all, like I stated before, I'd rather just upload 1.0.4 in lenny-security. I think making backports of fixes in what is a stable branch of wireshark is a waste of time... What's more, I don't see any gain of a 1.0.3 with backported fixes against 1.0.4 for anyone: users: they prefer the latest version maintainers: they have to maintain a version different then upstream which is work Frederik, I see you're already working on the backports? Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#542937: timidity: Please lower the dependancy of freepats to recommends
On Saturday 22 August 2009 12:25:54 Sebastian Dalfuß wrote: Package: timidity Version: 2.13.2-32 Severity: wishlist Please lower the dependancy of freepats to recommends, because if you have already fluid-soundfont-gm and fluid-soundfont-gs installed, there is no need for having freepats around. Hello, the reason for this is that if there is not at least one soundfont package automatically installed, bugs like timidity doesn't work keep popping up. Also it is the same approach as used in ubuntu, giving users less surprise. $ apt-cache show fluid-soundfont-gm | grep Size Installed-Size: 145368 Size: 118557552 $ apt-cache show freepats | grep Size Installed-Size: 33224 Size: 28968538 I could consider moving the depends to fluid-soundfont-gm, however it is a lot bigger. If you have other ideas how to approach, I'm open for suggestions. Thanks, Joost Damad -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541686: wireshark-common: dumpcap eats 100% CPU
Version: 1.2.1-2 Hi, This is indeed easily reproduced, also with 1.2.1-2. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514444: ITP: python-camelot -- a python GUI framework on top of Elixir / Sqlalchemy inspired by the Django admin interface
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: python-camelot Version: svn Upstream Author: project-came...@conceptive.be URL: http://www.conceptive.be/projects/camelot/ License: GPL Description: TODO -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510183: Bug#510114: [fluid-soundfont-gm] please install timidity config files in /etc/timidity
Hi, What is the number of this bug? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510183 I've forwarded you below a message I just remembered, regards a sane method for a(n interim) fix. See the Launchpad bug (URL below) for more info and context. Yeah, I noticed that also in your launchpad bugreport. Update-alternatives could be used, it makes it more clear that they are alternatives, because if you install freepats and fluid, only one will be used by the system timidity daemon anyway... Joost --- -- Forwarded message -- From: Julian jul...@casadesus.com.ar Date: Sun, Nov 23, 2008 at 7:19 PM Subject: [Bug 196135] Re: Timidity shouldn't depend on freepats And why don't use update-alternatives methood. So /etc/timidity/timidity.cfg may be just a link pointing to /etc/alternatives/timidity.cfg. And then user will be free to choice by doing: sudo update-alternatives --config timidity.cfg I think it's more Debian/Ubuntu standard, and it's used for a lot of packages with successfull results.. And it will more easy for new users than manually edit links or configure files. -- Timidity shouldn't depend on freepats https://bugs.launchpad.net/bugs/196135 You received this bug notification because you are a direct subscriber of the bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531080: [timidity] Enable MIDI sequencer (ALSA)
On Friday 29 May 2009 22:01:12 Julien Lavergne wrote: Package: timidity Severity: wishlist Hi, In Ubuntu, The MIDI sequencer is enable by default (setting TIM_ALSASEQ=true in timidity.default). It's the only diff between Ubuntu and Debian timidity package. Is it possible to activate it also in Debian, or there is known problems with that ? You can see the bug report related to this : https://bugs.launchpad.net/ubuntu/+source/timidity/+bug/59092 FWI, it's enable since 2007. I know, however Debian is not Ubuntu. Also, it's possible to run timidity as a command-line tool and play midi files just fine. However as this keeps popping up, maybe indeed it should just run by default. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#440852: daemon fails to start if sound/mixer device is open
On Sunday 07 June 2009 11:42:01 Nicolas Kratz wrote: Hello, I just hit bug [1] on my sid box when installing timidity 2.13.2-25. In my case, iceweasel, running as my normal user, kept the sound device open, I assume via the flash plugin. Closed the browser - daemon started. My .asoundrc is attached, there is no /etc/asound*, and my sound card is a cheap C-Media, lspci sez CM8738. HTH in tracking down the issue, I'm not particularly bothered by it :) Cheers, Nick [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440852 Thanks for reporting. However I'm pretty sure this has to do with how flash behaves. I've seen simular issues with flash blocking the sound device for skype. Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537830: timidity: check of /usr/share/doc/* in init-script violates policy
On Tuesday 21 July 2009 11:05:18 Mario 'BitKoenig' Holbe wrote: Package: timidity Version: 2.13.2-29 Severity: serious Hello, timidity's init-script test for the existence of /usr/share/doc/timidity-daemon violates the Debian policy 12.3.: Packages must not require the existence of any files in `/usr/share/doc/' in order to function. Ouch! A far more clean split between timidity and timidity-daemon would be to just move /etc/init.d/timidity and /etc/default/timidity to timidity-daemon since they are not used otherwise in timidity itself than for daemon-purposes. This would also simplify the init-script code a little bit. The reason I didn't take that approach is because I couldn't easily provide a transparent upgrade path here, but since indeed the current approach violates policy I think I will go for /etc/init.d/timidity in timidity-daemon. I very much appreciate the quick feedback and will give the whole idea some more thought. thanks, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537830: timidity: check of /usr/share/doc/* in init-script violates policy
On Wednesday 22 July 2009 13:25:00 Mario 'BitKoenig' Holbe wrote: On Tue, Jul 21, 2009 at 12:49:13PM +0200, Mario 'BitKoenig' Holbe wrote: If you think about an upgrade-path for the conf-files, I'm not sure whether unchanged obsolete conffiles get removed automagically in the meantime or not. I now got a peek on 2.13.2-31. It seems /etc/default/timidity is now completely gone - it's neither shipped with timidity nor with timidity-daemon, which isn't bad at all, IMHO. However, I have 2 points regarding this: 1. The file remains obsolete on the filesystem, maybe you would like to add it to timidity's preinst rm_conffile section. 2. The new default TIM_ALSASEQPARAMS=-B2,8 in the init-script differs from the old default TIM_ALSASEQPARAMS=-Os in the now obsolete /etc/default/timidity file, I don't know if this matters. Hi, that file should not be gone, at least that was not the intention at all. I'll have a look. Thanks, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536252: timidity: Left-Right panning of Fluid soundfont instruments is wrong
On Wednesday 08 July 2009 18:22:53 Steve Graham wrote: Package: timidity Version: 2.13.2-25 Severity: normal Tags: patch When Fluid soundfonts are installed, configuration files are installed to the Timidity directory. These have correct (for Timidity) values on all the pan= statements, with 0 signifying centre. For the drum kits, each note usually has a pan value to place the drum in the correct stereo location. (Other instruments are usually centred.) However, timidity plays the drums panned about 80% to one side, even if they are set to 0, or the keyword center. I THINK this is a bug in the internals of Timidity. Internally, panning values are coded 0 (left) - 64 (centre) - 127 (right). In file instrum.c the expression pan = ((int) bank-tone[prog].pan 0x7f) - 64 ; appears, which is converting a 0..127 value to +/-64, which seems wrong. When I remove the minus 64 and recompile, drums appear in the correct stereo positions. Thanks for reporting, I'll have a look if the patch make sense. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578859: some ekstra info
Hey, did you manage to get your timitidy issue with rosegarden fixed? It could still be an issue with the timidity daemon not running or not behaving correctly. Thanks, Joost Damad On Monday 26 April 2010 09:10:02 Alf Tonny Bätz wrote: Back to your questions: output of the command dpkg is: ii timidity 2.13.2-37 Software sound renderer (MIDI sequencer, MOD ii timidity-daemon 2.13.2-37 runs TiMidity++ as a system-wide MIDI sequen ' no its the alsa audio. Yes i can play it with the command timidity: midifile.mid, and i gets sound from that.. heheh, ups.. Hm, strange that i dont get any sound out when i try it in rosegarden... (i have confiugred it right there, to use the timidity and so on.) And im using the Freepats. Hm, then i guess there is nothing wrong with timidity. Regards Alf Tonny Bätz On Fri, Apr 23, 2010 at 4:15 PM, Joost Yervante Damad and...@debian.org wrote: On Friday 23 April 2010 10:36:19 you wrote: What i have done is install squeeze, and install timidity. I'll tryed to use it with Rosegarden, and solfege, but no sound produce at all from timidity. Also tryed to restart it, but it did not produce any messages that thing had gone wrong. did also check the config file in /etc/timidity/ that those file was correckt, and i did not find any foulty configurations there. this have before worked out of the box after installations of timidity. Hey, can you show the output of this command: dpkg -l | grep timidity And another question, are you using pulseaudio ? Can you play midi files like this: timidity mymidifile.mid ? Are you using fluid-soundfont or just freepats? Greetings, Joost Damad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581910: timidity-daemon: fail to start at boot when speech-dispatcher is already running
Hi, on my system I cannot reproduce it: glaurung:/home/joost# /etc/init.d/speech-dispatcher restart Restarting Speech Dispatcher: speech-dispatcher[Fri May 21 10:59:36 2010 : 770125] speechd: Speech Dispatcher 0.6.7 starting [Fri May 21 10:59:36 2010 : 770728] speechd: Directory .speech-dispatcher not found in home . glaurung:/home/joost# /etc/init.d/timidity start ; echo $? Starting TiMidity++ ALSA midi emulation 0 glaurung:/home/joost# /etc/init.d/timidity status timidity is running. glaurung:/home/joost# ps -ef | grep timi timidity 25339 1 0 10:59 pts/100:00:00 /usr/bin/timidity -Os -iAD root 25357 25202 0 10:59 pts/100:00:00 grep timi Thanks, Joost On Monday 17 May 2010 07:59:50 Petter Reinholdtsen wrote: Package: timidity-daemon Version: 2.13.2-37 Severity: normal I just discovered this bug in testing. At boot, timidity failed to start as it used to, and I tracked this down to speech-dispatcher (version 0.6.7-8) keeping the ALSA sound device busy. Here is an example on how to reproduce the problem, by first stopping timidity, then starting speech-dispatcher and last calling start-stop-daemon the same way the init.d script is calling it, to get the messages suppressed during boot: r...@tjener:~# /etc/init.d/timidity stop * Stopping TiMidity++ ALSA midi emulation... [ ok ] r...@tjener:~# /etc/init.d/speech-dispatcher start * Starting Speech Dispatcher speech-dispatcher [Mon May 17 07:56:29 2010 : 126858] speechd: Speech Dispatcher 0.6.7 starting [Mon May 17 07:56:29 2010 : 127170] speechd: Directory .speech-dispatcher not found in home [ ok ] r...@tjener:~# fuser -v /dev/snd/pcmC0D* USERPID ACCESS COMMAND /dev/snd/pcmC0D0p: speech-dispatcher 6833 F...m sd_espeak r...@tjener:~# start-stop-daemon --start --chuid timidity --quiet --exec /usr/bin/timidity --pidfile /var/run/timidity/timidity.pid -- -Os -iAD r...@tjener:~# Can't open pcm device 'default'. Couldn't open ALSA pcm device (`s') r...@tjener:~# -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages timidity-daemon depends on: ii adduser 3.112 add and remove users and groups ii timidity 2.13.2-37 Software sound renderer (MIDI sequ timidity-daemon recommends no packages. timidity-daemon suggests no packages. -- no debconf information -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582651: timidity: doesn't start
On Saturday 22 May 2010 16:18:48 you wrote: Package: timidity Version: 2.13.2-37 Severity: normal $ timidity myfile.midi jack_client_new: deprecated Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started Couldn't open output device It starts fine for me, but I'm not using JACK. Can you confirm your intention is to use jack here? Thanks, Joost Damad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582651: timidity: doesn't start
On Saturday 22 May 2010 17:27:22 Carlo Stemberger wrote: retitle 582651 timidity: incompatibility with LilyPondTool thanks I understood: the program works well, but it is incompatible with LilyPondTool[1]. I obtain the error only after having used the integrated MIDI player in jEdit. $ dpkg -l|grep jedit ii jedit 4.3.1+dfsg-1 A plugin-based editor for programmers To run Timidity, I have to close jEdit. This seems to indicate jEdit uses the sound device in exclusive mode, making this a jedit/lilipondtool bug and not something timidity can do anything about. Greetings, Joost Damad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580322: [liblwt-ocaml] lwt thread canceling broken in 2.1.0
Package: liblwt-ocaml Version: 2.1.0-1 Severity: important Tags: patch --- Please enter the report below this line. --- lwt thread canceling is broken in lwt 2.1.0. After discussion with upstream they came up with a set of fixes, which are available in DARCS: http://ocsigen.org/darcsweb/?r=lwt;a=commit;h=20100504133633- c41ad-7976869aa57bc45fe37045a1dc9cd46defcf5ec9.gz http://ocsigen.org/darcsweb/?r=lwt;a=commit;h=20100504155722-c41ad- a3a20adea6a21b00ab9052e8b4768803e053bec8.gz It would be great if these fixes could be imported in the debian package. Greetings, Joost Damad --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-trunk-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.nl.debian.org 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed =-+-=== libfindlib-ocaml-rqn85| libreact-ocaml-ebm48 | libtext-ocaml-4w712 | ocaml-base-nox-3.11.2 | libc6 (= 2.2.5) | 2.10.2-7 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578859: some ekstra info
On Friday 23 April 2010 10:36:19 you wrote: What i have done is install squeeze, and install timidity. I'll tryed to use it with Rosegarden, and solfege, but no sound produce at all from timidity. Also tryed to restart it, but it did not produce any messages that thing had gone wrong. did also check the config file in /etc/timidity/ that those file was correckt, and i did not find any foulty configurations there. this have before worked out of the box after installations of timidity. Hey, can you show the output of this command: dpkg -l | grep timidity And another question, are you using pulseaudio ? Can you play midi files like this: timidity mymidifile.mid ? Are you using fluid-soundfont or just freepats? Greetings, Joost Damad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520032: [akregator] keeps crashing
Package: akregator
Version: 4:4.2.2-1
--- Please enter the report below this line. ---
Application: Akregator (akregator), signal SIGSEGV
0x7f9d7b3f88d1 in nanosleep () from /lib/libc.so.6
Current language: auto; currently c
Thread 1 (Thread 0x7f9d7e2d3770 (LWP 2370)):
[KCrash Handler]
#5 c4_Property (this=0x7fff8641d8b0, type_=value optimized out, name_=0x0)
at ../../../../akregator/plugins/mk4storage/metakit/src/view.cpp:1106
#6 0x7f9d6904689c in f4_CreateFormat (pro...@0x2808da8, se...@0x2807770)
at ../../../../akregator/plugins/mk4storage/metakit/include/mk4.inl:524
#7 0x7f9d690551cd in c4_Sequence::PropIndex (this=0x2807770,
pro...@0x2808da8) at
../../../../akregator/plugins/mk4storage/metakit/src/viewx.cpp:292
#8 0x7f9d690562c9 in c4_Sequence::Set (this=0x7fff8641d880, index_=152,
pro...@0x1df67a0, bu...@0x7fff8641daa0) at
../../../../akregator/plugins/mk4storage/metakit/src/viewx.cpp:325
#9 0x7f9d6904e2e1 in c4_HashViewer::SetItem (this=0x2807d00, row_=152,
col_=21, bu...@0x7fff8641daa0) at
../../../../akregator/plugins/mk4storage/metakit/src/remap.cpp:366
#10 0x7f9d69055995 in c4_Sequence::SetAt (this=0x28060b0, index_=152,
newElem_={_seq = 0x2963de0, _index = 0}) at
../../../../akregator/plugins/mk4storage/metakit/src/viewx.cpp:104
#11 0x7f9d6905707d in Akregator::Backend::FeedStorageMK4Impl::setHash
(this=0x2805f10, guid=value optimized out, hash=21698)
at ../../../../akregator/plugins/mk4storage/metakit/include/mk4.inl:89
#12 0x7f9d6abb9dc8 in Private (this=0x289c530, artic...@0x27786f0,
feed_=value optimized out, archive_=value optimized out) at
../../../akregator/src/article.cpp:175
#13 0x7f9d6abbad55 in Article (this=0x7fff8641df80, artic...@0x27786f0,
feed=0x2f7fa00) at ../../../akregator/src/article.cpp:245
#14 0x7f9d6abc5a44 in Akregator::Feed::appendArticles (this=0x2f7fa00,
feed=value optimized out) at ../../../akregator/src/feed.cpp:479
#15 0x7f9d6abc7b02 in Akregator::Feed::fetchCompleted (this=0x2f7fa00,
l=value optimized out, doc={px = 0x7fff8641e1a0, pn = {pi_ =
0x7fff8641e0d0}}, status=value optimized out)
at ../../../akregator/src/feed.cpp:672
#16 0x7f9d6abc86a8 in Akregator::Feed::qt_metacall (this=0x2f7fa00,
_c=QMetaObject::InvokeMetaMethod, _id=value optimized out,
_a=0x7fff8641e2c0) at ./feed.moc:105
#17 0x7f9d7c88a6e4 in QMetaObject::activate (sender=0x22c8600,
from_signal_index=value optimized out, to_signal_index=4,
argv=0x7fff8641daa0) at kernel/qobject.cpp:3031
#18 0x7f9d6a73df72 in Syndication::Loader::loadingComplete
(this=0x7fff8641d880, _t1=0x22c8600, _t2=value optimized out,
_t3=Syndication::Success) at ./loader.moc:83
#19 0x7f9d6a73f1ed in Syndication::Loader::slotRetrieverDone
(this=0x22c8600, da...@0x7fff8641e5f0, success=128) at
../../syndication/loader.cpp:157
#20 0x7f9d6a73f687 in Syndication::Loader::qt_metacall (this=0x22c8600,
_c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x7fff8641e5c0) at ./loader.moc:72
#21 0x7f9d7c88a6e4 in QMetaObject::activate (sender=0x2267870,
from_signal_index=value optimized out, to_signal_index=4,
argv=0x7fff8641daa0) at kernel/qobject.cpp:3031
#22 0x7f9d6a741843 in Syndication::DataRetriever::dataRetrieved
(this=0x7fff8641d880, _t1=value optimized out, _t2=true) at
./dataretriever.moc:77
#23 0x7f9d6a74230d in Syndication::FileRetriever::slotResult
(this=0x2267870, job=0x1d69090) at ../../syndication/dataretriever.cpp:132
#24 0x7f9d6a742617 in Syndication::FileRetriever::qt_metacall
(this=0x2267870, _c=QMetaObject::InvokeMetaMethod, _id=value optimized out,
_a=0x7fff8641e740) at ./dataretriever.moc:190
#25 0x7f9d7c88a6e4 in QMetaObject::activate (sender=0x1d69090,
from_signal_index=value optimized out, to_signal_index=7,
argv=0x7fff8641daa0) at kernel/qobject.cpp:3031
#26 0x7f9d7cec0e92 in KJob::result (this=0x7fff8641d880, _t1=0x1d69090) at
./kjob.moc:186
#27 0x7f9d7cec120f in KJob::emitResult (this=0x1d69090) at
../../kdecore/jobs/kjob.cpp:294
#28 0x7f9d7af85c10 in KIO::SimpleJob::slotFinished (this=0x1d69090) at
../../kio/kio/job.cpp:489
#29 0x7f9d7af86e33 in KIO::TransferJob::slotFinished (this=0x1d69090) at
../../kio/kio/job.cpp:966
#30 0x7f9d7af87eb5 in KIO::TransferJob::qt_metacall (this=0x1d69090,
_c=QMetaObject::InvokeMetaMethod, _id=value optimized out,
_a=0x7fff8641eb40) at ./jobclasses.moc:336
#31 0x7f9d7c88a6e4 in QMetaObject::activate (sender=0x1d372d0,
from_signal_index=value optimized out, to_signal_index=8,
argv=0x7fff8641daa0) at kernel/qobject.cpp:3031
#32 0x7f9d7b03d461 in KIO::SlaveInterface::dispatch (this=0x1d372d0,
_cmd=104, rawdata=value optimized out) at
../../kio/kio/slaveinterface.cpp:175
#33 0x7f9d7b039fb2 in KIO::SlaveInterface::dispatch (this=0x1d372d0) at
../../kio/kio/slaveinterface.cpp:91
#34 0x7f9d7b02b1b3 in KIO::Slave::gotInput (this=0x1d372d0) at
../../kio/kio/slave.cpp:322
#35 0x7f9d7b02d4b8 in
Bug#552041: [kmail] Workaround: remove 'Last Search' file
Package: kmail Version: 4:4.4.6-1 --- Please enter the report below this line. --- as there is no upstream solution yet and this bug is very annoying I thought it appropriate to slare that this solved it for me: rm ~/.kde/share/apps/kmail/search/Last\ Search Greetings, Joost Damad --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.nl.debian.org 500 testing dl.google.com --- Package information. --- Depends (Version) | Installed ===-+- = kdebase-runtime | 4:4.4.5-1 kdepim-runtime | 4:4.4.6-1 kdepimlibs-kio-plugins | 4:4.4.5-1 libakonadi-contact4(= 4:4.4.0) | 4:4.4.5-1 libakonadi-kde4(= 4:4.4.0) | 4:4.4.5-1 libc6 (= 2.4) | 2.11.2-6 libgcc1(= 1:4.1.1) | 1:4.4.4-15 libgpgme++2 (= 4:4.4) | 4:4.4.5-1 libkabc4 (= 4:4.4) | 4:4.4.5-1 libkcal4 (= 4:4.4) | 4:4.4.5-1 libkde3support4 (= 4:4.4) | 4:4.4.5-1 libkdecore5 (= 4:4.4.4-2~) | 4:4.4.5-1 libkdepim4(= 4:4.4.6-1) | 4:4.4.6-1 libkdeui5 (= 4:4.4.0) | 4:4.4.5-1 libkhtml5(= 4:4.4) | 4:4.4.5-1 libkimap4(= 4:4.4) | 4:4.4.5-1 libkio5 (= 4:4.4) | 4:4.4.5-1 libkldap4(= 4:4.4) | 4:4.4.5-1 libkleo4 (= 4:4.4.6-1) | 4:4.4.6-1 libkmime4(= 4:4.4) | 4:4.4.5-1 libknotifyconfig4(= 4:4.4) | 4:4.4.5-1 libkontactinterface4 (= 4:4.4.0) | 4:4.4.5-1 libkparts4 (= 4:4.4) | 4:4.4.5-1 libkpgp4 (= 4:4.4.6-1) | 4:4.4.6-1 libkpimidentities4 (= 4:4.4.0) | 4:4.4.5-1 libkpimtextedit4 (= 4:4.4.0) | 4:4.4.5-1 libkpimutils4(= 4:4.4) | 4:4.4.5-1 libkresources4 (= 4:4.4) | 4:4.4.5-1 libksieve4(= 4:4.4.6-1) | 4:4.4.6-1 libktnef4(= 4:4.4) | 4:4.4.5-1 libkutils4 (= 4:4.4) | 4:4.4.5-1 libmailtransport4 (= 4:4.4.0) | 4:4.4.5-1 libmessagecore4 (= 4:4.4.6-1) | 4:4.4.6-1 libmessagelist4 (= 4:4.4.6-1) | 4:4.4.6-1 libmimelib4 (= 4:4.4.6-1) | 4:4.4.6-1 libnepomuk4 (= 4:4.4) | 4:4.4.5-1 libphonon4 (= 4:4.6.0really4.3.80) | 4:4.6.0really4.4.2-1 libqt4-dbus(= 4:4.5.3) | 4:4.6.3-2 libqt4-network (= 4:4.5.3) | 4:4.6.3-2 libqt4-qt3support (= 4:4.5.3) | 4:4.6.3-2 libqt4-xml (= 4:4.5.3) | 4:4.6.3-2 libqtcore4 (= 4:4.6.1) | 4:4.6.3-2 libqtgui4 (= 4:4.6.1) | 4:4.6.3-2 libstdc++6 (= 4.2.1) | 4.4.4-15 libthreadweaver4 (= 4:4.4) | 4:4.4.5-1 phonon | 4:4.6.0really4.4.2-1 perl| 5.10.1-14 Recommends(Version) | Installed ===-+-=== gnupg2 | 2.0.14-2 gnupg-agent | 2.0.14-2 pinentry-qt4| OR pinentry-x11| Suggests (Version) | Installed ===-+-=== kaddressbook| 4:4.4.6-1 kleopatra | 4:4.4.6-1 spamassassin| OR bogofilter | 1.2.2-1 OR annoyance-filter| OR spambayes | OR bsfilter| OR crm114 | clamav | OR f-prot-installer| procmail| 3.22-19 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602170: [libbz2-ocaml] exceptions don't get registered properly
Package: libbz2-ocaml Version: 0.6.0-5+b1 Severity: grave Tags: patch --- Please enter the report below this line. --- whenever there's something wrong, the binding looks up the exception to be thrown, and throws it. The exceptions are supposed to be registered in the Bz2 module with let _ = begin ... Callback.register_exception mlbz_data_exn Data_error; ... end unfortunately this does not happen. (you can add a print statement to see for yourself that it does not get executed in a program) more details, including a patch with a possible solution can be found at: https://forge.ocamlcore.org/tracker/index.php?func=detailaid=768group_id=63atid=338 As upstream seems quite unresponsive maybe this simple fix can be integrated in Debian directly. greetings, Joost Damad --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.nl.debian.org 500 testing dl.google.com --- Package information. --- Depends(Version) | Installed -+-=== ocaml-base-nox-3.11.2| libbz2-1.0 | 1.0.5-6 libc6 (= 2.2.5) | 2.11.2-6 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602170: [libbz2-ocaml] exceptions don't get registered properly
Hi Stéphane, thanks for the quick feedback and providing a nice workaround. In the light of that I fully support the priority change. thanks, Joost On Tuesday 02 November 2010 10:45:37 Stéphane Glondu wrote: [snip] Anyway, this would be an intrusive change (ABI change in interface - binNMU of all reverse-dependencies), the problem is known and can be worked around, and we are in freeze, so I'd rather fix it later, after Squeeze release. Therefore, I hereby downgrade the severity to important. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602298: [libounit-ocaml-dev] force unit return type in OUnit.bracket for typesafety
Package: libounit-ocaml-dev Version: 1.0.3-5.0.2 Severity: wishlist Tags: patch --- Please enter the report below this line. --- It would be useful to make return value of the testfunction f and teardown in OUnit.bracket unit to enforce typing to avoid accidentally returning a monadic type causing partial execution of a testcase. (e.g. when using Lwt) See attached patch for a proposed solution. Thanks, Joost Damad --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.nl.debian.org 500 testing dl.google.com --- Package information. --- Depends (Version) | Installed ===-+-=== ocaml-nox-3.11.2| Package's Recommends field is empty. Package's Suggests field is empty. -- Joost Yervante Damad - http://damad.be/joost/ --- oUnit.ml 2008-06-07 05:45:24.0 +0200 +++ oUnit.ml.new 2010-11-03 15:05:15.0 +0100 @@ -9,11 +9,11 @@ let bracket set_up f tear_down () = let fixture = set_up () in try - f fixture; - tear_down fixture + let () = f fixture in + let () = tear_down fixture in with e - - tear_down fixture; + let () = tear_down fixture in raise e exception Skip of string
Bug#602298: [libounit-ocaml-dev] force unit return type in OUnit.bracket for typesafety
On Wednesday 03 November 2010 15:34:26 Sylvain Le Gall wrote: forwarded 602298 https://forge.ocamlcore.org/tracker/index.php?func=detailaid=799group_id =162atid=732 thanks Hello, On Wed, Nov 03, 2010 at 03:13:20PM +0100, Joost Yervante Damad wrote: Package: libounit-ocaml-dev Version: 1.0.3-5.0.2 What a strange version number? Did you recompile it yourself? Yeah, now you mention it. Things I added locally: - stacktrace support on testcase failure due to exception - compile ounit with -g for better stacktrace support in general greetings, Joost Damad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592640: [linux-image-2.6.32-5-amd64] FTDI driver broken
On Tuesday 28 September 2010 04:15:44 Ben Hutchings wrote: On Tue, 2010-09-28 at 03:03 +0100, Ben Hutchings wrote: On Thu, 2010-08-12 at 07:11 +0200, Joost Yervante Damad wrote: On Thursday 12 August 2010 01:26:33 Ben Hutchings wrote: On Wed, 2010-08-11 at 19:11 +0200, Joost Yervante Damad wrote: Package: linux-image-2.6.32-5-amd64 Version: 2.6.32-18 Severity: normal --- Please enter the report below this line. --- This version breaks the FTDI usb serial driver as is used to upload software on an Arduino Duemilanove with avrdude. Booting with an the older kernel linux-image-2.6.31-1-amd64 2.6.31-2 it works again. [...] Based on that, I think this should be fixed by: Sorry, ignore that; it wouldn't have affected amd64. I see you already closed this report, but there have been no changes to this driver other than that (irrelevant) fix and the addition of some new device IDs. Yes, but it did start working again... strange. Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524924: Bug no longer reproducible with new version
On Monday 11 October 2010 14:34:27 Meike Reichle wrote: Hi I've just uploaded a new version of sux. I've added a patch with which I can no longer reproduce the bug, neither on KDE nor Gnome or XFCE4. If you still experience problems please let me know and try to provide further details. Best, Meike I can confirm the new version behaves fine. Thanks, Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#440852: daemon fails to start if sound/mixer device is open
Hi Simon, is this [1] still an issue for you? Thanks, Joost [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440852 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528182: please stop depending on aRts
On Monday 11 May 2009 10:37:27 Fabian Greffrath wrote: Package: timidity Version: 2.13.2-23 Severity: minor Hi, it bothers me that timidity pulls in the libartsc0 package as a dependency. aRts is deprecated KDE3-stuff and I don't want this installed on my GNOME-desktop anyway. Good point, I'll look into it. Thanks, Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528232: libglewmx1.5: GLEW_MX version not built as such.
On Monday 11 May 2009 17:22:01 Bradley Smith wrote: Package: libglewmx1.5 Severity: important Hi, The GLEW_MX version of the glew library isn't actually built as such. It looks like in the build-stampmx target you are going to need to do a clean first, since the library isn't being rebuilt. Thanks, I did not actually test the mx versions as I have no real need for them myself. I'll update the build accordingly. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520318: RFH: wireshark
Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org The current maintainer (Frederic) is very busy, I helped out for some time, but can't really give this quite big package the care it needs either lately. The package already lives in collab-maint svn, it would be great if some more people could help out. Upstream is very helpful. This package is involved in security updates regularly so some notions of handling security issues and C are needed. Thanks, Joost Yervante Damad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509320: movabletype-opensource: cgi after upgrade etch - lenny
Package: movabletype-opensource Version: 4.2.1-3 Severity: normal After upgrading my webserver from etch to lenny my movabletype installation didn't allow me to enter the admin interface anymore, as is also needed to trigger the automatic upgrade. After alot of fruitless searching I finally found the following workaround: replace the symlink in /usr/lib/cgi-bin/movabletype towards /etc/movabletype-opensource/mt-config.cgi with a copy of the file. I'm not sure if this is an issue of my setup, or movable type, or apache2... Below some excerpts from config files: /etc/movabletype-opensource/mt-config.cgi: CGIPath /cgi-bin/movabletype/ StaticWebPath /mt-static/ StaticFilePath /usr/share/movabletype/static/ MailTransfer sendmail SendMailPath /usr/sbin/sendmail HTMLUmask 0022 DBUmask 0022 UploadUmask 0022 DirUmask 0022 CaptchaSourceImageBase /usr/share/movabletype/static/images/captcha-source/ ObjectDriver DBI::sqlite Database /var/lib/dbconfig-common/sqlite/movabletype-opensource/movabletypeopensource --- and relevant apache config sniplets: Alias /mt-static/ /usr/share/movabletype/static/ ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ Directory /usr/lib/cgi-bin/movabletype/ AllowOverride None Options ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all /Directory --- Joost -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16.33-xen (SMP w/1 CPU core) 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 movabletype-opensource depends on: ii dbconfig-common1.8.39common framework for packaging dat ii debconf1.5.24Debian configuration management sy ii libclass-accessor-perl 0.31-2Automated accessor generator ii libclass-data-inheritable- 0.08-1Inheritable, overridable class dat ii libclass-trigger-perl 0.13-1Mix-in to add / call inheritable t ii libdbd-mysql-perl 4.007-1 A Perl5 database interface to the ii libdbd-sqlite3-perl1.14-3Perl DBI driver with a self-contai ii libdbi-perl1.605-1 Perl5 database interface by Tim Bu ii libhtml-parser-perl3.56-1+b1 A collection of modules that parse ii libimage-size-perl 3.1.1-2 determine the size of images in se ii libjcode-pm-perl 2.06-1Perl extension interface to conver ii libjson-perl 2.07-1Perl module to parse and convert t ii liblucene-queryparser-perl 1.04-2Turn a Lucene query into a Perl da ii libmime-encwords-perl 1.010.101-1 deal with RFC-1522 encoded words ii libnet-openid-consumer-per 0.14-4library for consumers of OpenID id ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii libwww-perl5.813-1 WWW client/server library for Perl ii libxml-atom-perl 0.28-1Atom feed and API implementation ii libxml-sax-perl0.16+dfsg-3 Perl module for using and building ii libxml-xpath-perl 1.13-6Perl module for processing XPath ii libyaml-tiny-perl 1.32-1Read/Write YAML files with as litt ii perl-modules 5.10.0-18 Core Perl modules ii postfix [mail-transport-ag 2.5.5-1.1 High-performance mail transport ag ii ucf3.0011Update Configuration File: preserv Versions of packages movabletype-opensource recommends: ii libarchive-zip-perl 1.18-1 Module for manipulation of ZIP arc pn libsoap-lite-perl none (no description available) ii perl-modules [libarchive-tar- 5.10.0-18 Core Perl modules pn perlmagicknone (no description available) movabletype-opensource suggests no packages. -- debconf information: movabletype-opensource/remote/host: movabletype-opensource/purge: false movabletype-opensource/dbconfig-upgrade: true movabletype-opensource/pgsql/authmethod-admin: ident * movabletype-opensource/db/dbname: movabletypeopensource movabletype-opensource/umask_warn: movabletype-opensource/pgsql/manualconf: movabletype-opensource/mysql/admin-user: root * movabletype-opensource/database-type: sqlite movabletype-opensource/pgsql/no-empty-passwords: movabletype-opensource/mysql/method: unix socket movabletype-opensource/upgrade-error: abort movabletype-opensource/internal/reconfiguring: false movabletype-opensource/missing-db-package-error: abort movabletype-opensource/pgsql/admin-user: postgres movabletype-opensource/pgsql/changeconf: false movabletype-opensource/pgsql/method: unix socket movabletype-opensource/remote/newhost: movabletype-opensource/upgrade-backup: true
Bug#509320: movabletype-opensource: cgi after upgrade etch - lenny
Hi, This sounds like a curious problem; I can confirm that my lenny system with apache2 works fine with the symlink in place. Could you let me know what error message you received when this happened? Dominic. I just couldn't login. It tried to find the mt.js in the cgi-bin directory, which I think means it couldn't find the config file, however mt-check.cgi worked fine... [Sun Dec 21 09:05:22 2008] [error] [client 93.186.177.89] script not found or unable to stat: /usr/lib/cgi-bin/movabletype/mt.js Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510114: [fluid-soundfont-gm] please install timidity config files in /etc/timidity
Package: fluid-soundfont-gm Version: 3.1-1 Severity: wishlist --- Please enter the report below this line. --- It would ease the usage of fluid-soundfont-gm (or -gs) from within timidity if the timidity config files are provided in /etc/timidity. The user would then just have to uncomment a line in /etc/timidity/timidity.cfg to use this nice soundfont. Thanks, Joost Damad (maintainer of timidity) --- System information. --- Architecture: amd64 Kernel: Linux 2.6.27.7-g1 Debian Release: 5.0 500 unstableftp.nl.debian.org 1 experimentalftp.nl.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510113: [fluid-soundfont-gm] typo in timidity config file
Package: fluid-soundfont-gm Version: 3.1-1 Severity: normal --- Please enter the report below this line. --- /usr/share/doc/fluid-soundfont-gm/fluidr3_gm.cfg.gz contains FluidR3_GM.sf22 as filename. It should be FluidR3_GM.sf2. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.27.7-g1 Debian Release: 5.0 500 unstableftp.nl.debian.org 1 experimentalftp.nl.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510114: [fluid-soundfont-gm] please install timidity config files in /etc/timidity
Hi, Since considering how to package the config files, I have wondered whether, like init scripts or apt sources, timidity could provide a /etc/timidity/config.d directory, and read each file in there. I have had a brief look at the timidity sources to consider implementing this change, but I really would not be able to supply it within any reasonable timeframe, so a brief look was all it was. Yeah, I've given it some thought also. I'll file a wishlist bug for it, to make sure I won't forget it :) Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510183: [timidity] /etc/timidity/config.d based config loading
Package: timidity Version: 2.13.2-20 Severity: wishlist --- Please enter the report below this line. --- Toby Smithe: Since considering how to package the config files, I have wondered whether, like init scripts or apt sources, timidity could provide a /etc/timidity/config.d directory, and read each file in there. This sounds like a good idea. This bug is here to make it more formal :) --- System information. --- Architecture: amd64 Kernel: Linux 2.6.27.7-g1 Debian Release: 5.0 500 unstablehobbit.local.teluna.org --- Package information. --- Depends (Version) | Installed =-+- libartsc0 (= 1.5.9) | 1.5.9-2 libasound2( 1.0.16) | 1.0.16-2 libaudio2 | 1.9.1-5 libaudiofile0(= 0.2.3-4) | 0.2.6-7 libc6 (= 2.7-1) | 2.7-16 libesd0 (= 0.2.35) | 0.2.36-3 OR libesd-alsa0 (= 0.2.35) | libflac8 | 1.2.1-1.2 libice6 (= 1:1.0.0) | 2:1.0.4-1 libjack0 (= 0.116.1) | 0.116.1-2 libncurses5 (= 5.6+20071006-3) | 5.7+20081220-1 libogg0 (= 1.0rc3) | 1.1.3-4 libpng12-0 (= 1.2.13-4) | 1.2.27-2 libsm6| 2:1.0.3-2 libvorbis0a(= 1.1.2) | 1.2.0.dfsg-3.1 libvorbisenc2 (= 1.1.2) | 1.2.0.dfsg-3.1 libx11-6 | 2:1.1.5-2 libxaw7 | 2:1.0.4-2 libxext6 | 2:1.0.4-1 libxmu6 | 2:1.0.4-1 libxt6| 1:1.0.5-3 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-12 lsb-base (= 3.0-6) | 3.2-20 freepats | 20060219-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506741: wireshark: DoS caused by sending a SMTP request with large content
On Wednesday 03 December 2008 15:10:12 Frederic Peters wrote: Mark Purcell wrote: On Monday 24 November 2008 22:58:38 Steffen Joeris wrote: Packages for lenny and sid build fine with the patch, I haven't tested them though. Could you get back to me wrt fixes for lenny? Frederic, Joost, This RC bug, with patch, has been filed against your package for over a week without a comment from you. Are you in a position to comment on the bug/ patch and/or upload a fixed package to address this RC bug? Sorry I haven't been responsive; I am currently away from home without access to my gpg key, or a build environment actually. I don't know Joost situation; but I believe wireshark could be maintained by a bigger team… Hi all, I'll upload a new version to testing-security (based on last upload by Steffen) tonight, if thats okay for you, Steffen? Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506741: wireshark: DoS caused by sending a SMTP request with large content
On Wednesday 03 December 2008 21:53:49 Steffen Joeris wrote:
Please go ahead.
Next time a debdiff would be nice, but I do not have a problem to filter it
out of the upload for testing-security.
Here is a debdiff. I have to re-upload, I assumed I didn't have to do a -sa
upload, but apparently thats needed.
Joost
diff -u wireshark-1.0.2/debian/changelog wireshark-1.0.2/debian/changelog
--- wireshark-1.0.2/debian/changelog
+++ wireshark-1.0.2/debian/changelog
@@ -1,3 +1,10 @@
+wireshark (1.0.2-3+lenny3) testing-security; urgency=high
+
+ * Fix DoS attack (upstream svn rev 24988-24989 and 24993-24994)
+(Closes: #506741)
+
+ -- Joost Yervante Damad [EMAIL PROTECTED] Wed, 03 Dec 2008 20:00:34 +0100
+
wireshark (1.0.2-3+lenny2) testing-proposed-updates; urgency=high
* Fix CVE-2008-4680 to CVE-2008-4685 (Closes: #503589)
diff -u wireshark-1.0.2/debian/patches/00list wireshark-1.0.2/debian/patches/00list
--- wireshark-1.0.2/debian/patches/00list
+++ wireshark-1.0.2/debian/patches/00list
@@ -16 +16,2 @@
-24_backport_postdissector
\ No newline at end of file
+24_backport_postdissector
+25_DoS_20081124.dpatch
only in patch2:
unchanged:
--- wireshark-1.0.2.orig/debian/patches/25_DoS_20081124.dpatch
+++ wireshark-1.0.2/debian/patches/25_DoS_20081124.dpatch
@@ -0,0 +1,1242 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## DoS_20081124.dpatch by [EMAIL PROTECTED]
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: No description.
+
[EMAIL PROTECTED]@
+diff -urNad lenny~/epan/dissectors/packet-smtp.c lenny/epan/dissectors/packet-smtp.c
+--- lenny~/epan/dissectors/packet-smtp.c 2008-07-10 19:39:23.0 +0200
lenny/epan/dissectors/packet-smtp.c 2008-12-03 20:16:03.0 +0100
+@@ -101,10 +101,6 @@
+ DATA fragments
+ };
+
+-/* Define media_type/Content type table */
+-static dissector_table_t media_type_dissector_table;
+-
+-
+ static dissector_handle_t imf_handle = NULL;
+
+ /*
+@@ -175,10 +171,11 @@
+ struct smtp_request_val *request_val;
+ const guchar*line;
+ guint32 code;
+-int linelen;
++int linelen = 0;
+ gintlength_remaining;
+ gbooleaneom_seen = FALSE;
+ gintnext_offset;
++gintloffset;
+ gbooleanis_continuation_line;
+ int cmdlen;
+ fragment_data *frag_msg = NULL;
+@@ -221,21 +218,6 @@
+ * longer than what's in the buffer, so the tvb_get_ptr() call
+ * won't throw an exception.
+ */
+-linelen = tvb_find_line_end(tvb, offset, -1, next_offset,
+- smtp_desegment pinfo-can_desegment);
+-if (linelen == -1) {
+- /*
+- * We didn't find a line ending, and we're doing desegmentation;
+- * tell the TCP dissector where the data for this message starts
+- * in the data it handed us, and tell it we need one more byte
+- * (we may need more, but we'll try again if what we get next
+- * isn't enough), and return.
+- */
+- pinfo-desegment_offset = offset;
+- pinfo-desegment_len = 1;
+- return;
+-}
+-line = tvb_get_ptr(tvb, offset, linelen);
+
+ frame_data = p_get_proto_data(pinfo-fd, proto_smtp);
+
+@@ -271,6 +253,42 @@
+
+ }
+
++ if(request) {
++ frame_data = se_alloc(sizeof(struct smtp_proto_data));
++
++ frame_data-conversation_id = conversation-index;
++ frame_data-more_frags = TRUE;
++
++ p_add_proto_data(pinfo-fd, proto_smtp, frame_data);
++
++ }
++
++loffset = offset;
++while (tvb_offset_exists(tvb, loffset)) {
++
++linelen = tvb_find_line_end(tvb, loffset, -1, next_offset,
++ smtp_desegment pinfo-can_desegment);
++if (linelen == -1) {
++
++ if(offset == loffset) {
++ /*
++ * We didn't find a line ending, and we're doing desegmentation;
++ * tell the TCP dissector where the data for this message starts
++ * in the data it handed us, and tell it we need one more byte
++ * (we may need more, but we'll try again if what we get next
++ * isn't enough), and return.
++ */
++ pinfo-desegment_offset = loffset;
++ pinfo-desegment_len = 1;
++ return;
++ }
++ else {
++ linelen = tvb_length_remaining(tvb, loffset);
++ next_offset = loffset + linelen;
++ }
++}
++line = tvb_get_ptr(tvb, loffset, linelen);
++
+ /*
+* Check whether or not this packet is an end of message packet
+* We should look for CRLF.CRLF and they may be split.
+@@ -286,16 +304,16 @@
+ * .CRLF at the begining of the same packet.
+ */
+
+- if ((request_val-crlf_seen tvb_strneql(tvb, offset, .\r\n, 3) == 0) ||
+- tvb_strneql(tvb, offset, \r\n.\r\n, 5) == 0) {
++ if ((request_val-crlf_seen tvb_strneql(tvb, loffset, .\r\n, 3) == 0) ||
++ tvb_strneql(tvb, loffset, \r\n.\r\n, 5) == 0) {
+
+ eom_seen = TRUE
Bug#516089: tshark: Can't get USB bus index...
Hello, I tried this with an USB NIC from me (no Wifi nic though, I don't have one) and it works fine: # tshark -i eth1 Running as user root and group root. This could be dangerous. Capturing on eth1 ^C0 packets captured using the same libpcap: # apt-cache policy libpcap0.8 libpcap0.8: Installed: 1.0.0-1 Can you should the output from ip a and perhaps provide some more information concerning what USB NIC you're using ? thanks, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516089: tshark: Can't get USB bus index...
On Friday 06 March 2009 10:24:49 Jakub Wilk wrote: * Joost Yervante Damad and...@debian.org, 2009-03-06, 09:52: I tried this with an USB NIC from me (no Wifi nic though, I don't have one) and it works fine: # tshark -i eth1 Running as user root and group root. This could be dangerous. Capturing on eth1 ^C0 packets captured using the same libpcap: # apt-cache policy libpcap0.8 libpcap0.8: Installed: 1.0.0-1 Can you should the output from ip a and perhaps provide some more information concerning what USB NIC you're using ? `ip a` output should not matter, as an other (PCI wifi) is OK for wireshark with the very same settings. Please, can you provide it anyway? lsusb output attached. I am using zd1211rw module: $ apt-cache policy linux-image-2.6.26-1-686 | grep Installed Installed: 2.6.26-13 $ apt-cache policy zd1211-firmware | grep Installed Installed: 2.21.0.0-0.1 Thanks, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516089: Fwd: Re: Bug#516089: tshark: Can't get USB bus index...
for completeness. -- Forwarded Message -- Subject: Re: Bug#516089: tshark: Can't get USB bus index... Date: Friday 06 March 2009 From: Jakub Wilk uba...@users.sf.net To: Joost Yervante Damad and...@debian.org * Joost Yervante Damad and...@debian.org, 2009-03-06, 10:42: `ip a` output should not matter, as an other (PCI wifi) is OK for wireshark with the very same settings. Please, can you provide it anyway? # ip a show wifi 6: wifi: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:60:b3:e7:47:9c brd ff:ff:ff:ff:ff:ff inet 192.168.1.229/24 brd 192.168.1.255 scope global wifi inet6 fe80::260:b3ff:fee7:479c/64 scope link valid_lft forever preferred_lft forever -- Jakub Wilk --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565664: openmsx: for such good emulator, no way to configure and use the gamepad
Hello yellowprotoss, is this still an issue for you? Thanks, Joost Damad On Sunday 17 January 2010 22:09:05 Manuel Bilderbeek wrote: Hi, yellowprotoss wrote: for such good emulator, no way to configure and use the gamepad I also tried into the console. : New USB device found, idVendor=044f, idProduct=b315 [ 7505.109448] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 7505.109461] usb 2-1: Product: Thrustmaster dual analog 3.2 [ 7505.109471] usb 2-1: Manufacturer: Mega World [ 7505.109768] usb 2-1: configuration #1 chosen from 1 choice [ 7505.136621] input: Mega World Thrustmaster dual analog 3.2 as /devices/pci:00/:00:1d.0/usb2/2-1/2-1:1.0/input/input18 [ 7505.136867] generic-usb 0003:044F:B315.0005: input,hidraw0: USB HID v1.10 Gamepad [Mega World Thrustmaster dual analog 3.2] on usb-:00:1d.0-1/input0 My gamepad works fine with openMSX. It's this one: [3.885508] usb 8-2: new low speed USB device using uhci_hcd and address 2 [4.062621] usb 8-2: New USB device found, idVendor=046d, idProduct=c218 [4.062624] usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [4.062626] usb 8-2: Product: Logitech RumblePad 2 USB [4.062628] usb 8-2: Manufacturer: Logitech [4.062688] usb 8-2: configuration #1 chosen from 1 choice [5.507673] input: Logitech Logitech RumblePad 2 USB as /devices/pci:00/:00:1d.2/usb8/8-2/8-2:1.0/input/input8 [5.507733] logitech 0003:046D:C218.0004: input,hidraw4: USB HID v1.10 Joystick [Logitech Logitech RumblePad 2 USB] on usb-:00:1d.2-2/input0 [5.507739] logitech 0003:046D:C218.0004: Force feedback for Logitech Rumblepad 2 by Anssi Hannula anssi.hann...@gmail.com See also http://openmsx.sourceforge.net/manual/user.html#joystick If your gamepad isn't supported by SDL, then it is also not supported by openMSX. But if you have a 'joystick1' device if you type in the console: plug joyporta [TAB] you can simply plug and use it. -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565664: openmsx: for such good emulator, no way to configure and use the gamepad
On Saturday 12 June 2010 17:10:23 yellow protoss wrote: so I tried My cplay/splay is playing lounge music , and there is no sound into the openmsx :( any ideas? Which package provides splay? I manager to get joystick1, but it is not working the lode runner is going like mad to the left... no keys working and no way to play with joystick the joystick1 is seen apparenetaly but no way to work http://www.notebookreview.com/assets/20457.jpg I'll give it a try later with a joystick I have here, but somehow I doubt there is an issue with openMSX here.Does it work with the fake joystick ( plug joyporta keyjoystick1 ) ? Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585757: libglewmx1.5: 1.5.4-1 makes libglc0 crash
On Sunday 13 June 2010 18:11:47 Christian Ohm wrote: Package: libglewmx1.5 Version: 1.5.4-1 Severity: grave Justification: renders package unusable Hello, after upgrading to the above version, any program using libglc (i.e. cromium-bsu and warzone2100) crash as soon as they try rendering text. Backtrace: #0 0x769f83f0 in __glcRenderCharTexture () from /usr/lib/libGLC.so.0 #1 0x769f5c2e in ?? () from /usr/lib/libGLC.so.0 #2 0x769ef72f in __glcProcessChar () from /usr/lib/libGLC.so.0 #3 0x769f547a in ?? () from /usr/lib/libGLC.so.0 #4 0x769f5635 in glcRenderString () from /usr/lib/libGLC.so.0 #5 0x006006b1 in iV_DrawTextRotated (string=0xccec20 Version 2.3 branch r10963 - Built Jun 13 2010 - DEBUG, XPos=1391, YPos=1036, rotation=90) at ../../../lib/ivis_opengl/textdraw.c:648 Warzone is compiled from SVN, but chromium-bsu from the Debian repo also crashes. Downgrading libglewmx1.5 to 1.5.3-2 makes things work again. I personally don't use glewmx, just glew (for openMSX). I only provided it because people requested it, it would be very helpful if you as a packager of a package that actually uses glewmx could provide me with some more context to work with here. Thanks, Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585757: libglewmx1.5: 1.5.4-1 makes libglc0 crash
On Tuesday 15 June 2010 15:16:58 Christian Ohm wrote: On Tuesday, 15 June 2010 at 10:12, Joost Yervante Damad wrote: I personally don't use glewmx, just glew (for openMSX). I only provided it because people requested it, it would be very helpful if you as a packager of a package that actually uses glewmx could provide me with some more context to work with here. Sorry, I'm no packager, just an unstable user, and upstream developer of Warzone 2100, which uses libglc0, which, since version 0.7.2-2 uses libglewmx1.5, and so doesn't work on current unstable anymore. There's another bug against Warzone for this issue (#585669), but it doesn't look like it has any more useful information. I've talked to pabs3 (packager of Warzone 2100) on IRC, and he couldn't reproduce it by upgrading to the current libglc0 and libglewmx1.5, maybe there's another package involved, or the graphics driver (though I've tried 7.7.1-3 and 7.8.1-2 of libgl1-mesa-dri, and it segfaults with both). I'll give it a try on my box. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585757: libglewmx1.5: 1.5.4-1 makes libglc0 crash
On Tuesday 15 June 2010 15:16:58 Christian Ohm wrote: On Tuesday, 15 June 2010 at 10:12, Joost Yervante Damad wrote: I personally don't use glewmx, just glew (for openMSX). I only provided it because people requested it, it would be very helpful if you as a packager of a package that actually uses glewmx could provide me with some more context to work with here. Sorry, I'm no packager, just an unstable user, and upstream developer of Warzone 2100, which uses libglc0, which, since version 0.7.2-2 uses libglewmx1.5, and so doesn't work on current unstable anymore. There's another bug against Warzone for this issue (#585669), but it doesn't look like it has any more useful information. I've talked to pabs3 (packager of Warzone 2100) on IRC, and he couldn't reproduce it by upgrading to the current libglc0 and libglewmx1.5, maybe there's another package involved, or the graphics driver (though I've tried 7.7.1-3 and 7.8.1-2 of libgl1-mesa-dri, and it segfaults with both). Could you try and see if it is an issue with glewmx 1.5.3-3 or glewmsx 1.5.3-2 ? Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585757: libglewmx1.5: 1.5.4-1 makes libglc0 crash
On Tuesday 15 June 2010 18:52:04 Joost Yervante Damad wrote: On Tuesday 15 June 2010 15:16:58 Christian Ohm wrote: On Tuesday, 15 June 2010 at 10:12, Joost Yervante Damad wrote: I personally don't use glewmx, just glew (for openMSX). I only provided it because people requested it, it would be very helpful if you as a packager of a package that actually uses glewmx could provide me with some more context to work with here. Sorry, I'm no packager, just an unstable user, and upstream developer of Warzone 2100, which uses libglc0, which, since version 0.7.2-2 uses libglewmx1.5, and so doesn't work on current unstable anymore. There's another bug against Warzone for this issue (#585669), but it doesn't look like it has any more useful information. I've talked to pabs3 (packager of Warzone 2100) on IRC, and he couldn't reproduce it by upgrading to the current libglc0 and libglewmx1.5, maybe there's another package involved, or the graphics driver (though I've tried 7.7.1-3 and 7.8.1-2 of libgl1-mesa-dri, and it segfaults with both). I'll give it a try on my box. I can't reproduce it, warzone2100 runs stable, also after I rebuild it. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585757: libglewmx1.5: 1.5.4-1 makes libglc0 crash
On Tuesday 15 June 2010 19:15:38 Christian Ohm wrote: On Tuesday, 15 June 2010 at 19:02, Joost Yervante Damad wrote: Could you try and see if it is an issue with glewmx 1.5.3-3 or glewmsx 1.5.3-2 ? libglewmx1.5 1.5.3-3 also works, just 1.5.4-1 breaks things... Okay, I've given this some thought, this is my idea for now: glew 1.5 introduces new openGL calls that are detected (some call used in iV_DrawTextRotated ?). Your graphics card claims to support this call, soo GLEW now gives the program the green light to use it. If now that call is actually buggy in the graphics driver, you get a crash. This makes me think that this is an issue with the graphics driver. The reason I don't see it is that my card perhaps doesn't support that particular call. What do you think? Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585757: Reassign to libglc?
On Sunday 11 July 2010 15:19:40 you wrote: Shouldn't that bug rather be reassigned to libglc0 than closed? I mean, I don't care, my local version works now. Just seems kind of strange to me. Feel free to re-assign it. As I didn't see any issues that is not really up to me. Thanks, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589156: python-camelot: missing dependency to python-tempita package
On Thursday 15 July 2010 14:22:21 you wrote: Package: python-camelot Version: 10.07.02-c2-2 Severity: normal Tags: sid Hello, why does it need python-tempita? It's not mentioned by upstream and it's the first I hear about it. Thanks, Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589156:
On Thursday 15 July 2010 17:23:41 you wrote: Here is what i got when trying to run 'camelot_admin' ater instaling (aptitude install python_camelot): --- me...@sid:~$ camelot_admin Traceback (most recent call last): File /usr/bin/camelot_admin, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 2655, in module working_set.require(__requires__) File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 648, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 546, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: tempita me...@sid:~$ --- After installing python-tempita the command ran smoothly. Right, I see that as well. If you don't mind I'll first clarify it with upstream as I used camelot already in the past and never had to install tempita. Thanks, Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589183: python-camelot: Wrong default icons path in created projects
On Thursday 15 July 2010 18:01:07 you wrote: Package: python-camelot Version: 10.07.02-c2-2 Severity: normal Tags: sid After running 'python main.py' in the newly-created project directory i get an error saying that the file '/usr/lib/python2.6/dist- packages/camelot/art/tango/32x32/apps/system-users.png' is missing. The quick solution is to 'ln -s /usr/share/icons/Tango /usr/lib/python2.6/dist- packages/camelot/art/tango' Acknowledged, will look for an appropriate fix, it shouldn't look in that dir. Thanks, Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589170: python-camelot: file conflict over /u/s/pyshared/example/settings.py
On Thursday 15 July 2010 16:51:21 you wrote: Package: python-camelot Version: 10.07.02-c2-2 Severity: serious Justification: Policy 6.6(4) python-camelot installs a lot of files under /usr/share/pyshared that I suspect would be more appropriately placed under /usr/share/doc (and perhaps split out into a separate package, but that's another matter). Moreover, one of these misplaced files (.../example/settings.py) leads to a de facto conflict with python-django-debug-toolbar (which likely shouldn't be shipping it either, but python-camelot is newer and places much more cruft under /usr/share/pyshared, so it's getting the bug). Could you please clean the packaging up? Yes. Thanks for the info. This is my first python package so I'm still learning the fine details of it. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585039: O: timidity -- Software sound renderer (MIDI sequencer, MOD player)
Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org If you want to take over maintenance, be prepared to deal with obscure pulseaudio issues. -- Joost Yervante Damad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560878: timidity - Difficult handling of gtk interface by mouse
On Saturday 12 December 2009 23:42:27 you wrote: Package: timidity Version: 2.13.2-36 Severity: normal Hi, it's difficult, rather impossible, to pick up file list by mouse. If you click to 'Load' bottom and try to manipulate with scroll bar or click on 'Add', you see the problem. Hey, just click the middle mouse button on the scroll bar and drag it. It should work fine. Keep in mind that the GUI programs in timidity are ancient. You might be better served running timidity as an ALSA sequencer service and use a modern midi program. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561111: [lcov] please provide fix for undefined value as a HASH reference issue
Package: lcov
Version: 1.7-1
Severity: important
Tags: patch
--- Please enter the report below this line. ---
lcov in it's current form doesn't work for some input data.
It complains like this:
genhtml: Can't use an undefined value as a HASH reference at /usr/bin/genhtml
line 1506.
A patch for this is available in upstream CVS as discussed at [1]. I also
attached the patch for ease.
Joost
[1] http://old.nabble.com/-Ltp-coverage--Issue-when-doing-a-merge-of-info-
files-with-genhtml-td26166177.html
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.31-1-amd64
Debian Release: squeeze/sid
500 unstableftp.nl.debian.org
--- Package information. ---
Package's Depends field is empty.
Package's Recommends field is empty.
Package's Suggests field is empty.
--- utils/analysis/lcov/bin/genhtml 1.24
+++ utils/analysis/lcov/bin/genhtml 1.25
@@ -1503,7 +1503,9 @@ sub merge_func_data($$$)
my %result;
my $func;
- %result = %{$funcdata1};
+ if (defined($funcdata1)) {
+ %result = %{$funcdata1};
+ }
foreach $func (keys(%{$funcdata2})) {
my $line1 = $result{$func};
@@ -1535,7 +1537,9 @@ sub add_fnccount($$)
my $fn_hit;
my $function;
- %result = %{$fnccount1};
+ if (defined($fnccount1)) {
+ %result = %{$fnccount1};
+ }
foreach $function (keys(%{$fnccount2})) {
$result{$function} += $fnccount2-{$function};
}
Bug#592640: [linux-image-2.6.32-5-amd64] FTDI driver broken
Package: linux-image-2.6.32-5-amd64 Version: 2.6.32-18 Severity: normal --- Please enter the report below this line. --- This version breaks the FTDI usb serial driver as is used to upload software on an Arduino Duemilanove with avrdude. Booting with an the older kernel linux-image-2.6.31-1-amd64 2.6.31-2 it works again. relevant parts of dmesg with failing kernel: when plugging in: [ 5849.356402] USB Serial support registered for FTDI USB Serial Device [ 5849.356555] ftdi_sio 7-1:1.0: FTDI USB Serial Device converter detected [ 5849.356625] usb 7-1: Detected FT232RL [ 5849.356627] usb 7-1: Number of endpoints 2 [ 5849.356630] usb 7-1: Endpoint 1 MaxPacketSize 64 [ 5849.356632] usb 7-1: Endpoint 2 MaxPacketSize 64 [ 5849.356634] usb 7-1: Setting MaxPacketSize 64 [ 5849.358115] usb 7-1: FTDI USB Serial Device converter now attached to ttyUSB0 [ 5849.358132] usbcore: registered new interface driver ftdi_sio [ 5849.358134] ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver [ 5861.333055] ftdi_sio ttyUSB0: ftdi_submit_read_urb - failed submitting read urb, error -1 when trying to upload a new software sketch avrdude says this: avrdude: stk500_recv(): programmer is not responding Thanks, Joost Damad --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.nl.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== module-init-tools | 3.12-1 linux-base (= 2.6.32-18) | 2.6.32-18 initramfs-tools (= 0.55) | 0.97.2 OR linux-initramfs-tool| Package Status (Version) | Installed =-+-=== firmware-bnx2 | firmware-bnx2x| firmware-ipw2x00 | firmware-ivtv | firmware-iwlwifi | 0.26 firmware-linux| firmware-linux-nonfree| firmware-qlogic | firmware-ralink | xen-hypervisor| Recommends(Version) | Installed ===-+- firmware-linux-free (= 2.6.32) | 2.6.32-18 Suggests (Version) | Installed ===-+-=== linux-doc-2.6.32| grub| 0.97-61 OR lilo| --- Output from package bug script --- ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-18) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Sat Jul 24 01:47:24 UTC 2010 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=/dev/mapper/glaurung-root ro rootflags=data=journal quiet ** Tainted: P (1) * Proprietary module has been loaded. ** Kernel log: [ 34.121495] fuse init (API version 7.13) [ 34.580987] Loading iSCSI transport class v2.0-870. [ 34.720119] iscsi: registered transport (tcp) [ 34.861676] iscsi: registered transport (iser) [ 36.810834] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input16 [ 43.110872] Bluetooth: L2CAP ver 2.14 [ 43.110874] Bluetooth: L2CAP socket layer initialized [ 43.257174] Bluetooth: RFCOMM TTY layer initialized [ 43.257178] Bluetooth: RFCOMM socket layer initialized [ 43.257180] Bluetooth: RFCOMM ver 1.11 [ 44.175487] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 44.175490] Bluetooth: BNEP filters: protocol multicast [ 44.354293] Bridge firewalling registered [ 44.515332] Bluetooth: SCO (Voice Link) ver 0.6 [ 44.515335] Bluetooth: SCO socket layer initialized [ 45.274687] iwlagn :0c:00.0: firmware: requesting iwlwifi-5000-2.ucode [ 45.378497] iwlagn :0c:00.0: loaded firmware version 8.24.2.12 [ 45.562931] Registered led device: iwl-phy0::radio [ 45.562954] Registered led device: iwl-phy0::assoc [ 45.562976] Registered led device: iwl-phy0::RX [ 45.562999] Registered led device: iwl-phy0::TX [ 45.581109] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 45.582617] alloc irq_desc for 33 on node -1 [ 45.582620] alloc kstat_irqs on node -1 [ 45.582639] tg3 :09:00.0: irq 33 for MSI/MSI-X [ 45.646154] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 47.244355] lp: driver loaded but no devices found [ 47.249365] ppdev: user-space parallel port driver [ 48.778613] tg3: eth0: Link is up at 1000 Mbps, full duplex. [ 48.778617] tg3: eth0: Flow control is on for TX and on for RX. [ 48.779318] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 52.402390] vboxdrv: Trying to deactivate the NMI watchdog permanently... [ 52.402393] vboxdrv: Successfully done. [ 52.402395] vboxdrv: Found 4 processor cores. [ 52.402575] VBoxDrv: dbg -
Bug#592640: [linux-image-2.6.32-5-amd64] FTDI driver broken
On Thursday 12 August 2010 01:26:33 Ben Hutchings wrote: On Wed, 2010-08-11 at 19:11 +0200, Joost Yervante Damad wrote: Package: linux-image-2.6.32-5-amd64 Version: 2.6.32-18 Severity: normal --- Please enter the report below this line. --- This version breaks the FTDI usb serial driver as is used to upload software on an Arduino Duemilanove with avrdude. Booting with an the older kernel linux-image-2.6.31-1-amd64 2.6.31-2 it works again. relevant parts of dmesg with failing kernel: when plugging in: [ 5849.356402] USB Serial support registered for FTDI USB Serial Device [ 5849.356555] ftdi_sio 7-1:1.0: FTDI USB Serial Device converter detected [ 5849.356625] usb 7-1: Detected FT232RL [ 5849.356627] usb 7-1: Number of endpoints 2 [ 5849.356630] usb 7-1: Endpoint 1 MaxPacketSize 64 [ 5849.356632] usb 7-1: Endpoint 2 MaxPacketSize 64 [ 5849.356634] usb 7-1: Setting MaxPacketSize 64 [ 5849.358115] usb 7-1: FTDI USB Serial Device converter now attached to ttyUSB0 [ 5849.358132] usbcore: registered new interface driver ftdi_sio [ 5849.358134] ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver And then there is a gap of 12 seconds, before: [ 5861.333055] ftdi_sio ttyUSB0: ftdi_submit_read_urb - failed submitting read urb, error -1 This error message appears whenever the device is closed (which is a bug, but a minor one). when trying to upload a new software sketch avrdude says this: avrdude: stk500_recv(): programmer is not responding Can you reproduce this, i.e. have you tried this several times and seen the same failure? Yes, I tried it multiple times, even with a different arduino, I first thought I had an arduino with broken firmware. Then I tried the same arduino on my netbook and it immediately worked. Then I tried booting with the older kernel and it started working again on my main laptop also. When I made the bugreport, I tried all this again to be sure and the behaviour remains the same. If there's other things you'd like me to test, let me know. As this bug breaks basic Arduino development for me, it's quite annoying :) Thanks, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546815: timidity dependency error
Hi,
On Tuesday 15 September 2009 23:39:34 Emanuel Amaral Couto wrote:
Package: timidity
Version: timidity
Severity: grave
Justification: renders package unusable
timidity depends on timidity-daemon. On the other end timidity-daemon
depends on timidity:
Timidity only recommends timidity-daemon. But besides that, there is no
problem with the way the dependencies are. However it looks like there is some
other problem installing...
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following NEW packages will be installed:
timidity timidity-daemon{a}
0 packages upgraded, 2 newly installed, 0 to remove and 79 not upgraded.
Need to get 0B/677kB of archives. After unpacking 1,716kB will be used.
Do you want to continue? [Y/n/?] Y
Writing extended state information... Done
(Reading database ... 214498 files and directories currently installed.)
Unpacking timidity (from .../timidity_2.13.2-35_amd64.deb) ...
Stopping old timidity because of location change..
invoke-rc.d: unknown initscript, /etc/init.d/timidity not found.
dpkg: error processing /var/cache/apt/archives/timidity_2.13.2-35_amd64.deb
(--unpack): subprocess new pre-installation script returned error exit
... this should not happen of course.
I'll try to reproduce this. I spend quite some time testing the upgrade to
-35, maybe I overlooked some issue with installing...
Greetings, Joost Damad
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544061: Uninstallable: polkit-session.c:144:polkit_session_set_uid(): session != NULL
On Friday 28 August 2009 14:55:16 Julien Valroff wrote:
Package: timidity-daemon
Version: 2.13.2-32
Severity: grave
Justification: renders package unusable
Hi,
When I try to install timitdity-daemon, the daemon doesn't start, causing
the package to be in iF state (installed, Failed-config). You will note
that I have to stop the process with a ^C.
# LANG=C aptitude install timidity-daemon
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
The following NEW packages will be installed:
freepats{a} timidity{a} timidity-daemon
0 packages upgraded, 3 newly installed, 0 to remove and 1 not upgraded.
Need to get 0B/29.6MB of archives. After unpacking 35.7MB will be used.
Do you want to continue? [Y/n/?]
Writing extended state information... Done
Selecting previously deselected package freepats.
(Reading database ... 133647 files and directories currently installed.)
Unpacking freepats (from .../freepats_20060219-1_all.deb) ...
Selecting previously deselected package timidity.
Unpacking timidity (from .../timidity_2.13.2-32_amd64.deb) ...
Selecting previously deselected package timidity-daemon.
Unpacking timidity-daemon (from .../timidity-daemon_2.13.2-32_all.deb) ...
Processing triggers for menu ...
Processing triggers for man-db ...
Setting up freepats (20060219-1) ...
Setting up timidity (2.13.2-32) ...
Setting up timidity-daemon (2.13.2-32) ...
Starting TiMidity++ ALSA midi emulation...No protocol specified
XOpenDisplay() failed
Home directory /etc/timidity not ours.
[WARN 3839] polkit-session.c:144:polkit_session_set_uid(): session != NULL
Not built with -rdynamic so unable to print a backtrace
^CTerminated sig=0x02
This is not timidity failing.
It seems to have something to do with policykit, whatever that is.
On my system it installs just fine.
Thanks, Joost Damad
--
Joost Yervante Damad - http://damad.be/joost/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544061: Uninstallable: polkit-session.c:144:polkit_session_set_uid(): session != NULL
Hi, On Friday 28 August 2009 21:12:51 you wrote: You are right, from the error message, it is related to PolicyKit. If timidity-daemon is not the origin of the problem, it should be fixed in policykit, feel free to reassign the bug to the appropriate package. See http://hal.freedesktop.org/docs/PolicyKit/ for a description of policykit. I use GNOME, hence have PolicyKit installed on my system. Thanks, I will take care of that. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544061: [Pkg-utopia-maintainers] Processed (with 1 errors): policykit
Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: package timidity-daemon Limiting to bugs with field 'package' containing at least one of 'timidity- daemon' Limit currently set to 'package':'timidity-daemon' retitle 544061 policykit somehow interferes with timidity-daemon installation Bug #544061 [timidity-daemon] Uninstallable: polkit- session.c:144:polkit_session_set_uid(): session != NULL Changed Bug title to 'policykit somehow interferes with timidity-daemon installation' from 'Uninstallable: polkit- session.c:144:polkit_session_set_uid(): session != NULL' reassign 544061 policykit Bug #544061 [timidity-daemon] policykit somehow interferes with timidity- daemon installation Bug reassigned from package 'timidity-daemon' to 'policykit'. Failed to clear fixed versions and reopen on 544061: limit failed for bugs: 544061. It's timidity-daemon which fails to install, so this bug should be investigated there. I would start by debugging the init script (e.g. by setting set -x) to see where the install fails. If you have a concrete bug report against policykit, then please file it, the current on certainly isn't and I won't do any timidity debugging for you. Michael Hi Michael, first allow me to appologize, the reassign was supposed to have some more context but I forgot to Cc: the bugreport. Timidity inistallation goes fine on e.g. my KDE based system. Only when policykit is installed the installation seeks to fluke. I'll have a look if I can find some more evidence and come back then. Thanks, Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544061: Uninstallable: polkit-session.c:144:polkit_session_set_uid(): session != NULL
Hi Julien, On Friday 28 August 2009 21:12:51 Julien Valroff wrote: You are right, from the error message, it is related to PolicyKit. If timidity-daemon is not the origin of the problem, it should be fixed in policykit, feel free to reassign the bug to the appropriate package. See http://hal.freedesktop.org/docs/PolicyKit/ for a description of policykit. I use GNOME, hence have PolicyKit installed on my system. I am unable to reproduce this on my system. Could you perhaps provide me with a process tree ( pstree -c ) of the situation, so I can see which process is hanging? Thanks, Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557179: Problem in patch
On Sunday 22 November 2009 19:08:11 Cyril Brulebois wrote: Maarten ter Huurne maar...@treewalker.org (22/11/2009): Hi Cyril, Heya, I changed the test to: #if wxUSE_JOYSTICK This works on Linux. Could you please test it on Debian kfreebsd? works fine, sorry for the faulty logic. Reminds me I had some patch to send for openmsx too. :) Thanks all, I'll upload a version with this fix. Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557638: timidity-daemon: no /etc/init.d/timidity file
On Monday 23 November 2009 14:38:07 Hideo Oshima wrote: Package: timidity-daemon Version: 2.13.2-36 Severity: important I installed timidity and timidity-daemon but no /etc/init.d/timidity file has not been created. So timidity daemon cannot be started at boot time. Did you upgrade or start from scratch? If I do an install from a system where I previously purged timidity I don't get this behaviour, it installs fine including the /etc/init.d/timidity file. Is it perhaps related to this [1] bug ? Joost [1] https://bugs.launchpad.net/ubuntu/+source/timidity/+bug/120810 -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549083: not working for me since 3.0-3.1
Hello, my machine with root on raid won't boot since 3.0-3.1 and also still not with 3.0.3-1. I manually choose my older 2.6.29 kernel in grub now as a workaround. I tried re-generating the initrd for 2.6.30-2 to make sure it is using the new mdadm/udev but this didn't help. The initrd can be downloaded from http://damad.be/joost/initrd.img-2.6.30-2- amd64 In attachment the output from the bug script for mdadm. If you need any other info just let me know. Thanks, Joost Damad --- mount output /dev/mapper/glaurung-root on / type ext3 (rw,noatime,data=journal,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sdb1 on /boot type ext3 (rw) automount(pid3104) on /net type autofs (rw,fd=4,pgrp=3104,minproto=2,maxproto=4) --- mdadm.conf # mdadm.conf # # Please refer to mdadm.conf(5) for information about this file. # # by default, scan all partitions (/proc/partitions) for MD superblocks. # alternatively, specify devices to scan, using wildcards if desired. DEVICE partitions # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes # automatically tag new arrays as belonging to the local system HOMEHOST system # instruct the monitoring daemon where to send mail alerts MAILADDR root # definitions of existing MD arrays ARRAY /dev/md0 level=raid0 num-devices=2 UUID=1bec7088:f0bd953f:0fc85259:0d1f8d6b # This file was auto-generated on Wed, 19 Nov 2008 16:26:58 +0100 # by mkconf $Id$ --- /proc/mdstat: Personalities : [raid0] md0 : active raid0 sda5[0] sdb5[1] 429521600 blocks 64k chunks unused devices: none --- /proc/partitions: major minor #blocks name 80 312571224 sda 81 136521 sda1 82 97659135 sda2 83 1 sda3 85 214772953 sda5 8 16 312571224 sdb 8 17 979933 sdb1 8 18 1 sdb2 8 21 214748856 sdb5 8 22 96839788 sdb6 90 429521600 md0 2540 15622144 dm-0 2541 510734336 dm-1 --- initrd.img-2.6.29-2-amd64: 72126 blocks ca5d41b5bcf5eec4fe19e82d4ab1e6c2 ./etc/mdadm/mdadm.conf 395b53de2c29c326c175ca0d6272270c ./sbin/mdadm 0b8adb966ffd3b5acf8e7105c75a9944 ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/dm-mirror.ko 1fb1af5d34caf7b55cdcba1626c578de ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/raid0.ko 74ed973202f4e37b24a677d7dd4c97f9 ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/linear.ko d8095e55a31e48d4b78b41a1174827b3 ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/dm-mod.ko bad21be794d61f55a09b80f083c634b0 ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/raid1.ko 1faa663cb0c7cfbccb134c53f20e8388 ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/raid456.ko 99a4228902fc7105b43d2e9cf7f20c06 ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/raid10.ko 41f4fcf108a702246bd218446c9c3d7f ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/dm-snapshot.ko da56c5822dd4340731407f7fbf0b5c62 ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/multipath.ko 189ef3249a651ffc1a80cd916aad7f4d ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/dm-log.ko 2aaf742110a4d89dd7ead201b87be507 ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/md-mod.ko b0092b89f124881326566f1bd9dd60e3 ./lib/modules/2.6.29-2-amd64/kernel/drivers/md/dm-region-hash.ko d8f47342aa01511eaa4773eecc68458f ./scripts/local-top/mdadm --- /proc/modules: dm_snapshot 17896 0 - Live 0xa0192000 raid0 6368 1 - Live 0xa018b000 md_mod 82740 2 raid0, Live 0xa0171000 dm_mirror 14392 0 - Live 0xa0022000 dm_region_hash 12656 1 dm_mirror, Live 0xa001c000 dm_log 10116 2 dm_mirror,dm_region_hash, Live 0xa0014000 dm_mod 57872 10 dm_snapshot,dm_mirror,dm_log, Live 0xa000 --- /var/log/syslog: --- volume detail: /dev/sda is not recognised by mdadm. /dev/sda1 is not recognised by mdadm. /dev/sda2 is not recognised by mdadm. /dev/sda3 is not recognised by mdadm. /dev/sda5: Magic : a92b4efc Version : 0.90.00 UUID : 1bec7088:f0bd953f:0fc85259:0d1f8d6b Creation Time : Wed Nov 19 16:20:23 2008 Raid Level : raid0 Used Dev Size : 0 Raid Devices : 2 Total Devices : 2 Preferred Minor : 0 Update Time : Wed Nov 19 16:20:23 2008 State : active Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 Checksum : 650692a5 - correct Events : 1 Chunk Size : 64K Number Major Minor RaidDevice State this 0 850 active sync /dev/sda5 0 0 850 active sync /dev/sda5 1 1 8 211 active sync /dev/sdb5 -- /dev/sdb is not recognised by mdadm.
Bug#538967: timidity: Initscript still part of the package
Hey, bugs don't solve them self automatically. A solution has not yet been uploaded, but will be one of the next days. Thanks, Joost -- Joost Yervante Damad - http://damad.be/joost/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538967: fixed in timidity 2.13.2-33
On Sunday 06 September 2009 16:46:23 Petter Reinholdtsen wrote: The problem with the left behind obsolete init.d/timidity script seem to still exist. It is reported to block migration to dependency based boot sequencing in #545205. URL: http://wiki.debian.org/DpkgConffileHandling document how to remove an obsolete conffile. Happy hacking, There seems to be indeed another problem. I'll have a look one of the next days. Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
