Bug#345931: If the problem is that the user doesn't know ...
If stage2 and stage1.5 are correct then most likely stage1 is correct as well. So would say just checking there version matches grub-shell would be enough. On Mon, Sep 25, 2006 at 09:01:02AM +0530, Kapil Hari Paranjape wrote: Solution 2: (Since stage1 does not change a lot) we can usually expect that stage1 of an older version will be able to load the current version of stage2 or stage1.5; so we only check the version numbers of the latter. However, this has some future risks built in---when stage1 is actually changed what do we do? ___ Pkg-grub-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389335: xserver-xorg-video-via: unresolved symbol: 'assert'
Package: xserver-xorg-video-via Version: 1:0.2.1-4 Severity: grave Tags: patch Justification: renders package unusable Come on people. I know I've seen this error come up before. Assert is a macro, not a function. Please don't add packages, even to unstable, if they won't work under any circumstances. Especially for something like this: diff -aur xserver-xorg-video-via-0.2.1/src/via_dri.c new/src/via_dri.c --- src/via_dri.c 2006-04-07 14:51:35.0 -0700 +++ src/via_dri.c 2006-09-24 22:31:34.0 -0700 @@ -44,6 +44,8 @@ #include via_id.h #include xf86drm.h +#include assert.h + #define VIDEO 0 #define AGP1 #define AGP_PAGE_SIZE 4096 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-video-via depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libdrm2 2.0.2-0.1 Userspace interface to kernel DRM ii xserver-xorg-core2:1.1.1-7 X.Org X server -- core server xserver-xorg-video-via recommends no packages. -- no debconf information diff -aur xserver-xorg-video-via-0.2.1/src/via_dri.c new/src/via_dri.c --- xserver-xorg-video-via-0.2.1/src/via_dri.c 2006-04-07 14:51:35.0 -0700 +++ new/src/via_dri.c 2006-09-24 22:31:34.0 -0700 @@ -44,6 +44,8 @@ #include via_id.h #include xf86drm.h +#include assert.h + #define VIDEO 0 #define AGP 1 #define AGP_PAGE_SIZE 4096
Bug#389334: libgalago1.0-cil: Package setup fails
Package: libgalago1.0-cil Version: 0.5.0-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tried to upgrade to Beagle 0.2.10, which pulled this in, but I got this error, and now I can't even shutdown beagle with $(beagle-shutdown): Setting up libgalago1.0-cil (0.5.0-1) ... * Installing 1 assembly from libgalago1.0-cil into Mono ** ERROR **: file threadpool.c: line 990 (mono_thread_pool_init): assertion failed: (async_call_klass) aborting... = Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: Native stacktrace: /usr/lib/libmono.so.0(mono_handle_native_sigsegv+0x113) [0xa7d4f5fa] /usr/lib/libmono.so.0 [0xa7d241e2] [0xe440] /lib/tls/i686/cmov/libc.so.6(abort+0x109) [0xa7ad0fb9] /usr/lib/libglib-2.0.so.0(g_logv+0x454) [0xa7c63114] /usr/lib/libglib-2.0.so.0(g_log+0x29) [0xa7c63149] /usr/lib/libglib-2.0.so.0(g_assert_warning+0x77) [0xa7c631c7] /usr/lib/libmono.so.0(mono_thread_pool_init+0x16a) [0xa7de58de] /usr/lib/libmono.so.0(mono_runtime_init+0x23) [0xa7decc65] /usr/lib/libmono.so.0(mini_init+0xb34) [0xa7d254f3] /usr/lib/libmono.so.0(mono_main+0x1388) [0xa7d41922] /usr/bin/mono [0x8048522] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xa7abbea8] /usr/bin/mono [0x8048471] Use of uninitialized value in scalar chomp at /usr/share/cli-common/runtimes.d/mono line 142. Use of uninitialized value in concatenation (.) or string at /usr/share/cli-common/runtimes.d/mono line 111. ** ERROR **: file threadpool.c: line 990 (mono_thread_pool_init): assertion failed: (async_call_klass) aborting... = Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: Native stacktrace: /usr/lib/libmono.so.0(mono_handle_native_sigsegv+0x113) [0xa7e225fa] /usr/lib/libmono.so.0 [0xa7df71e2] [0xe440] /lib/tls/i686/cmov/libc.so.6(abort+0x109) [0xa7ba3fb9] /usr/lib/libglib-2.0.so.0(g_logv+0x454) [0xa7d36114] /usr/lib/libglib-2.0.so.0(g_log+0x29) [0xa7d36149] /usr/lib/libglib-2.0.so.0(g_assert_warning+0x77) [0xa7d361c7] /usr/lib/libmono.so.0(mono_thread_pool_init+0x16a) [0xa7eb88de] /usr/lib/libmono.so.0(mono_runtime_init+0x23) [0xa7ebfc65] /usr/lib/libmono.so.0(mini_init+0xb34) [0xa7df84f3] /usr/lib/libmono.so.0(mono_main+0x1388) [0xa7e14922] /usr/bin/mono [0x8048522] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xa7b8eea8] /usr/bin/mono [0x8048471] sh: line 1: 25484 Aborted /usr/bin/mono /usr/lib/mono/1.0/gacutil.exe /i `basename /usr/lib/cli/galago-sharp/galago-sharp.dll` /dev/null E: installing Assembly /usr/lib/cli/galago-sharp/galago-sharp.dll failed - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libgalago1.0-cil depends on: ii cli-common0.4.3 common files between all CLI (.NET ii libgalago20.5.1-2Galago presence library ii libglib2.0-cil2.8.3-1CLI binding for the GLib utility l ii libmono-corlib1.0-cil 1.1.13.8-1 Mono core library (1.0) libgalago1.0-cil recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFF2o65+GdyTDsrJsRAgMyAJ9FkxTCZq7mG16BcxT9ADwckEvfNQCg1Bna 7FlePz11NLI2BngygoFewNE= =jLrs -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389287: marked as done (Package built against libraries from experimental)
Your message dated Mon, 25 Sep 2006 08:41:16 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#389287: Package built against libraries from experimental has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gcalctool Version: 5.8.24-1 Severity: grave The above version of gcalctool was built against gtk-2.10 from experimental but the package was uploaded to unstable. This makes the package uninstallable. This problem can most likely been solved by scheduling binNMUs (given that the build deps don't have to be changed). Cheers, Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gcalctool depends on: ii gconf2 2.14.0-4GNOME configuration database syste ii libatk1.0-0 1.12.2-1The ATK accessibility toolkit ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgconf2-4 2.14.0-4GNOME configuration database syste ii libglib2.0-0 2.12.3-2The GLib library of C routines ii libgnome2-0 2.14.1-3The GNOME 2 library - runtime file ii libgnomeui-0 2.14.1-2The GNOME 2 libraries (User Interf ii libgtk2.0-0 2.8.20-1The GTK+ graphical user interface gcalctool recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 5.8.24-1+b1 On Mon, Sep 25, 2006, Michael Biebl wrote: The above version of gcalctool was built against gtk-2.10 from experimental but the package was uploaded to unstable. This makes the package uninstallable. This problem can most likely been solved by scheduling binNMUs (given that the build deps don't have to be changed). I think the maintainer uploaded a manual bin NMU already or requested on to release, anyway I see: gcalctool | 5.8.24-1+b1 | unstable | i386 -- Loïc Minier [EMAIL PROTECTED] ---End Message---
Bug#389126: gnome-session: strace
On Sun, Sep 24, 2006, Stephen Touset wrote: Also, stracing gnome-session seems like it may be a bit hard, since it would have to be done from within an x terminal, and X stops refreshing the screen when gnome-session is started. -o to write to a file? -- Loïc Minier [EMAIL PROTECTED]
Bug#389126: gnome-session: ~/.gnome2/session
On Sun, Sep 24, 2006, Stephen Touset wrote: I have no ~/.gnome2/session file. Bah, I probably got the name wrong, as I don't have one (I don't save my session). -- Loïc Minier [EMAIL PROTECTED]
Processed: tagging 389242
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 tags 389242 + experimental Bug#389242: eog: version from experimental is uninstallable There were no tags set. Tags added: experimental End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388838: sysv-rc-bootsplash: modifies files belonging to other packages
|--== Steve Langasek writes: SL On Sat, Sep 23, 2006 at 11:28:45AM +0100, Pablo Chinea wrote: El Sábado, 23 de Septiembre de 2006 10:19, Steve Langasek escribió: It most certainly is a policy violation. A package is not allowed to edit a conffile, *ever*. I didn't know it :-S, sorry. Though looking at sysv-rc package I see /etc/init.d/rc is not classified as conffile. SL Well, that means there's a bug in sysv-rc because it should be a conffile; SL it also means that editing /etc/init.d/rc isn't going to work very well for SL you, because the changes would simply be overwritten on each upgrade of SL sysv-rc. If /etc/init.d/rc is a conffile, and it gets modify, I think dpkg should warn the user when a the sysv-rc package tries to replace it with a new version, isn't it? Anyway, I believe that it is better to not edit it, but how? Bootsplash needs to know the progress of the initscripts execution. SL Please try to coordinate with the sysv-rc maintainer to see if support for SL this can be included in the sysv-rc package in a non-disruptive way. The patch is not very big, so I believe it should be possible to get it merged somehow. I'll check what can be done.. Ciao, Free
Bug#388289: [Pkg-zope-developers] Bug#388289: zope-cmfplone: Please deploy anti-link-spam patch as a matter of urgency
Il giorno mar, 19/09/2006 alle 16.53 +0100, Matthew Vernon ha scritto: Package: zope-cmfplone Version: 2.0.4-3sarge1 Severity: important Tags: security [possibly this should be higher priority] A new version of plone has been released, which fixes link-spamming attacks in older versions. This is causing quite a serious problem on the site I administer. A backport of the fix to plone 2.0.x has been released, and should be made available to debian users as a matter of urgency. http://plone.org/news/plone-2.5.1-and-2.1.4-released has the details. I'm working on it, I'll submit the package to the security team as soon as possible and I'm going to upload 2.5.1 in unstable today. Thanks, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#389189: Thanks
Thanks for this report. I am currently preparing an upload of the latest release (20060918) which will include a fix for this bug. As ltp is heavy on the buildd's please refrain from NMUs for this bug until at least 2006-09-27. Regards Alastair -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 389242
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 # workaround for vt limit tags 389242 experimental Bug#389242: eog: version from experimental is uninstallable Tags were: experimental Tags added: experimental End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389316: stlport5.1_5.0.99rc2-4(hppa/unstable): FTBFS: links without arch-specific stdlibs
Hi, Selon [EMAIL PROTECTED]: Package: stlport5.1 Version: 5.0.99rc2-4 Severity: serious architectures are allowed to have specific standard libraries, and linking without them is fatal. There was an error while trying to autobuild your package: Automatic build of stlport5.1_5.0.99rc2-4 on bld-3 by sbuild/hppa 85 Build started at 20060921-1545 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs, debhelper (= 4.1.0), dpkg-dev (= 1.13.19), quilt [...] ../../../stlport/stl/_hashtable.h:634: undefined reference to `$$remU' ../../../stlport/stl/_hashtable.h:634: undefined reference to `$$remU' ../../../stlport/stl/_hashtable.h:634: undefined reference to `$$remU' obj/gcc/so/unordered_test.o:../../../stlport/stl/_hashtable.h:634: more undefined references to `$$remU' follow obj/gcc/so/unordered_test.o: In function `UnorderedTest::myRun(char const*, bool)': ../../../test/unit/unordered_test.cpp:26: undefined reference to `$$dyncall' ../../../test/unit/unordered_test.cpp:26: undefined reference to `$$dyncall' ../../../test/unit/unordered_test.cpp:26: undefined reference to `$$dyncall' ../../../test/unit/unordered_test.cpp:27: undefined reference to `$$dyncall' ../../../test/unit/unordered_test.cpp:27: undefined reference to `$$dyncall' obj/gcc/so/unordered_test.o:../../../test/unit/unordered_test.cpp:27: more undefined references to `$$dyncall' follow collect2: ld returned 1 exit status make[1]: *** [obj/gcc/so/stl_unit_test] Error 1 make[1]: Leaving directory `/build/buildd/stlport5.1-5.0.99rc2/build/test/unit' make: *** [common-binary-post-install-arch] Error 2 The very same error used to happen for stlport5. The fix was to add -lgcc to link the static library that contains those symbols on hppa. As stlport5 provides a STL replacement it is linked with -nostdlib. I'll have a look at this tonight, if Twerner has not already fixed it by then. Thanks, Thomas
Processed: tagging 389296
Processing commands for [EMAIL PROTECTED]: tags 389296 + pending Bug#389296: linux-2.6_2.6.18-1(hppa/unstable): FTBFS: Missing build-dep? Tags were: pending Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 389296
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 tags 389296 pending Bug#389296: linux-2.6_2.6.18-1(hppa/unstable): FTBFS: Missing build-dep? There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389296: linux-2.6_2.6.18-1(hppa/unstable): FTBFS: Missing build-dep?
On Sun, Sep 24, 2006 at 08:38:36PM -0400, Kyle McMartin wrote: The hell? This should be trying to use ``hppa64-linux-gnu-gcc'' not ``hppa64-linux-gcc-4.1.'' Two bugs. - gcc-4.1-hppa64 was not in the build dependencies and therefor not installed. - The parrisc Makefile overwrite CROSS_COMPILE on there own depending on the available files in /usr/bin. Bastian -- Is truth not truth for all? -- Natira, For the World is Hollow and I have Touched the Sky, stardate 5476.4. signature.asc Description: Digital signature
Bug#389173: Uninstallable due to unmet dep on python2.4-dbus
tags 389173 + pending thanks Hi colleague, On Sun, 2006-09-24 at 15:50 +0200, Luk Claes wrote: Your package is not installable as it depends on python2.4-dbus which is not available in unstable anymore. You might want to update the dependency to python-dbus. I was waiting for this change of the dbus package. I am preparing the updated package now. Adriaan signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#389173: Uninstallable due to unmet dep on python2.4-dbus
Processing commands for [EMAIL PROTECTED]: tags 389173 + pending Bug#389173: Uninstallable due to unmet dep on python2.4-dbus There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389352: xtel: purging the package fails (update-inetd unavailable)
Package: xtel Version: 3.3.0-5.3 Severity: serious Hello Eric, There is an error when attempting to purge xtel: Removing xtel ... Purging configuration files for xtel ... /var/lib/dpkg/info/xtel.postrm: line 24: update-inetd: command not found dpkg: error processing xtel (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on update-inetd to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389350: nut: purging the package fails (adduser unavailable)
Package: nut Version: 2.0.4-2 Severity: serious Hello Arnaud, There is an error when attempting to purge nut: Removing nut ... Purging configuration files for nut ... /var/lib/dpkg/info/nut.postrm: line 5: deluser: command not found dpkg: error processing nut (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on adduser to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389030: xserver-xorg: does not start (after reboot) if no mouse is attached
On Sat, 2006-09-23 at 15:43 +0200, Frans Pop wrote: On Saturday 23 September 2006 14:58, Eddy Petrișor wrote: I have found that if I plug out the USB mouse and restart the system the X server will not start unless th mouse is attached. Removing the mouse after the server has started has no ill effects. Although currently there are almost no systems without a mouse, it shouldn't be a requiremnt for the X server to start. $ man xorg.conf See Option AllowMouseOpenFail boolean That's not really a good solution though, as it won't allow using the mouse once the X server is started. It would be better to make sure the kernel module behind /dev/input/mice gets loaded regardless of whether there's any mice connected. Longer term, the upcoming X server input-hotplug support should should solve this cleanly. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#389351: console-log: purging the package fails (adduser unavailable)
Package: console-log Version: 1.0-12 Severity: serious Hello Marc, There is an error when attempting to purge console-log: Removing console-log ... Purging configuration files for console-log ... Removing system user /var/lib/dpkg/info/console-log.postrm: line 23: deluser: command not found dpkg: error processing console-log (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on adduser to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389291: dpkg FTBFS
On Mon, Sep 25, 2006 at 01:07:47AM +0200, Nicolas François wrote: In libselinux (1.30.28-1), -lpthread was added to the libselinux's pkg-config. dpkg is statically linked against the SELinux library, thus against the libpthread, which requires some symbols from libc. Adding -lc (e.g. in m4/libs.m4) before -lpthread fixes this issue, but I'm not sure it's the right way. i.e. using: -lc -Wl,-Bstatic `pkg-config --static --libs libselinux` -Wl,-Bdynamic instead of: -Wl,-Bstatic `pkg-config --static --libs libselinux` -Wl,-Bdynamic Could you check if changing -lpthread to -pthread works? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Processed: tagging 387500
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 tags 387500 pending Bug#387500: Debian installer fails to install GRUB Tags were: fixed d-i Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 387729
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 tags 387729 pending Bug#387729: Only wrapper for grub-install is available, not the real grub-install Tags were: fixed patch Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389101: gstreamer0.10-plugins-good: Depends on non-existant libraw1394-5, should depend on libraw1394-8?
On Sat, Sep 23, 2006 at 04:49:09PM -0700, Steve Langasek wrote: On Sat, Sep 23, 2006 at 02:54:55PM -0700, Garrett Patrick McLean wrote: Package: gstreamer0.10-plugins-good Version: 0.10.3-3 Severity: grave Justification: renders package unusable Can't install this package, same deal with libavc1394-0 (not sure if I should file a bug there as well, please feel free to advise). libavc1394-0 has already been rebuilt for the soname change in libraw1394. gst-plugins-good0.10 will also be binNMUed for this change, but I've deferred this rebuild for right now so that the current version can get into testing with the current dbus transition. So I would ask the maintainers to *not* act on this bug, but instead let it be taken care of by the autobuilders when the time is right. The last thing on my system that depends on libdbus-1-2 is banshee, which unfortunately can't be rebuild for the new dbus as gstreamer0.10-plugins-good is uninstallable.. Maybe gst-plugins-good0.10 needs a rebuild before the dbus transition afterall? Sjoerd -- Philogyny recapitulates erogeny; erogeny recapitulates philogyny. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389354: uucp: purging the package fails (update-inetd unavailable)
Package: uucp Version: 1.07-18 Severity: serious Hello Peter, There is an error when attempting to purge uucp: Removing uucp ... Purging configuration files for uucp ... /var/lib/dpkg/info/uucp.postrm: line 28: update-inetd: command not found dpkg: error processing uucp (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on update-inetd to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#389030: xserver-xorg: does not start (after reboot) if no mouse is attached
Processing commands for [EMAIL PROTECTED]: # this closing was hasty reopen 389030 Bug#389030: xserver-xorg: does not start (after reboot) if no mouse is attached Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389030: xserver-xorg: does not start (after reboot) if no mouse is attached
# this closing was hasty reopen 389030 thanks În data de Sb, 23-09-2006 la 15:43 +0200, Frans Pop a scris: On Saturday 23 September 2006 14:58, Eddy Petrișor wrote: I have found that if I plug out the USB mouse and restart the system the X server will not start unless th mouse is attached. Removing the mouse after the server has started has no ill effects. Although currently there are almost no systems without a mouse, it shouldn't be a requiremnt for the X server to start. $ man xorg.conf See Option AllowMouseOpenFail boolean This is a default installation, the option should be there by default. Do you want me to submit this against Debian Installer packages? :-) Also, see also Michael's mail. == EddyP -- This message was scanned for viruses by BitDefender for Linux Mail Servers. For more information please visit http://www.bitdefender.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389324: xgalaga_2.0.34-39(hppa/unstable): FTBFS: compiler errors
On Sun, Sep 24, 2006 at 09:20:58PM -0600, [EMAIL PROTECTED] wrote: gcc -I. -O2 -g -DXF86VIDMODE -DHAVE_CONFIG_H -DXGALAGADIR=\/usr/share/games/xgalaga/\ -DSOUNDSERVER=\/usr/share/games/xgalaga/xgal.sndsrv.linux\ -DORIGINAL_XGALAGA -c pathfile.c -o pathfile.o gcc -I. -O2 -g -DXF86VIDMODE -DHAVE_CONFIG_H -DXGALAGADIR=\/usr/share/games/xgalaga/\ -DSOUNDSERVER=\/usr/share/games/xgalaga/xgal.sndsrv.linux\ -DORIGINAL_XGALAGA -c title.c -o title.o gcc -I. -O2 -g -DXF86VIDMODE -DHAVE_CONFIG_H -DXGALAGADIR=\/usr/share/games/xgalaga/\ -DSOUNDSERVER=\/usr/share/games/xgalaga/xgal.sndsrv.linux\ -DORIGINAL_XGALAGA -c explosions.c -o explosions.o gcc -I. -O2 -g -DXF86VIDMODE -DHAVE_CONFIG_H -DXGALAGADIR=\/usr/share/games/xgalaga/\ -DSOUNDSERVER=\/usr/share/games/xgalaga/xgal.sndsrv.linux\ -DORIGINAL_XGALAGA -c score.c -o score.o gcc -I. -O2 -g -DXF86VIDMODE -DHAVE_CONFIG_H -DXGALAGADIR=\/usr/share/games/xgalaga/\ -DSOUNDSERVER=\/usr/share/games/xgalaga/xgal.sndsrv.linux\ -DORIGINAL_XGALAGA -c highscore.c -o highscore.o gcc -I. -O2 -g -DXF86VIDMODE -DHAVE_CONFIG_H -DXGALAGADIR=\/usr/share/games/xgalaga/\ -DSOUNDSERVER=\/usr/share/games/xgalaga/xgal.sndsrv.linux\ -DORIGINAL_XGALAGA -c prize.c -o prize.o gcc -I. -O2 -g -DXF86VIDMODE -DHAVE_CONFIG_H -DXGALAGADIR=\/usr/share/games/xgalaga/\ -DSOUNDSERVER=\/usr/share/games/xgalaga/xgal.sndsrv.linux\ -DORIGINAL_XGALAGA -c sound.c -o sound.o gcc -I. -O2 -g -DXF86VIDMODE -DHAVE_CONFIG_H -DXGALAGADIR=\/usr/share/games/xgalaga/\ -DSOUNDSERVER=\/usr/share/games/xgalaga/xgal.sndsrv.linux\ -DORIGINAL_XGALAGA -c nas_sound.c -o nas_sound.o gcc -I. -O2 -g -DXF86VIDMODE -DHAVE_CONFIG_H -DXGALAGADIR=\/usr/share/games/xgalaga/\ -DSOUNDSERVER=\/usr/share/games/xgalaga/xgal.sndsrv.linux\ -DORIGINAL_XGALAGA -c frate.c -o frate.o gcc -I. -O2 -g -DXF86VIDMODE -DHAVE_CONFIG_H -DXGALAGADIR=\/usr/share/games/xgalaga/\ -DSOUNDSERVER=\/usr/share/games/xgalaga/xgal.sndsrv.linux\ -DORIGINAL_XGALAGA -c linux-joystick.c -o linux-joystick.o In file included from linux-joystick.c:9: /usr/include/linux/joystick.h:114: error: expected specifier-qualifier-list before 'int32_t' I think this is a known bug in linux-kernel-headers, and indicates the chroot needs an update? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385296: marked as done (broken with ssl on amd64)
Your message dated Mon, 25 Sep 2006 11:04:20 +0200 with message-id [EMAIL PROTECTED] and subject line Fixed in NMU of wvstreams 4.2.2-2.2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libwvstreams4.2-extras Version: 4.2.2-2.1 Severity: grave Hi, retchmal is broken on amd64: [0] [EMAIL PROTECTED]:~ 1j $retchmail -F A* Retrieve mail from [EMAIL PROTECTED]:995 into cb. A* Aborted. Error was: Can't get SSL context! stracing it yields: [...] 4979 open(/etc/host.conf, O_RDONLY) = 3 4979 fstat(3, {st_mode=S_IFREG|0644, st_size=9, ...}) = 0 4979 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a9556f000 4979 read(3, unfinished ... 4978 shutdown(4294967295, 0 /* receive */) = -1 EBADF (Bad file descriptor) 4978 write(1, A, 1) = 1 4978 write(1, * , 2) = 2 4978 write(1, Retrieve mail from [EMAIL PROTECTED]..., 51) = 51 [...] This looks like a type problem (4294967295 = 2^32 - 1) in wvstreams. I had a look at the source but couldn't spot any obvious errors. Recently having upgraded from sarge/i386 to etch/amd64, not being able to read -private at the moment could be said to be an advantage, I'd prefer to be able to read my other mail though :) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-11-amd64-k8 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libwvstreams4.2-extras depends on: ii libc62.3.6-15GNU C Library: Shared libraries ii libdb4.2 4.2.52-23.1 Berkeley v4.2 Database Libraries [ ii libpam0g 0.79-3.1Pluggable Authentication Modules l ii libslp1 1.2.1-5 OpenSLP libraries ii libssl0.9.8 0.9.8b-2SSL shared libraries ii libwvstreams4.2-base 4.2.2-2.1 C++ network libraries for rapid ap ii libxplc0.3.130.3.13-1Light weight component system ii zlib1g 1:1.2.3-13 compression library - runtime libwvstreams4.2-extras recommends no packages. -- no debconf information Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Version: 4.2.2-2.2 I've NMUed for this bug (fixing the bug to use versioning instead of the fixed tag, to ease tracking through testing); here's the changelog: wvstreams (4.2.2-2.2) unstable; urgency=medium . * Non-maintainer upload. * Add OpenSSL_add_ssl_algorithms() to SSL initializiation, as we're using the SSL part of OpenSSL and not just the crypto part (which was already initialized); fixes problems with WvSSLStream on at least amd64. (Closes: #385296) /* Steinar */ -- Homepage: http://www.sesse.net/ ---End Message---
Bug#389361: XSS vulnerability in elog
Package: elog Version: 2.6.1+r1642-1 Severity: grave Tags: security Justification: user security hole Hi, when editing a log entry in HTML mode, elog accepts arbitrary JavaScript code. This code will be executed in the browser of other users viewing the entry (provided they have JavaScript enabled), thus exposing the users to a XSS (cross site scripting) attack. To reproduce the problem, add or edit a log entry, switch to HTML mode and enter the following code snippet: 8-- script type='text/javascript' !-- alert(There seems to be the possibility of an XSS attack...); //-- /script 8-- When viewing the entry, a JavaScript Popup should appear. To remedy the problem, all script tags should be filtered out (or better yet, only safe HTML code should be allowed). At the very least, it should be possible to disable HTML entries (and this should be the default, with a big warning if someone wants to change it). Cheers, Til -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (200, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages elog depends on: ii adduser 3.97Add and remove users and groups ii libc62.3.6.ds1-4 GNU C Library: Shared libraries elog recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383403: Vicam driver appears to contain misappropriated code
In the Linux kernel, drivers/media/video/usbvideo/vicam.c contains *long* sequences which appear to have been lifted from some other driver without permission or attribution, probably by wire-sniffing. Not short sequences, really long ones. This is not just nondistributable, it's actually likely to be sued over: the company clearly didn't authorize this use. -- Nathanael Nerode [EMAIL PROTECTED] A thousand reasons. http://www.thousandreasons.org/ Lies, theft, war, kidnapping, torture, rape, murder... Get me out of this fascist nightmare! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 389030 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 severity 389030 normal Bug#389030: xserver-xorg: does not start (after reboot) if no mouse is attached Severity set to `normal' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: closing 388872
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 # fixed in upload, no need to send myself a close mail ;) close 388872 2.12.1-6 Bug#388872: glade: not binNMU-safe, uninstallable in unstable 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 2.12.1-6, send any further explanations to Steve Langasek [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374856: tinyerp-client: traceback at atartup - missing icon symlink
I've just caught this bug in testing with version is 3.3.0-2. foobar:/usr/lib/python2.3/site-packages/tinyerp-client# ln -s ../../../../share/tinyerp-client/tinyerp_icon.png tinyerp_icon.png fixes the problem. cheers, -- Riccardo Magliocchetti NESIT telecom http://www.nesit.it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389126: strace of gnome-session
On Mon, Sep 25, 2006, Stephen Touset wrote: I've attached an strace of gnome-session, with -s 128. argh, please run strace with the -f flag and gzip the log. -- Loïc Minier [EMAIL PROTECTED]
Processed: Re: Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled
Processing commands for [EMAIL PROTECTED]: reassign 389053 libapache2-mod-perl2 Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled Bug reassigned from package `apache2-common' to `libapache2-mod-perl2'. retitle 389053 Please upload mod_perl2 to experimental built against apache 2.2 Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled Changed Bug title. severity 389053 wishlist Bug#389053: Please upload mod_perl2 to experimental built against apache 2.2 Severity set to `wishlist' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389354: marked as done (uucp: purging the package fails (update-inetd unavailable))
Your message dated Mon, 25 Sep 2006 03:18:17 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#389354: fixed in uucp 1.07-19 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: uucp Version: 1.07-18 Severity: serious Hello Peter, There is an error when attempting to purge uucp: Removing uucp ... Purging configuration files for uucp ... /var/lib/dpkg/info/uucp.postrm: line 28: update-inetd: command not found dpkg: error processing uucp (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on update-inetd to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. ---End Message--- ---BeginMessage--- Source: uucp Source-Version: 1.07-19 We believe that the bug you reported is fixed in the latest version of uucp, which is due to be installed in the Debian FTP archive: cu_1.07-19_powerpc.deb to pool/main/u/uucp/cu_1.07-19_powerpc.deb uucp_1.07-19.diff.gz to pool/main/u/uucp/uucp_1.07-19.diff.gz uucp_1.07-19.dsc to pool/main/u/uucp/uucp_1.07-19.dsc uucp_1.07-19_powerpc.deb to pool/main/u/uucp/uucp_1.07-19_powerpc.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Palfrader [EMAIL PROTECTED] (supplier of updated uucp package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Sep 2006 11:26:36 +0200 Source: uucp Binary: cu uucp Architecture: source powerpc Version: 1.07-19 Distribution: unstable Urgency: low Maintainer: Peter Palfrader [EMAIL PROTECTED] Changed-By: Peter Palfrader [EMAIL PROTECTED] Description: cu - call up another system uucp - Unix to Unix Copy Program Closes: 389354 Changes: uucp (1.07-19) unstable; urgency=low . * Only call update-inetd --remove in postrm purge when a /usr/sbin/update-inetd still exists (closes: #389354). Files: 64388c61b49494f03be8d1afc3661cc4 586 comm extra uucp_1.07-19.dsc 030e20657a045e280db1593a1a2e3939 36917 comm extra uucp_1.07-19.diff.gz dbe2c9fb460ae589d673c0417cf2518d 868924 comm extra uucp_1.07-19_powerpc.deb 1efb2aec145d568949de28ed9681d17c 150160 comm extra cu_1.07-19_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6-svn4217 (GNU/Linux) iD8DBQFFF6uwz/ccs6+kS90RAlyyAJ99sNVYS6wya88giyEr655cPfVpfQCdGGp/ LQLJ0kkLfWU2rtCHx8EIpJg= =OxZu -END PGP SIGNATURE- ---End Message---
Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled
reassign 389053 libapache2-mod-perl2 retitle 389053 Please upload mod_perl2 to experimental built against apache 2.2 severity 389053 wishlist thanks Mod Perl2 needs to be rebuilt in experimental to work with the new apache2. -T -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374856: tinyerp-client: traceback at atartup - missing icon symlink
Riccardo Magliocchetti wrote: I've just caught this bug in testing with version is 3.3.0-2. jup.. the new version required repackaging anyway, it's fixed there. upload follows soon. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389101: gstreamer0.10-plugins-good: Depends on non-existant libraw1394-5, should depend on libraw1394-8?
On Mon, Sep 25, 2006 at 10:58:57AM +0200, Sjoerd Simons wrote: On Sat, Sep 23, 2006 at 04:49:09PM -0700, Steve Langasek wrote: On Sat, Sep 23, 2006 at 02:54:55PM -0700, Garrett Patrick McLean wrote: Package: gstreamer0.10-plugins-good Version: 0.10.3-3 Severity: grave Justification: renders package unusable Can't install this package, same deal with libavc1394-0 (not sure if I should file a bug there as well, please feel free to advise). libavc1394-0 has already been rebuilt for the soname change in libraw1394. gst-plugins-good0.10 will also be binNMUed for this change, but I've deferred this rebuild for right now so that the current version can get into testing with the current dbus transition. So I would ask the maintainers to *not* act on this bug, but instead let it be taken care of by the autobuilders when the time is right. The last thing on my system that depends on libdbus-1-2 is banshee, which unfortunately can't be rebuild for the new dbus as gstreamer0.10-plugins-good is uninstallable.. banshee has already been kicked out of testing to allow this transition in, because mono as a whole is now not transitionable. Maybe gst-plugins-good0.10 needs a rebuild before the dbus transition afterall? No, but it will have one immediately afterwards. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389375: libgcr410: sarge to etch upgrade fails
Package: libgcr410 Version: 2.4.0-4.1 Severity: serious Hello Peter, There is an error when upgrading libgcr410 from Sarge to Etch: Setting up libgcr410 (2.4.0-4.1) ... Populating /dev/pcsc/...ln: creating symbolic link `/dev/pcsc/1' to `../ttyS0': File exists dpkg: error processing libgcr410 (--configure): subprocess post-installation script returned error exit status 1 Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389301: marked as done (lua-posix_1.0-1(ia64/unstable): FTBFS: Missing build-dep?)
Your message dated Mon, 25 Sep 2006 12:38:03 +0200 with message-id [EMAIL PROTECTED] and subject line Fixed in 1.0-2 (already uploaded) has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: lua-posix Version: 1.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of lua-posix_1.0-1 on caballero by sbuild/ia64 85 Build started at 20060923-1751 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 4.1.0), dpatch, lua5.1-policy-dev [...] applying patch test.lua to ./ ... ok. applying patch luaL_register to ./ ... ok. /usr/bin/make -f debian/rules update-config make[1]: Entering directory `/build/buildd/lua-posix-1.0' make[1]: Nothing to be done for `update-config'. make[1]: Leaving directory `/build/buildd/lua-posix-1.0' touch debian/stamp-patched /usr/bin/make -C . CFLAGS=-g -Wall -O2 CXXFLAGS=-g -Wall -O2 CPPFLAGS= LDFLAGS= all -f Makefile.Debian make[1]: Entering directory `/build/buildd/lua-posix-1.0' make --no-print-directory -f Makefile xx posix.txt /bin/sh: column: command not found make[2]: *** [xx] Error 127 make[1]: *** [pre-all-hook] Error 2 make[1]: Leaving directory `/build/buildd/lua-posix-1.0' make: *** [debian/stamp-makefile-build] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=lua-posixver=1.0-1 ---End Message--- ---BeginMessage--- The build dependency has been fixed in 1.0-2 that is already build on most archs -- Enrico Tassi ---End Message---
Processed: retitle 386168 to fails to configure when the running kernel has no SELinux support
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 retitle 386168 fails to configure when the running kernel has no SELinux support Bug#386168: selinux-policy-default: Fails to install on recent sid Changed Bug title. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389334: libgalago1.0-cil: Package setup fails
Hi Adam, On Mon, Sep 25, 2006 at 12:33:46AM -0500, Adam Porter wrote: I tried to upgrade to Beagle 0.2.10, which pulled this in, but I got this error, and now I can't even shutdown beagle with $(beagle-shutdown): So given that the stacktrace shows only libmono and libglib, what reason is there to think that this is a galago bug rather than a mono bug? (Apologies if this is an ignorant question, I know next to nothing about mono and its stacktrace conventions.) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388734: xfonts: after a dist-upgrade, the font system is broken, fonts display erraticly
On Fri, Sep 22, 2006 at 11:32:31AM +0200, David Delbecq wrote: Package: xfonts Severity: grave Justification: renders package unusable After a dist-upgrade, font rendering is borked in xorg. Sorry if it's not the good package, i have no idea what package this is related to. It breaks display of gnome application, kde application, firefox, thunderbird. IT seems java based applications are not affected, but unsure. When was the last time you dist-upgraded? Can you provide us with a /var/log/aptitude log for the upgrade in question, or if you don't use aptitude, then /var/log/dpkg.log? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389268: sylpheed-claws-gtk2: It depends on libpisock8, but libpisock8 is no more in the pool
On Sun, Sep 24, 2006 at 05:22:02PM -0300, Djalma Fadel Junior wrote: Package: sylpheed-claws-gtk2 Version: 2.5.0~rc3-1 Severity: grave Justification: renders package unusable BinNMUs have been scheduled on all architectures for this bug, which should become available in unstable within the next few days. No further maintainer action should be required for this bug. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388838: sysv-rc-bootsplash: modifies files belonging to other packages
On Mon, Sep 25, 2006 at 08:27:03AM +0200, Free Ekanayaka wrote: |--== Steve Langasek writes: SL On Sat, Sep 23, 2006 at 11:28:45AM +0100, Pablo Chinea wrote: El Sábado, 23 de Septiembre de 2006 10:19, Steve Langasek escribió: It most certainly is a policy violation. A package is not allowed to edit a conffile, *ever*. I didn't know it :-S, sorry. Though looking at sysv-rc package I see /etc/init.d/rc is not classified as conffile. SL Well, that means there's a bug in sysv-rc because it should be a conffile; SL it also means that editing /etc/init.d/rc isn't going to work very well for SL you, because the changes would simply be overwritten on each upgrade of SL sysv-rc. If /etc/init.d/rc is a conffile, and it gets modify, I think dpkg should warn the user when a the sysv-rc package tries to replace it with a new version, isn't it? Yes. Due to the current bug in sysv-rc (that /etc/init.d/rc is not a conffile), this will not happen at present. But even if it did, it's still a policy violation for any package to edit a conffile. Anyway, I believe that it is better to not edit it, but how? Bootsplash needs to know the progress of the initscripts execution. SL Please try to coordinate with the sysv-rc maintainer to see if support for SL this can be included in the sysv-rc package in a non-disruptive way. The patch is not very big, so I believe it should be possible to get it merged somehow. I'll check what can be done.. Ok, good luck :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#389268: marked as done (sylpheed-claws-gtk2: It depends on libpisock8, but libpisock8 is no more in the pool)
Your message dated Mon, 25 Sep 2006 04:05:13 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#389268: sylpheed-claws-gtk2: It depends on libpisock8, but libpisock8 is no more in the pool has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: sylpheed-claws-gtk2 Version: 2.5.0~rc3-1 Severity: grave Justification: renders package unusable -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) VHCS Webmail ---End Message--- ---BeginMessage--- On Sun, Sep 24, 2006 at 05:22:02PM -0300, Djalma Fadel Junior wrote: Package: sylpheed-claws-gtk2 Version: 2.5.0~rc3-1 Severity: grave Justification: renders package unusable BinNMUs have been scheduled on all architectures for this bug, which should become available in unstable within the next few days. No further maintainer action should be required for this bug. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ ---End Message---
Bug#386458: marked as done (libavcodec-dev: Missing dependencies for libraw1394-dev libdc1934-dev)
Your message dated Mon, 25 Sep 2006 04:17:10 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#386458: fixed in ffmpeg 0.cvs20060823-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libavcodec-dev Version: 0.cvs20060823-3 Severity: grave Justification: renders package unusable ffmpeg-config --libs mentions library whose development packages libavcodec-dev does not depend upon. Yet without these, the package is pretty much unusable, since any attempt to link against it will fail. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.11 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages libavcodec-dev depends on: ii liba52-0.7.4-dev [liba52 0.7.4-4 Library for decoding ATSC A/52 str ii libavcodec0d 0.cvs20060823-3 ffmpeg codec library ii libdts-dev 0.0.2-svn-1 development files for libdts ii libgsm1-dev 1.0.10-13 Development libraries for a GSM sp ii libogg-dev 1.1.3-2 Ogg Bitstream Library Development ii libtheora-dev0.0.0.alpha7-1 The Theora Video Compression Codec ii libvorbis-dev1.1.2-1 The Vorbis General Audio Compressi ii zlib1g-dev 1:1.2.3-13 compression library - development libavcodec-dev recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: ffmpeg Source-Version: 0.cvs20060823-4 We believe that the bug you reported is fixed in the latest version of ffmpeg, which is due to be installed in the Debian FTP archive: ffmpeg_0.cvs20060823-4.diff.gz to pool/main/f/ffmpeg/ffmpeg_0.cvs20060823-4.diff.gz ffmpeg_0.cvs20060823-4.dsc to pool/main/f/ffmpeg/ffmpeg_0.cvs20060823-4.dsc ffmpeg_0.cvs20060823-4_i386.deb to pool/main/f/ffmpeg/ffmpeg_0.cvs20060823-4_i386.deb libavcodec-dev_0.cvs20060823-4_i386.deb to pool/main/f/ffmpeg/libavcodec-dev_0.cvs20060823-4_i386.deb libavcodec0d_0.cvs20060823-4_i386.deb to pool/main/f/ffmpeg/libavcodec0d_0.cvs20060823-4_i386.deb libavformat-dev_0.cvs20060823-4_i386.deb to pool/main/f/ffmpeg/libavformat-dev_0.cvs20060823-4_i386.deb libavformat0d_0.cvs20060823-4_i386.deb to pool/main/f/ffmpeg/libavformat0d_0.cvs20060823-4_i386.deb libpostproc-dev_0.cvs20060823-4_i386.deb to pool/main/f/ffmpeg/libpostproc-dev_0.cvs20060823-4_i386.deb libpostproc0d_0.cvs20060823-4_i386.deb to pool/main/f/ffmpeg/libpostproc0d_0.cvs20060823-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sam Hocevar (Debian packages) [EMAIL PROTECTED] (supplier of updated ffmpeg package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Sep 2006 23:38:29 +0200 Source: ffmpeg Binary: libavformat-dev libavformat0d ffmpeg libavcodec-dev libpostproc0d libpostproc-dev libavcodec0d Architecture: source i386 Version: 0.cvs20060823-4 Distribution: unstable Urgency: high Maintainer: Sam Hocevar (Debian packages) [EMAIL PROTECTED] Changed-By: Sam Hocevar (Debian packages) [EMAIL PROTECTED] Description: ffmpeg - multimedia player, server and encoder libavcodec-dev - development files for libavcodec libavcodec0d - ffmpeg codec library libavformat-dev - development files for libavformat libavformat0d - ffmpeg file format library libpostproc-dev - development files for libpostproc libpostproc0d - ffmpeg video postprocessing library Closes: 386458 Changes: ffmpeg (0.cvs20060823-4) unstable; urgency=high . * Maintainer upload. * Acknowledging NMU (Closes: #386458). . * High urgency because of FTBFS fix. . * debian/patches/030_arm_workaround.diff: + New patch courtesy of Aurélien Jarno: disable the broken ARM assembly code in libavcodec/mpegaudiodec.c. . * debian/patches/030_arm_cpu_detect.diff: + New patch courtesy of Aurélien Jarno: correctly detect the newer ARM CPUs. Files:
Bug#389377: webcalendar: sarge to etch upgrade fails
Package: webcalendar Version: 1.0.4-1 Severity: serious Hello Tim, There is an error when upgrading webcalendar from sarge to etch, Setting up webcalendar (1.0.4-1) ... Installing new version of config file /etc/webcalendar/apache.conf ... Installing new version of config file /etc/webcalendar/site_extras.php ... Installing new version of config file /etc/webcalendar/styles.php ... migrating old settings into dbconfig-common: done. dbconfig-common: writing config to /etc/dbconfig-common/webcalendar.conf Creating config file /etc/dbconfig-common/webcalendar.conf with new version detected upgrade from previous non-dbconfig version. creating database backup in /var/cache/dbconfig-common/backups/webcalendar_0.9.45-4sarge5.mysql. sanity check failed for mysql. dpkg: error processing webcalendar (--configure): subprocess post-installation script returned error exit status 1 Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387783: [Debburn-devel] License of cdrkit - GPLv2 + additional restrictions
Le dimanche 24 septembre 2006 à 23:32 +0200, Francesco Poli a écrit : Jörg Schilling interprets this restriction as implied by trademark law in his country. I don't know whether his interpretation is a legally valid one (IANAL), even though I've heard of cases where courts prevented the attempt to use an exclusive right (copyright, trademark, ...) to block interoperability. Here, the restriction clearly forbids creating a derivative work that is a drop-in replacement of the original, and thus interferes with interoperability. It does, but to what extent? AIUI wodim doesn't output this text and can be a drop-in replacement without a problem. Replacing the text by a 'this software cannot return schily because it would infringe on Jörg Schilling's trademark' notice - or no notice at all - would seem like a fine solution. Dropping this restriction from cdrkit would be a solution, if a qualified lawyer confirms that we have the right to do so... I agree that we need some legal expertise to confirm that. Doesn't Debian or SPI have access to a lawyer for such cases? What is the appropriate procedure? Anyway, let's not split hairs on the validity of Joerg Schilling's claims: what we are talking about are clearly non-free restrictions (I hope we can agree on that...) and must thus be solved somehow. I think the problem is more about GPL-compatibility than about DFSG-freeness. DFSG #4 already allows licenses forbidding re-use of the name or version number, and this isn't much a different case here. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#345931: If the problem is that the user doesn't know ...
Jason Thomas [EMAIL PROTECTED] writes: If stage2 and stage1.5 are correct then most likely stage1 is correct as well. So would say just checking there version matches grub-shell would be enough. Yes, it should be enough. My personal worry is how difficult will be to add it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity
Processing commands for [EMAIL PROTECTED]: # support for archs alpha, arm, ia64, m68k, s390 will be added later. # at this moment we just want hardinfo to migrate to testing. hardinfo Unknown command or malformed arguments to command. severity 387913 wishlist Bug#387913: FTBFS on a few arches Severity set to `wishlist' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389323: [Pkg-kde-extras] Bug#389323: strigiapplet_0.3.8-1(hppa/unstable): FTBFS: c++ errors
hi, checking the log, strigiapplet was built against older strigi version (0.3.2). i don't have set a version to strigi dependency, and i probably must do that to prevent error like this :). Anyway, i need to fix strigi FTBFS on hppa before request a new build for the applet. cheers, Fathi
Bug#389351: console-log: purging the package fails (adduser unavailable)
On Mon, Sep 25, 2006 at 10:26:45AM +0200, Bill Allombert wrote: There is an error when attempting to purge console-log: Removing console-log ... Purging configuration files for console-log ... Removing system user /var/lib/dpkg/info/console-log.postrm: line 23: deluser: command not found dpkg: error processing console-log (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on adduser to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Is it acceptable to not remove the user in absence of deluser and to throw a warning instead? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345931: If the problem is that the user doesn't know ...
Kapil Hari Paranjape [EMAIL PROTECTED] writes: Considering the idea of a feature freeze for grub and a move to try and consolidate grub2 instead, I think this solution is simpler to use than Solution 1 and 2. I tend to agree with you. Besides it keep clear that grub shell shouldn't be use if you doesn't know what you're doing. Do you think the current patch is ready for wide use? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385732: downgrade severity?
On Sat, Sep 09, 2006 at 05:19:32PM +1000, Peter Moulder wrote: Can this bug's title be changed to Source package contains useless files, and accordingly its severity be reduced to minor or wishlist ? Not as long as fsf-funding.7 is still in the source package. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389385: python-vobject: FTBFS: Missing Build-Depends on 'python-dateutil'
Package: python-vobject Version: 0.0.svn155-1 Severity: serious Tags: patch When building 'python-vobject' in a clean 'unstable' chroot, I get the following error: copying src/vobject/win32tz.py - /python-vobject-0.0.svn155/./build/lib/vobject touch python-build-stamp-2.4 cd tests PYTHONPATH=src python tests.py Traceback (most recent call last): File tests.py, line 8, in ? import base, icalendar, behavior, vcard, hcalendar File /python-vobject-0.0.svn155/src/vobject/icalendar.py, line 5, in ? import dateutil.rrule ImportError: No module named dateutil.rrule make: *** [build/python-vobject] Error 1 Please add the missing Build-Depends on 'python-dateutil' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/python-vobject-0.0.svn155/debian/control ./debian/control --- ../tmp-orig/python-vobject-0.0.svn155/debian/control2006-09-25 12:31:11.0 + +++ ./debian/control2006-09-25 12:31:10.0 + @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Guido Guenther [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 5), quilt, python-dev, python-support (= 0.3) +Build-Depends: cdbs, debhelper (= 5), quilt, python-dateutil, python-dev, python-support (= 0.3) Standards-Version: 3.7.2 Package: python-vobject -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389387: wu-ftpd: purging the package fails (update-inetd unavailable)
Package: wu-ftpd Version: 2.6.2-24 Severity: serious Hello Chris, There is an error when attempting to purge wu-ftpd: Removing wu-ftpd ... Purging configuration files for wu-ftpd ... /var/lib/dpkg/info/wu-ftpd.postrm: line 17: update-inetd: command not found dpkg: error processing wu-ftpd (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on update-inetd to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389391: libphidgets0: purging the package fails (ucf unavailable)
Package: libphidgets0 Version: 0.3.8-1.1+b1 Severity: serious Hello Martin, There is an error when attempting to purge libphidgets0: Removing libphidgets0 ... Purging configuration files for libphidgets0 ... /var/lib/dpkg/info/libphidgets0.postrm: line 9: ucf: command not found dpkg: error processing libphidgets0 (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on ucf to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389389: ndtpd: purging the package fails (sysklogd unavailable)
Package: ndtpd Version: 3.1.5-6.3 Severity: serious Hello Masayuki, There is an error when attempting to purge ndtpd: Removing ndtpd ... Purging configuration files for ndtpd ... /var/lib/dpkg/info/ndtpd.postrm: line 28: syslog-facility: command not found dpkg: error processing ndtpd (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on sysklogd to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389382: libdjvulibre15: screwed up shlibs breaks packages built against this lib
Package: libdjvulibre15 Version: 3.5.17-2 Severity: serious The current version of libdjvulibre15 now declares this shlibs file: $ cat /var/lib/dpkg/info/libdjvulibre15.shlibs libdjvulibre 15 libdjvulibre15 (= ${Source-Version}) $ That's, um, slightly broken. evince on alpha now has an unsatisfiable dependency on libdjvulibre15 (= 0.4.0-2+b2), because ${Source-Version} isn't evaluated until binary control file generation. It also by all rights should be the wrong shlibs value to use *anyway* -- if libdjvulibre15 is changing its ABI without changing its soname, and these changes affect packages building against its public headers, then it shouldn't be a shared library package at all. Please fix this ASAP, since it's causing misbuilds of other packages in the archive. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374741: rawdog: Can reproduce this bug; problem seems to be writing out data, not downloading
Package: rawdog Version: 2.10.dfsg.1-1 Followup-For: Bug #374741 Hi, I can reproduce and confirm this bug. Actually, the problem does not seem to be the downloading of data, but the writing of the output. An strace of the opration results in an endless repeat of [...] futex(0x81469c0, FUTEX_WAKE, 1) = 0 futex(0x81469c0, FUTEX_WAKE, 1) = 0 futex(0x81469c0, FUTEX_WAKE, 1) = 0 [and so on] during the write out phase. No output is actually written. Greetings from Stuttgart, =ToJe= -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages rawdog depends on: ii python2.4.3-11 An interactive high-level object-o ii python-support0.5.2 automated rebuilding support for p rawdog recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389386: malsync_2.2.0-2: FTBFS: incompatible with new pilot-link API
Package: malsync Version: 2.2.0-2 Severity: serious The current malsync package doesn't build with libpisock9 in unstable: [...] cc -Wall -g -DMALSYNC -I./mal/common -I./mal/client/common -I./pilot-link-0.11.7/include -I./mal/client/unix -c -o malsync.o malsync.c malsync.c: In function 'readAndUseDeviceInfoDatabase': malsync.c:380: warning: pointer targets in passing argument 6 of 'dlp_ReadRecordByIndex' differ in signedness malsync.c:380: error: too many arguments to function 'dlp_ReadRecordByIndex' malsync.c: In function 'readDeviceUserConfig32': malsync.c:676: error: too many arguments to function 'dlp_ReadRecordByIndex' malsync.c: In function 'readDeviceUserConfig31': malsync.c:708: error: too many arguments to function 'dlp_ReadRecordByIndex' malsync.c: In function 'writeDeviceUserConfig': malsync.c:761: error: too many arguments to function 'dlp_ReadRecordByIndex' malsync.c: In function 'getRecordBase': malsync.c:1057: warning: passing argument 3 of 'dlp_ReadNextModifiedRec' from incompatible pointer type malsync.c:1057: error: too many arguments to function 'dlp_ReadNextModifiedRec' malsync.c:1061: warning: passing argument 4 of 'dlp_ReadRecordByIndex' from incompatible pointer type malsync.c:1061: error: too many arguments to function 'dlp_ReadRecordByIndex' malsync.c: In function 'Connect': malsync.c:1376: warning: 'pilot_connect' is deprecated (declared at /usr/include/pi-header.h:28) malsync.c: In function 'fill_in_versioninfo': malsync.c:1620: error: too many arguments to function 'dlp_ReadRecordByIndex' make[1]: *** [malsync.o] Error 1 [...] A full build log can be found at http://buildd.debian.org/fetch.php?pkg=malsyncarch=i386ver=2.2.0-2%2Bb1stamp=1159186191file=log. Please update your package for this new API. Because the pilot-link transition is unfortunately linked to the dbus transition, malsync will be removed from testing until this is resolved. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377522: fgfs-atlas closes X session
Before running Atlas, what's the output of $ xdpyinfo | grep -i glx You should have the GLX extension loaded in your X server in order to use Atlas. What video card are you using? -- Ernesto Hernández-Novich - On Linux 2.6.16 i686 - Unix: Live free or die! Geek by nature, Linux by choice, Debian of course. If you can't aptitude it, it isn't useful or doesn't exist. GPG Key Fingerprint = 438C 49A2 A8C7 E7D7 1500 C507 96D6 A3D6 2F4C 85E3
Bug#389246: Related to debconf priority
retitle #389246 install fails in non-interactive mode thanks Hi, After quick investigation, it appears that this is actually not related to sarge-etch upgrade, but to the fact that install is run in non-interactive mode. Thanks, -- Zorglub Clément Stenac
Bug#389130: marked as done (cl-s-utils: fails to compile)
Your message dated Mon, 25 Sep 2006 06:02:35 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#389130: fixed in s-utils 20060511-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: cl-s-utils Version: 20060511-1 Severity: grave Justification: renders package unusable Tags: patch When loading s-utils, the form (defparameter +us-day-names+ ...) fails to compile because it is wrapped in some excess 'v' and '^' characters. A number of other parameters used for date time functions are also wrapped by these characters. Diffing utils.lisp from the main repository against the version in the Debian package shows that this is certainly the case. I've included a patch for utils.lisp to remove these excess characters. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages cl-s-utils depends on: ii common-lisp-controller6.2This is a Common Lisp source and c cl-s-utils recommends no packages. -- no debconf information signature.asc Description: OpenPGP digital signature ---End Message--- ---BeginMessage--- Source: s-utils Source-Version: 20060511-2 We believe that the bug you reported is fixed in the latest version of s-utils, which is due to be installed in the Debian FTP archive: cl-s-utils_20060511-2_all.deb to pool/main/s/s-utils/cl-s-utils_20060511-2_all.deb s-utils_20060511-2.diff.gz to pool/main/s/s-utils/s-utils_20060511-2.diff.gz s-utils_20060511-2.dsc to pool/main/s/s-utils/s-utils_20060511-2.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde [EMAIL PROTECTED] (supplier of updated s-utils package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Sep 2006 22:15:46 +0200 Source: s-utils Binary: cl-s-utils Architecture: source all Version: 20060511-2 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde [EMAIL PROTECTED] Changed-By: Peter Van Eynde [EMAIL PROTECTED] Description: cl-s-utils - A collection of Common Lisp utilities Closes: 389130 Changes: s-utils (20060511-2) unstable; urgency=low . * Fix a merge error, now compiles again. (Closes: #389130) * Added XS-X-Vcs-Darcs header Files: ee527cc4d665abef589b53df299d5ea0 681 libs optional s-utils_20060511-2.dsc be31a56b87b24ea8f1f17e92a31c3364 3193 libs optional s-utils_20060511-2.diff.gz 7254c078f71ffee238e02a001257a1bc 10120 libs optional cl-s-utils_20060511-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFF6pb11ldN0tyliURAkFBAJ92DI/KlUYvE+sh6waAqwYt7FqAKACeJORj ecGUssMW3zfRAwEXYOJsl2k= =jkh/ -END PGP SIGNATURE- ---End Message---
Processed: reopening 374741
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 reopen 374741 Bug#374741: seems unable to download any feeds 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389150: Fix will be uploaded soon
Hello, the bug resulted from my misinterpretation about build-depend-indep. It will be fixed soon. The upload will be prepared as soon as libept-dev hits the archive. Best regards Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#389334: libgalago1.0-cil: Package setup fails
Processing commands for [EMAIL PROTECTED]: reassign 389334 libmono0 Bug#389334: libgalago1.0-cil: Package setup fails Bug reassigned from package `libgalago1.0-cil' to `libmono0'. retitle 389334 ** ERROR **: file threadpool.c: line 990... Bug#389334: libgalago1.0-cil: Package setup fails Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: trac: No module named svn (reopen)
Processing commands for [EMAIL PROTECTED]: reopen 384381 ! Bug#384381: trac: Python-support is buggy Bug reopened, originator set to Damyan Ivanov [EMAIL PROTECTED]. found 384381 0.9.6-3 Bug#384381: trac: Python-support is buggy Bug marked as found in version 0.9.6-3. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389392: mixmaster: purging the package fails (ucf unavailable)
Package: mixmaster Version: 3.0b2-2 Severity: serious Hello Peter, There is an error when attempting to purge mixmaster: Removing mixmaster ... Purging configuration files for mixmaster ... /var/lib/dpkg/info/mixmaster.postrm: line 24: ucf: command not found dpkg: error processing mixmaster (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on ucf to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: severity 389237 serious Bug#389237: FTBFS: missing docbook-to-man Severity set to `serious' from `important' merge 389150 389237 Bug#389150: packagesearch_2.1.1(unstable/sparc/spontini): broken build depends Bug#389237: FTBFS: missing docbook-to-man Merged 389150 389237. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389334: libgalago1.0-cil: Package setup fails
reassign 389334 libmono0 retitle 389334 ** ERROR **: file threadpool.c: line 990... thanks On Monday 25 September 2006 06:00, Steve Langasek wrote: Hi Adam, On Mon, Sep 25, 2006 at 12:33:46AM -0500, Adam Porter wrote: I tried to upgrade to Beagle 0.2.10, which pulled this in, but I got this error, and now I can't even shutdown beagle with $(beagle-shutdown): So given that the stacktrace shows only libmono and libglib, what reason is there to think that this is a galago bug rather than a mono bug? (Apologies if this is an ignorant question, I know next to nothing about mono and its stacktrace conventions.) Hm, duh. Sorry about that. It should have been obvious to me since Beagle crashed too. Sorry for wasting your time. :) pgpf9OrLYBMuc.pgp Description: PGP signature
Bug#384381: trac: No module named svn (reopen)
reopen 384381 ! found 384381 0.9.6-3 thanks Hi, I seem to be suffering from the same problem. The system is mostly testing with subversion package (and perhaps others) from sid. Backtrace is below. Retrying the request gives the same backtrace, but ending at File /var/lib/python-support/python2.3/trac/env.py, line 155, in get_repository from trac.versioncontrol.svn_fs import SubversionRepository ImportError: cannot import name SubversionRepository thanks, dam = Traceback (most recent call last): File /var/lib/python-support/python2.3/trac/web/modpython_frontend.py, line 206, in handler dispatch_request(mpr.path_info, mpr, env) File /var/lib/python-support/python2.3/trac/web/main.py, line 139, in dispatch_request dispatcher.dispatch(req) File /var/lib/python-support/python2.3/trac/web/main.py, line 107, in dispatch resp = chosen_handler.process_request(req) File /var/lib/python-support/python2.3/trac/versioncontrol/web_ui/browser.py, line 78, in process_request repos = self.env.get_repository(req.authname) File /var/lib/python-support/python2.3/trac/env.py, line 155, in get_repository from trac.versioncontrol.svn_fs import SubversionRepository File /var/lib/python-support/python2.3/trac/versioncontrol/svn_fs.py, line 25, in ? from svn import fs, repos, core, delta ImportError: No module named svn -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages trac depends on: ii python2.4.3-11 An interactive high-level object-o ii python-clearsilver0.10.3-4 python bindings for clearsilver ii python-pysqlite2 2.3.2-1python interface to SQLite 3 ii python-subversion 1.3.2-5+b1 Python bindings for Subversion ii python-support0.5.1 automated rebuilding support for p ii subversion1.4.0-2Advanced version control system Versions of packages trac recommends: ii apache2 2.0.55-4.2 next generation, scalable, extenda ii apache2-mpm-worker [httpd]2.0.55-4.2 high speed threaded model for Apac pn python-setuptools none (no description available) -- no debconf information -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#388056: marked as done (Build-Depends on ruby-dev missing)
Your message dated Mon, 25 Sep 2006 16:07:10 +0200 with message-id [EMAIL PROTECTED] and subject line Fixed in NMU of graphviz 2.8-2.3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: graphviz Version: 2.8-2.2 Tags: ftbfs Severity: serious x86_64-linux-gnu-g++ -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.1.2/crtbeginS.o .libs/gv.o .libs/gv_ruby.o -Wl,--rpath -Wl,/usr/src/debian/build/graphviz-2.8/lib/gvc/.libs -Wl,--rpath -Wl,/usr/lib/graphviz ../../lib/gvc/.libs/libgvc.so -L/usr/lib -lruby -L/usr/lib/gcc/x86_64-linux-gnu/4.1.2 -L/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.1.2/crtfastmath.o /usr/lib/gcc/x86_64-linux-gnu/4.1.2/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crtn.o -Wl,-soname -Wl,libgv_ruby.so.0 -o .libs/libgv_ruby.so.0.0.0 /usr/bin/ld: cannot find -lruby collect2: ld returned 1 exit status make[4]: *** [libgv_ruby.la] Error 1 make[4]: Leaving directory `/usr/src/debian/build/graphviz-2.8/tclpkg/gv' Additionally, it tries to link with the wrong library - in ruby1.8-dev, that should be -lruby1.8 instead of -lruby. But since the ruby stuff is not shipped with the binary package, you should rather configure with --disable-ruby (and --disable-java, and all the others). ---End Message--- ---BeginMessage--- Version: 2.8-2.3 I've NMUed for this bug (fixing the bug to use versioning instead of the fixed tag, to ease tracking through testing); here's the changelog: graphviz (2.8-2.3) unstable; urgency=medium . * Non-maintainer upload. * Tell configure not to build language packages we don't distribute; fixes FTBFS when libruby1.8-dev is installed. (Closes: #388056) /* Steinar */ -- Homepage: http://www.sesse.net/ ---End Message---
Bug#345931: A patch solving #345931
On Mon, Sep 11, 2006 at 06:26:37PM +0200, Mats Erik Andersson wrote: Venerable Maintainers of Grub, I offer you a patch that should close bug report #345931. The patch has been built on top of grub-0.97-13 with success and it repaired with honours mbr-installs of grub-0.97-1ubuntu1 on kubuntu 6.0.6 and grub-0.95+cvs20040624-17sarge1 on Debian Sarge. Does your patch work with grub from debian sid? Does GRUB 2 also exhibit this problem? As you will see the coding is independent of any Debian patches and contains a few lines of code for the source file grub-0.97/stage2/builtins.c and thus would easily integrate in the upstream version 0.97. I leave to you to decide whether the author ought to be informed, since I am still a novice in these matters. Best regards Mats Erik Andersson [EMAIL PROTECTED] Content-Description: 526972506-drive_correction.diff diff -Naur grub-0.97.orig/stage2/builtins.c grub-0.97/stage2/builtins.c --- grub-0.97.orig/stage2/builtins.c 2006-09-11 16:08:32.261227280 +0200 +++ grub-0.97/stage2/builtins.c 2006-09-11 16:15:54.035067448 +0200 @@ -1953,13 +1953,30 @@ *((unsigned char *) (stage1_buffer + STAGE1_FORCE_LBA)) = is_force_lba; /* If DEST_DRIVE is a hard disk, enable the workaround, which is - for buggy BIOSes which don't pass boot drive correctly. Instead, - they pass 0x00 or 0x01 even when booted from 0x80. */ + * for buggy BIOSes which don't pass boot drive correctly. Instead, + * they pass 0x00 or 0x01 even when booted from 0x80. */ if (dest_drive BIOS_FLAG_FIXED_DISK) -/* Replace the jmp (2 bytes) with double nop's. */ -*((unsigned short *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) - = 0x9090; - + { +if ( *((unsigned char *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) == 0xeb ) +/* For version 0.97: + * Replace the jmp (2 bytes) with double nop's. */ + *((unsigned short *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) + = 0x9090; +else if ( *((unsigned char *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) == 0x80 ) + { +/* For versions 0.94-96: + * Set the boot drive mask. This is a workaround for buggy BIOSes which +* don't pass boot drive correctly. Instead, they pass 0x00 even when +* booted from 0x80. + * Rem: the old STAGE1_BOOT_DRIVE_MASK equals STAGE1_BOOT_DRIVE_CHECK + 2 */ + *((unsigned char *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK + 2 )) + = (dest_drive BIOS_FLAG_FIXED_DISK); + } +else + /* The boot sector is older than version 0.94. +* Changing to a nop could make 0.92 and 0.93 acceptable. */ +goto fail; + } /* Read the first sector of Stage 2. */ disk_read_hook = disk_read_savesect_func; if (grub_read (stage2_first_buffer, SECTOR_SIZE) != SECTOR_SIZE) -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of graphviz 2.8-2.3
Processing commands for [EMAIL PROTECTED]: tag 388056 + fixed Bug#388056: Build-Depends on ruby-dev missing There were no tags set. Tags added: fixed quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389385: marked as done (python-vobject: FTBFS: Missing Build-Depends on 'python-dateutil')
Your message dated Mon, 25 Sep 2006 07:17:24 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#389385: fixed in python-vobject 0.0.svn155-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: python-vobject Version: 0.0.svn155-1 Severity: serious Tags: patch When building 'python-vobject' in a clean 'unstable' chroot, I get the following error: copying src/vobject/win32tz.py - /python-vobject-0.0.svn155/./build/lib/vobject touch python-build-stamp-2.4 cd tests PYTHONPATH=src python tests.py Traceback (most recent call last): File tests.py, line 8, in ? import base, icalendar, behavior, vcard, hcalendar File /python-vobject-0.0.svn155/src/vobject/icalendar.py, line 5, in ? import dateutil.rrule ImportError: No module named dateutil.rrule make: *** [build/python-vobject] Error 1 Please add the missing Build-Depends on 'python-dateutil' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/python-vobject-0.0.svn155/debian/control ./debian/control --- ../tmp-orig/python-vobject-0.0.svn155/debian/control2006-09-25 12:31:11.0 + +++ ./debian/control2006-09-25 12:31:10.0 + @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Guido Guenther [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 5), quilt, python-dev, python-support (= 0.3) +Build-Depends: cdbs, debhelper (= 5), quilt, python-dateutil, python-dev, python-support (= 0.3) Standards-Version: 3.7.2 Package: python-vobject ---End Message--- ---BeginMessage--- Source: python-vobject Source-Version: 0.0.svn155-2 We believe that the bug you reported is fixed in the latest version of python-vobject, which is due to be installed in the Debian FTP archive: python-vobject_0.0.svn155-2.diff.gz to pool/main/p/python-vobject/python-vobject_0.0.svn155-2.diff.gz python-vobject_0.0.svn155-2.dsc to pool/main/p/python-vobject/python-vobject_0.0.svn155-2.dsc python-vobject_0.0.svn155-2_all.deb to pool/main/p/python-vobject/python-vobject_0.0.svn155-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Guido Guenther [EMAIL PROTECTED] (supplier of updated python-vobject package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Sep 2006 15:49:10 +0200 Source: python-vobject Binary: python-vobject Architecture: source all Version: 0.0.svn155-2 Distribution: unstable Urgency: low Maintainer: Guido Guenther [EMAIL PROTECTED] Changed-By: Guido Guenther [EMAIL PROTECTED] Description: python-vobject - parse iCalendar and VCards in python Closes: 389385 Changes: python-vobject (0.0.svn155-2) unstable; urgency=low . * build depend on python-dateutil so the testuite can run properly. (Closes: #389385) Files: 88f38ae9909647aae2c2be5a8f5a0d82 665 python optional python-vobject_0.0.svn155-2.dsc 7951eae8e042ca32824fedd911efa7fa 4002 python optional python-vobject_0.0.svn155-2.diff.gz 6822a9ea4caee9e688736b32621ac2cb 39494 python optional python-vobject_0.0.svn155-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFF+IZn88szT8+ZCYRAkwlAJ9mrd9aZdq0KSTaVxU9ZaaAQY6LPACeOGui xoOJSHjo27ynCZiqjmFoKIM= =IEdU -END PGP SIGNATURE- ---End Message---
Bug#345931: A patch solving #345931
Also please send your input to bug report addresses (e.g. [EMAIL PROTECTED]). Otherwise it gets lost here. On Mon, Sep 25, 2006 at 04:17:15PM +0200, Robert Millan wrote: On Mon, Sep 11, 2006 at 06:26:37PM +0200, Mats Erik Andersson wrote: Venerable Maintainers of Grub, I offer you a patch that should close bug report #345931. The patch has been built on top of grub-0.97-13 with success and it repaired with honours mbr-installs of grub-0.97-1ubuntu1 on kubuntu 6.0.6 and grub-0.95+cvs20040624-17sarge1 on Debian Sarge. Does your patch work with grub from debian sid? Does GRUB 2 also exhibit this problem? As you will see the coding is independent of any Debian patches and contains a few lines of code for the source file grub-0.97/stage2/builtins.c and thus would easily integrate in the upstream version 0.97. I leave to you to decide whether the author ought to be informed, since I am still a novice in these matters. Best regards Mats Erik Andersson [EMAIL PROTECTED] Content-Description: 526972506-drive_correction.diff diff -Naur grub-0.97.orig/stage2/builtins.c grub-0.97/stage2/builtins.c --- grub-0.97.orig/stage2/builtins.c2006-09-11 16:08:32.261227280 +0200 +++ grub-0.97/stage2/builtins.c 2006-09-11 16:15:54.035067448 +0200 @@ -1953,13 +1953,30 @@ *((unsigned char *) (stage1_buffer + STAGE1_FORCE_LBA)) = is_force_lba; /* If DEST_DRIVE is a hard disk, enable the workaround, which is - for buggy BIOSes which don't pass boot drive correctly. Instead, - they pass 0x00 or 0x01 even when booted from 0x80. */ + * for buggy BIOSes which don't pass boot drive correctly. Instead, + * they pass 0x00 or 0x01 even when booted from 0x80. */ if (dest_drive BIOS_FLAG_FIXED_DISK) -/* Replace the jmp (2 bytes) with double nop's. */ -*((unsigned short *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) - = 0x9090; - + { +if ( *((unsigned char *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) == 0xeb ) +/* For version 0.97: +* Replace the jmp (2 bytes) with double nop's. */ + *((unsigned short *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) + = 0x9090; +else if ( *((unsigned char *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) == 0x80 ) + { +/* For versions 0.94-96: +* Set the boot drive mask. This is a workaround for buggy BIOSes which +* don't pass boot drive correctly. Instead, they pass 0x00 even when +* booted from 0x80. +* Rem: the old STAGE1_BOOT_DRIVE_MASK equals STAGE1_BOOT_DRIVE_CHECK + 2 */ + *((unsigned char *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK + 2 )) + = (dest_drive BIOS_FLAG_FIXED_DISK); + } +else + /* The boot sector is older than version 0.94. + * Changing to a nop could make 0.92 and 0.93 acceptable. */ + goto fail; + } /* Read the first sector of Stage 2. */ disk_read_hook = disk_read_savesect_func; if (grub_read (stage2_first_buffer, SECTOR_SIZE) != SECTOR_SIZE) -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. ___ Pkg-grub-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388809: marked as done (htmldoc-common fails to upgrade smoothly)
Your message dated Mon, 25 Sep 2006 07:47:07 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#388809: fixed in htmldoc 1.8.27-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: htmldoc-common Version: 1.8.27-1 Severity: serious Preparing to replace htmldoc-common 1.8.26-1 (using .../htmldoc-common_1.8.27-1_all.deb) ... Unpacking replacement htmldoc-common ... dpkg: error processing /var/cache/apt/archives/htmldoc-common_1.8.27-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man1/htmldoc.1.gz', which is also in package htmldoc ---End Message--- ---BeginMessage--- Source: htmldoc Source-Version: 1.8.27-2 We believe that the bug you reported is fixed in the latest version of htmldoc, which is due to be installed in the Debian FTP archive: htmldoc-common_1.8.27-2_all.deb to pool/main/h/htmldoc/htmldoc-common_1.8.27-2_all.deb htmldoc_1.8.27-2.diff.gz to pool/main/h/htmldoc/htmldoc_1.8.27-2.diff.gz htmldoc_1.8.27-2.dsc to pool/main/h/htmldoc/htmldoc_1.8.27-2.dsc htmldoc_1.8.27-2_i386.deb to pool/main/h/htmldoc/htmldoc_1.8.27-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jeff Licquia [EMAIL PROTECTED] (supplier of updated htmldoc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Sep 2006 08:07:07 -0400 Source: htmldoc Binary: htmldoc htmldoc-common Architecture: source i386 all Version: 1.8.27-2 Distribution: unstable Urgency: low Maintainer: Jeff Licquia [EMAIL PROTECTED] Changed-By: Jeff Licquia [EMAIL PROTECTED] Description: htmldoc- HTML processor that generates indexed HTML, PS, and PDF htmldoc-common - Common arch-independent files for htmldoc Closes: 388809 Changes: htmldoc (1.8.27-2) unstable; urgency=low . * Make sure we can upgrade from earlier versions of htmldoc, with the man page move. Closes: #388809. Files: db7a02fc73824b6980d27a5892b8f138 642 web optional htmldoc_1.8.27-2.dsc 0a5428b1c719348c2d53dcd3cc9620f2 5239 web optional htmldoc_1.8.27-2.diff.gz 9ada1485208c65ab0d2bb811085cf0a6 4633802 web optional htmldoc-common_1.8.27-2_all.deb c98b1f98941bf60ca604884ff1a495cd 201772 web optional htmldoc_1.8.27-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFF+gLYApVP/ZmyR0RAvSsAJ9XiXLWoO9FmyBtnCvpp4CEf85ocACdHyWr w3/KMg6bK363NDrkhom7hSQ= =+fjl -END PGP SIGNATURE- ---End Message---
Bug#375830: Acknowledgement (occasionally misdetects PCI-Express card for PCI and dies before DRI)
Josip Rodin wrote: It escalated :( This version of the fglrx driver, after I boot the machine, decides to ignore my configuration in xorg.conf, it boots up improperly with something like EnableMonitor tv (notice: no crt!), and then proceeds to blithely *OVERWRITE* my xorg.conf with its broken version! The *driver* overwrites your xorg.conf?!? Sorry, but I can't believe that. If 'strings' is correct, no part of the driver does even know about xorg.conf. What could in fact do that is /usr/sbin/atieventsd, which was added in version 8.28. It is started by /etc/init.d/fglrx-driver. Please try disabling it (rename to /etc/init.d/no.fglrx-driver for example) and let me know if things change. -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389415: wordnet_1:2.1-2(ia64/unstable): FTBFS: cast from pointer to int of diff size.
Package: wordnet Version: 1:2.1-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of wordnet_1:2.1-2 on caballero by sbuild/ia64 85 Build started at 20060925-1037 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.23-1.1), autotools-dev, patchutils (= 0.2.25), debhelper (= 5), tk8.4-dev, tcl8.4-dev, libxaw7-dev, flex, dictzip [...] creating wn cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/usr/include/tcl8.4 -I/usr/include -I../include -I/usr/include/tcl8.4 -I/usr/include-g -Wall -O2 -c -o wishwn-tkAppInit.o `test -f 'tkAppInit.c' || echo './'`tkAppInit.c cc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/usr/include/tcl8.4 -I/usr/include -I../include -I/usr/include/tcl8.4 -I/usr/include-g -Wall -O2 -c -o wishwn-stubs.o `test -f 'stubs.c' || echo './'`stubs.c stubs.c:17: warning: type defaults to 'int' in declaration of 'Id' stubs.c:17: warning: initialization makes integer from pointer without a cast stubs.c:17: error: initializer element is not computable at load time make[4]: *** [wishwn-stubs.o] Error 1 make[4]: Leaving directory `/build/buildd/wordnet-2.1/src' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/wordnet-2.1/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/wordnet-2.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/wordnet-2.1' make: *** [debian/stamp-makefile-build] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=wordnetver=1:2.1-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389414: thunar_0.4.0rc1-1(hppa/unstable): FTBFS: missing define
Package: thunar Version: 0.4.0rc1-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of thunar_0.4.0rc1-1 on bld-3 by sbuild/hppa 85 Build started at 20060924-1131 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.0), autotools-dev, libcairo2-dev, libexo-0.3-dev (= 0.3.1.10rc1), cdbs, libxml-parser-perl, libgamin-dev, libhal-storage-dev, libdbus-glib-1-dev, libexif-dev, xfce4-panel-dev (= 4.3.99.1), chrpath [...] cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -DEXO_API_SUBJECT_TO_CHANGE -DEXO_DISABLE_DEPRECATED -DG_LOG_DOMAIN=\thunar-vfs\ -DLIBEXECDIR=\/usr/lib/thunar\ -DSN_API_NOT_YET_FROZEN -DTHUNAR_VFS_COMPILATION -DTHUNAR_VFS_VERSION_API=\1\ -NDEBUG -DG_DISABLE_CAST_CHECKS -DHAVE_GNUC_VISIBILITY -I/usr/include/exo-0.3 -I/usr/include/gtk-2.0 -I/usr/include/xfce4 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/fam -I/usr/include/libpng12 -I/usr/include/startup-notification-1.0 -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -Wall -O2 -c thunar-vfs-io-local-xfer.c -fPIC -DPIC -o .libs/libthunar_vfs_1_la-thunar-vfs-io-local-xfer.o cc: unrecognized option '-NDEBUG' thunar-vfs-io-local-xfer.c: In function 'tvilx_copy_regular': thunar-vfs-io-local-xfer.c:206: error: 'POSIX_MADV_SEQUENTIAL' undeclared (first use in this function) thunar-vfs-io-local-xfer.c:206: error: (Each undeclared identifier is reported only once thunar-vfs-io-local-xfer.c:206: error: for each function it appears in.) make[4]: *** [libthunar_vfs_1_la-thunar-vfs-io-local-xfer.lo] Error 1 make[4]: Leaving directory `/build/buildd/thunar-0.4.0rc1/thunar-vfs' make[3]: *** [all] Error 2 make[3]: Leaving directory `/build/buildd/thunar-0.4.0rc1/thunar-vfs' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/thunar-0.4.0rc1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/thunar-0.4.0rc1' make: *** [debian/stamp-makefile-build] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppapkg=thunarver=0.4.0rc1-1
Bug#385519: marked as done (octaviz: please migrate to VTK 5)
Your message dated Mon, 25 Sep 2006 08:17:15 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#385519: fixed in octaviz 0.4.0+cvs20060921-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: octaviz Version: 0.4.0-27 Severity: important Could you please migrate to VTK 5 (which recently hit unstable)? What makes this important is that it is only possible to have one version installed on a system at a time. I am attaching a patch that will get you partway there; I gave up after discovering that the build *still* didn't get very far. :-/ FTR, the next, and with any luck last, issue to address is that VTK_LEGACY(...) declarations evidently confuse vtkWrapOctave. [BTW, I also had to add -DVTK_DIR:STRING=/usr/lib/vtk to cmake's invocation.] Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) --- octaviz-0.4.0/CMakeLists.txt2006-08-31 16:25:43.114394000 -0400 +++ octaviz-0.4.0.new/CMakeLists.txt2006-08-31 16:27:55.910236300 -0400 @@ -84,11 +84,12 @@ INCLUDE(${VTK_KITS_DIR}/vtk${kit}Kit.cmake) SET(all_oct) - FOREACH(class ${VTK_${ukit}_CLASSES}) + FOREACH(class0 ${VTK_${ukit}_CLASSES}) + GET_FILENAME_COMPONENT(class ${class0} NAME) IF(NOT VTK_CLASS_WRAP_EXCLUDE_${class}) SET(all_oct ${all_oct} ${class}.oct) ENDIF(NOT VTK_CLASS_WRAP_EXCLUDE_${class}) - ENDFOREACH(class) + ENDFOREACH(class0) # ADD_CUSTOM_TARGET(vtk${kit}.cc ALL cat ${all_ccs} vtk${kit}.cc) @@ -128,7 +129,8 @@ # Remove prefix from oct install dir STRING(REGEX REPLACE ${CMAKE_INSTALL_PREFIX} OCT_INST_DIR ${OCT_INST_DIR_EXEC}) - FOREACH(class ${VTK_${ukit}_CLASSES}) + FOREACH(class0 ${VTK_${ukit}_CLASSES}) + GET_FILENAME_COMPONENT(class ${class0} NAME) SET(full_name ${VTK_${ukit}_HEADER_DIR}/${class}.h) IF(NOT VTK_CLASS_WRAP_EXCLUDE_${class}) ADD_CUSTOM_TARGET(${class}.cc ALL ../Wrapping/vtkWrapOctave ${full_name} ../Wrapping/hints 1 ${class}.cc) @@ -138,7 +140,7 @@ # ADD_CUSTOM_TARGET(${class}_link echo Symlinking ${class}\; ln -s ${CMAKE_INSTALL_PREFIX}${OCT_INST_DIR}/octaviz/vtk${kit}.oct ${CMAKE_INSTALL_PREFIX}${OCT_INST_DIR}/octaviz/${class}.oct) # ADD_DEPENDENCIES(create_links ${class}_link) ENDIF(NOT VTK_CLASS_WRAP_EXCLUDE_${class}) - ENDFOREACH(class) + ENDFOREACH(class0) ENDMACRO(OCTAVE_WRAP_VTK) # MARK_AS_ADVANCED(CMAKE_INSTALL_PREFIX) ---End Message--- ---BeginMessage--- Source: octaviz Source-Version: 0.4.0+cvs20060921-1 We believe that the bug you reported is fixed in the latest version of octaviz, which is due to be installed in the Debian FTP archive: octaviz_0.4.0+cvs20060921-1.diff.gz to pool/main/o/octaviz/octaviz_0.4.0+cvs20060921-1.diff.gz octaviz_0.4.0+cvs20060921-1.dsc to pool/main/o/octaviz/octaviz_0.4.0+cvs20060921-1.dsc octaviz_0.4.0+cvs20060921-1_i386.deb to pool/main/o/octaviz/octaviz_0.4.0+cvs20060921-1_i386.deb octaviz_0.4.0+cvs20060921.orig.tar.gz to pool/main/o/octaviz/octaviz_0.4.0+cvs20060921.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Rafael Laboissiere [EMAIL PROTECTED] (supplier of updated octaviz package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Sep 2006 12:45:29 +0200 Source: octaviz Binary: octaviz Architecture: source i386 Version: 0.4.0+cvs20060921-1 Distribution: unstable Urgency: low Maintainer: Debian Octave Group [EMAIL PROTECTED]
Bug#384262: solution of reverting to older version not working
I downloaded the xserver-xorg-core_2:1.0.2-10_i386.deb from debian snapshot, but if I simply use dpkg -i to install it, then, when I start X I get this error: (EE) module ABI major version (1) doesn't match the server's version (0) (EE) Failed to load module v4l (module requirement mismatch, 0) (EE) module ABI minor version (6) is newer than the server's version (5) (EE) Failed to load module keyboard (module requirement mismatch, 0) (EE) module ABI minor version (6) is newer than the server's version (5) (EE) Failed to load module mouse (module requirement mismatch, 0) (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X (EE) NVIDIA(0): log file that the GLX module has been loaded in your X (EE) NVIDIA(0): server, and that the module is the NVIDIA GLX module. If (EE) NVIDIA(0): you continue to encounter problems, Please try (EE) NVIDIA(0): reinstalling the NVIDIA driver. (EE) No Input driver matching `keyboard' (EE) No Input driver matching `mouse' Synaptics DeviceInit called SynapticsCtrl called. Synaptics DeviceOn called No core keyboard Fatal server error: failed to initialize core devices XIO: fatal IO error 104 (Connection reset by peer) on X server :2.0 after 0 requests (0 known processed) with 0 events remaining. so reverting does not solve the problem for me I am using unstable / sid, with a 2.6.17 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388115: Here's my patch, any comments?
tags 388115 pending thanks Hi, since the commit e-mails don't seem to come throuh, here's the patch I applied this afternoon. If nobody cries Stop, that's incomplete, I'm going to start testing this evening and will hopefully be able to upload tomorrow. Regards, Frank Index: debian/postinst.in === --- debian/postinst.in (revision 1627) +++ debian/postinst.in (working copy) @@ -113,9 +113,6 @@ $UCF /usr/share/tetex-base/`basename $file` $file done -# Update language.dat (update-language is in tex-common on which we depend) -update-language - # if tetex-base is upgraded while tetex-bin is already installed, we must # call mktexlr, and regenerate the formats and font maps. clean_texenvironment @@ -128,8 +125,11 @@ kpsewhich --expand-var='$TEXMF' | grep -q /usr/share/texmf 2 /dev/null then mktexlsr - # Update fontmap configuration file and language.dat + # Update files generated from configuration files + update-texmf update-updmap + update-language + update-fmtutil # now call updmap create_fontmaps # create formats Index: debian/postrm.in === --- debian/postrm.in(revision 1627) +++ debian/postrm.in(working copy) @@ -44,8 +44,11 @@ ;; remove) update-language +update-updmap +update-fmtutil ;; purge) +update-texmf # if these files still exist, remove them now for file in $generated $generated_links; do rm -f /etc/texmf/dvips/$file Index: debian/changelog === --- debian/changelog(revision 1627) +++ debian/changelog(working copy) @@ -1,10 +1,13 @@ -tetex-base (3.0-22~1) unstable; urgency=medium +tetex-base (3.0-22~1) unstable; urgency=high * Fixed patch target in debian/rules to not remove one of its prerequisites, thanks to Max Kellermann [EMAIL PROTECTED] (closes: #388067) [frank] + * Add proper invocations of update-language, and also of the other +update scripts, to tetex-base's maintainer scripts (closes: #388115) +[frank] - -- Frank Küster [EMAIL PROTECTED] Tue, 19 Sep 2006 12:50:06 +0200 + -- Frank Küster [EMAIL PROTECTED] Mon, 25 Sep 2006 14:52:56 +0200 tetex-base (3.0-21) unstable; urgency=medium -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Processed: Re: Bug#388271: fglrx-control: fireglcontrol give Floating point exception
Processing commands for [EMAIL PROTECTED]: tags 388271 + moreinfo unreproducible Bug#388271: fglrx-control: fireglcontrol give Floating point exception There were no tags set. Tags added: moreinfo, unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375830: marked as done (on first load, fglrx starts with a broken configuration and overwrites xorg.conf with broken EnableMonitor setting, preventing further loads)
Your message dated Mon, 25 Sep 2006 17:45:53 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#375830: Acknowledgement (occasionally misdetects PCI-Express card for PCI and dies before DRI) has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: fglrx-driver Version: 8.24.8, 8.25.18 Tags: upstream Severity: important Hi, Apparently both of these versions have a bit of an issue when dealing with my card. This is the diff from a broken X startup and a normal X startup: --- /var/log/Xorg.0.log.old 2006-06-28 13:14:46.0 +0200 +++ /var/log/Xorg.0.log 2006-06-28 13:18:07.0 +0200 @@ -14 +14 @@ -(==) Log file: /var/log/Xorg.0.log, Time: Wed Jun 28 13:14:42 2006 +(==) Log file: /var/log/Xorg.0.log, Time: Wed Jun 28 13:15:50 2006 @@ -645 +645 @@ -(II) fglrx(0): PCI card detected +(II) fglrx(0): PCIE card detected @@ -822,2 +822,2 @@ -(II) fglrx(0): UMM Bus area: 0xd0701000 (size=0x0f8ff000) -(II) fglrx(0): UMM area: 0xd0701000 (size=0x0f8ff000) +(II) fglrx(0): UMM Bus area: 0xd0701000 (size=0x0f8ef000) +(II) fglrx(0): UMM area: 0xd0701000 (size=0x0f8ef000) @@ -915 +915 @@ -(II) fglrx(0): [drm] mapped SAREA 0x2000 to 0xb6f16000 +(II) fglrx(0): [drm] mapped SAREA 0x2000 to 0xb6fe1000 @@ -954,0 +955,53 @@ +(II) fglrx(0): Direct rendering enabled +(==) fglrx(0): Using hardware cursor [...a few dozen more normal messages when it works...] When it detects a PCI card (wrongly), the display and the keyboard are dead and the only solution is to reboot the machine hard (via button). Please forward upstream. TIA. -- 2. That which causes joy or happiness. ---End Message--- ---BeginMessage--- On Mon, Sep 25, 2006 at 05:21:19PM +0200, Flavio Stanchina wrote: It escalated :( This version of the fglrx driver, after I boot the machine, decides to ignore my configuration in xorg.conf, it boots up improperly with something like EnableMonitor tv (notice: no crt!), and then proceeds to blithely *OVERWRITE* my xorg.conf with its broken version! The *driver* overwrites your xorg.conf?!? Sorry, but I can't believe that. If 'strings' is correct, no part of the driver does even know about xorg.conf. What could in fact do that is /usr/sbin/atieventsd, which was added in version 8.28. It is started by /etc/init.d/fglrx-driver. Please try disabling it (rename to /etc/init.d/no.fglrx-driver for example) and let me know if things change. I actually had two init scripts for atieventsd... after looking into it, I realized that I had not purged the old ATI package, so now I did: % dpkg -s fglrx-driver | awk '/ obsolete/ {print $1}' | xargs sudo rm And after the next reboot, all is well! Thanks for mentioning the init script, I never would have guessed this :) Since it appears that my original problem is fixed upstream, and you correct the new upstream behaviour in the second matter, I'll close the bug report. Thanks for your patience. -- 2. That which causes joy or happiness. ---End Message---
Processed: Fixed in NMU of libmodplug 1:0.7-5.2
Processing commands for [EMAIL PROTECTED]: tag 383574 + fixed Bug#383574: libmodplug: CVE-2006-4192: buffer/heap overflow - arbitrary code execution as user Tags were: security Tags added: fixed quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383574: libmodplug: CVE-2006-4192: buffer/heap overflow - arbitrary code execution as user
clone 383574 -1 reassign -1 cmus retitle -1 CVE-2006-4192: cmus needs to be rebuilt against libmodplug = 0.7-5.2 to fix arbitrary code execution thanks On Thu, Aug 17, 2006 at 11:38:07PM -0400, Alec Berryman wrote: I have confirmed the second vector but have not confirmed the first. The first only applies to modplug, not libmodplug (since libmodplug doesn't support the ITP format, according to the advisory), so it's irrelevant for Debian TTBOMK. The second seems to be easily fixed (just check for 4 signed instead of unsigned); I'm preparing an NMU now, and I'm quite sure the fix will apply cleanly to sarge. The original advisory [1] includes proof-of-concept code [2] to generate sample ITP and AMF files; cmus (using libmodplug) crashed while playing the AMF file. Note that cmus links statically to libmodplug for some reason, so it will have to be relinked. I haven't tested it, but at least my patch fixes the issue for xmms-modplug. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388711: PHP API
The strange thing is that the class_exists() function takes an optional second argument, as seen on PHP's documentation: http://ar.php.net/class_exists Best regards, -- Lucas Di Pentima - Santa Fe, Argentina - Jabber ID: [EMAIL PROTECTED] LUNIX S.R.L. - Soluciones en GNU/Linux - http://www.lunix.com.ar GnuPG Public Key: http://random.sks.keyserver.penguin.de:11371/pks/lookup?op=getsearch=0x6AA54FC9 Key fingerprint = BD3B 08C4 661A 8C3B 1855 740C 8F98 3FCF 6AA5 4FC9 signature.asc Description: OpenPGP digital signature
Bug#388271: fglrx-control: fireglcontrol give Floating point exception
tags 388271 + moreinfo unreproducible thanks Brent S. Elmer wrote: fireglcontrol doesn't work it just gives Floating point exception It works here. Please check your setup; I see you're using a custom-built kernel, are you sure it's fine? -- Ciao, Flavio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388571: awstats: Logos policy available on Mozilla's trademark policy
Package: awstats Followup-For: Bug #388571 Hi there, The trademark policy on Mozilla's site has something to say: http://www.mozilla.org/foundation/trademarks/policy.html === BEGIN EXCERPT === There are two additional broad categories of things you can't do with Mozilla's logos. The first is to produce modified versions of them. A modified logo also would raise the possibility of consumer confusion, thus violating Mozilla's trademarks rights, too (remember the overarching requirement that any use of a Mozilla trademark be non-confusing?). === END EXCERPT = I'm not familiar whith the DFSG compatibilities, but the license clearly says that you can't modify the logo. There are many things in main with that icon... right now I found another RC bug with the same issue: #388867 . don't know if there can be exceptions to that.. you can do a nice bw placeholder logo and put the firefox icon on non-free :P Cheers, Marc -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: libmodplug: CVE-2006-4192: buffer/heap overflow - arbitrary code execution as user
Processing commands for [EMAIL PROTECTED]: clone 383574 -1 Bug#383574: libmodplug: CVE-2006-4192: buffer/heap overflow - arbitrary code execution as user Bug 383574 cloned as bug 389422. reassign -1 cmus Bug#389422: libmodplug: CVE-2006-4192: buffer/heap overflow - arbitrary code execution as user Bug reassigned from package `libmodplug' to `cmus'. retitle -1 CVE-2006-4192: cmus needs to be rebuilt against libmodplug = 0.7-5.2 to fix arbitrary code execution Bug#389422: libmodplug: CVE-2006-4192: buffer/heap overflow - arbitrary code execution as user Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383403: Vicam driver appears to contain misappropriated code
Nathanael Nerode writes: In the Linux kernel, drivers/media/video/usbvideo/vicam.c contains *long* sequences which appear to have been lifted from some other driver without permission or attribution, probably by wire-sniffing. Not short sequences, really long ones. This is not just nondistributable, it's actually likely to be sued over: the company clearly didn't authorize this use. Do you have any evidence to indicate that these byte streams contain any copyrightable or otherwise protected content? (It might be what the U.S. Copyright Act calls a useful article.) Why do you say it is non-distributable in the first place? Michael Poole -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Here's my patch, any comments?
Processing commands for [EMAIL PROTECTED]: tags 388115 pending Bug#388115: tetex-base: postinst fails, can not upgrade There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to dokuwiki, tagging 387972, tagging 387974, tagging 388082
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21 package dokuwiki Ignoring bugs not assigned to: dokuwiki tags 387972 + pending Bug#387972: tries to stop deinstalled apache There were no tags set. Tags added: pending tags 387974 + pending Bug#387974: postinst/postrm delete conffiles There were no tags set. Tags added: pending tags 388082 + pending Bug#388082: security issues fixed in dokuwiki 20060309d Tags were: security Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389414: [Pkg-xfce-devel] Bug#389414: thunar_0.4.0rc1-1(hppa/unstable): FTBFS: missing define
On Mon, Sep 25, 2006 at 09:28:29AM -0600, [EMAIL PROTECTED] wrote: thunar-vfs-io-local-xfer.c:206: error: 'POSIX_MADV_SEQUENTIAL' undeclared (first use in this function) On hppa, bits/mman.h doesn't declare this. #381294 against libc6-dev is a similar bug for mips (and arm) and indeed mips and arm are fixed upstream: http://sources.redhat.com/ml/libc-ports/2006-05/msg5.html As in fact is hppa: http://sources.redhat.com/cgi-bin/cvsweb.cgi/~checkout~/ports/sysdeps/unix/sysv/linux/hppa/bits/mman.h?rev=1.6content-type=text/plaincvsroot=glibc I suspect this is too late to go into glibc for etch though. I guess we'll have to patch thunar locally to work around this for hppa which sucks somewhat but hey. Lamont, any other hppa porters, please chase the libc guys about this. Simon. -- oOoOo 'blitz pasque toutes les erreurs possible je crois que oOoOo oOoOoj'y ai eu droit :)' #parinuxoOoOo oOoOo oOoOo htag.pl 0.0.22 ::: http://www.earth.li/~huggie/ signature.asc Description: Digital signature