Bug#516780: Acknowledgement (iceweasel: Iceweasel segfaults after etch => lenny upgrade)
Hello The Bug realy seams to be related to the flash plugin. After removing this, iceweasel worked again. -Benoit- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516867: lvm2: completion_matches implicitly converted to pointer
Package: lvm2 Version: 2.02.44-1 Severity: serious Tags: patch Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `completion_matches' implicitly converted to pointer at lvm.c:135 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions diff -urpN lvm2-2.02.44.orig/tools/lvm.c lvm2-2.02.44/tools/lvm.c --- lvm2-2.02.44.orig/tools/lvm.c 2008-12-17 22:27:18.0 -0700 +++ lvm2-2.02.44/tools/lvm.c 2009-02-23 21:56:28.909244639 -0700 @@ -25,9 +25,6 @@ int main(int argc, char **argv) # include # include -# ifndef HAVE_RL_COMPLETION_MATCHES -#define rl_completion_matches(a, b) completion_matches((char *)a, b) -# endif static struct cmdline_context *_cmdline;
Bug#515275: gcrontab: Depends on GTK 1.2 and GLIB 1.2
tags 515275 + patch
thank you
Hi,
Here is a patch that solves at least most of this issue. I still get a
bit of a wierd build issue but I'm not sure it is Gtk2 related. Hope it
helps.
Thanks,
Barry deFreese
diff -u gcrontab-0.8.0/debian/changelog gcrontab-0.8.0/debian/changelog
--- gcrontab-0.8.0/debian/changelog
+++ gcrontab-0.8.0/debian/changelog
@@ -1,3 +1,10 @@
+gcrontab (0.8.0-4.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Test build with Gtk2.
+
+ -- Barry deFreese Mon, 23 Feb 2009 22:57:07 -0500
+
gcrontab (0.8.0-4) unstable; urgency=low
* New maintainer (Closes: #465989). Ack 0.8.0-3.1 changes.
diff -u gcrontab-0.8.0/debian/control gcrontab-0.8.0/debian/control
--- gcrontab-0.8.0/debian/control
+++ gcrontab-0.8.0/debian/control
@@ -2,7 +2,7 @@
Section: utils
Priority: optional
Maintainer: Jari Aalto
-Build-Depends: debhelper (>= 7), libglib1.2-dev, libgtk1.2-dev, dpatch
+Build-Depends: debhelper (>= 7), libglib2.0-dev, libgtk2.0-dev, dpatch
Standards-Version: 3.8.0
Vcs-Browser: http://git.debian.org/?p=collab-maint/gcrontab.git
Vcs-Git: git://git.debian.org/git/collab-maint/gcrontab.git
--- gcrontab-0.8.0.orig/src/interface.c
+++ gcrontab-0.8.0/src/interface.c
@@ -69,7 +69,7 @@
accel_group = gtk_accel_group_new ();
- win_citem = gtk_window_new (GTK_WINDOW_DIALOG);
+ win_citem = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_object_set_data (GTK_OBJECT (win_citem), "win_citem", win_citem);
gtk_widget_set_usize (win_citem, 600, 200);
gtk_window_set_title (GTK_WINDOW (win_citem), _("Cron item"));
@@ -538,7 +538,7 @@
gtk_object_set_data_full (GTK_OBJECT (win_main), "file_menu", file_menu,
(GtkDestroyNotify) gtk_widget_unref);
gtk_menu_item_set_submenu (GTK_MENU_ITEM (file), file_menu);
- file_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (file_menu));
+/* file_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU
(file_menu)); */
New = gtk_menu_item_new_with_label (_("New"));
gtk_widget_ref (New);
@@ -620,7 +620,7 @@
gtk_object_set_data_full (GTK_OBJECT (win_main), "crontab1_menu",
crontab1_menu,
(GtkDestroyNotify) gtk_widget_unref);
gtk_menu_item_set_submenu (GTK_MENU_ITEM (crontab1), crontab1_menu);
- crontab1_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU
(crontab1_menu));
+/* crontab1_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU
(crontab1_menu)); */
set_current_file1 = gtk_menu_item_new_with_label (_("Set current file"));
gtk_widget_ref (set_current_file1);
@@ -666,7 +666,7 @@
gtk_object_set_data_full (GTK_OBJECT (win_main), "options_menu",
options_menu,
(GtkDestroyNotify) gtk_widget_unref);
gtk_menu_item_set_submenu (GTK_MENU_ITEM (options), options_menu);
- options_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU
(options_menu));
+/* options_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU
(options_menu)); */
simplified_mode = gtk_check_menu_item_new_with_label (_("Simplified mode"));
gtk_widget_ref (simplified_mode);
@@ -718,7 +718,7 @@
gtk_object_set_data_full (GTK_OBJECT (win_main), "help_menu", help_menu,
(GtkDestroyNotify) gtk_widget_unref);
gtk_menu_item_set_submenu (GTK_MENU_ITEM (help), help_menu);
- help_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU (help_menu));
+/* help_menu_accels = gtk_menu_ensure_uline_accel_group (GTK_MENU
(help_menu)); */
hlp = gtk_menu_item_new_with_label (_("gcrontab help"));
gtk_widget_ref (hlp);
@@ -763,15 +763,16 @@
gtk_box_pack_start (GTK_BOX (vbox3), handlebox4, FALSE, TRUE, 0);
gtk_container_set_border_width (GTK_CONTAINER (handlebox4), 2);
- toolbar4 = gtk_toolbar_new (GTK_ORIENTATION_HORIZONTAL, GTK_TOOLBAR_ICONS);
+/* toolbar4 = gtk_toolbar_new (GTK_ORIENTATION_HORIZONTAL,
GTK_TOOLBAR_ICONS); */
+ toolbar4 = gtk_toolbar_new ();
gtk_widget_ref (toolbar4);
gtk_object_set_data_full (GTK_OBJECT (win_main), "toolbar4", toolbar4,
(GtkDestroyNotify) gtk_widget_unref);
gtk_widget_show (toolbar4);
gtk_container_add (GTK_CONTAINER (handlebox4), toolbar4);
- gtk_toolbar_set_space_size (GTK_TOOLBAR (toolbar4), 0);
- gtk_toolbar_set_space_style (GTK_TOOLBAR (toolbar4), GTK_TOOLBAR_SPACE_LINE);
- gtk_toolbar_set_button_relief (GTK_TOOLBAR (toolbar4), GTK_RELIEF_NONE);
+/* gtk_toolbar_set_space_size (GTK_TOOLBAR (toolbar4), 0); */
+/* gtk_toolbar_set_space_style (GTK_TOOLBAR (toolbar4),
GTK_TOOLBAR_SPACE_LINE); */
+/* gtk_toolbar_set_button_relief (GTK_TOOLBAR (toolbar4), GTK_RELIEF_NONE); */
tmp_toolbar_icon = create_pixmap (win_main, "new.xpm");
btn_tbrnew = gtk_toolbar_append_element (GTK_TOOLBAR (toolbar4),
@@ -934,14 +935,15 @@
gtk_box_pack_start (GTK_BOX (vbox3), handlebox5, FALSE, FALSE, 0);
gtk_container_set_border_width (GTK_CONTAINER (handlebox5), 2);
- toolbar6 = gtk_toolba
Processed: Re: gcrontab: Depends on GTK 1.2 and GLIB 1.2
Processing commands for cont...@bugs.debian.org: > tags 515275 + patch Bug#515275: gcrontab: Depends on GTK 1.2 and GLIB 1.2 Tags were: sid Tags added: patch > thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#470890: Additional information
The output of Data::Dumper that gets prepended to the application output, contains sensitive information such as database DSN and credentials -- this bug might expose this information. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516857: amoeba_1.1-19.1(mips/unstable): FTBFS on mips. test suite failure.
Package: amoeba Version: 1.1-19.1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of amoeba_1.1-19.1 on ball by sbuild/mips 99.99 > Build started at 20090224-0106 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>> 5.0.0), libpng-dev, zlib1g-dev, libjpeg62-dev, > libexpat1-dev, libvorbis-dev, libogg-dev, libfreetype6-dev, libx11-dev, > libxext-dev, libxxf86vm-dev, xlibmesa-gl-dev | libgl-dev, libglu1-mesa-dev, > quilt (>= 0.40) [...] > patching file util/hashtable.h > patching file util/hashtable.cpp > > Applying patch 07-drop-compiled-vertex-arrays.diff > patching file main/twisthandler.cpp > > Applying patch 08-single-point-spline.diff > patching file main/autosplinecurve.cpp > > Applying patch 09-dont-set-gtk-locale.diff > patching file main/linux-config/linux-config.cpp > patch: Can't rename file main/linux-config/linux-config.cpp to > .pc/09-dont-set-gtk-locale.diff/main/linux-config/linux-config.cpp : > Permission denied > Patch 09-dont-set-gtk-locale.diff does not apply (enforce with -f) > make: *** [debian/stamp-patched] Error 1 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mips&pkg=amoeba&ver=1.1-19.1 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: (no subject)
Processing commands for cont...@bugs.debian.org: > forcemerge 515728 516048 Bug#515728: shared-mime-info: lost file association in gnome/nautilus Bug#516048: nautilus: cannot open JPEG files Forcibly Merged 515728 516048. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516852: Symbol lookup error: gtk_file_system_error_quark
Package: ruby-gnome2 Severity: grave The ruby GTK+ bindings cause a crash on startup for applications using these bindings, e.g. $ screenruler Loading libraries... ruby: symbol lookup error: /usr/lib/ruby/1.8/i486-linux/gtk2.so: undefined symbol: gtk_file_system_error_quark I'm using the 2.14.7-3 version of the libgtk2.0-0 package, which does not have this symbol: $ nm /usr/lib/libgtk-x11-2.0.a |grep gtk_file_system_error_quark |wc -l 0 It looks like this is was a private symbol which is no longer available in GTK+ 2.14.x. — Wouter signature.asc Description: Digital signature
Bug#516853: citadel-server: purging package does not remove all config files
Package: citadel-server Version: 7.38-2 Severity: serious Hi, according to our poilcy 6.8.5 configuration files need to be removed while purging the package. citadel-server fails to do so - the following files and directories still exist after purging the package: 0 b...@think:/etc$ ls -la citadel/ total 32 drwxr-xr-x 3 citadel citadel 4096 2009-02-24 00:54 . drwxr-xr-x 184 rootroot12288 2009-02-24 00:53 .. -rw--- 1 citadel citadel 3248 2009-02-24 00:54 citadel.config -rw-rw-rw- 1 citadel root 56 2009-02-24 00:54 citadel.control drwx-- 2 citadel root 4096 2009-02-24 00:54 netconfigs -rw-rw-rw- 1 rootroot 96 2009-02-24 00:54 refcount_adjustments.dat 0 b...@think:/etc$ Cheers, Bernd -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.6-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages citadel-server depends on: ii adduser3.110 add and remove users and groups ii citadel-common 7.38-2complete and feature-rich groupwar ii debconf [debconf-2.0] 1.5.25Debian configuration management sy ii libc6 2.9-3 GNU C Library: Shared libraries ii libcitadel17.38a-1 Citadel toolbox ii libcurl3 7.18.2-8 Multi-protocol file transfer libra ii libdb4.7 4.7.25-6 Berkeley v4.7 Database Libraries [ ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libical0 0.43-2iCalendar library implementation i ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries ii libncurses55.7+20090214-1shared libraries for terminal hand ii libpam0g 1.0.1-5 Pluggable Authentication Modules l ii libsieve2-12.2.6-1 a library for parsing, sorting and ii libssl0.9.80.9.8g-15 SSL shared libraries ii openssl0.9.8g-15 Secure Socket Layer (SSL) binary a ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages citadel-server recommends: pn db4.6-util (no description available) ii shared-mime-info 0.51-3 FreeDesktop.org shared MIME databa Versions of packages citadel-server suggests: ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516825: dvdbackup - FTBFS: error: 'dvd_stat_t' undeclared
block 516825 by 515842 thanks For building dvdbackup libdvdread has to export dvd_stat_t and DVDFileStat (bug #515842). Regards, Benjamin signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Processed: Re: Bug#516825: dvdbackup - FTBFS: error: 'dvd_stat_t' undeclared
Processing commands for cont...@bugs.debian.org: > block 516825 by 515842 Bug#515842: libdvdread-dev: DVDFileStat is not exported anymore Bug#516825: dvdbackup - FTBFS: error: 'dvd_stat_t' undeclared Was not blocked by any bugs. Blocking bugs of 516825 added: 515842 > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511644: ttf-mathematica4.1 still useful for running Mathematica remotely
On Mon, 2009-02-23 at 22:20 +0900, Atsuhito Kohda wrote: > On Fri, 20 Feb 2009 18:29:43 +1100, Drew Parsons wrote: > > > Since installing Mathematica 7 does not fix the problem, I assume that > > MathematicaPlayer does not fix it either. That means your font package > > Okay, I see. > > > I suspect ttf is sufficient, but I don't know for sure. > > I'm happy to test any deb files and provide feedback. > > Does the latest ttf-mathematica4.1-7 works for you? No, it doesn't unfortunately. The exact error message that pops up (running mathematica 5.1) in a dialog box is "Unable to find font with family Mathematica1, weight Plain, slant Plain, and size 12. Substituting Courier." and additional error messages on the terminal (stderr): $ mathematica xset: bad font path element (#23), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax I'm accessing the remove server using "slogin -X remote.host". As I understand it the -X option with slogin is supposed to allow remote X functionality. The application is otherwise working OK, that is normal text reads fine, but the mathematical symbols palette is certainly corrupted (showing empty squares instead of integral symbols, etc.). By way of contrast, Maple works normally. > I'll build a package of Mathmatica fonts ver.7, probably > in this week, so that you can test if it fixes your problem. I'll certainly give it a go! > > Does STIX provide replacement fonts which Mathematica should be able to > > use? I can try it when its deb is available. > > I suspect it doesn't but please try it when my package > is accepted (at present it is not yet accepted). OK. Best regards, Drew. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging 513528
Processing commands for cont...@bugs.debian.org: > tags 513528 + fixed-upstream Bug#513528: ruby1.9: Not properly checking the return value of OCSP_basic_verify Tags were: security Tags added: fixed-upstream > 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging 319694
Processing commands for cont...@bugs.debian.org: > tags 319694 + sid Bug#319694: w3mmee-img: optionally use GTK2 instead of GTK1.2 There were no tags set. Tags added: sid > 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508432: fwknop patched
Hi Sébastien, I have patched Fwknop with Martin's patch with the approval of Fwknop upstream. Have you been able to reproduce the problem? I think maybe that could be nice to have a way to enable/disable the current behavior of the pcap_loop function against interrupts. Having a note about the possible problem would also be good as Martin pointed out. However, I also think this should only be a workaround until someone is able to find out what is wrong. What do others think about this? Regards, -- Franck Joncourt http://debian.org - http://smhteam.info/wiki/ signature.asc Description: OpenPGP digital signature
Processed: notfound 516829 in 2.8.1-2etch1
Processing commands for cont...@bugs.debian.org: > notfound 516829 2.8.1-2etch1 Bug#516829: Http double slash request arbitrary file access vulnerability Bug no longer marked as found in version 2.8.1-2etch1. > 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504457: iceweasel and epiphany crash on starting
(Icedove crash, while trying to switch on the SSL.)
Already tried to reinstall xulrunner1.9, wth remove all of its file in
/lib/xulrunner-1.9.
Already tried to reinstall iceweasel, wth remove all files in ~/.mozilla
with no effect still crashes - segmentation fault.
now installed packages:
Iceweasel Version: 3.0.6-1
Xulrunner-1.9 Version: 1.9.0.6-1
I try pass:
iceweasel -g
run
bt
gave me:
Starting program: /usr/lib/iceweasel/firefox-bin -a iceweasel
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
Error while reading shared library symbols:
Cannot find new threads: generic error
Cannot find new threads: generic error
(gdb) bt
#0 0xb80c06e1 in _dl_debug_state () from /lib/ld-linux.so.2
#1 0xb80c3c12 in ?? () from /lib/ld-linux.so.2
#2 0x in ?? ()
and before a typed:
strace -f -eopen iceweasel
1814 open("/etc/ld.so.cache", O_RDONLY) = 3
1814 open("/lib/libncurses.so.5", O_RDONLY) = 3
1814 open("/lib/i686/cmov/libdl.so.2", O_RDONLY) = 3
1814 open("/lib/i686/cmov/libc.so.6", O_RDONLY) = 3
1814 open("/dev/tty", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3
1814 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
1814 open("/proc/meminfo", O_RDONLY) = 3
1814 open("/usr/share/locale/locale.alias", O_RDONLY) = 3
1814
open("/usr/lib/locale/LC_CTYPE=cs_CZ;LC_NUMERIC=cs_CZ;LC_TIME=cs_CZ;LC_COLLATE=cs_CZ;LC_MONETARY=cs_CZ;LC_MESSAGES=C;LC_PAPER=cs_CZ;LC_NAME=cs_CZ;LC_ADDRESS=cs_CZ;LC_TELEPHONE=cs_CZ;LC_MEASUREMENT=cs_CZ;LC_IDENTIFICATION=cs_CZ/LC_CTYPE",
O_RDONLY) = -1 ENOENT (No such file or directory)
1814 open("/usr/lib/locale/LC/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such
file or directory)
1814
open("/usr/lib/locale/LC_CTYPE=cs_CZ;LC_NUMERIC=cs_CZ;LC_TIME=cs_CZ;LC_COLLATE=cs_CZ;LC_MONETARY=cs_CZ;LC_MESSAGES=C;LC_PAPER=cs_CZ;LC_NAME=cs_CZ;LC_ADDRESS=cs_CZ;LC_TELEPHONE=cs_CZ;LC_MEASUREMENT=cs_CZ;LC_IDENTIFICATION=cs_CZ/LC_COLLATE",
O_RDONLY) = -1 ENOENT (No such file or directory)
1814 open("/usr/lib/locale/LC/LC_COLLATE", O_RDONLY) = -1 ENOENT (No
such file or directory)
1814
open("/usr/lib/locale/LC_CTYPE=cs_CZ;LC_NUMERIC=cs_CZ;LC_TIME=cs_CZ;LC_COLLATE=cs_CZ;LC_MONETARY=cs_CZ;LC_MESSAGES=C;LC_PAPER=cs_CZ;LC_NAME=cs_CZ;LC_ADDRESS=cs_CZ;LC_TELEPHONE=cs_CZ;LC_MEASUREMENT=cs_CZ;LC_IDENTIFICATION=cs_CZ/LC_NUMERIC",
O_RDONLY) = -1 ENOENT (No such file or directory)
1814 open("/usr/lib/locale/LC/LC_NUMERIC", O_RDONLY) = -1 ENOENT (No
such file or directory)
1814
open("/usr/lib/locale/LC_CTYPE=cs_CZ;LC_NUMERIC=cs_CZ;LC_TIME=cs_CZ;LC_COLLATE=cs_CZ;LC_MONETARY=cs_CZ;LC_MESSAGES=C;LC_PAPER=cs_CZ;LC_NAME=cs_CZ;LC_ADDRESS=cs_CZ;LC_TELEPHONE=cs_CZ;LC_MEASUREMENT=cs_CZ;LC_IDENTIFICATION=cs_CZ/LC_TIME",
O_RDONLY) = -1 ENOENT (No such file or directory)
1814 open("/usr/lib/locale/LC/LC_TIME", O_RDONLY) = -1 ENOENT (No such
file or directory)
1814 open("/usr/bin/iceweasel", O_RDONLY|O_LARGEFILE) = 3
1814 open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
1814 open("/usr/lib/gconv/ISO8859-2.so", O_RDONLY) = 3
1814 open("/proc/sys/kernel/ngroups_max", O_RDONLY) = 3
1814 open("/etc/iceweasel/iceweaselrc", O_RDONLY|O_LARGEFILE) = 3
1814 open("/dev/null", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3
1814 open("/usr/lib/iceweasel/tls/i686/sse2/cmov/libdl.so.2", O_RDONLY)
= -1 ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/tls/i686/sse2/libdl.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/tls/i686/cmov/libdl.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/tls/i686/libdl.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/tls/sse2/cmov/libdl.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/tls/sse2/libdl.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/tls/cmov/libdl.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/tls/libdl.so.2", O_RDONLY) = -1 ENOENT
(No such file or directory)
1814 open("/usr/lib/iceweasel/i686/sse2/cmov/libdl.so.2", O_RDONLY) =
-1 ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/i686/sse2/libdl.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/i686/cmov/libdl.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/i686/libdl.so.2", O_RDONLY) = -1 ENOENT
(No such file or directory)
1814 open("/usr/lib/iceweasel/sse2/cmov/libdl.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
1814 open("/usr/lib/iceweasel/sse2/libdl.so.2", O_RDONLY) = -1 ENOENT
(No such file or directory)
1814 open("/usr/lib/iceweasel/cmov/libdl.so.2", O_RDONLY) = -1 ENOENT
(No such file or directory)
1814 open("/usr/lib/ice
Bug#438405: marked as done (gbase should be upgarded to Gtk 2.*)
Your message dated Mon, 23 Feb 2009 22:32:04 +
with message-id
and subject line Bug#438405: fixed in gbase 0.5-2.2
has caused the Debian Bug report #438405,
regarding gbase should be upgarded to Gtk 2.*
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
438405: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438405
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: gbase
Version: 0.5-2.1+b1
Severity: normal
I am slowly getting rid of software that depends on ancient Gtk+ Gtk 1.*
-libraries. Maybe one day I could get rid of those Gtk 1.* -libraries,
too. Gtk+ 2.* and Qt is the way to go!
This small but imporant program is still on my way. So, please upgrade
this software to Gtk 2.* .
BTW ghex2 has some kind of base-converter, but it has at least two
drawbacks:
1) It does not update its fields in real-time.
2) It is not available as a standalone program. You must start hex
editor called ghex2, first.
Maybe you could use its sourcecode.
http://download.gnome.org/sources/ghex/
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (1100, 'testing'), (990, 'stable'), (500,
'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99,
'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-1-k7 (SMP w/1 CPU core)
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gbase depends on:
ii libc62.6-5 GNU C Library: Shared libraries
ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines
ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar
ii libxi6 2:1.1.2-1 X11 Input extension library
gbase recommends no packages.
-- no debconf information
--
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"Sou sa, ima mo ore wa mitsukerarenai sonzai no imi ga, dakara motto motto
motto motto motto kono karada ni imi wo kizamitsukeru: 'Tada waratte,
fuminijireba ii.'" Dir en grey
--- End Message ---
--- Begin Message ---
Source: gbase
Source-Version: 0.5-2.2
We believe that the bug you reported is fixed in the latest version of
gbase, which is due to be installed in the Debian FTP archive:
gbase_0.5-2.2.diff.gz
to pool/main/g/gbase/gbase_0.5-2.2.diff.gz
gbase_0.5-2.2.dsc
to pool/main/g/gbase/gbase_0.5-2.2.dsc
gbase_0.5-2.2_i386.deb
to pool/main/g/gbase/gbase_0.5-2.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 438...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Barry deFreese (supplier of updated gbase 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 ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 23 Feb 2009 16:51:00 -0500
Source: gbase
Binary: gbase
Architecture: source i386
Version: 0.5-2.2
Distribution: unstable
Urgency: low
Maintainer: Josip Rodin
Changed-By: Barry deFreese
Description:
gbase - small numeric base converter
Closes: 282651 436906 438405
Changes:
gbase (0.5-2.2) unstable; urgency=low
.
* Non-maintainer upload.
* Build with Gtk2. (Closes: #438405).
* Don't segfault on command line args. (Closes: #282651).
+ Thanks to Elmar Hoffmann.
* Add ${misc:Depends} for debhelper package.
* Quote strings in menu file.
* Escape hyphen used as minus in manpage.
* Add watch file.
* Bump debhelper build dep to 5.
* Move DH_COMPAT to debian/compat and set to 5.
+ Handles nostrip properly. (Closes: #436906).
* Bump Standards Version to 3.8.0.
+ Menu policy transition.
Checksums-Sha1:
4ab6e209e259e0d8495fa59c0816cf07410c9693 1002 gbase_0.5-2.2.dsc
7b55d8c5834a591fb33fcbca3ff5317ba446b64b 2788 gbase_0.5-2.2.diff.gz
2040a81f4da87be420b05c3764ff2965276841a2 10072 gbase_0.5-2.2_i386.deb
Checksums-Sha256:
f348a42822df7d3f54b08cdc9d159500d0c71f8fb22a176dce4971325e6a3a8e 1002
gbase_0.5-2.2.dsc
5101a25c911e0c541719340bb343152c5eb251b564f9ed2e7e779488c7c069e2 2788
gbase_0.5-2.2.diff.gz
a1027
Bug#516804: marked as done (signing-party_1.1-1(mips/unstable): FTBFS on mips. Packging error ?)
Your message dated Mon, 23 Feb 2009 21:18:40 + with message-id and subject line Bug#516804: fixed in signing-party 1.1-2 has caused the Debian Bug report #516804, regarding signing-party_1.1-1(mips/unstable): FTBFS on mips. Packging error ? 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516804: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516804 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: signing-party Version: 1.1-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of signing-party_1.1-1 on mayr by sbuild/mips 99.999 > Build started at 20090223-1740 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 7), quilt [...] > caff/README.gpg-agent \ > caff/README.many-keys \ > caff/README.v3-keys \ > caff/caffrc.sample \ > > /build/buildd/signing-party-1.1/debian/signing-party/usr/share/doc/signing-party/caff > install gpgdir/gpgdir > /build/buildd/signing-party-1.1/debian/signing-party/usr/bin > install -m 644 gpgdir/ChangeLog > /build/buildd/signing-party-1.1/debian/signing-party/usr/share/doc/signing-party/changelog.gpgdir > install gpgwrap/bin/gpgwrap > /build/buildd/signing-party-1.1/debian/signing-party/usr/bin > install -m 644 gpgwrap/NEWS > /build/buildd/signing-party-1.1/debian/signing-party/usr/share/doc/signing-party/changelog.gpgwrap > # ignore errors with older debhelper versions > dh_lintian > dpkg-genchanges -B -mDebian Build Daemon > >../signing-party_1.1-1_mips.changes > dpkg-genchanges: arch-specific upload - not including arch-independent > packages > dpkg-genchanges: failure: cannot read files list file: No such file or > directory > dpkg-buildpackage: failure: dpkg-genchanges gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mips&pkg=signing-party&ver=1.1-1 --- End Message --- --- Begin Message --- Source: signing-party Source-Version: 1.1-2 We believe that the bug you reported is fixed in the latest version of signing-party, which is due to be installed in the Debian FTP archive: keyanalyze_1.1-2_all.deb to pool/main/s/signing-party/keyanalyze_1.1-2_all.deb signing-party_1.1-2.diff.gz to pool/main/s/signing-party/signing-party_1.1-2.diff.gz signing-party_1.1-2.dsc to pool/main/s/signing-party/signing-party_1.1-2.dsc signing-party_1.1-2_i386.deb to pool/main/s/signing-party/signing-party_1.1-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 516...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thijs Kinkhorst (supplier of updated signing-party 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 23 Feb 2009 21:37:20 +0100 Source: signing-party Binary: signing-party keyanalyze Architecture: source i386 all Version: 1.1-2 Distribution: unstable Urgency: low Maintainer: Thijs Kinkhorst Changed-By: Thijs Kinkhorst Description: keyanalyze - transitional package to pull in signing-party signing-party - Various OpenPGP related tools Closes: 516804 Changes: signing-party (1.1-2) unstable; urgency=low . * Fix build error when only building the binary package by fixing the build-arch target (Closes: #516804). Checksums-Sha1: 15f1b5cf7413616d12ae91ecc04cc2081368c18f 1594 signing-party_1.1-2.dsc 0445060986d283a66df8be2b0807e8f32b143c87 12047 signing-party_1.1-2.diff.gz 5f09569add0fc7fc47764f9cd75c3ddcf6d0b2a5 156468 signing-party_1.1-2_i386.deb 343f0cee4b7ddba01b4aa850c0acf4f90c6a72bf 8988 keyanalyze_1.1-2_all.deb Checksums-Sha256: d6db043e8be7514db33208f0929506846b497f3a259d5ed5449553b12be25bfd 1594 signing-party_1.1-2.dsc df7ddb5a8930dfaccb71713ab5f563816d5a4f5ffe1e52759321642b119c0b2b 12047 signing-party_1.1-2.diff.gz 201a3c4764b041388dbe0727753bd83f168ce52794b589ff2e7d1b570259de5d 156468 signing-party_1.1-2_i386.deb a5c5ccb52c8d45299258e212f4903d7ad101a00ea42a1191ded524c8f2942662 8988 keyanalyze_
Bug#516588: marked as done (octave3.1_3.1.52-4(hppa/experimental): FTBFS: error: ambiguous template specialization)
Your message dated Mon, 23 Feb 2009 22:02:21 + with message-id and subject line Bug#516588: fixed in octave3.1 3.1.52-5 has caused the Debian Bug report #516588, regarding octave3.1_3.1.52-4(hppa/experimental): FTBFS: error: ambiguous template specialization 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516588: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516588 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: octave3.1 Version: 3.1.52-4 Severity: serious Hi, your package failed to build from source. | Automatic build of octave3.1_3.1.52-4 on meitner by sbuild/hppa 98-farm | Build started at 20090222-0626 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Reading state information... | Need to get 12.5MB of source archives. | Get:1 http://ftp2.de.debian.org experimental/main octave3.1 3.1.52-4 (dsc) [1981B] | Get:2 http://ftp2.de.debian.org experimental/main octave3.1 3.1.52-4 (tar) [12.4MB] | Get:3 http://ftp2.de.debian.org experimental/main octave3.1 3.1.52-4 (diff) [57.4kB] | Fetched 12.5MB in 43s (287kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: g++-4.1 [arm], gcc-4.1 [arm], gfortran, debhelper (>= 6.0.7), autoconf, texinfo, texlive-latex-base, texlive-generic-recommended, libreadline5-dev, libncurses5-dev, gperf, libhdf5-serial-dev (>= 1.6.6) | libhdf5-lam-dev (>= 1.6.6) | libhdf5-mpich-dev (>= 1.6.6) | libhdf5-openmpi-dev (>= 1.6.6), libblas-dev, liblapack-dev, gnuplot-nox, libfftw3-dev, texi2html, less, dpatch, slice, libpcre3-dev, flex, libglpk-dev (>= 4.15), libsuitesparse-dev (>= 1:3.2.0), gawk, ghostscript, libcurl4-dev, libqhull-dev, desktop-file-utils, libfltk1.1-dev, libgl1-mesa-swx11-dev, libglu1-mesa-dev, libgraphicsmagick++1-dev, libftgl-dev | Checking for already installed source dependencies... [...] | g++ -c -fPIC -I. -I.. -I../liboctave -I../src -I../libcruft/misc -DHAVE_CONFIG_H -I/usr/include/freetype2 -Wall -W -Wshadow -Wold-style-cast -O2 -g oct-inttypes.cc -o pic/oct-inttypes.o | oct-inttypes.cc:511: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(double, int64_t)' | oct-inttypes.cc:511: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(double, uint64_t)' | oct-inttypes.cc:511: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(int64_t, double)' | oct-inttypes.cc:511: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(uint64_t, double)' | oct-inttypes.cc:512: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(double, int64_t)' | oct-inttypes.cc:512: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(double, uint64_t)' | oct-inttypes.cc:512: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(int64_t, double)' | oct-inttypes.cc:512: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(uint64_t, double)' | oct-inttypes.cc:513: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(double, int64_t)' | oct-inttypes.cc:513: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(double, uint64_t)' | oct-inttypes.cc:513: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(int64_t, double)' | oct-inttypes.cc:513: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(uint64_t, double)' | oct-inttypes.cc:514: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(double, int64_t)' | oct-inttypes.cc:514: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(double, uint64_t)' | oct-inttypes.cc:514: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(int64_t, double)' | oct-inttypes.cc:514: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(uint64_t, double)' | oct-inttypes.cc:515: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(double, int64_t)' | oct-inttypes.cc:515: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(double, uint64_t)' | oct-inttypes.cc:515: error: ambiguous template specialization 'mop' for 'bool octave_int_cmp_op::mop(int64_t, double)' | oct-inttypes.cc:515: error: ambiguo
Bug#516736: marked as done (Dependency on unavailable package (libraw1394-8))
Your message dated Mon, 23 Feb 2009 23:00:12 +0100 with message-id <49a31c6c.2080...@debian.org> and subject line Re: Bug#516736: Dependency on unavailable package (libraw1394-8) has caused the Debian Bug report #516736, regarding Dependency on unavailable package (libraw1394-8) 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516736: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516736 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libiec61883-0 Version: 1.1.0-2 Severity: grave The package libiec61883-0 depends on libraw1394-8 which is no longer available on Debian Sid. Regards. --- End Message --- --- Begin Message --- FTF 3k3 wrote: > The package libiec61883-0 depends on libraw1394-8 which is no longer > available on Debian Sid. This bug should get solved by the rebuilds which were scheduled, so closing this bug. Cheers Luk --- End Message ---
Bug#516359: marked as done (libavc1394: Depends on libraw1394-8 which has been removed from the mirror)
Your message dated Mon, 23 Feb 2009 22:57:24 +0100 with message-id <49a31bc4.3020...@debian.org> and subject line Re: Bug#516359: libavc1394: Depends on libraw1394-8 which has been removed from the mirror has caused the Debian Bug report #516359, regarding libavc1394: Depends on libraw1394-8 which has been removed from the mirror 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516359: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516359 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libavc1394-0 Version: 0.5.3-1+b1 Severity: serious File: libavc1394 Justification: Policy 3.5 Hi, libavc depends on libraw1394-8 which is no more available. Regards Jean-Luc -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (900, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-rc5-git4-k8-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libavc1394-0 depends on: ii libc6 2.9-1 GNU C Library: Shared libraries ii libraw1394-8 1.3.0-4library for direct access to IEEE libavc1394-0 recommends no packages. libavc1394-0 suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Jean-Luc Coulon (f5ibh) wrote: > libavc depends on libraw1394-8 which is no more available. This should be fixed with the rebuilds that are currently scheduled so closing this bug. Cheers Luk --- End Message ---
Bug#515268: marked as done (corewars: Depends on GTK 1.2 and GLIB 1.2)
Your message dated Mon, 23 Feb 2009 21:32:03 +
with message-id
and subject line Bug#515268: fixed in corewars 0.9.13+ds-1
has caused the Debian Bug report #515268,
regarding corewars: Depends on GTK 1.2 and GLIB 1.2
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
515268: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515268
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: corewars
Severity: serious
corewars build-depends on libgtk1.2-dev and libglib1.2-dev, which
will be removed for Squeeze.
Please port it to use GTK 2 or request it's removal. I suppose you
could also drop the GUI version and provide only the CLI interface.
Cheers,
Moritz
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash
Versions of packages corewars depends on:
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libglib1.2ldbl1.2.10-19 The GLib library of C routines
pn libgtk1.2 (no description available)
ii libx11-6 2:1.1.5-2 X11 client-side library
ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar
ii libxi62:1.1.4-1 X11 Input extension library
corewars recommends no packages.
corewars suggests no packages.
--- End Message ---
--- Begin Message ---
Source: corewars
Source-Version: 0.9.13+ds-1
We believe that the bug you reported is fixed in the latest version of
corewars, which is due to be installed in the Debian FTP archive:
corewars_0.9.13+ds-1.diff.gz
to pool/main/c/corewars/corewars_0.9.13+ds-1.diff.gz
corewars_0.9.13+ds-1.dsc
to pool/main/c/corewars/corewars_0.9.13+ds-1.dsc
corewars_0.9.13+ds-1_i386.deb
to pool/main/c/corewars/corewars_0.9.13+ds-1_i386.deb
corewars_0.9.13+ds.orig.tar.gz
to pool/main/c/corewars/corewars_0.9.13+ds.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 515...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Barry deFreese (supplier of updated corewars 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 ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 20 Feb 2009 22:42:36 -0500
Source: corewars
Binary: corewars
Architecture: source i386
Version: 0.9.13+ds-1
Distribution: unstable
Urgency: low
Maintainer: Debian Games Team
Changed-By: Barry deFreese
Description:
corewars - the classic corewars game with a gtk-look
Closes: 515268
Changes:
corewars (0.9.13+ds-1) unstable; urgency=low
.
[ Barry deFreese ]
* New maintainer. Debian Games Team.
+ With permission from current maintainer.
+ Move Michael Vogt to uploader. Thanks for all the work!
+ Add myself as an uploader.
* Build with Gtk2. (Closes: #515268).
+ Replace libgtk1.2-dev and libglib1.2-dev with libgtk2.0-dev.
+ 01_gtk2.diff - Modify configure.ac to find gtk2 and small fixes.
* Repack tarball to remove upstream debian dir.
* Quote strings in menu file.
* Fix format of short description.
* Add ${misc:Depends} for debhelper package.
* Make clean not ignore errors.
* Add appropriate copyright holders in debian/copyright.
* Version GPL path in debian/copyright. (GPL-2).
* Remove unneeded dirs file.
* Add watch file.
* Version debhelper build-depends and set to >= 5.0.0.
+ Move DH_COMPAT from rules to compat and set to 5.
* Bump Standards Version to 3.8.0.
Checksums-Sha1:
134c50507eb3d76bea068790e9b9ec2934474bde 1199 corewars_0.9.13+ds-1.dsc
febd3555e0479bcffd1e8f94bcebf6d7b0d51b8a 195582 corewars_0.9.13+ds.orig.tar.gz
30e164bf75e26f08c41e8dfedfe886216807ce44 3868 corewars_0.9.13+ds-1.diff.gz
05e8aa39670d8854b32e4bfb1a6464aa1d2eecb7 118758 corewars_0.9.13+ds-1_i386.deb
Checksums-Sha256:
cb6c61b80be03b701add21d0136b87e2aa9957de228a53e95818258ad9bc8f82 1199
corewars_0.9.13+ds-1.dsc
8291e241eb1b0b611b178736443b6ba4899aa8145c93b2688b8c331022cfb687 195582
corewars_0.9.13+ds.orig.tar.gz
5a8f443223ce7da7973d6410a6b31add389633fae1f89ec573c08b5afbaeb349
Bug#516834: ogle - FTBFS: undefined reference to `ifoPrint_VTS_TMAPT'
Package: ogle Version: 0.9.2-5.2+b1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of ogle_0.9.2-5.2+b1 on debian-31.osdl.marist.edu by > sbuild/s390 98 [...] > mkdir .libs > s390-linux-gnu-gcc -g -O2 -Wall -o ifo_dump ifo_dump.o vmcmd.o -L/usr/lib > -ldvdread -lrt -Wl,--rpath -Wl,/usr/lib > ifo_dump.o: In function `print_ifo': > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_VTS_TMAPT' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_PGCIT' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_VTS_PTT_SRPT' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_VTSI_MAT' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_VOBU_ADMAP' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_C_ADT' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_VTS_ATRT' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_PTL_MAIT' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_PGCI_UT' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_TT_SRPT' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_PGC' > /build/buildd/ogle-0.9.2/vmg/ifo_dump.c:58: undefined reference to > `ifoPrint_VMGI_MAT' > collect2: ld returned 1 exit status > make[2]: *** [ifo_dump] Error 1 > make[2]: Leaving directory `/build/buildd/ogle-0.9.2/vmg' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/build/buildd/ogle-0.9.2' > make: *** [ogle-noopt] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516830: haskell-diff - FTBFS: Could not find module `Data.List'
Package: haskell-diff Version: 0.1.2-2 Severity: serious There was an error while trying to autobuild your package: > Automatic build of haskell-diff_0.1.2-2 on lxdebian.bfinv.de by sbuild/s390 98 [...] > ** > BUILDING libghc6-diff-prof FOR ghc6-prof > ** > > Preprocessing library Diff-0.1.2... > Building Diff-0.1.2... > > Data/Algorithm/Diff.hs:23:7: > Could not find module `Data.List': > Perhaps you haven't installed the profiling libraries for package base? > Use -v to see a list of the files searched for. > dh_haskell_build: command returned error code 256 > make: *** [install] Error 1 > dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave > error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516829: Http double slash request arbitrary file access vulnerability
Package: mldonkey-server Version: 2.9.5-2 Severity: grave Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, MLdonkey (up to 2.9.7) has a vulnerability that allows remote user to access any file with rights of running Mldonkey daemon by supplying a special-crafted request (ok, there's not much special about double slash) to an Mldonkey http GUI (tcp/4080 usually). Reference: https://savannah.nongnu.org/bugs/?25667 Thus, the exploit would be as simple as accessing any file on a remote host with your browser and double slash: http://mlhost:4080//etc/passwd -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmjETEACgkQNxpp46476arOowCfdUi6Nmhi0vagcdOb06ya/RRA RWsAn1THtf88DUbVAL6dunEq4MeLJjWn =elDe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: setting package to html2text, tagging 516792
Processing commands for cont...@bugs.debian.org: > #html2text (1.3.2a-13) unstable; urgency=low > # > # * debian/rules: > #- Don't run debian/tests/runtest explicitly, but through an interpreter. > # Fixes FTBFS. (Closes: #516792) > # > package html2text Ignoring bugs not assigned to: html2text > tags 516792 + pending Bug#516792: html2text_1.3.2a-12(mipsel/unstable): FTBFS with -r sudo 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515963: marked as done (inkscape: symbol lookup error: /usr/lib/libgtkmm-2.4.so.1: undefined symbol: gtk_builder_error_quark)
Your message dated Mon, 23 Feb 2009 22:03:36 +0100 with message-id <20090223210336.gb3...@localhost.localnet> and subject line Re: Bug#515963: inkscape: symbol lookup error: /usr/lib/libgtkmm-2.4.so.1: undefined symbol: gtk_builder_error_quark has caused the Debian Bug report #515963, regarding inkscape: symbol lookup error: /usr/lib/libgtkmm-2.4.so.1: undefined symbol: gtk_builder_error_quark 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 515963: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515963 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: inkscape Version: 0.46-2.lenny2 Severity: grave Justification: renders package unusable After an upgrade to Lenny, inkscape does not start anymore. inkscape: symbol lookup error: /usr/lib/libgtkmm-2.4.so.1: undefined symbol: gtk_builder_error_quark -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages inkscape depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libcairomm-1.0- 1.6.0-1 C++ wrappers for Cairo (shared lib ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype62.3.7-2 FreeType 2 font engine, shared lib ii libgc1c21:6.8-1.1conservative garbage collector for ii libgcc1 1:4.3.2-1.1 GCC support library ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglib2.0-02.16.6-1 The GLib library of C routines ii libglibmm-2.4-1 2.16.4-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 1:2.22.0-5 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.11-4The GTK+ graphical user interface ii libgtkmm-2.4-1c 1:2.12.7-1 C++ wrappers for GTK+ 2.4 (shared ii libgtkspell02.0.13-1+b1 a spell-checking addon for GTK's T ii liblcms11.17.dfsg-1 Color management library ii libmagick++10 7:6.3.7.9.dfsg1-3~lenny1 C++ API to the ImageMagick library ii libmagick10 7:6.3.7.9.dfsg1-3~lenny1 image manipulation library ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpng12-0 1.2.27-2 PNG library - runtime ii libpoppler-glib 0.8.7-1 PDF rendering library (GLib-based ii libpoppler3 0.8.7-1 PDF rendering library ii libpopt01.14-4 lib for parsing cmdline parameters ii libsigc++-2.0-0 2.0.18-2 type-safe Signal Framework for C++ ii libssl0.9.8 0.9.8g-15SSL shared libraries ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwpg-0.1-10.1.2-1 WordPerfect graphics import/conver ii libx11-62:1.1.5-2X11 client-side library ii libxft2 2.1.12-3 FreeType-based font drawing librar ii libxml2 2.6.32.dfsg-5GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime Versions of packages inkscape recommends: ii imagemagick 7:6.3.7.9.dfsg1-3~lenny1 image manipulation programs ii libwmf-bin 0.2.8.4-6Windows metafile conversion tools ii perlmagick 7:6.3.7.9.dfsg1-3~lenny1 Perl interface to the libMagick gr ii pstoedit3.45-4 PostScript and PDF files to editab Versions of packages inkscape suggests: ii dia 0.96.1-7.1 Diagram editor ii libgnomevfs2-extra1:2.22.0-5 GNOME Virtual File System (extra m pn libsvg-perl(no description available) pn libxml-xql-perl(no description available) ii python2.5.2-3An interactive high-level object-o pn python-lxml(no description available) pn python-numpy (no description available) pn python-uniconverter
Bug#515963: inkscape: symbol lookup error: /usr/lib/libgtkmm-2.4.so.1: undefined symbol: gtk_builder_error_quark
Hi Stephane, I close this bug then. Thanks and best regards, Wolfi On Sun, Feb 22, 2009 at 08:05:38PM +0100, Stephane List wrote: > Wolfram Quester a écrit : >> tags 515963 help unreproducible >> thanks >> >> Hi Stephane! >> >> On Wed, Feb 18, 2009 at 03:11:07PM +0100, Stephane List wrote: >> >>> After an upgrade to Lenny, inkscape does not start anymore. >>> >>> inkscape: symbol lookup error: /usr/lib/libgtkmm-2.4.so.1: undefined >>> symbol: gtk_builder_error_quark >>> >> I just updated my lenny-chroot and tried to reproduce your bug, >> but to no avail. >> Do you experience this problem with any other gtk application? >> As you, I'm running amd64. >> >> With best wishes, >> >> Wolfi >> > Damned, I'm really sorry. > In fact, I used to compile Inkscape by myself, and the upgrade to lenny > has changed gtk. > You can ignore / reject this bug report. > Sorry Wolfi. > > Best regards > > Stephane signature.asc Description: Digital signature
Bug#516826: libdc1394 - FTBFS: undefined reference to `raw1394_set_iso_handler'
Package: libdc1394 Version: 1.1.0-5+b1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of libdc1394_1.1.0-5+b1 on debian-31.osdl.marist.edu by > sbuild/s390 98 [...] > gcc -g -O2 -Wall -Wunused -o .libs/dc1394_vloopback dc1394_vloopback.o > affine.o -lm ../libdc1394/.libs/libdc1394_control.so /usr/lib/libraw1394.so > ../libdc1394/.libs/libdc1394_control.so: undefined reference to > `raw1394_set_iso_handler' > ../libdc1394/.libs/libdc1394_control.so: undefined reference to > `raw1394_stop_iso_rcv' > ../libdc1394/.libs/libdc1394_control.so: undefined reference to > `raw1394_start_iso_rcv' > collect2: ld returned 1 exit status > make[3]: *** [dc1394_vloopback] Error 1 > make[3]: Leaving directory `/build/buildd/libdc1394-1.1.0/examples' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/build/buildd/libdc1394-1.1.0' > make[1]: *** [all-recursive-am] Error 2 > make[1]: Leaving directory `/build/buildd/libdc1394-1.1.0' > make: *** [build-stamp] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516825: dvdbackup - FTBFS: error: 'dvd_stat_t' undeclared
Package: dvdbackup Version: 0.2-2+b1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of dvdbackup_0.2-2+b1 on debian-31.osdl.marist.edu by > sbuild/s390 98 [...] > gcc -DHAVE_CONFIG_H -I. -I..-DLOCALEDIR=\"/usr/share/locale\" -Wall -g > -O2 -Wextra -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -MT dvdbackup.o -MD > -MP -MF .deps/dvdbackup.Tpo -c -o dvdbackup.o dvdbackup.c > dvdbackup.c: In function 'DVDGetFileSet': > dvdbackup.c:1414: error: 'dvd_stat_t' undeclared (first use in this function) > dvdbackup.c:1414: error: (Each undeclared identifier is reported only once > dvdbackup.c:1414: error: for each function it appears in.) > dvdbackup.c:1414: error: expected ';' before 'statbuf' > dvdbackup.c:1450: warning: implicit declaration of function 'DVDFileStat' > dvdbackup.c:1450: error: 'statbuf' undeclared (first use in this function) > make[3]: *** [dvdbackup.o] Error 1 > make[3]: Leaving directory `/build/buildd/dvdbackup-0.2/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/build/buildd/dvdbackup-0.2' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/build/buildd/dvdbackup-0.2' > make: *** [build-stamp] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516497: [debian-mysql] Bug#516497: mysql-server-5.0: mysql server fails to start after upgrade
Hi Norbert, Thanks for your answer. All my problems are due to a hardware problem on a disk. I just have finished reinstalling a new one, the old one has died since. I had a seven days old ghost image. I reinstalled it and I'm recoreving now daily backups. Databases were corrupted, so the server couldn't start, and thus I had these problems. I can say it, it's not a bug. You can close it. Thanks again for your answer. Regards, nb Le dimanche 22 février 2009 à 11:59 +0100, Norbert Tretkowski a écrit : > Am Samstag, den 21.02.2009, 22:13 +0100 schrieb nb: > > After an ugrade, mysql server doesn't start > > The output from your mail doesn't make clear from which version you > upgraded. > > > Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed! > > invoke-rc.d: initscript mysql, action "start" failed. > > dpkg: error processing mysql-server-5.0 (--configure): > > subprocess post-installation script returned error exit status 1 > > Errors were encountered while processing: > > mysql-server-5.0 > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > Please check /var/log/daemon.log for errors. > > Norbert > -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513222: [Pkg-fglrx-devel] Bug#513222: fglrx: kernel-module crashes system
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, what happens if you do the following e.g. (as root): mv /etc/X11/xorg.comf /etc/X11/xorg.comf.backup rm /etc/X11/xorg.conf touch /etc/X11/xorg.conf aticonfig --initial --force Daniel Gasser schrieb: > Package: fglrx-source > Version: 1:8-12-4 > Followup-For: Bug #513222 > > If the kernel-module is loaded, the x-server doesn't start up. > lspci shows this devices on my system: > 02:00.0 VGA compatible controller: ATI Technologies Inc RV410 [Radeon > X700 Pro (PCIE)] > 02:00.1 Display controller: ATI Technologies Inc RV410 [Radeon X700 Pro > (PCIE)] (Secondary) > > startx gives this messages: > WW no device for ID 02:00.1 found > EE no device found (lines remembered by heart, no exact report) > > This even happens, if the ati driver is chosen in xorg.conf > To start xorg, i had to uninstall the kernel module and to set two > device sections like this: > > Section "Device" > Identifier "ATI Technologies Inc RV410 [Radeon X700 Pro > (PCIE)]" > Driver "fglrx" > BusID "PCI:2:0:0" > EndSection > > Section "Device" > Identifier "Radeon X700 > driver "fglrx" > BusID "PCO:2:0:1" > EndSection > > Now the x-server works with indirect 3D rendering. > > With the older fglrx kernel module (downloaded in November, cannot > remember the exact version), the module worked on the same system with > hardware 3D rendering. > > -- System Information: > Debian Release: 5.0 > APT prefers stable > APT policy: (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/2 CPU cores) > Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > Versions of packages fglrx-source depends on: > ii bzip2 1.0.5-1high-quality block-sorting file > co > ii debhelper 7.0.15 helper programs for debian/rules > ii make 3.81-5 The GNU version of the "make" > util > > Versions of packages fglrx-source recommends: > ii kernel-package11.015 A utility for building Linux > kerne > ii module-assistant 0.10.11.0 tool to make module package > creati > > Versions of packages fglrx-source suggests: > ii fglrx-driver 1:8-12-4 non-free AMD/ATI r5xx, r6xx, > r7xx > > -- no debconf information > > > > ___ > Pkg-fglrx-devel mailing list > pkg-fglrx-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-fglrx-devel - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: patrick.matth...@web.de Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmjDI8ACgkQ2XA5inpabMe+hQCfR3XzW+FzmSdKuTFcAs698AOc xesAn3UgJhK+nN178u4JQZMjRijo0/96 =3unL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516803: Fails to start with sqlalchemy.exceptions.ProgrammingError: [...]
On Tue, Feb 24, 2009 at 05:24:30AM +0900, Rolf Leggewie wrote: > thank you for your report and my apologies for the troubles it has > caused you. No problem at all :) > Anyways, can I ask you to please remove python-pysqlite2 from your > system? I hope no other packages on your system depend on it, the > functionality should be in python 2.5 and later. Let me know if that > fixes the problem for you. I removed python-sqlite2 and indeed it works a treat. You may want to add a Conflict, although I understand that the core of the problem is likely to lie elsewhere. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini signature.asc Description: Digital signature
Bug#516803: Fails to start with sqlalchemy.exceptions.ProgrammingError: [...]
Enrico, thank you for your report and my apologies for the troubles it has caused you. Enrico Zini wrote: sqlalchemy.exceptions.ProgrammingError: (ProgrammingError) You must not use 8-bit bytestrings unless you use a text_factory that can interpret 8-bit bytestrings (like text_factory = str). It is highly recommended that you instead just switch your application to Unicode strings. u'SELECT shopcats.ingkey, shopcats.shopcategory, shopcats.position \nFROM shopcats \nWHERE shopcats.ingkey = ?' ['pepper, jalape\xc3\xb1o'] This very much looks like bug 507382 reappearing :-( Upstream says that 0.14.5 was safe to use with python-pysqlite2 and I didn't just take their word for it. Although I was unable to reproduce bug 507382 initially, I later was able to trigger the problem and thus verify the fix in 0.14.5. Or so I thought. Anyways, can I ask you to please remove python-pysqlite2 from your system? I hope no other packages on your system depend on it, the functionality should be in python 2.5 and later. Let me know if that fixes the problem for you. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513222: fglrx: kernel-module crashes system
Package: fglrx-source Version: 1:8-12-4 Followup-For: Bug #513222 If the kernel-module is loaded, the x-server doesn't start up. lspci shows this devices on my system: 02:00.0 VGA compatible controller: ATI Technologies Inc RV410 [Radeon X700 Pro (PCIE)] 02:00.1 Display controller: ATI Technologies Inc RV410 [Radeon X700 Pro (PCIE)] (Secondary) startx gives this messages: WW no device for ID 02:00.1 found EE no device found (lines remembered by heart, no exact report) This even happens, if the ati driver is chosen in xorg.conf To start xorg, i had to uninstall the kernel module and to set two device sections like this: Section "Device" Identifier "ATI Technologies Inc RV410 [Radeon X700 Pro (PCIE)]" Driver "fglrx" BusID "PCI:2:0:0" EndSection Section "Device" Identifier "Radeon X700 driver "fglrx" BusID "PCO:2:0:1" EndSection Now the x-server works with indirect 3D rendering. With the older fglrx kernel module (downloaded in November, cannot remember the exact version), the module worked on the same system with hardware 3D rendering. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-source depends on: ii bzip2 1.0.5-1high-quality block-sorting file co ii debhelper 7.0.15 helper programs for debian/rules ii make 3.81-5 The GNU version of the "make" util Versions of packages fglrx-source recommends: ii kernel-package11.015 A utility for building Linux kerne ii module-assistant 0.10.11.0 tool to make module package creati Versions of packages fglrx-source suggests: ii fglrx-driver 1:8-12-4 non-free AMD/ATI r5xx, r6xx, r7xx -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: codebreaker: Depends on GTK 1.2, which is scheduled for removal
Processing commands for cont...@bugs.debian.org: > tags 515263 + patch Bug#515263: codebreaker: Depends on GTK 1.2, which is scheduled for removal Tags were: sid Tags added: patch > thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516787: Needs to be uploaded for ghc6-6.10
Hi,
Am Montag, den 23.02.2009, 17:59 + schrieb Chris Lamb:
> However, I went to upload haskell-utf8-string yesterday but could not
> build the documentation due to (what appears to be) a bug in haddock:
>
>**
>BUILDING libghc6-utf8-string-doc FOR haddock
>**
>
> Preprocessing library utf8-string-0.3.4...
> Running Haddock for utf8-string-0.3.4...
> Warning: The documentation for the following packages are not
>installed.
> Np links will be generated to these packages: rts-1.0
> Preprocessing library utf8-string-0.3.4...
> haddock: out of memory (requested 6579890946048 bytes)
> dh_haskell_build: command returned error code 256
> make: *** [install] Error 1
> dpkg-buildpackage: failure: fakeroot debian/rules binary gave error
> exit status 2
> debuild: fatal error at line 1319:
> dpkg-buildpackage -rfakeroot -D -us -uc failed
>
> Note the rather silly amount of requested memory. I would have reported
> this yesterday but I knew there were some amd64 issues with 6.10, so I
> was going to wait it out a few days to see if it just fixed itself.
>
> Do you have any insight on this?
Yes, I have hit this as well. The problem is that .haddock files are now
arch dependent (maybe by mistake, but by upstream’s). This means that
they are put in the -dev package now, you just need the very latest
version of ghc6 and ghc6-doc.
> > Note that you should consider using this chance to switch to the
> > hlibrary.mk approach advocated by kaol and others
>
> *nod* I was going to look into this; thank-you for the pointer and
> reminder. If you can easily provide a patch, please file it as a
> seperate bug and I will be sure to include it, otherwise I will
> investigate for myself.
I guess you should do it, otherwise your own package becomes strange to
you. But it’s simple:
$ cat debian/rules
#!/usr/bin/make -f
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/hlibrary.mk
Then adjust debian/control, to have (adjust package names to your
liking):
Build-Depends: debhelper (>= 7), haskell-devscripts (>= 0.6.15+nmu1),
cdbs, haddock (>= 2.4.1), hscolour, ghc6 (>= 6.10.1), ghc6-prof,
ghc6-doc
And then for the binary packages these dependencies:
Package: libghc6-x11-dev
Depends: ${haskell:Depends}, ${shlibs:Depends}, ${misc:Depends},
libx11-dev, libxt-dev, libxinerama-dev
Package: libghc6-x11-prof
Depends: ${haskell:Depends}, ${misc:Depends}, libghc6-x11-dev (=
${binary:Version})
Package: libghc6-x11-doc
Depends: ${haskell:Depends}, ${misc:Depends}
Greetings,
Joachim
--
Joachim "nomeata" Breitner
Debian Developer
nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Bug#516660: Buffer overflow in the PyCrypto ARC2 modules
Ok, here's the .dsc and .diff.gz for etch: Format: 1.0 Source: python-crypto Version: 2.0.1+dfsg1-1.2+etch0 Binary: python-crypto Maintainer: Andreas Rottmann Architecture: any Standards-Version: 3.7.2 Build-Depends: cdbs (>= 0.4.41), debhelper (>= 5.0.37.1), python-central (>= 0.4.17), python-all-dev (>= 2.3.5-9), ed, tetex-bin, tetex-extra, libgmp3-dev (>= 4.1.4-10) Python-Version: all Files: f81d94a506981c67188f08057d797420 158593 python-crypto_2.0.1+dfsg1.orig.tar.gz 57074de38f1eda2032c36a7944a2f6e1 10168 python-crypto_2.0.1+dfsg1-1.2+etch0.diff.gz python-crypto_2.0.1+dfsg1-1.2+etch0.diff.gz Description: GNU Zip compressed data Cheers, Rotty
Processed: Re: Bug#516784: Source package contains non-free IETF RFC/I-D
Processing commands for cont...@bugs.debian.org: > tag 516784 + pending Bug#516784: Source package contains non-free IETF RFC/I-D 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516784: Source package contains non-free IETF RFC/I-D
tag 516784 + pending
thanks
Hi,
Rene Engelhard wrote:
> Simon Josefsson wrote:
> >
> > openoffice.org-3.0.1/ooo-build/src/OOo_3.0.1rc2_rev2_src_extensions.tar.bz2:OOO300_m15/jfreereport/download/liblayout.zip:liblayout/resource/rfc1345.txt
OK; will be fixed in stable with the next upload I need to do to stable
({when,what}ever that will be)
For sid, it will be fixed in OOo 3.1, when I need a new .orig.tar.gz anyway
(saves me repackaging for OOo 3.0.1)
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' r...@debian.org | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516805: xclipboard: contents vanish when source app quits
Package: x11-apps Version: 7.3+4 Severity: critical Justification: causes serious data loss In gnome, without glipper running, the regular clipboard suffers from a fatal flaw that is enormously irritating: when you quit an application, the contents of the paste buffer disappear. For example, without glipper running, I open openoffice.org writer and use it like I would use MS Word or something. I cut some text from one document. Then I close the window, naturally saving of course, and go and double-click on an oowriter file icon in a nautilus folder of a different document. That document opens up. But I can't paste - the clipboard contents vanished, making me lose my important text to a void of oblivion. I am lucky that I had a backup copy of the original file, and I was able to track down my gibberish notes for episode 9. This is true of any application. For example, (without glipper running), I have an Iceweasel and a gnome-terminal window open. I select the URL from the location bar in Iceweasel, ctl-c to copy or copy from the edit menu, then go to the terminal window. At that point I can right-click in the terminal and choose paste, the URL pastes okay. But if I close Iceweasel, then I can no longer choose paste in the terminal window -- the clipboard contents have vanished. With glipper running in the panel, the gnome clipboard contents are preserved after the source application has quit, and I can paste them like I would expect using the paste command. But glipper is not a required package for gnome, and it alters the way the normal paste buffer behaves. Using mouse selection + right/left or center click behaves exactly the same way. When the source application quits, the buffer contents are gone. I am assuming that by default gnome uses xclipboard for the copy/paste functions in menus (when glipper is not installed.) This is NOT how "regular computers" work, and would be a show stopper for a novice user. As long as the window system is running, the clipboard contents should be preserved, whether or not I close any particular window. Mark -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-maggie-8 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-apps depends on: ii cpp 4:4.3.2-2 The GNU C preprocessor (cpp) ii libc6 2.7-18 GNU C Library: Shared libraries ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpng12-01.2.27-2 PNG library - runtime ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxaw7 2:1.0.4-2 X11 Athena Widget library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3 FreeType-based font drawing librar ii libxkbfile1 1:1.0.5-1 X11 keyboard file manipulation lib ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxmuu1 2:1.0.4-1 X11 miscellaneous micro-utility li ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii x11-common1:7.3+18 X Window System (X.Org) infrastruc x11-apps recommends no packages. Versions of packages x11-apps suggests: pn mesa-utils (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516804: signing-party_1.1-1(mips/unstable): FTBFS on mips. Packging error ?
Package: signing-party Version: 1.1-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of signing-party_1.1-1 on mayr by sbuild/mips 99.999 > Build started at 20090223-1740 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 7), quilt [...] > caff/README.gpg-agent \ > caff/README.many-keys \ > caff/README.v3-keys \ > caff/caffrc.sample \ > > /build/buildd/signing-party-1.1/debian/signing-party/usr/share/doc/signing-party/caff > install gpgdir/gpgdir > /build/buildd/signing-party-1.1/debian/signing-party/usr/bin > install -m 644 gpgdir/ChangeLog > /build/buildd/signing-party-1.1/debian/signing-party/usr/share/doc/signing-party/changelog.gpgdir > install gpgwrap/bin/gpgwrap > /build/buildd/signing-party-1.1/debian/signing-party/usr/bin > install -m 644 gpgwrap/NEWS > /build/buildd/signing-party-1.1/debian/signing-party/usr/share/doc/signing-party/changelog.gpgwrap > # ignore errors with older debhelper versions > dh_lintian > dpkg-genchanges -B -mDebian Build Daemon > >../signing-party_1.1-1_mips.changes > dpkg-genchanges: arch-specific upload - not including arch-independent > packages > dpkg-genchanges: failure: cannot read files list file: No such file or > directory > dpkg-buildpackage: failure: dpkg-genchanges gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mips&pkg=signing-party&ver=1.1-1 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516803: Fails to start with sqlalchemy.exceptions.ProgrammingError: [...]
Package: gourmet
Version: 0.14.5-1
Severity: grave
Hello,
thanks for packaging gourmet.
I have just installed the package and run 'gourmet'. This is the
result:
$ gourmet
Connecting to file /home/enrico/.gourmet/recipes.db
Traceback (most recent call last):
File "/usr/bin/gourmet", line 35, in
gourmet.GourmetRecipeManager.startGUI()
File "/usr/share/gourmet/gourmet/GourmetRecipeManager.py", line 708, in
startGUI
r=RecGui(splash_label=splash.label)
File "/usr/share/gourmet/gourmet/GourmetRecipeManager.py", line 912, in
__init__
GourmetApplication.__init__(self, splash_label=splash_label)
File "/usr/share/gourmet/gourmet/GourmetRecipeManager.py", line 114, in
__init__
self.setup_shopping()
File "/usr/share/gourmet/gourmet/GourmetRecipeManager.py", line 222, in
setup_shopping
self.sl = shopgui.ShopGui(self, conv=self.conv)
File "/usr/share/gourmet/gourmet/shopgui.py", line 29, in __init__
self.data,self.pantry=self.grabIngsFromRecs([])
File "/usr/share/gourmet/gourmet/shopgui.py", line 580, in grabIngsFromRecs
self.sh = recipeManager.DatabaseShopper(lst, self.rg.rd, conv=self.conv)
File "/usr/share/gourmet/gourmet/recipeManager.py", line 25, in __init__
shopping.Shopper.__init__(self,lst)
File "/usr/share/gourmet/gourmet/shopping.py", line 46, in __init__
self.init_orgdic()
File "/usr/share/gourmet/gourmet/recipeManager.py", line 38, in init_orgdic
self.orgdic[k]=v
File "/usr/share/gourmet/gourmet/backends/db.py", line 1816, in __setitem__
row = self.db.fetch_one(self.vw,**{self.kp:k})
File "/usr/share/gourmet/gourmet/backends/db.py", line 623, in fetch_one
return
table.select(*make_simple_select_arg(criteria,table)).execute().fetchone()
File "/var/lib/python-support/python2.5/sqlalchemy/sql/expression.py", line
1087, in execute
return e.execute_clauseelement(self, multiparams, params)
File "/var/lib/python-support/python2.5/sqlalchemy/engine/base.py", line
1219, in execute_clauseelement
return connection.execute_clauseelement(elem, multiparams, params)
File "/var/lib/python-support/python2.5/sqlalchemy/engine/base.py", line 895,
in execute_clauseelement
return self._execute_compiled(elem.compile(dialect=self.dialect,
column_keys=keys, inline=len(params) > 1), distilled_params=params)
File "/var/lib/python-support/python2.5/sqlalchemy/engine/base.py", line 907,
in _execute_compiled
self.__execute_raw(context)
File "/var/lib/python-support/python2.5/sqlalchemy/engine/base.py", line 916,
in __execute_raw
self._cursor_execute(context.cursor, context.statement,
context.parameters[0], context=context)
File "/var/lib/python-support/python2.5/sqlalchemy/engine/base.py", line 960,
in _cursor_execute
self._handle_dbapi_exception(e, statement, parameters, cursor)
File "/var/lib/python-support/python2.5/sqlalchemy/engine/base.py", line 942,
in _handle_dbapi_exception
raise exceptions.DBAPIError.instance(statement, parameters, e,
connection_invalidated=is_disconnect)
sqlalchemy.exceptions.ProgrammingError: (ProgrammingError) You must not use
8-bit bytestrings unless you use a text_factory that can interpret 8-bit
bytestrings (like text_factory = str). It is highly recommended that you
instead just switch your application to Unicode strings. u'SELECT
shopcats.ingkey, shopcats.shopcategory, shopcats.position \nFROM shopcats
\nWHERE shopcats.ingkey = ?' ['pepper, jalape\xc3\xb1o']
This is what happens every time I start it.
Ciao,
Enrico
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gourmet depends on:
ii python2.5.2-3An interactive high-level object-o
ii python-central0.6.8 register and build utility for Pyt
ii python-glade2 2.12.1-6 GTK+ bindings: Glade support
ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge
ii python-imaging1.1.6-3Python Imaging Library
ii python-pysqlite2 2.5.0-2Python interface to SQLite 3
ii python-reportlab 2.2-2 ReportLab library to create PDF do
ii python-sqlalchemy 0.4.8-1SQL toolkit and Object Relational
Versions of packages gourmet recommends:
ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk
Versions of packages gourmet suggests:
pn python-metakit (no description available)
pn python-pyrtf (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516799: site-packages fubar?
seems like python site-packages for elisa.core.bus is fubar... g...@amd64:~$ ls -l /usr/lib/python2.5/site-packages/elisa/core/bus/*.py lrwxrwxrwx. 1 root root 41 18 maj 2008 /usr/lib/python2.5/site-packages/elisa/core/bus/bus.py -> /usr/share/pyshared/elisa/core/bus/bus.py lrwxrwxrwx. 1 root root 46 18 maj 2008 /usr/lib/python2.5/site-packages/elisa/core/bus/__init__.py -> /usr/share/pyshared/elisa/core/bus/__init__.py g...@amd64:~$ for l in /usr/lib/python2.5/site-packages/elisa/core/bus/*.py; do stat $(readlink -m $l) ; done stat: cannot stat `/usr/share/pyshared/elisa/core/bus/bus.py': No such file or directory stat: cannot stat `/usr/share/pyshared/elisa/core/bus/__init__.py': No such file or directory g...@amd64:~$ ls -l /usr/share/pyshared/elisa/core/bus.py -rw-r--r--. 1 root root 6273 16 feb 11.29 /usr/share/pyshared/elisa/core/bus.py -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516797: patch
tags 516797 + patch thanks client.c includes headers that are not satisfied by the current set of build-deps. --- vala-0.5.7/debian/control 2009-02-23 10:30:19.0 -0700 +++ vala/vala-0.5.7/debian/control 2009-02-23 11:29:49.608619374 -0700 @@ -5,6 +5,8 @@ Uploaders: Marc-Andre Lureau , Loic Minier , Mathias Hasselmann , Sebastian Dröge Build-Depends: debhelper (>= 5.0), cdbs (>= 0.4), + libdbus-1-dev, + libdbus-glib-1-dev, libglib2.0-dev (>= 2.12.0), bison (>= 2.3), autotools-dev, -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: patch
Processing commands for cont...@bugs.debian.org: > tags 516797 + patch Bug#516797: vala: test_test_string implicitly converted to pointer There were no tags set. Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516801: CVE-2008-6123: Access restriction bypass
Package: net-snmp Severity: grave Tags: security http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-6123 Upstream patch at http://net-snmp.svn.sourceforge.net/viewvc/net-snmp?view=rev&revision=17367 Cheers, Moritz -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: found 516797 in 0.5.7-1
Processing commands for cont...@bugs.debian.org: > found 516797 0.5.7-1 Bug#516797: vala: test_test_string implicitly converted to pointer Bug marked as found in version 0.5.7-1. > 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516799: elisa crashes on startup (module object has no attribute Bus)
Package: elisa
Version: 0.5.28-1
Severity: grave
Justification: renders package unusable
Just upgraded my elisa install from unstable to the one in experimental.
Just to be sure I also did rm -rf ~/.elisa* but that didn't make a difference.
Python 2.5.4: /usr/bin/python
Mon Feb 23 19:07:03 2009
A problem occurred in a Python script. Here is the sequence of
function calls leading up to the error, in the order they occurred.
/usr/bin/elisa in ()
5 from pkg_resources import load_entry_point
6
7 sys.exit(
8load_entry_point('elisa==0.5.28', 'gui_scripts', 'elisa')()
9 )
load_entry_point =
/usr/lib/python2.5/site-packages/elisa/core/launcher.py in main()
378
379 def main():
380 Launcher().main(sys.argv)
381
382
global Launcher =
).main =
global sys =
sys.argv = ['/usr/bin/elisa']
/usr/lib/python2.5/site-packages/elisa/core/launcher.py in
main(self=,
argv=['/usr/bin/elisa'])
81 self.main_before_voodoo()
82 # from now on it's safe to import stuff
83 return self.main_after_voodoo(argv)
84
85 def setup_win_output_redirection(self):
self =
self.main_after_voodoo = >
argv = ['/usr/bin/elisa']
/usr/lib/python2.5/site-packages/elisa/core/launcher.py in
main_after_voodoo(self=,
argv=['/usr/bin/elisa'])
222 self.exit(2)
223
224 self.run_application()
225
226 def set_win_environment_after_voodoo(self):
self =
self.run_application = >
/usr/lib/python2.5/site-packages/elisa/core/launcher.py in
run_application(self=)
349 from twisted.internet import reactor
350
351 application = Application(self.options)
352 common.set_application(application)
353
application undefined
Application =
self =
self.options = {'files': (), 'fullscreen': 0, 'shell': 0, 'log'...
'unfullscreen': 0, 'rss': None, 'tracebacks': 0}
/usr/lib/python2.5/site-packages/elisa/core/application.py in
__init__(self=,
options={'files': (), 'fullscreen': 0, 'shell': 0, 'log'... 'unfullscreen': 0,
'rss': None, 'tracebacks': 0})
239 self.update_checker = None
240
241 self.bus = bus.Bus()
242
243 self.service_manager = service_manager.ServiceManager()
self =
self.bus undefined
global bus =
bus.Bus undefined
: 'module' object has no attribute 'Bus'
__class__ =
__delattr__ =
__dict__ = {}
__doc__ = 'Attribute not found.'
__getattribute__ =
__getitem__ =
__getslice__ =
__hash__ =
__init__ =
__new__ =
__reduce__ =
__reduce_ex__ =
__repr__ =
__setattr__ =
__setstate__ =
__str__ =
args = ("'module' object has no attribute 'Bus'",)
message = "'module' object has no attribute 'Bus'"
The above is a description of an error in a Python program. Here is
the original traceback:
Traceback (most recent call last):
File "/usr/bin/elisa", line 8, in
load_entry_point('elisa==0.5.28', 'gui_scripts', 'elisa')()
File "/usr/lib/python2.5/site-packages/elisa/core/launcher.py", line 380, in
main
Launcher().main(sys.argv)
File "/usr/lib/python2.5/site-packages/elisa/core/launcher.py", line 83, in
main
return self.main_after_voodoo(argv)
File "/usr/lib/python2.5/site-packages/elisa/core/launcher.py", line 224, in
main_after_voodoo
self.run_application()
File "/usr/lib/python2.5/site-packages/elisa/core/launcher.py", line 351, in
run_application
application = Application(self.options)
File "/usr/lib/python2.5/site-packages/elisa/core/application.py", line 241,
in __init__
self.bus = bus.Bus()
AttributeError: 'module' object has no attribute 'Bus'
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages elisa depends on:
ii elisa-plugins-bad 0.5.28-1 Elisa plugins from the "bad" set
ii elisa-plugins-good0.5.28-1 Elisa plugins from the "good" set
ii python2.5.2-3An interactive high-level object-o
ii python-elisa 0.5.28-1 media center solution - Python lib
ii python-gst0.100.10.14-2 generic media-playing framework (P
ii python-pkg-resources 0.6c9-2Package Discovery and Resource Acc
ii python-twisted-core 8.2.0-1Event-based framework for internet
Versions of packages elisa recommends:
ii elisa-plugins-ugly0.5.28-1 Elisa plugins from the "ugly" set
Versions of packages elisa suggests:
pn ipython(no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516797: vala: test_test_string implicitly converted to pointer
Package: vala Version: 0.5.6-2 Severity: serious Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `test_test_string' implicitly converted to pointer at client.c:338 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516725: marked as done (libcolamd-3.2.0: Fails to install)
Your message dated Mon, 23 Feb 2009 17:47:08 + with message-id and subject line Bug#516725: fixed in suitesparse 1:3.2.0-3 has caused the Debian Bug report #516725, regarding libcolamd-3.2.0: Fails to install 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516725: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516725 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libcolamd-3.2.0 Version: 3.2.0-2 Severity: grave Justification: fails to upgrade Hello, While upgrading lp-solve, insallation of libcolamd-3.2.0 fails because it tries to overwrite files already present on the system: Unpacking libcolamd-3.2.0 (from .../libcolamd-3.2.0_1%3a3.2.0-2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libcolamd-3.2.0_1%3a3.2.0-2_amd64.deb (--unpack): trying to overwrite `/usr/lib/libcolamd.so.3.2.0', which is also in package libsuitesparse-3.2.0 libcolamd-3.2.0 should Replaces: libsuitesparse-3.2.0 (<= 3.2.0-1) Conflicts: libsuitesparse-3.2.0 (<= 3.2.0-1) (I'm not sure the conflict stanza is necessary). Cheers, Vincent -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcolamd-3.2.0 depends on: ii libc6 2.9-3 GNU C Library: Shared libraries libcolamd-3.2.0 recommends no packages. libcolamd-3.2.0 suggests no packages. --- End Message --- --- Begin Message --- Source: suitesparse Source-Version: 1:3.2.0-3 We believe that the bug you reported is fixed in the latest version of suitesparse, which is due to be installed in the Debian FTP archive: libcolamd-3.2.0_3.2.0-3_amd64.deb to pool/main/s/suitesparse/libcolamd-3.2.0_3.2.0-3_amd64.deb libsuitesparse-3.2.0_3.2.0-3_amd64.deb to pool/main/s/suitesparse/libsuitesparse-3.2.0_3.2.0-3_amd64.deb libsuitesparse-dbg_3.2.0-3_amd64.deb to pool/main/s/suitesparse/libsuitesparse-dbg_3.2.0-3_amd64.deb libsuitesparse-dev_3.2.0-3_amd64.deb to pool/main/s/suitesparse/libsuitesparse-dev_3.2.0-3_amd64.deb libsuitesparse-doc_3.2.0-3_all.deb to pool/main/s/suitesparse/libsuitesparse-doc_3.2.0-3_all.deb suitesparse_3.2.0-3.diff.gz to pool/main/s/suitesparse/suitesparse_3.2.0-3.diff.gz suitesparse_3.2.0-3.dsc to pool/main/s/suitesparse/suitesparse_3.2.0-3.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 516...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Rafael Laboissiere (supplier of updated suitesparse 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 23 Feb 2009 16:59:48 +0100 Source: suitesparse Binary: libcolamd-3.2.0 libsuitesparse-3.2.0 libsuitesparse-dev libsuitesparse-dbg libsuitesparse-doc Architecture: source all amd64 Version: 1:3.2.0-3 Distribution: unstable Urgency: low Maintainer: Debian Scientific Computing Team Changed-By: Rafael Laboissiere Description: libcolamd-3.2.0 - column approximate minimum degree ordering library for sparse mat libsuitesparse-3.2.0 - collection of libraries for computations for sparse matrices libsuitesparse-dbg - libraries for sparse matrices computations (debugging symbols) libsuitesparse-dev - libraries for sparse matrices computations (development files) libsuitesparse-doc - libraries for sparse matrices computations (documentation) Closes: 516725 Changes: suitesparse (1:3.2.0-3) unstable; urgency=low . * debian/control: Make libcolamd-3.2.0 replace and conflict with libsuitesparse-3.2.0 <= 3.2.0-1 (closes: #516725) Checksums-Sha1: 06eca570037483dca09d92151b7dd6c56a6af1b1 1564 suitesparse_3.2.0-3.dsc b88e9c6dbd02d1821cba7a19bd818db51e079598 21222 suitesparse_3.2.0-3.diff.gz 5262a4b1c2bb13fa6e9f99bf08b42ec4e7053f3d 1509342 libsuitesparse-doc_3.2.0-3_all.deb 006fa015a567b20bbd80f8a8f890bf884b92bd3f 23434 libcolamd-3.2.0_3.2.0-3_amd64.deb 001f61185cf544958a5f3ee3511e0607f58aea97 1092952 libsuitesparse-3.2.0_3.2.0-3_amd64.deb 23
Bug#516784: Source package contains non-free IETF RFC/I-D
# also in stable found 516784 1:2.4.1-7 thanks Hi, Simon Josefsson wrote: > > openoffice.org-3.0.1/ooo-build/src/OOo_3.0.1rc2_rev2_src_extensions.tar.bz2:OOO300_m15/jfreereport/download/liblayout.zip:liblayout/resource/rfc1345.txt > > I looked into this more carefully, and it seems the openoffice source > package contains a copy of liblayout 0.2.8 which is also packaged > separately in debian: > > http://packages.debian.org/lenny/liblayout-java Yep. packaged by me. > The problem mentioned below has been fixed for that package already, see: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451215 > > It may be that the best way to resolve this problem is to make > openoffice use the liblayout-java package which is already part of > Debian, rather than duplicating this code? It *does*. That was the whole purpose of packaging that lib. See -report-builders dependencies: http://packages.debian.org/sid/openoffice.org-report-builder What if you would actually look what is used before telling me to use liblayout-java from external? Thanks. We just don't delete all those kinds of libs but just don't use them. > Btw, there seems to be more code duplication going on in the same > directory: > > -rw-r--r-- 1 debrfc debrfc 863104 2008-01-14 16:24 core.zip > drwxr-xr-x 2 debrfc debrfc4096 2009-01-22 14:27 CVS > -rw-r--r-- 1 debrfc debrfc 93172 2008-01-14 16:25 flute.zip > -rw-r--r-- 1 debrfc debrfc 784781 2008-01-14 16:25 jcommon-1.0.10.zip > -rw-r--r-- 1 debrfc debrfc 50704 2008-01-14 16:25 jcommon-serializer.zip > -rw-r--r-- 1 debrfc debrfc 1360748 2008-01-14 16:26 libfonts.zip > -rw-r--r-- 1 debrfc debrfc 499594 2008-01-14 16:26 libformula.zip > drwxr-xr-x 8 debrfc debrfc4096 2007-10-18 08:21 liblayout > -rw-r--r-- 1 debrfc debrfc 1556974 2008-01-14 16:27 liblayout.zip > -rw-r--r-- 1 debrfc debrfc 142459 2008-01-14 16:27 libloader.zip > -rw-r--r-- 1 debrfc debrfc 62488 2008-01-14 16:27 librepository.zip > -rw-r--r-- 1 debrfc debrfc 93651 2008-01-14 16:28 libxml.zip > -rw-r--r-- 1 debrfc debrfc 153157 2008-01-14 16:28 sacjava-1.3.zip There's all kind of libs OOo uses part of the OOo source tree. Not only those Java libs but (almost) everything. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516792: html2text_1.3.2a-12(mipsel/unstable): FTBFS with -r sudo
Package: html2text Version: 1.3.2a-12 Severity: serious There was an error while trying to autobuild your package: > Automatic build of html2text_1.3.2a-12 on rem by sbuild/mipsel 99.999 > Build started at 20090223-1739 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 6), quilt (>= 0.40) [...] > Compilation completed. You may now move "html2text", "html2text.1.gz" > and "html2textrc.5.gz" to their installation directories (e.g. > "/usr/local/bin", "/usr/local/man/man1" and "/usr/local/man/man5"). > > make[1]: Leaving directory `/build/buildd/html2text-1.3.2a' > touch build-stamp > /usr/bin/sudo debian/rules binary-arch > dh_testdir > dh_testroot > dh_clean -k > dh_installdirs > cd debian/tests/ && ./runtests > /bin/sh: ./runtests: Permission denied > make: *** [test] Error 126 > dpkg-buildpackage: failure: /usr/bin/sudo debian/rules binary-arch gave error > exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mipsel&pkg=html2text&ver=1.3.2a-12 Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#516784: Source package contains non-free IETF RFC/I-D
Processing commands for cont...@bugs.debian.org: > # also in stable > found 516784 1:2.4.1-7 Bug#516784: Source package contains non-free IETF RFC/I-D Bug marked as found in version 1:2.4.1-7. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516787: Needs to be uploaded for ghc6-6.10
Hi Joachim, Thanks for your kind offer of an NMU. However, I went to upload haskell-utf8-string yesterday but could not build the documentation due to (what appears to be) a bug in haddock: ** BUILDING libghc6-utf8-string-doc FOR haddock ** Preprocessing library utf8-string-0.3.4... Running Haddock for utf8-string-0.3.4... Warning: The documentation for the following packages are not installed. Np links will be generated to these packages: rts-1.0 Preprocessing library utf8-string-0.3.4... haddock: out of memory (requested 6579890946048 bytes) dh_haskell_build: command returned error code 256 make: *** [install] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2 debuild: fatal error at line 1319: dpkg-buildpackage -rfakeroot -D -us -uc failed Note the rather silly amount of requested memory. I would have reported this yesterday but I knew there were some amd64 issues with 6.10, so I was going to wait it out a few days to see if it just fixed itself. Do you have any insight on this? > Note that you should consider using this chance to switch to the > hlibrary.mk approach advocated by kaol and others *nod* I was going to look into this; thank-you for the pointer and reminder. If you can easily provide a patch, please file it as a seperate bug and I will be sure to include it, otherwise I will investigate for myself. Best regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Processed: r2690 - in octave/trunk/debian: . in patches
Processing commands for cont...@bugs.debian.org: > tags 516588 pending Bug#516588: octave3.1_3.1.52-4(hppa/experimental): FTBFS: error: ambiguous template specialization Tags were: upstream 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516787: Needs to be uploaded for ghc6-6.10
Package: libghc6-utf8-string-dev Version: 0.3.4-1 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Chris, for updating xmonad-contrib, I’m waiting for an updated package of haskell-utf8-string for ghc6.10. Note that you should consider using this chance to switch to the hlibrary.mk approach advocated by kaol and others, for greater consistency in the Debian packaging. It allows for tree-line-debian/rules for regular Cabal packages. You find hlibrary.mk in haskell-devscripts, and an example package to look at might be haskell-mtl. Please indicate whether you would approve an NMU for this bug, and if so, whether you would welcome a switch to the hlibrary.mk approach. Thanks, Joachm - -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libghc6-utf8-string-dev depends on: ii ghc6 6.10.1+dfsg1-12 GHC - the Glasgow Haskell Compilat libghc6-utf8-string-dev recommends no packages. libghc6-utf8-string-dev suggests no packages. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmi36wACgkQ9ijrk0dDIGzW0QCgpzvXGn+l3D62rW9mQltrdJZS k64AoIifVfFV/cDtM+EpPVyMq60xAyV9 =ttdl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516541: backing out
For the simple user who is sacred to use force-overwrite, one must use # aptitude install libmailutils1 # dpkg -i /var/cache/apt/archives/mailutils_1%3a1.2+dfsg1-4_i386.deb until the problem blows over. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516735: Dependency on unavailable package (libraw1394-8)
tag 516735 pending thanks I demand that FTF 3k3 may or may not have written... > The package libxine1-ffmpeg depends on libraw1394-8 which is no longer > available on Debian Sid. There's an ongoing libraw1394-8 → libraw1394-11 transition. You'll just have to wait, or install packages from testing. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Kill all extremists! It's not reality that's important, but how you perceive things. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#516735: Dependency on unavailable package (libraw1394-8)
Processing commands for cont...@bugs.debian.org: > tag 516735 pending Bug#516735: Dependency on unavailable package (libraw1394-8) 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516784: Source package contains non-free IETF RFC/I-D
Severity: serious Package: openoffice.org Version: 1:3.0.1-2 User: debian-rele...@lists.debian.org Usertags: nonfree-doc rfc Hi! This source package contains the following files from the IETF under non-free license terms: openoffice.org-3.0.1/ooo-build/src/OOo_3.0.1rc2_rev2_src_extensions.tar.bz2:OOO300_m15/jfreereport/download/liblayout.zip:liblayout/resource/rfc1345.txt I looked into this more carefully, and it seems the openoffice source package contains a copy of liblayout 0.2.8 which is also packaged separately in debian: http://packages.debian.org/lenny/liblayout-java The problem mentioned below has been fixed for that package already, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451215 It may be that the best way to resolve this problem is to make openoffice use the liblayout-java package which is already part of Debian, rather than duplicating this code? Btw, there seems to be more code duplication going on in the same directory: -rw-r--r-- 1 debrfc debrfc 863104 2008-01-14 16:24 core.zip drwxr-xr-x 2 debrfc debrfc4096 2009-01-22 14:27 CVS -rw-r--r-- 1 debrfc debrfc 93172 2008-01-14 16:25 flute.zip -rw-r--r-- 1 debrfc debrfc 784781 2008-01-14 16:25 jcommon-1.0.10.zip -rw-r--r-- 1 debrfc debrfc 50704 2008-01-14 16:25 jcommon-serializer.zip -rw-r--r-- 1 debrfc debrfc 1360748 2008-01-14 16:26 libfonts.zip -rw-r--r-- 1 debrfc debrfc 499594 2008-01-14 16:26 libformula.zip drwxr-xr-x 8 debrfc debrfc4096 2007-10-18 08:21 liblayout -rw-r--r-- 1 debrfc debrfc 1556974 2008-01-14 16:27 liblayout.zip -rw-r--r-- 1 debrfc debrfc 142459 2008-01-14 16:27 libloader.zip -rw-r--r-- 1 debrfc debrfc 62488 2008-01-14 16:27 librepository.zip -rw-r--r-- 1 debrfc debrfc 93651 2008-01-14 16:28 libxml.zip -rw-r--r-- 1 debrfc debrfc 153157 2008-01-14 16:28 sacjava-1.3.zip At least libloader.zip seems to also be part of debian: http://packages.debian.org/lenny/libloader-java I tried to search the BTS for bugs about this duplication, but were unable to find any. The license on RFC/I-Ds is not DFSG-free, see: * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810 * http://release.debian.org/removing-non-free-documentation * http://wiki.debian.org/NonFreeIETFDocuments The lenny release policy says binary and source packages must each be free: * http://release.debian.org/lenny/rc_policy.txt The severity is serious, because this violates the Debian policy: * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg There are (at least) three ways to fix this problem. In order of preference: 1. Ask the author of the RFC to re-license the RFC under a free license. A template for this e-mail request can be found at http://wiki.debian.org/NonFreeIETFDocuments 2. Remove the non-free material from the source, e.g., by re-packaging the upstream archive and adding 'dfsg' to the Debian package version name. 3. Move the package to non-free. General discussions are kindly requested to take place on debian-legal or debian-devel in the thread with Subject: "Non-free IETF RFC/I-Ds in source packages". Thanks, Simon -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Update
Processing commands for cont...@bugs.debian.org: > found 459705 7.6.112-4 Bug#459705: Source package contains non-free IETF RFC/I-D Bug marked as found in version 7.6.112-4. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516767: marked as done (wicd-client fails to load)
Your message dated Mon, 23 Feb 2009 17:39:45 +0100 with message-id <20090223173945.4927e...@gmail.com> and subject line Re: Bug#516767: wicd-client fails to load has caused the Debian Bug report #516767, regarding wicd-client fails to load 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516767: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516767 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wicd Version: 1.5.9-1 Severity: grave Justification: renders package unusable if i try to launch "wicd-client", i fails with this error: salvat...@coccionepc:~$ wicd-client Loading... Attempting to connect tray to daemon... Success. ERROR:dbus.proxies:Introspect error on :1.34:/org/wicd/daemon: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.37" (uid=1000 pid=9340 comm="python /usr/share/wicd/wicd-client.py ") interface="org.freedesktop.DBus.Introspectable" member="Introspect" error name="(unset)" requested_reply=0 destination=":1.34" (uid=0 pid=8260 comm="python /usr/share/wicd/wicd-daemon.py ")) Traceback (most recent call last): File "/usr/share/wicd/wicd-client.py", line 565, in main(sys.argv) File "/usr/share/wicd/wicd-client.py", line 546, in main tray_icon = TrayIcon(use_tray, animate) File "/usr/share/wicd/wicd-client.py", line 102, in __init__ self.icon_info = self.TrayConnectionInfo(self.tr, use_tray, animate) File "/usr/share/wicd/wicd-client.py", line 127, in __init__ self.update_tray_icon() File "/usr/share/wicd/wicd-client.py", line 184, in update_tray_icon [state, info] = daemon.GetConnectionStatus() File "/var/lib/python-support/python2.5/dbus/proxies.py", line 68, in __call__ return self._proxy_method(*args, **keywords) File "/var/lib/python-support/python2.5/dbus/proxies.py", line 140, in __call__ **keywords) File "/var/lib/python-support/python2.5/dbus/connection.py", line 622, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.37" (uid=1000 pid=9340 comm="python /usr/share/wicd/wicd-client.py ") interface="org.wicd.daemon" member="GetConnectionStatus" error name="(unset)" requested_reply=0 destination=":1.34" (uid=0 pid=8260 comm="python /usr/share/wicd/wicd-daemon.py ")) also package in unstable (wicd-1.5.9-2) doesn't work. package directly taken from wicd repositories (i have this line in sources.list "deb http://apt.wicd.net debian extras") works without problems. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wicd depends on: ii adduser 3.110 add and remove users and groups ii dhcp3-client 3.1.1-6DHCP client ii net-tools 1.60-22The NET-3 networking toolkit ii python2.5.2-3An interactive high-level object-o ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-support0.8.7 automated rebuilding support for P ii wireless-tools29-1.1 Tools for manipulating Linux Wirel ii wpasupplicant 0.6.4-3Client support for WPA and WPA2 (I wicd recommends no packages. Versions of packages wicd suggests: ii pm-utils 1.1.2.4-1 utilities and scripts for power ma -- no debconf information --- End Message --- --- Begin Message --- tags 516767 wontfix thanks Ciao Luigi, On Mon, 23 Feb 2009 16:21:00 +0100, luigi wrote: > Package: wicd > Version: 1.5.9-1 > Severity: grave > Justification: renders package unusable > > if i try to launch "wicd-client", i fails with this error: > > salvat...@coccionepc:~$ wicd-client > [..] > dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Please upgrade to 1.5.9-2, and add yourself to the "netdev" group. Read /usr/share/doc/wicd/README.Debian on how to do that. Ciao, David -- . ''`. Debian mainta
Processed: Re: Bug#516767: wicd-client fails to load
Processing commands for cont...@bugs.debian.org: > tags 516767 wontfix Bug#516767: wicd-client fails to load There were no tags set. Tags added: wontfix > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516780: iceweasel: Iceweasel segfaults after etch => lenny upgrade
Package: iceweasel
Version: 3.0.6-1
Severity: grave
Justification: renders package unusable
Hi
I just upgraded from etch to lenny. Now iceweasels segfault even when startet
in safe mode with everything disabled.
Trace of what happens before crashing:
access("/usr/lib/mozilla/plugins/kaffeineplugin.so", F_OK) = 0
access("/usr/lib/flashplugin-nonfree/libflashplayer.so", F_OK) = 0
access("/usr/local/j2re1.4.2/plugin/i386/mozilla/libjavaplugin_oji.so", F_OK) = 0
stat64("/home/benoit/.mozilla/firefox/miuih5qt.default/pluginreg.dat",
0xb1501bdc) = -1 ENOENT (No such file or directory)
lstat64("/home/benoit/.mozilla/firefox/miuih5qt.default/pluginreg.dat",
0xb1501bdc) = -1 ENOENT (No such file or directory)
access("/usr/lib/mozilla-firefox/plugins", F_OK) = 0
open("/usr/lib/mozilla-firefox/plugins",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 36
fstat64(36, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
getdents(36, /* 5 entries */, 4096) = 128
lstat64("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/lib", {st_mode=S_IFDIR|0755, st_size=81920, ...}) = 0
lstat64("/usr/lib/mozilla-firefox", {st_mode=S_IFDIR|0755, st_size=4096, ...})
= 0
lstat64("/usr/lib/mozilla-firefox/plugins", {st_mode=S_IFDIR|0755,
st_size=4096, ...}) = 0
lstat64("/usr/lib/mozilla-firefox/plugins/libflashplayer.so",
{st_mode=S_IFLNK|0777, st_size=43, ...}) = 0
readlink("/usr/lib/mozilla-firefox/plugins/libflashplayer.so",
"../../flashplugin-nonfree/libflashplayer.so"..., 4096) = 43
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Strange, shouldn't safe mode prevent iceweasel from loading any libraries?
-Benoit-
-- System Information:
Debian Release: 5.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.24 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages iceweasel depends on:
ii debianutils 2.30Miscellaneous utilities specific t
ii fontconfig 2.6.0-3 generic font configuration library
ii libc62.7-18 GNU C Library: Shared libraries
ii libgcc1 1:4.3.2-1.1 GCC support library
ii libglib2.0-0 2.16.6-1The GLib library of C routines
ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface
ii libnspr4-0d 4.7.1-4 NetScape Portable Runtime Library
ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii procps 1:3.2.7-11 /proc file system utilities
ii psmisc 22.6-1 Utilities that use the proc filesy
ii xulrunner-1.91.9.0.6-1 XUL + XPCOM application runner
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
pn latex-xft-fonts(no description available)
ii libkrb53 1.6.dfsg.4~beta1-5 MIT Kerberos runtime libraries
pn mozplugger (no description available)
pn ttf-mathematica4.1 (no description available)
pn xfonts-mathml (no description available)
ii xprint2:1.4.2-10 X11 print system (binary)
pn xulrunner-1.9-gnome-s (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516669: files owned by !root
On moandei 23 Febrewaris 2009, Gerrit Pape wrote:
> > Gerrit, it would be great if you could provide updated packages for
> > stable-security and oldstable-security. Please upload them to
> > security-master, and make sure you build with full source ("-sa") at
> > least for the stable-security one.
>
> Ok. I not yet understand why we need a sourceful upload. Doesn't this
> require bumping the upstream version (version of the orig.tar.gz)? And
> if so, why is this necessary?
Perhaps we're talking about different things. I mean you need to include the
patch in your package and upload it, just like any other upload. This as
opposed to a binary-only upload, where we could rebuild just the affected
archs in a different environment that doesn't cause the ownership issue. The
latter is a too short term solution.
Thijs
signature.asc
Description: This is a digitally signed message part.
Bug#516669: files owned by !root
On Mon, Feb 23, 2009 at 04:37:29PM +0100, Thijs Kinkhorst wrote:
> As I understand it, these files are not usually executed directly, but do
> serve as templates for scripts that are executed, so someone could edit their
> content and hope that an administrator copies the script without noticing the
> change. That seems reason enough for me for a stable security update.
Yes, they are copied by 'git init', and need to be activated manually
through chmod +x by the repository owner.
> We need a sourceful update to prevent the problem from reappearing if someone
> rebuilds the package themselves or a subsequent security upload is made. Your
> patch seems fine. The issue also affects oldstable.
> Gerrit, it would be great if you could provide updated packages for
> stable-security and oldstable-security. Please upload them to
> security-master, and make sure you build with full source ("-sa") at least
> for the stable-security one.
Ok. I not yet understand why we need a sourceful upload. Doesn't this
require bumping the upstream version (version of the orig.tar.gz)? And
if so, why is this necessary?
Regards, Gerrit.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516670: files owned by !root
On Mon, 23 Feb 2009, Thijs Kinkhorst wrote: > > Files in /usr/share/lintian/overrides are not owned by root on lenny/alpha. > > Thanks for the report. This file is not executed, so the damage is limited to > e.g. using it as an inappropriate storage by a user (or maliciously trying to > hide lintian warnings from the maintainers of klibc-utils! ;-). I therefore > think that an upload to the next stable point release and old stable point > release is the most appropriate way to address this. I concur with this. It appears we have many packages with this particular problem tho. I'm working on getting a complete list. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516725: [Pkg-scicomp-devel] Bug#516725: Bug#516725: libcolamd-3.2.0: Fails to install
Hi, Rafael Laboissiere wrote: > I think that the Conflicts is correct, because this is really what happens. > Both libcolamd-3.2.0_3.2.0-2 and libsuitesparse-3.2.0_3.2.0-1 cannot be > installed together. Yep. > On the other hand, I think that the Replaces is perhaps inappropriate because > libcolamd-3.2.0 does not replace the whole libsuitesparse-3.2.0 package. Well, that's not the semantics of Replaces:. Replaces: as used is just to declare that *some* files in the old package get replaced. > Do you think it will be okay if I add just the Conflicts stanza? Should be ok (but afais just a Replaces: also would be ok) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516670: files owned by !root
Hi, On moandei 23 Febrewaris 2009, Peter Palfrader wrote: > Package: klibc-utils > Version: 1.5.12-2 > Severity: serious > Tags: security > > Files in /usr/share/lintian/overrides are not owned by root on lenny/alpha. Thanks for the report. This file is not executed, so the damage is limited to e.g. using it as an inappropriate storage by a user (or maliciously trying to hide lintian warnings from the maintainers of klibc-utils! ;-). I therefore think that an upload to the next stable point release and old stable point release is the most appropriate way to address this. Maintainers, can you please contact the stable release managers to get approval for this change and prepare updates for etch and lenny? thanks, Thijs signature.asc Description: This is a digitally signed message part.
Bug#516725: libcolamd-3.2.0: Fails to install
* Luk Claes [2009-02-23 16:48]: > Rafael Laboissiere wrote: > > Do you think it will be okay if I add just the Conflicts stanza? > > Replaces means it overwrites one or more files of the replaced package > so that one is necessary. The Conflicts tells the packages cannot be > installed together, so it looks like both are needed for this case. Ok, thanks. -- Rafael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516753: pymvpa: FTBFS in unstable - 'NoneType' object is not iterable
Package: pymvpa Version: 0.4.0-1 Severity: serious Hi, the pymvpa package fails to build in a clean unstable chroot with the following error: sphinx-build -b html -d ../build/doctrees . ../build/html Sphinx v0.5.1, building html loading pickled environment... not found building [html]: targets for 144 source files that are out of date updating environment: 144 added, 0 changed, 0 removed reading sources... _static/robots authors changelog classifiers contents datasets devguide ex/clfs_examples ex/curvefitting ex/erp_plot ex/kerneldemo ex/match_distribution ex/permutation_test ex/preproc_fsl_ev ex/projections ex/pylab_2d ex/searchlight_2d ex/searchlight_minimal ex/sensanas ex/smellit ex/smlr ex/start_easy ex/svdclf ex/topo_plot examples faq featsel glossary index installation intro legal manual matlab measures misc modref modref/mvpa modref/mvpa.algorithms modref/mvpa.algorithms.cvtranserror modref/mvpa.atlases modref/mvpa.atlases.base modref/mvpa.atlases.fsl modref/mvpa.atlases.transformation Exception occurred: File "/usr/lib/python2.5/site-packages/sphinx/ext/autodoc.py", line 389, in generate fullname, mod, objpath, args, retann = self.resolve_name(what, name) TypeError: 'NoneType' object is not iterable The full traceback has been saved in /tmp/sphinx-err-dM5gKt.log, if you want to report the issue to the author. Please also report this if it was a user error, so that a better error message can be provided next time. Send reports to sphinx-...@googlegroups.com. Thanks! make[2]: *** [html] Error 1 make[2]: Leaving directory `/tmp/buildd/pymvpa-0.4.0/doc' make[1]: *** [htmldoc] Error 2 make[1]: Leaving directory `/tmp/buildd/pymvpa-0.4.0' make: *** [build/python-mvpa-doc] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is attached. Cheers, -- .''`. Debian 5.0 "Lenny" has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. pymvpa_0.4.0-1.log.gz Description: GNU Zip compressed data signature.asc Description: Ceci est une partie de message numériquement signée
Bug#516725: [Pkg-scicomp-devel] Bug#516725: libcolamd-3.2.0: Fails to install
Rafael Laboissiere wrote: > * Vincent Fourmond [2009-02-23 12:07]: > >> Package: libcolamd-3.2.0 >> Version: 3.2.0-2 >> Severity: grave >> Justification: fails to upgrade >> >> Hello, >> >> While upgrading lp-solve, insallation of libcolamd-3.2.0 fails >> because it tries to overwrite files already present on the system: >> >> Unpacking libcolamd-3.2.0 (from .../libcolamd-3.2.0_1%3a3.2.0-2_amd64.deb) >> ... >> dpkg: error processing >> /var/cache/apt/archives/libcolamd-3.2.0_1%3a3.2.0-2_amd64.deb (--unpack): >> trying to overwrite `/usr/lib/libcolamd.so.3.2.0', which is also in package >> libsuitesparse-3.2.0 >> >> libcolamd-3.2.0 should >> >> Replaces: libsuitesparse-3.2.0 (<= 3.2.0-1) >> Conflicts: libsuitesparse-3.2.0 (<= 3.2.0-1) >> >> (I'm not sure the conflict stanza is necessary). > > I think that the Conflicts is correct, because this is really what happens. > Both libcolamd-3.2.0_3.2.0-2 and libsuitesparse-3.2.0_3.2.0-1 cannot be > installed together. > > On the other hand, I think that the Replaces is perhaps inappropriate because > libcolamd-3.2.0 does not replace the whole libsuitesparse-3.2.0 package. > > Do you think it will be okay if I add just the Conflicts stanza? Replaces means it overwrites one or more files of the replaced package so that one is necessary. The Conflicts tells the packages cannot be installed together, so it looks like both are needed for this case. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516660: Buffer overflow in the PyCrypto ARC2 modules
On Mon, Feb 23, 2009 at 03:53:56PM +0100, Andreas Rottmann wrote: > > I've built a package for lenny now, a package for etch will follow > soon. As this is my first time to prepare a security-fix package, I'm > not exactly sure if I've done everything according to the rules. .dsc > and .diff.gz attached. Looks good, the Lenny packages are building. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516669: files owned by !root
Hi,
On moandei 23 Febrewaris 2009, Gerrit Pape wrote:
> tags 516669 + patch
> quit
>
> On Mon, Feb 23, 2009 at 12:43:39AM +0100, Peter Palfrader wrote:
> > Files in /usr/share/git-core are not owned by root on lenny/alpha.
>
> Thanks for catching this. Here's a patch for stable, unstable already
> contains the fix, although there seems to be another similar permissions
> problem I'm investigating right now.
>
> The bug only has an impact if the package is build with -rsudo, the
> files are properly owned by root with -rfakeroot. The alpha, mips, and
> mipsel autobuilders seem to use -rsudo.
>
> t...@security, if there's anything more I can do, such as providing a
> signed package for stable, please let me know.
Thanks Peter for the report and Gerrit for the quick patch.
As I understand it, these files are not usually executed directly, but do
serve as templates for scripts that are executed, so someone could edit their
content and hope that an administrator copies the script without noticing the
change. That seems reason enough for me for a stable security update.
We need a sourceful update to prevent the problem from reappearing if someone
rebuilds the package themselves or a subsequent security upload is made. Your
patch seems fine. The issue also affects oldstable.
Gerrit, it would be great if you could provide updated packages for
stable-security and oldstable-security. Please upload them to
security-master, and make sure you build with full source ("-sa") at least
for the stable-security one.
thanks,
Thijs
signature.asc
Description: This is a digitally signed message part.
Bug#516695: libpam-heimdal: new version (3.13) fixing two security issues
On Sun, Feb 22, 2009 at 10:52:48PM -0800, Richard A Nelson wrote: > Package: libpam-heimdal > Version: 3.10-2.1 > Severity: critical > Tags: security > Justification: root security hole > > libpam-heimdal needs to be braought upto curent libpam-krb5 > I know this was all stalled by the freeze, but 'tis time now This was already fixed in 3.10-2.1 for Lenny and 2.5-1etch1 for Etch. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516725: [Pkg-scicomp-devel] Bug#516725: libcolamd-3.2.0: Fails to install
* Vincent Fourmond [2009-02-23 12:07]: > Package: libcolamd-3.2.0 > Version: 3.2.0-2 > Severity: grave > Justification: fails to upgrade > > Hello, > > While upgrading lp-solve, insallation of libcolamd-3.2.0 fails > because it tries to overwrite files already present on the system: > > Unpacking libcolamd-3.2.0 (from .../libcolamd-3.2.0_1%3a3.2.0-2_amd64.deb) ... > dpkg: error processing > /var/cache/apt/archives/libcolamd-3.2.0_1%3a3.2.0-2_amd64.deb (--unpack): > trying to overwrite `/usr/lib/libcolamd.so.3.2.0', which is also in package > libsuitesparse-3.2.0 > > libcolamd-3.2.0 should > > Replaces: libsuitesparse-3.2.0 (<= 3.2.0-1) > Conflicts: libsuitesparse-3.2.0 (<= 3.2.0-1) > > (I'm not sure the conflict stanza is necessary). I think that the Conflicts is correct, because this is really what happens. Both libcolamd-3.2.0_3.2.0-2 and libsuitesparse-3.2.0_3.2.0-1 cannot be installed together. On the other hand, I think that the Replaces is perhaps inappropriate because libcolamd-3.2.0 does not replace the whole libsuitesparse-3.2.0 package. Do you think it will be okay if I add just the Conflicts stanza? -- Rafael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516767: wicd-client fails to load
Package: wicd Version: 1.5.9-1 Severity: grave Justification: renders package unusable if i try to launch "wicd-client", i fails with this error: salvat...@coccionepc:~$ wicd-client Loading... Attempting to connect tray to daemon... Success. ERROR:dbus.proxies:Introspect error on :1.34:/org/wicd/daemon: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.37" (uid=1000 pid=9340 comm="python /usr/share/wicd/wicd-client.py ") interface="org.freedesktop.DBus.Introspectable" member="Introspect" error name="(unset)" requested_reply=0 destination=":1.34" (uid=0 pid=8260 comm="python /usr/share/wicd/wicd-daemon.py ")) Traceback (most recent call last): File "/usr/share/wicd/wicd-client.py", line 565, in main(sys.argv) File "/usr/share/wicd/wicd-client.py", line 546, in main tray_icon = TrayIcon(use_tray, animate) File "/usr/share/wicd/wicd-client.py", line 102, in __init__ self.icon_info = self.TrayConnectionInfo(self.tr, use_tray, animate) File "/usr/share/wicd/wicd-client.py", line 127, in __init__ self.update_tray_icon() File "/usr/share/wicd/wicd-client.py", line 184, in update_tray_icon [state, info] = daemon.GetConnectionStatus() File "/var/lib/python-support/python2.5/dbus/proxies.py", line 68, in __call__ return self._proxy_method(*args, **keywords) File "/var/lib/python-support/python2.5/dbus/proxies.py", line 140, in __call__ **keywords) File "/var/lib/python-support/python2.5/dbus/connection.py", line 622, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.37" (uid=1000 pid=9340 comm="python /usr/share/wicd/wicd-client.py ") interface="org.wicd.daemon" member="GetConnectionStatus" error name="(unset)" requested_reply=0 destination=":1.34" (uid=0 pid=8260 comm="python /usr/share/wicd/wicd-daemon.py ")) also package in unstable (wicd-1.5.9-2) doesn't work. package directly taken from wicd repositories (i have this line in sources.list "deb http://apt.wicd.net debian extras") works without problems. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wicd depends on: ii adduser 3.110 add and remove users and groups ii dhcp3-client 3.1.1-6DHCP client ii net-tools 1.60-22The NET-3 networking toolkit ii python2.5.2-3An interactive high-level object-o ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-support0.8.7 automated rebuilding support for P ii wireless-tools29-1.1 Tools for manipulating Linux Wirel ii wpasupplicant 0.6.4-3Client support for WPA and WPA2 (I wicd recommends no packages. Versions of packages wicd suggests: ii pm-utils 1.1.2.4-1 utilities and scripts for power ma -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516765: stopmotion: starts once, produces warning message, never starts again
Package: stopmotion Version: 0.6.2-1 Severity: grave Justification: renders package unusable This, I get when I start stopmotion the first time. The message appears, but the program window appears too. 8< $ stopmotion error : string is not in UTF-8 encoding error : output conversion failed due to conv error, bytes 0xE4 0x74 0x20 0x28 I/O error : encoder error 8< When I close it, and run it again, I get the following message and no program window. 8< $ stopmotion /home/user/.stopmotion/preferences.xml:1: parser error : Document is empty ^ /home/user/.stopmotion/preferences.xml:1: parser error : Start tag expected, '<' not found ^ Segmentation fault 8< I can get it to run again (once), by rm -r'ing /home/user/.stopmotion -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages stopmotion depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3 GCC support library ii libqtcore44.4.3-2Qt 4 core module ii libqtgui4 4.4.3-2Qt 4 GUI module ii libsdl-image1.2 1.2.6-3image loading library for Simple D ii libsdl1.2debian 1.2.13-4 Simple DirectMedia Layer ii libstdc++64.3.3-3The GNU Standard C++ Library v3 ii libtar1.2.11-5 C library for manipulating tar arc ii libvorbisfile31.2.0.dfsg-3.1 The Vorbis General Audio Compressi ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml2 2.6.32.dfsg-5 GNOME XML library Versions of packages stopmotion recommends: pn dvgrab (no description available) ii ffmpeg3:20080706-0.3 audio/video encoder, streaming ser ii vgrabbj 0.9.6-3.1 grabs a image from a camera and pu Versions of packages stopmotion suggests: ii gimp 2.4.7-1The GNU Image Manipulation Program -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516758: python-django-debug-toolbar: FTBFS in unstable - missing build-depends
Package: python-django-debug-toolbar Version: 0+git200901231854-1 Severity: serious Hi, python-django-debug-toolbar fails to build in unstable with the following error: dh_auto_clean Traceback (most recent call last): File "setup.py", line 1, in from setuptools import setup, find_packages ImportError: No module named setuptools dh_auto_clean: command returned error code 256 make: *** [clean] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2 Looks like there is a missing build-depends (not build-depends-indep, since it is used in the clean target) on python-setuptools here. Cheers, -- .''`. Debian 5.0 "Lenny" has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#516660: Buffer overflow in the PyCrypto ARC2 modules
I've built a package for lenny now, a package for etch will follow soon. As this is my first time to prepare a security-fix package, I'm not exactly sure if I've done everything according to the rules. .dsc and .diff.gz attached. Format: 1.0 Source: python-crypto Binary: python-crypto, python-crypto-dbg Architecture: any Version: 2.0.1+dfsg1-2.3+lenny0 Maintainer: Andreas Rottmann Standards-Version: 3.7.2 Build-Depends: cdbs (>= 0.4.41), debhelper (>= 5.0.37.1), python-central (>= 0.4.17), python-all-dev (>= 2.3.5-9), python-all-dbg, ed, texlive-latex-recommended, texlive-fonts-recommended, libgmp3-dev (>= 4.1.4-10) Checksums-Sha1: ce9267334b4a7d7f70b054704420f7b822f2c7ed 158593 python-crypto_2.0.1+dfsg1.orig.tar.gz 2d45527ac201b97bf034d500bf996e9858077a13 10073 python-crypto_2.0.1+dfsg1-2.3+lenny0.diff.gz Checksums-Sha256: 1971b216411ba2b05634acd62abff1cfabe014a4fe81e09eeac7ee92c46c25b3 158593 python-crypto_2.0.1+dfsg1.orig.tar.gz c2e29d98af7a63466f44835414d516ac3b0b74f9879a09a43f85200b43c574b7 10073 python-crypto_2.0.1+dfsg1-2.3+lenny0.diff.gz Files: f81d94a506981c67188f08057d797420 158593 python-crypto_2.0.1+dfsg1.orig.tar.gz 8f0e021a04e5128ca753cd84382166e4 10073 python-crypto_2.0.1+dfsg1-2.3+lenny0.diff.gz Python-Version: all python-crypto_2.0.1+dfsg1-2.3+lenny0.diff.gz Description: GNU Zip compressed data
Processed: Re: Bug#516669: files owned by !root
Processing commands for cont...@bugs.debian.org: > tags 516669 + patch Bug#516669: files owned by !root Tags were: security Tags added: patch > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516669: files owned by !root
tags 516669 + patch quit On Mon, Feb 23, 2009 at 12:43:39AM +0100, Peter Palfrader wrote: > Files in /usr/share/git-core are not owned by root on lenny/alpha. Thanks for catching this. Here's a patch for stable, unstable already contains the fix, although there seems to be another similar permissions problem I'm investigating right now. The bug only has an impact if the package is build with -rsudo, the files are properly owned by root with -rfakeroot. The alpha, mips, and mipsel autobuilders seem to use -rsudo. t...@security, if there's anything more I can do, such as providing a signed package for stable, please let me know. Regards, Gerrit. commit 24aaa9dc0b99ebe01b190dc1d97a24d5b4616abd Author: Gerrit Pape Date: Mon Feb 23 14:00:16 2009 + * debian/diff/0006-Install-templates-with-the-user-and-group...diff: new, cherry-picked from 71f4637: Install templates with the user and group of the installing personality (closes: #516669). diff --git a/debian/changelog b/debian/changelog index 44ede58..57712eb 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +git-core (1:1.5.6.5-4) stable-security; urgency=high + + * debian/diff/0006-Install-templates-with-the-user-and-group...diff: +new, cherry-picked from 71f4637: Install templates with the user and +group of the installing personality (closes: #516669). + + -- Gerrit Pape Mon, 23 Feb 2009 13:50:14 + + git-core (1:1.5.6.5-3) unstable; urgency=high * debian/rules: no longer install symlink /etc/init.d/git-daemon -> diff --git a/debian/diff/0006-Install-templates-with-the-user-and-group-of-the-inst.diff b/debian/diff/0006-Install-templates-with-the-user-and-group-of-the-inst.diff new file mode 100644 index 000..786b0b9 --- /dev/null +++ b/debian/diff/0006-Install-templates-with-the-user-and-group-of-the-inst.diff @@ -0,0 +1,34 @@ +From e37aa693898859df1f44a79bdf85232c9c4c6d87 Mon Sep 17 00:00:00 2001 +From: Gerrit Pape +Date: Mon, 23 Feb 2009 13:49:00 + +Subject: [PATCH] Install templates with the user and group of the installing personality + +If 'make install' was run with sufficient privileges, then the installed +templates, which are copied using 'tar', would receive the user and group +of whoever built git. This instructs 'tar' to ignore the user and group +that are recorded in the archive. + +Signed-off-by: Johannes Sixt +Signed-off-by: Junio C Hamano +(cherry picked from commit 71f463773a310de016da20136fd7160685f97faa) + +Conflicts: + + templates/Makefile +--- + templates/Makefile |2 +- + 1 files changed, 1 insertions(+), 1 deletions(-) + +diff --git a/templates/Makefile b/templates/Makefile +index bda9d13..94cd8f4 100644 +--- a/templates/Makefile b/templates/Makefile +@@ -48,4 +48,4 @@ clean: + install: all + $(INSTALL) -d -m 755 '$(DESTDIR_SQ)$(template_dir_SQ)' + (cd blt && $(TAR) cf - .) | \ +- (cd '$(DESTDIR_SQ)$(template_dir_SQ)' && umask 022 && $(TAR) xf -) ++ (cd '$(DESTDIR_SQ)$(template_dir_SQ)' && umask 022 && $(TAR) xfo -) +-- +1.6.1.3 +
Bug#516747: planner: FTBFS in unstable - expected ';' before 'while'
Package: planner Version: 0.14.3-3 Severity: serious Hi, planner currently fails to build in unstable on amd64, with the following error: /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../libplanner -I.. -I../libplanner -pthread -DORBIT2=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DSTORAGEMODULEDIR=\""/usr/lib/planner/storage-modules"\" -DFILEMODULEDIR=\""/usr/lib/planner/file-modules"\" -DPLUGINDIR=\""/usr/lib/planner/plugins"\" -DDATADIR=\""/usr/share"\" -I/usr/include/libgda-3.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DGDA_VERSION=30 -g -O2 -g -Wall -O2 -c -o libstorage_sql_la-mrp-sql.lo `test -f 'mrp-sql.c' || echo './'`mrp-sql.c cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../libplanner -I.. -I../libplanner -pthread -DORBIT2=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DSTORAGEMODULEDIR=\"/usr/lib/planner/storage-modules\" -DFILEMODULEDIR=\"/usr/lib/planner/file-modules\" -DPLUGINDIR=\"/usr/lib/planner/plugins\" -DDATADIR=\"/usr/share\" -I/usr/include/libgda-3.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DGDA_VERSION=30 -g -O2 -g -Wall -O2 -c mrp-sql.c -fPIC -DPIC -o .libs/libstorage_sql_la-mrp-sql.o mrp-sql.c: In function 'sql_write_project': mrp-sql.c:2449: error: expected ';' before 'while' mrp-sql.c:2450: error: expected 'while' before 'return' mrp-sql.c:2455: error: expected ';' before 'while' mrp-sql.c:2456: error: expected 'while' before 'return' mrp-sql.c:2477: error: expected ';' before 'while' mrp-sql.c:2478: error: expected 'while' before 'return' mrp-sql.c:2538: error: expected ';' before 'while' mrp-sql.c:2539: error: expected 'while' before 'return' mrp-sql.c: In function 'mrp_sql_save_project': mrp-sql.c:3726: error: expected ';' before 'while' mrp-sql.c:3727: error: expected 'while' before 'goto' make[3]: *** [libstorage_sql_la-mrp-sql.lo] Error 1 make[3]: Leaving directory `/tmp/buildd/planner-0.14.3/libplanner' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/planner-0.14.3' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/planner-0.14.3' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is attached, in case it is useful. Cheers, -- .''`. Debian 5.0 "Lenny" has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. planner_0.14.3-3.log.gz Description: GNU Zip compressed data signature.asc Description: Ceci est une partie de message numériquement signée
Processed: forcibly merging 515642 515648
Processing commands for cont...@bugs.debian.org: > forcemerge 515642 515648 Bug#515642: libsamplerate_0.1.7-1(unstable/sparc/schroeder): Broken testsuite Bug#515648: libsamplerate_0.1.7-1(powerpc/unstable): FTBFS: callback_test (SRC ratio = 0.7890) failed Forcibly Merged 515642 515648. > 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: forcibly merging 515658 515642
Processing commands for cont...@bugs.debian.org: > forcemerge 515658 515642 Bug#515658: libsamplerate_0.1.7-1(mips/unstable): Regression test fails on mips Bug#515642: libsamplerate_0.1.7-1(unstable/sparc/schroeder): Broken testsuite Bug#515648: libsamplerate_0.1.7-1(powerpc/unstable): FTBFS: callback_test (SRC ratio = 0.7890) failed Forcibly Merged 515642 515648 515658. > 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516728: update-a-x-i should not run under pbuilder and similar systems
On Mon, Feb 23, 2009 at 10:26:25PM +0900, Junichi Uekawa wrote: > > Can it be just a case of: > > if [ ! -x /usr/sbin/policy-rc.d ] || /usr/sbin/policy-rc.d apt-xapian-index > > start > > then > > update-apt-xapian-index --quiet & > > fi > Yeah, I think so. policy-rc.d's original design intent is to have a > file in init.d with name 'apt-xapian-index' so that users can run > invoke-rc.d apt-xapian-index. I've committed all this at git://git.debian.org/collab-maint/apt-xapian-index.git I've tried it and it does work properly when policy-rc.d is not there. Could you please give it a try to confirm that it leaves pbuilder alone? To build the package you just git clone git://git.debian.org/collab-maint/apt-xapian-index.git and run debuild. > > I don't mind to use triggers, but I understand that they are only run at > > the end of the installation, so it would defeat the idea to start it > > soon so that at the end of the installation it's almost done. > > Or is there a way to start triggers sooner? > Hmm... I understand what you're trying to do here now. However, > package installation is a busy process with a lot of disk/CPU load, > I'm not sure if it's really giving you much advantage by having > started earlier. I suppose it depends a lot on what packages get installed; however it should still be worth it, especially now that people have multi core CPUs. On top of that, update-a-x-i should be mostly CPU bound, while I'd wager that package installation is mostly I/O bound. > > It seems that the best way so far is to check policy-rc.d. I've never > > used it, nor I found documentation about how to query it, so I inferred > > from invoke-rc.d source code. If you confirm me the code snippet above > > on how to query it, I'll be happy to make an upload right away. > > man invoke-rc.d > refers you to: > /usr/share/doc/sysv-rc/README.policy-rc.d > which is actually available in: > /usr/share/doc/sysv-rc/README.policy-rc.d.gz > (filed a bug here...) > So there is a documentation. I had found that, which is what I used for the example above, but it doesn't give detailed instructions on how to invoke it, like what to do if the script is missing, or what constitutes an initscript ID. Also, I don't have a policy-rc.d that i could use to test my postinst. If you could please test a-x-i from git, I'll upload as soon as you give me a go. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini signature.asc Description: Digital signature
Bug#516728: update-a-x-i should not run under pbuilder and similar systems
Hi,
At Mon, 23 Feb 2009 11:16:44 +,
Enrico Zini wrote:
>
> Package: apt-xapian-index
> Severity: serious
>
> On Mon, Feb 23, 2009 at 12:02:32PM +0900, Junichi Uekawa wrote:
>
> We drifted a bit away from the original bug report, and I think this
> issue deserves its own bug number.
>
> > > That's a good point. How come your pbuilder setup installs
> > > apt-xapian-index? It's usually pulled in by aptitude, but as a
> > > Recommends, not a Depends. In theory, buildds and pbuilder chroots
> > > shouldn't install Recommends, or am I mistaken?
> > aptitude is depending on apt-xapian-index.
> > Package: aptitude
> [...]
> > Depends: apt-xapian-index, libapt-pkg-libc6.7-6-4.6, libc6 (>= 2.7-1),
> > libcwidget3, libept0 (>= 0.5.26), libgcc1 (>= 1:4.1.1), libncursesw5 (>=
> > 5.6+20071006-3), libsigc++-2.0-0c2
> > a (>= 2.0.2), libstdc++6 (>= 4.2.1), libxapian15, zlib1g (>= 1:1.1.4)
>
> Oh, no. I've opened a bug with aptitude asking if it can be downgraded
> to a Recommends (#516719). I'm happy to have aptitude on my openmoko,
> but I certainly don't want to have apt-xapia-index in it.
Okay.
> > > I'd be happy to work out a way not to have apt-xapian-index run in cases
> > > like pbuilder. Is invoke-rc.d the only tool that honours the init
> > > script policy? Would it be acceptable if apt-xapian-index's postinst
> > > checked with policy-rc.d to see if it should run the reindexing or not?
> > For pbuillder specific, it's okay to check for policy-rc.d output.
>
> Where can I find instructions on how to query policy-rc.d for this
> specific case?
>
> Can it be just a case of:
>
> if [ ! -x /usr/sbin/policy-rc.d ] || /usr/sbin/policy-rc.d apt-xapian-index
> start
> then
> update-apt-xapian-index --quiet &
> fi
Yeah, I think so. policy-rc.d's original design intent is to have a
file in init.d with name 'apt-xapian-index' so that users can run
invoke-rc.d apt-xapian-index.
> > So, you really don't need the data until a client application requests
> > it. The first invocation can probably wait, and the invocation afterwards
> > can wait
> >
> > Or you can make installation wait for the rebuild of database.
> > There isn't much point in making it run in background.
>
> The point is that the rebuild takes time, and a common use case is that
> the data is needed by the package manager just after apt-xapian-index is
> installed for the first time. Rebuilding in background means that when
> the installation is finished and we're back to the package manager, the
> data will be almost readily available, instead of having to look at a
> progress bar for a minute or two.
>
>
> > If it's a long process, you should take care to make it run in the
> > background maybe niced.
>
> You're right here, I had forgot to nice it. I've fixed that in git.
>
>
> > Well, because you are running the indexing in background, it is
> > reasonable that someone would want to stop it, and if stopping is
> > possible, a restart/start.
>
> update-apt-xapian-index --stop to stop a running background indexer is
> certainly a good idea: I've added it to the todo list
> (bug#TODO-TO-BE-ASSIGNED).
>
> Restarting it is just a matter of running update-apt-xapian-index again.
>
> > > However, I 100% agree that update-a-x-i must NOT run on chroots and slow
> > > down builds. Let's find a way to do so. Here are the options that I
> > > can think of:
> > > - Study how policy-rc.d works, and query it in postinst to see if I
> > >should run the update or not
> > > - What does man-db do to prevent the index update?
> > Probably, man-db just rebuilds the index now in triggers.
>
> I don't mind to use triggers, but I understand that they are only run at
> the end of the installation, so it would defeat the idea to start it
> soon so that at the end of the installation it's almost done.
>
> Or is there a way to start triggers sooner?
Hmm... I understand what you're trying to do here now. However,
package installation is a busy process with a lot of disk/CPU load,
I'm not sure if it's really giving you much advantage by having
started earlier.
> > > - Disabling the update in postinst via a preseedable debconf
> > >low-priority question
> > Feasible, but that is probably counterintuitive for users, and I need
> > a hack for apt-xapian-index in pbuilder.
>
> Indeed. It could still be useful in other cases, but not for pbuilder.
>
>
> It seems that the best way so far is to check policy-rc.d. I've never
> used it, nor I found documentation about how to query it, so I inferred
> from invoke-rc.d source code. If you confirm me the code snippet above
> on how to query it, I'll be happy to make an upload right away.
man invoke-rc.d
refers you to:
/usr/share/doc/sysv-rc/README.policy-rc.d
which is actually available in:
/usr/share/doc/sysv-rc/README.policy-rc.d.gz
(filed a bug here...)
So there is a documentation.
regards,
junichi
--
dan...@{netfort.gr.jp,debian.org}
--
To UNSUBSCRIBE, e
Bug#516419: marked as done (ppl_0.10-3(mips/unstable):)
Your message dated Mon, 23 Feb 2009 14:40:45 +0100 with message-id <20090223134045.ga...@l04.local> and subject line Re: Bug#516419: ppl_0.10-3(mips/unstable): has caused the Debian Bug report #516419, regarding ppl_0.10-3(mips/unstable): 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516419: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516419 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: ppl Version: 0.10-3 Severity: serious There was an error while trying to autobuild your package: > Automatic build of ppl_0.10-3 on mayr by sbuild/mips 99.999 > Build started at 20090219-0952 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 6.0.7~), quilt, libgmp3-dev (>= 4.1.3), > autoconf, automake, libtool, autotools-dev [...] > make[3]: Entering directory `/build/buildd/ppl-0.10' > make[3]: Nothing to be done for `all-am'. > make[3]: Leaving directory `/build/buildd/ppl-0.10' > make[2]: Leaving directory `/build/buildd/ppl-0.10' > make[1]: Leaving directory `/build/buildd/ppl-0.10' > touch build-arch-stamp > export save_size=1 ; /usr/bin/make -C doc user-configured > make[1]: Entering directory `/build/buildd/ppl-0.10/doc' > rm -rf ppl-user-0.10-html > TEXINPUTS=/build/buildd/ppl-0.10/doc: doxygen user.doxyconf-html > /bin/sh: doxygen: command not found > make[1]: *** [ppl-user-0.10-html] Error 127 > make[1]: Leaving directory `/build/buildd/ppl-0.10/doc' > make: *** [build-indep-stamp] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mips&pkg=ppl&ver=0.10-3 --- End Message --- --- Begin Message --- Version: 0.10-4 [...] > > Yes, thanks, already noticed; in fact, I uploaded a version supposed to fix > this > an hour ago. I'll close this bug tomorrow, once autobuilding has confirmed > that > my fix is appropriate. > Ok, that issue (which affected all the platforms) is solved, but there are some more failures which seem to be platform/buildd specifc, I'll investigate later... Best, Michael pgpiUple7pX3n.pgp Description: PGP signature --- End Message ---
Processed: reassign 516740 to libqtcore4
Processing commands for cont...@bugs.debian.org: > reassign 516740 libqtcore4 Bug#516740: libqt4-core: knode crashes whenever the Reply command is invoked Bug reassigned from package `libqt4-core' to `libqtcore4'. > 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 debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516740: libqt4-core: knode crashes whenever the Reply command is invoked
Package: libqt4-core
Version: 4.5.0~rc1-2
Severity: serious
knode crashes as soon as the Reply menu item (or 'R' key) is pressed,
since today's upgrade to Qt 4.5.0~rc1.
Program: Knode (knode), signal SIGSEGV
0x7f85f33efff1 in nanosleep () from /lib/libc.so.6
Thread 1 (Thread 0x7f85f61686f0 (LWP 2363)):
[KCrash Handler]
#5 0x7f85f3dbd6f7 in QTextEngine::atWordSeparator (this=0xb8dc20,
position=0) at ../../include/QtCore/../../src/corelib/tools/qstring.h:680
#6 0x7f85f3e15bb7 in QTextCursorPrivate::movePosition (this=0x12b7160,
op=QTextCursor::EndOfWord, mode=QTextCursor::KeepAnchor) at
text/qtextcursor.cpp:484
#7 0x7f85f3e1824a in QTextCursor::movePosition (this=0x7e2acb80,
op=QTextCursor::EndOfWord, mode=QTextCursor::KeepAnchor, n=1) at
text/qtextcursor.cpp:1187
#8 0x7f85f3e19480 in QTextCursor::select (this=0x7e2acb80,
selection=QTextCursor::WordUnderCursor) at text/qtextcursor.cpp:1399
#9 0x7f85f4d31183 in KRichTextEditPrivate::mergeFormatOnWordOrSelection
(this=0xb8f9f0, form...@0x7e2acbb0) at
../../kdeui/widgets/krichtextedit.cpp:104
#10 0x7f85f4d314d9 in KRichTextEdit::setFont (this=0xb889c0,
fo...@0x7e2acbe0) at ../../kdeui/widgets/krichtextedit.cpp:271
#11 0x7f85f56334dd in KNComposer::setConfig (this=0x9a1770,
onlyFonts=) at ../../knode/kncomposer.cpp:579
#12 0x7f85f563638a in KNComposer (this=0x9a1770, a=,
te...@0x7e2ad720, sig=, unwraped=, firstEdit=true, dislikesCopies=false,
createCopy=false, allowMail=) at
../../knode/kncomposer.cpp:392
#13 0x7f85f564492a in KNArticleFactory::createReply (this=0xa3c120,
a=, selectedte...@0x7e2adc20, post=true, mail=)
at ../../knode/knarticlefactory.cpp:272
#14 0x7f85f5675120 in KNode::ArticleWidget::slotReply (this=) at ../../knode/articlewidget.cpp:1306
#15 0x7f85f5680fdd in KNode::ArticleWidget::qt_metacall (this=0x8059a0,
_c=QMetaObject::InvokeMetaMethod, _id=, _a=0x7e2add60)
at ./articlewidget.moc:135
#16 0x7f85f4753592 in QMetaObject::activate (sender=0x8dad20,
from_signal_index=, to_signal_index=6, argv=0x10) at
kernel/qobject.cpp:3064
#17 0x7f85f3b806d7 in QAction::triggered (this=0xb8dc20, _t1=false) at
.moc/release-shared/moc_qaction.cpp:236
#18 0x7f85f3b81b50 in QAction::activate (this=0x8dad20, event=) at kernel/qaction.cpp:1155
#19 0x7f85f3b84667 in QAction::event (this=0xb8dc20, e=) at kernel/qaction.cpp:1074
#20 0x7f85f4b82c23 in KAction::event (this=0xb8dc20, event=0x7e2ae2e0)
at ../../kdeui/actions/kaction.cpp:88
#21 0x7f85f3b8666d in QApplicationPrivate::notify_helper (this=0x6276f0,
receiver=0x8dad20, e=0x7e2ae2e0) at kernel/qapplication.cpp:4051
#22 0x7f85f3b8e85a in QApplication::notify (this=0x7e2af910,
receiver=0x8dad20, e=0x7e2ae2e0) at kernel/qapplication.cpp:4016
#23 0x7f85f4c53fab in KApplication::notify (this=0x7e2af910,
receiver=0x8dad20, event=0x7e2ae2e0) at
../../kdeui/kernel/kapplication.cpp:307
#24 0x7f85f473dbbc in QCoreApplication::notifyInternal
(this=0x7e2af910, receiver=0x8dad20, event=0x7e2ae2e0) at
kernel/qcoreapplication.cpp:597
#25 0x7f85f3bbbf0d in QShortcutMap::dispatchEvent (this=, e=0x7e2ae7d0) at
../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:208
#26 0x7f85f3bbdd6c in QShortcutMap::tryShortcutEvent (this=0x627808,
o=, e=0x7e2ae7d0) at kernel/qshortcutmap.cpp:364
#27 0x7f85f3b8f861 in QApplication::notify (this=0x7e2af910,
receiver=0x9f5660, e=0x7e2ae7d0) at kernel/qapplication.cpp:3640
#28 0x7f85f4c53fab in KApplication::notify (this=0x7e2af910,
receiver=0x9f5660, event=0x7e2ae7d0) at
../../kdeui/kernel/kapplication.cpp:307
#29 0x7f85f473dbbc in QCoreApplication::notifyInternal
(this=0x7e2af910, receiver=0x9f5660, event=0x7e2ae7d0) at
kernel/qcoreapplication.cpp:597
#30 0x7f85f3c1b1d4 in QKeyMapper::sendKeyEvent (keyWidget=0x9f5660,
grab=, type=QEvent::KeyPress, code=82, modifiers={i =
-30741248}, te...@0x7e2aecf0, autorepeat=false,
count=1, nativeScanCode=27, nativeVirtualKey=114, nativeModifiers=0) at
kernel/qkeymapper_x11.cpp:1669
#31 0x7f85f3c1d500 in QKeyMapperPrivate::translateKeyEvent (this=0x67c3a0,
keyWidget=0x9f5660, event=0x7e2af590, grab=false) at
kernel/qkeymapper_x11.cpp:1640
#32 0x7f85f3bf63fd in QApplication::x11ProcessEvent (this=0x7e2af910,
event=0x7e2af590) at kernel/qapplication_x11.cpp:3425
#33 0x7f85f3c1ef24 in x11EventSourceDispatch (s=0x62a8a0, callback=0,
user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:141
#34 0x7f85ed4b8afb in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#35 0x7f85ed4bc2bd in ?? () from /usr/lib/libglib-2.0.so.0
#36 0x7f85ed4bc47b in g_main_context_iteration () from
/usr/lib/libglib-2.0.so.0
#37 0x7f85f47671ff in QEventDispatcherGlib::processEvents (this=0x616ea0,
flags=) at kernel/qeventdispatcher_glib.cpp:318
#38 0x7f85f3c1e6cf
Bug#511644: ttf-mathematica4.1 still useful for running Mathematica remotely
On Fri, 20 Feb 2009 18:29:43 +1100, Drew Parsons wrote: > Since installing Mathematica 7 does not fix the problem, I assume that > MathematicaPlayer does not fix it either. That means your font package Okay, I see. > I suspect ttf is sufficient, but I don't know for sure. > I'm happy to test any deb files and provide feedback. Does the latest ttf-mathematica4.1-7 works for you? I'll build a package of Mathmatica fonts ver.7, probably in this week, so that you can test if it fixes your problem. > Does STIX provide replacement fonts which Mathematica should be able to > use? I can try it when its deb is available. I suspect it doesn't but please try it when my package is accepted (at present it is not yet accepted). Regards, 2009-2-23(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Now RC as `img_convert' is gone
Processing commands for cont...@bugs.debian.org: > severity 487641 serious Bug#487641: lynkeos.app: uses depreciated img_convert function, please port to libswscale Severity set to `serious' from `wishlist' > tags 487641 help Bug#487641: lynkeos.app: uses depreciated img_convert function, please port to libswscale There were no tags set. Tags added: help > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516657: lensfun: Tries to install files in /usr/lib64/ on amd64.
On Monday 23 February 2009 09:32:04 Kurt Roeckx wrote: > Your package is trying to install files in /usr/lib64/ on amd64. If you > do this, you will be braking people's system. On Debian systems, > those files should be installed in /usr/lib/ Thanks Kurt, I have been discussion with the ubuntu guys and they have fixed this, so I'll just pull there changes across. Mark signature.asc Description: This is a digitally signed message part.
Bug#516736: Dependency on unavailable package (libraw1394-8)
Package: libiec61883-0 Version: 1.1.0-2 Severity: grave The package libiec61883-0 depends on libraw1394-8 which is no longer available on Debian Sid. Regards. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516734: linux-headers-2.6.28-1-amd64: Dependency on linux-kbuild-2.6.28 cannot be meet
Package: linux-headers-2.6.28-1-amd64 Severity: serious Justification: The package cannot be installed I cannot install linux-header-2.6.18-1-amd64 package sice it depends on linux-kbuild-2.6.28 package which is not in repository. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable'), (300, 'testing'), (200, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516732: Dependency on unavailable package (libraw1394-8)
Package: gstreamer0.10-plugins-good Version: 0.10.13-3 Severity: grave The package gstreamer0.10-plugins-ugly depends on libraw1394-8 which is no longer available on Debian Sid. Regards. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516731: Dependency on unavailable package (libdvdread3 and libraw1394-8)
Package: vlc-nox Version: 0.8.6.h-5 Severity: grave The package vlc-nox depends on libdvdread3 and libraw1394-8 but they aren't available on Debian Sid. Regards. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516735: Dependency on unavailable package (libraw1394-8)
Package: libxine1-ffmpeg Version: 1.1.16.1-2 Severity: grave The package libxine1-ffmpeg depends on libraw1394-8 which is no longer available on Debian Sid. Regards. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
