Bug#639866: /usr/share/polkit-1/actions/org.freedesktop.consolekit.policy: Config files in /usr should be in /etc
Package: consolekit Version: 0.4.5-1 Severity: serious File: /usr/share/polkit-1/actions/org.freedesktop.consolekit.policy Justification: Policy 10.7.2 Consolekit stores configuration files under /usr/share/polkit-1/actions. According to the Debian Policy Manual, config files must be stored under /etc: http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.2 Please move the config files to /etc. The reason I ran into this was that I wanted to enable non-root users to reboot / shut down the system from within GNOME even though there were other people logged in. To achieve this I had to update /usr/share/polkit-1/actions/org.freedesktop.consolekit.policy, but that file will most likely get messed up by the next package upgrade. If there is a better way to achieve this I'd of course like to hear about that as well, but the main point in this bug is that config files should be in /etc. Regards //Johan -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages consolekit depends on: ii dbus1.4.14-1 simple interprocess messaging syst ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libck-connector00.4.5-1 ConsoleKit libraries ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libdbus-glib-1-20.94-4 simple interprocess messaging syst ii libglib2.0-02.28.6-1 The GLib library of C routines ii libpolkit-gobject-1-0 0.102-1 PolicyKit Authorization API ii libx11-62:1.4.4-1X11 client-side library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages consolekit recommends: ii libpam-ck-connector 0.4.5-1ConsoleKit PAM module consolekit suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/share/polkit-1/actions/org.freedesktop.consolekit.policy (from consolekit package) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625314: Fixed in 2.0.16 and up
This is fixed in 2.0.16 and up (2.0.17 is the latest release at the time of writing this comment). The maintainer is a aware of this (hej Adam :-), just posting this for completeness if anybody else wants to know. Regards //Johan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581323: bubblemon: FTBFS: configure: error: libgtop not found.
Repeating my answer without quoting the original submission; just to make it more visible at the bottom of the page: This has been fixed in upstream, updating the Debian package to 2.0.15 will resolve this. Regards /Johan
Bug#581323: bubblemon: FTBFS: configure: error: libgtop not found.
This has been fixed in upstream, updating the Debian package from 2.0.9 to 2.0.15 should resolve this. Cheers //Johan 2010/5/12 Lucas Nussbaum lu...@lucas-nussbaum.net Source: bubblemon Version: 2.0.9-2 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100511 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-bubblemon_2.0.9-2-amd64-Mhvkpq/bubblemon-2.0.9' make[1]: *** No rule to make target `distclean'. make[1]: Leaving directory `/build/user-bubblemon_2.0.9-2-amd64-Mhvkpq/bubblemon-2.0.9' make: [makefile-clean] Error 2 (ignored) rm -f debian/stamp-autotools rmdir --ignore-fail-on-non-empty . rmdir: failed to remove `.': Invalid argument make: [makefile-clean] Error 1 (ignored) for i in ./config.guess ./config.sub ./config.rpath ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done dh_clean rm -f debian/stamp-autotools-files dpkg-source -b bubblemon-2.0.9 dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1) dpkg-source: info: using source format `1.0' dpkg-source: info: building bubblemon using existing bubblemon_2.0.9.orig.tar.gz dpkg-source: info: building bubblemon in bubblemon_2.0.9-2.diff.gz dpkg-source: warning: the diff modifies the following upstream files: config.h.in configure configure.in intltool-extract intltool-merge intltool-update dpkg-source: info: use the '3.0 (quilt)' format to have separate and documented changes to upstream files, see dpkg-source(1) dpkg-source: info: building bubblemon in bubblemon_2.0.9-2.dsc debian/rules build test -x debian/rules mkdir -p . if test -e /usr/share/misc/config.guess ; then \ for i in ./config.guess ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.guess $i ; \ fi ; \ done ; \ fi if test -e /usr/share/misc/config.sub ; then \ for i in ./config.sub ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.sub $i ; \ fi ; \ done ; \ fi if test -e /usr/share/gnulib/build-aux/config.rpath ; then \ for i in ./config.rpath ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/gnulib/build-aux/config.rpath $i ; \ fi ; \ done ; \ fi touch debian/stamp-autotools-files chmod a+x /build/user-bubblemon_2.0.9-2-amd64-Mhvkpq/bubblemon-2.0.9/./configure mkdir -p . cd .CFLAGS=-g -O2 -g -Wall -O2 CXXFLAGS=-g -O2 -g -Wall -O2 CPPFLAGS= LDFLAGS= /build/user-bubblemon_2.0.9-2-amd64-Mhvkpq/bubblemon-2.0.9/./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=\${prefix}/lib/bubblemon --disable-maintainer-mode --disable-dependency-tracking --disable-silent-rules --srcdir=. configure: WARNING: unrecognized options: --disable-maintainer-mode, --disable-silent-rules checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... none checking for intltool = 0.35... 0.37.0 found checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for msgfmt... /usr/bin/msgfmt checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) none checking for gcc... (cached)
Bug#567619: Do you have firmware-linux installed?
To those of you who are having these problems, do you have the firmware-linux package installed? Otherwise it could be that firmware is missing for your hardware. Seems like firmware was extracted into its own package as of kernel 2.6.32. http://packages.debian.org/firmware-linux Regards //Johan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536909: NMU bubblemon 2.0.9-1.1
Packaging 2.0.14 might be a better idea; it should build just fine as it is. Regards //Johan (upstream) 2009/7/29 Lars Eric Scheidler a...@pool.math.tu-berlin.de: Hi, here is a patch for bubblemon 2.0.9-1, so it build properly. If You aren't reacting, I'm making an NMU. Best regards, Lars Eric Scheidler -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536909: Fixed in upstream
This has been fixed in upstream, updating the Debian package from 2.0.9 to 2.0.14 should resolve this. Cheers //Johan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536909: Upgrading resolves bug 470299 as well
Upgrading the Debian packages to 2.0.14 will resolve bug #470299 as well. Cheers //Johan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527063: x-sisx-app.xml and shared-mime-info 0.30-2
/usr/share/mime/x-epoc/x-sisx-app.xml, and probably its parent directories as well if empty, should be removed on purge. Correct link for 0.30-2 log is http://piuparts.debian.org/squeeze/bugged/shared-mime-info_0.30-2.log. Problematic files (from the bottom of that log): 0m27.4s ERROR: FAIL: Package purging left files on system: /usr/share/mime owned by: shared-mime-info /usr/share/mime/x-epoc not owned /usr/share/mime/x-epoc/x-sisx-app.xml not owned I have that file on my system (attached), and it has a comment saying: Created automatically by update-mime-database. DO NOT EDIT!. /usr/bin/update-mime-database is part of the shared-mime-info package. So whatever it is that cleans up after shared-mime-info on purge should rm -f at least /usr/share/mime/x-epoc/x-sisx-app.xml. Regards //Johan ?xml version=1.0 encoding=utf-8? mime-type xmlns=http://www.freedesktop.org/standards/shared-mime-info; type=x-epoc/x-sisx-app !--Created automatically by update-mime-database. DO NOT EDIT!-- commentSISX package/comment comment xml:lang=bgПакет — SISX/comment comment xml:lang=capaquet SISX/comment comment xml:lang=csBalíček SISX/comment comment xml:lang=espaquete SISX/comment comment xml:lang=euSISX paketea/comment comment xml:lang=fiSISX-paketti/comment comment xml:lang=frpaquet SISX/comment comment xml:lang=huSISX csomag/comment comment xml:lang=itPacchetto SISX/comment comment xml:lang=koSISX 꾸러미/comment comment xml:lang=ltSISX paketas/comment comment xml:lang=nbSISX-pakke/comment comment xml:lang=nlSISX-pakket/comment comment xml:lang=svSISX-paket/comment comment xml:lang=ukПакет SISX/comment comment xml:lang=viGói SISX/comment acronymSIS/acronym expanded-acronymSymbian Installation File/expanded-acronym /mime-type
Bug#517768: x-sisx-app.xml and shared-mime-info 0.30-2
Correct link for 0.30-2 log is http://piuparts.debian.org/squeeze/bugged/shared-mime-info_0.30-2.log. Problematic files (from the bottom of that log): 0m27.4s ERROR: FAIL: Package purging left files on system: /usr/share/mimeowned by: shared-mime-info /usr/share/mime/x-epoc not owned /usr/share/mime/x-epoc/x-sisx-app.xml not owned I have that file on my system (attached), and it has a comment saying: Created automatically by update-mime-database. DO NOT EDIT!. /usr/bin/update-mime-database is part of the shared-mime-info package. Regards //Johan ?xml version=1.0 encoding=utf-8? mime-type xmlns=http://www.freedesktop.org/standards/shared-mime-info; type=x-epoc/x-sisx-app !--Created automatically by update-mime-database. DO NOT EDIT!-- commentSISX package/comment comment xml:lang=bgПакет — SISX/comment comment xml:lang=capaquet SISX/comment comment xml:lang=csBalíček SISX/comment comment xml:lang=espaquete SISX/comment comment xml:lang=euSISX paketea/comment comment xml:lang=fiSISX-paketti/comment comment xml:lang=frpaquet SISX/comment comment xml:lang=huSISX csomag/comment comment xml:lang=itPacchetto SISX/comment comment xml:lang=koSISX 꾸러미/comment comment xml:lang=ltSISX paketas/comment comment xml:lang=nbSISX-pakke/comment comment xml:lang=nlSISX-pakket/comment comment xml:lang=svSISX-paket/comment comment xml:lang=ukПакет SISX/comment comment xml:lang=viGói SISX/comment acronymSIS/acronym expanded-acronymSymbian Installation File/expanded-acronym /mime-type
Bug#524681: Maybe not gvm
found 524681 2.22.1-1 thanks I'm still on 2.22.1-1 and it doesn't work for me either; nothing happens when I insert a USB stick. I *am* getting messages in my kernel log that the device was detected properly, and mounting it manually works fine. Don't know when things started failing really, but I'm guessing this is because of some other component that gvm depends on for its operations. Regards //Johan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516852: Patch available for Bug#516852: Symbol lookup error: gtk_file_system_error_quark
found 516852 0.17.0~rc1-6 tag 516852 + patch thanks Ubuntu has a patch for this. Patch here: http://patches.ubuntu.com/r/ruby-gnome2/ruby-gnome2_0.17.0~rc1-6ubuntu1.patch Changelog is here: https://launchpad.net/ubuntu/+source/ruby-gnome2 Regards //Johan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516852: Fixed version for gtk_file_system_error_quark?
Hi Brice! You said that upgrading gtk/ruby libs to unstable resolved the gtk_file_system_error_quark problem for you. What version of ruby-gnome2 do you have installed? I'd like to add a notfound version to http://bugs.debian.org/516852. Regards //Johan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478105: seperate issue?
Will do. /J 2008/10/27 sean finney [EMAIL PROTECTED]: notfound 478105 1.06-7 thanks hi johan, as far as i can tell, your problem seems to be an entirely different issue. i downloaded the latest funguloids and both by default and with your config it worked for me, so it seems something likely different with your client system. therefore if you continue to experience this problem please open a new (non RC) bug. thanks sean -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJBjUaynjLPm522B0RAv9FAJkBDRGE+jChXjTpu1QFzOqMLw5lRACeKP3t zmjc3P+2ig6m/00PQbU8p14= =eZIK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478105: I'm getting this with 1.06-7
Attaching settings + log files for 1.06-7 where I'm seeing what seems to be the same symptoms as others here. Can't start the game, startup terminates with: [...] Particle Renderer Type 'billboard' registered An exception has occured: OGRE EXCEPTION(7:InternalErrorException): Cannot create GL index buffer in GLHardwareIndexBuffer::GLHardwareIndexBuffer at OgreGLHardwareIndexBuffer.cpp (line 46)funguloids: /usr/include/OGRE/OgreSharedPtr.h:130: T* Ogre::SharedPtrT::operator-() const [with T = Ogre::Material]: Assertion `pRep' failed. Avbruten (SIGABRT) Regards //Johan settings+logs.tar.gz Description: GNU Zip compressed data
Bug#494515: libgnome2-ruby1.8: object allocation during garbage collection phase fixed in upstream svn
Thanks Peter for fixing the script, that was an unexpected bonus :-). 2008/8/20 Peter De Wachter [EMAIL PROTECTED]: Tags: patch Followup-For: Bug #494515 I found two revision in the upstream SVN that deal with garbage collection (revisions 3255 and 3263). When I applied these changes to the Debian package, the script runs without crashing. (The script doesn't animate properly though, it should use a GtkDrawingArea. Fixed version attached :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494515: Crash: object allocation during garbage collection phase
Package: ruby1.8 Version: 1.8.7.22-2 Severity: grave Justification: causes non-serious data loss I've written a ruby program using Gtk that crashes the Ruby VM every time I run it. If the ruby VM crashes when you have unsaved data you will lose data == this is a dataloss bug (even if I didn't lose any data here) == severity grave according to http://www.debian.org/Bugs/Developer.html#severities. On stderr, the following error message is printed when the program crashes: ./animation.rb:107: [BUG] object allocation during garbage collection phase ruby 1.8.7 (2008-06-20 patchlevel 22) [i486-linux] Here's a stack trace from the crash: #0 0xb7f1f424 in __kernel_vsyscall () #1 0xb7e1ffd3 in __waitpid_nocancel () from /lib/i686/cmov/libpthread.so.0 #2 0xb7b6cae3 in IA__g_spawn_sync (working_directory=0x0, argv=0x8be3918, envp=0x0, flags=value optimized out, child_setup=0, user_data=0x0, standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbfd35108) at /tmp/buildd/glib2.0-2.16.4/glib/gspawn.c:374 #3 0xb7b6cdec in IA__g_spawn_command_line_sync ( command_line=0x8be7c10 bug-buddy --appname=\animation.rb\ --pid=5221, standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbfd35108) at /tmp/buildd/glib2.0-2.16.4/glib/gspawn.c:682 #4 0xb6cd9198 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #5 signal handler called #6 0xb7f1f424 in __kernel_vsyscall () #7 0xb7c85640 in raise () from /lib/i686/cmov/libc.so.6 #8 0xb7c87018 in abort () from /lib/i686/cmov/libc.so.6 #9 0xb7e5482b in rb_bug (fmt=0xb7ee1f3c object allocation during garbage collection phase) at error.c:213 #10 0xb7e78415 in rb_newobj () at gc.c:422 #11 0xb7e78442 in rb_data_object_alloc (klass=3083168140, datap=0x90be1c0, dmark=0xb7bfbc30, dfree=0) at gc.c:443 #12 0xb7bfbf6a in ?? () from /usr/lib/ruby/1.8/i486-linux/glib2.so #13 0xb7c5698c in ?? () #14 0x090be1c0 in ?? () #15 0xb7bfbc30 in ?? () from /usr/lib/ruby/1.8/i486-linux/glib2.so #16 0x in ?? () Will attach the ruby script triggering this as well as the full bug-buddy report. Regards //Johan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ruby1.8 depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libruby1.81.8.7.22-2 Libraries necessary to run Ruby 1. ruby1.8 recommends no packages. Versions of packages ruby1.8 suggests: ii rdoc1.8 1.8.7.22-2 Generate documentation from Ruby s pn ri1.8 none (no description available) ii ruby1.8-examples 1.8.7.22-2 Examples for Ruby 1.8 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494515: Script, full crash info
Here's the script leading to the above crash, as well as the full output from bug-buddy. Nope, no Cairo (at least not directly). Some other Gnome related things though (see script source code). Cheers //Johan System: Linux 2.6.25-2-686 #1 SMP Fri Jul 18 17:46:56 UTC 2008 i686 X Vendor: The X.Org Foundation X Vendor Release: 10402000 Selinux: No Accessibility: Disabled GTK+ Theme: Default Icon Theme: gnome Memory status: size: 27144192 vsize: 27144192 resident: 16805888 share: 9261056 rss: 16805888 rss_rlim: 4294967295 CPU usage: start_time: 1218360349 rtime: 202 utime: 186 stime: 16 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/lib/bug-buddy/animation.rb' [Thread debugging using libthread_db enabled] [New Thread 0xb7c59b60 (LWP 5221)] 0xb7f1f424 in __kernel_vsyscall () #0 0xb7f1f424 in __kernel_vsyscall () #1 0xb7e1ffd3 in __waitpid_nocancel () from /lib/i686/cmov/libpthread.so.0 #2 0xb7b6cae3 in IA__g_spawn_sync (working_directory=0x0, argv=0x8be3918, envp=0x0, flags=value optimized out, child_setup=0, user_data=0x0, standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbfd35108) at /tmp/buildd/glib2.0-2.16.4/glib/gspawn.c:374 #3 0xb7b6cdec in IA__g_spawn_command_line_sync ( command_line=0x8be7c10 bug-buddy --appname=\animation.rb\ --pid=5221, standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbfd35108) at /tmp/buildd/glib2.0-2.16.4/glib/gspawn.c:682 #4 0xb6cd9198 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #5 signal handler called #6 0xb7f1f424 in __kernel_vsyscall () #7 0xb7c85640 in raise () from /lib/i686/cmov/libc.so.6 #8 0xb7c87018 in abort () from /lib/i686/cmov/libc.so.6 #9 0xb7e5482b in rb_bug (fmt=0xb7ee1f3c object allocation during garbage collection phase) at error.c:213 #10 0xb7e78415 in rb_newobj () at gc.c:422 #11 0xb7e78442 in rb_data_object_alloc (klass=3083168140, datap=0x90be1c0, dmark=0xb7bfbc30, dfree=0) at gc.c:443 #12 0xb7bfbf6a in ?? () from /usr/lib/ruby/1.8/i486-linux/glib2.so #13 0xb7c5698c in ?? () #14 0x090be1c0 in ?? () #15 0xb7bfbc30 in ?? () from /usr/lib/ruby/1.8/i486-linux/glib2.so #16 0x in ?? () Thread 1 (Thread 0xb7c59b60 (LWP 5221)): #0 0xb7f1f424 in __kernel_vsyscall () No symbol table info available. #1 0xb7e1ffd3 in __waitpid_nocancel () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #2 0xb7b6cae3 in IA__g_spawn_sync (working_directory=0x0, argv=0x8be3918, envp=0x0, flags=value optimized out, child_setup=0, user_data=0x0, standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbfd35108) at /tmp/buildd/glib2.0-2.16.4/glib/gspawn.c:374 outpipe = -1 errpipe = -1 pid = 5222 fds = {__fds_bits = {160, 0, 8, 0, -1212484376, 0, 151907992, -1076670840, -1212859071, 8, 151907992, 4, -1212484376, 0, 146684196, -1076670744, -1212871827, 151907992, -1212955360, 0, 148756776, -1210375840, 5, 10, -1076670760, -1076670764, 146684184, 3, 0, 14355232, 824320692, 151907992}} ret = value optimized out outstr = (GString *) 0x0 errstr = (GString *) 0x0 failed = 0 status = value optimized out __PRETTY_FUNCTION__ = IA__g_spawn_sync #3 0xb7b6cdec in IA__g_spawn_command_line_sync ( command_line=0x8be7c10 bug-buddy --appname=\animation.rb\ --pid=5221, standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbfd35108) at /tmp/buildd/glib2.0-2.16.4/glib/gspawn.c:682 retval = 0 argv = (gchar **) 0x8be3918 __PRETTY_FUNCTION__ = IA__g_spawn_command_line_sync #4 0xb6cd9198 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so No symbol table info available. #5 signal handler called No symbol table info available. #6 0xb7f1f424 in __kernel_vsyscall () No symbol table info available. #7 0xb7c85640 in raise () from /lib/i686/cmov/libc.so.6 No symbol table info available. #8 0xb7c87018 in abort () from /lib/i686/cmov/libc.so.6 No symbol table info available. #9 0xb7e5482b in rb_bug (fmt=0xb7ee1f3c object allocation during garbage collection phase) at error.c:213 buf = ./animation.rb:107: [EMAIL PROTECTED], '\0' repeats 11 times, Ã\003\000\000\000\002\000\000tîh·\000X\000\000\000X\000\000\230±ã\bð¿ã\bÃ\003\000\000\000\002\000\000pÃæ\b¬öj·\000cã\b\016\000\000\000(Vÿ¦æh·\006, '\0' repeats 11 times, tîh·Ãfã\b\024[ö\b[ÿ8Yÿ\020Uÿø¤ï·\031\022\000\000\030Hö\000\000\000\000\020g... out = (FILE *) 0xb7db1580 len = 20 #10 0xb7e78415 in rb_newobj () at gc.c:422 No locals. #11 0xb7e78442 in rb_data_object_alloc (klass=3083168140, datap=0x90be1c0, dmark=0xb7bfbc30, dfree=0) at gc.c:443 No locals. #12 0xb7bfbf6a in ?? () from /usr/lib/ruby/1.8/i486-linux/glib2.so No symbol table info available. #13 0xb7c5698c in ?? () No symbol table info available. #14 0x090be1c0 in ?? () No symbol table info available. #15
Bug#487714: qnapi: Defaults to non-English
Package: qnapi Version: 0.1.5-2 Severity: grave Tags: l10n Justification: renders package unusable Try this, running GNOME, with LANG=sv_SE.UTF-8: * Open the (foot) menu Program * Open the Ljud och Video (Audio and Video) category * Click QNapi Expected result: A GUI should appear. The language of the GUI should be either Swedish (because that's the locale I have set) or English. Current result: A Yes / No dialog box appears. It is in neither Swedish nor English (I'm guessing Polish). Severity Grave because the GUI is in a language most people don't speak, which for most users makes the package in question unusable or mostly so (quote from the definition of grave at http://www.debian.org/Bugs/Developer.en.html#severities). Man page seems to be in the same language as the GUI, which makes the man page difficult as well. Regards //Johan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qnapi depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libgcc11:4.3.1-2 GCC support library ii libqt4-network 4.4.0-3 Qt 4 network module ii libqtcore4 4.4.0-3 Qt 4 core module ii libqtgui4 4.4.0-3 Qt 4 GUI module ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii p7zip-full 4.57~dfsg.1-1 7z and 7za file archivers with hig qnapi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462268: [Popcon-developers] Bug#462268: Bug#462268: popcon: stay out of lenny for a while
I cannot find any reference to it now, but somebody suggested the following solution to spread the load more evenly: 1. Move the cron job to cron.hourly. 2. Let the cron job keep track of when statistics were last reported. 3. If more than a week has elapsed since the last time statistics were reported, report statistics and update the time stamp. This would spread the load over every hour of the week. Cheers //Johan (who'd like to see popcon in testing for other reasons) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462268: i dont understand this...
The version of popcon in unstable reports 20%-30% more data than the one in unstable, due to the following two changes: http://bugs.debian.org/457432 http://bugs.debian.org/457441 I would *love* to see a new popcon in testing. Regards //Johan 2008/3/19, Petter Reinholdtsen [EMAIL PROTECTED]: The version of popcon in testing is working fine, modulo the issue with all clients in a given time zone reporting at the same time, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462268: Deadline?
Hi! If you could set a date for when you intend to close this bug, that would be great! Without a set deadline these things tend to become permanent... Regards //Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462412: kerneloops: Refuses to run, lacks documentation
Package: kerneloops Version: 0.7-1 Severity: grave Justification: renders package unusable Attempting to run as an ordinary user: [EMAIL PROTECTED]:~$ /usr/sbin/kerneloops [Inactive by user [EMAIL PROTECTED]:~$ Attempting to run as root: [EMAIL PROTECTED]:~$ sudo /usr/sbin/kerneloops [Inactive by user [EMAIL PROTECTED]:~$ The man page says nothing about how to activate it. There is no user documentation in /usr/share/doc, just a copyright file and a changelog. Please, either fix the Inactive by user preference thing or document how to activate it. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kerneloops depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libcurl3-gnutls 7.17.1-1 Multi-protocol file transfer libra ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries kerneloops recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445062: Works fine in Testing
0.7-4 works fine in Testing at least for me, today. I'm not saying this bug isn't a problem, just that people running Testing today should be fine with 0.7-4. Can be good to know since both nautilus and mp3burn are broken in testing (bug 450865 and bug 450859). Cheers //Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447980: deskbar-applet 2.20 has no in-panel command line :-(
Package: deskbar-applet Version: 2.20.0-1 Severity: grave Deskbar-applet 2.20 has no in-panel command line any more, which for a lot of users is a severe regression from 2.18. It should therefore be kept out of testing (thus Severity: grave). References: Fixing this is *the* top item on the GNOME 2.22 road map: http://live.gnome.org/DeskbarApplet/RoadMap222 Ubuntu Gutsy Gibbon users aren't too happy about this: https://bugs.launchpad.net/bugs/131446 Neither are the users of the GNOME bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=465658 Regards //Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390183: Full disclosure (or something)
I'm working for BEA. BEA makes a JVM just like SUN. Therefore I'm probably biased. I don't really know which way that bias would go here, but I probably am. BEA has nothing to do with this bug report, it's my personal opinion, blah, blah. And since BEA is licensing code from SUN, if SUN's JVM could be distributed by Debian, BEA's JVM probably could as well. I would like that. So nobody would be happier than me if SUN came up with licensing terms that allowed Debian to distribute SUN's JVM (and thus BEA's JVM as well). But AFAICT, SUN haven't done that, and to me Debian is a lot about actually reading and following license agreements. Even when it hurts and people on Slashdot whines about Debian being silly. That hasn't been done here AFAICT. If SUN wanted Debian to distribute their JVM, it should be up to SUN to come up with licensing terms that Debian could follow. It's not up to Debian to say oh, but they *want* us to distribute so let's not worry too much about what the licensing terms say. Regards //Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390183: sun-java5: License disallows distribution
Package: sun-java5 Version: 1.5.0-08-1 Severity: serious Justification: Policy 2.3 Section 2.3 of the Debian Policy Manual says that Debian reserves the right to restrict files from being included anywhere in our archives if their use or distribution would break a law. AFAICT Debian is in violation of the licensing terms for SUN's JVM. Distribution anyway is a legal offence in most countries, thus severity serious. The DLJ (which I found at http://download.java.net/dlj/DLJ-FAQ.html#dlj) says that you're not allowed to (the Software refers to SUN's JVM): combine, configure or distribute the Software to run in conjunction with any additional software that implements the same or similar functionality or APIs as the Software Debian is shipping libswt3.1-gtk-java: http://packages.debian.org/unstable/devel/libswt3.1-gtk-java Its description says: SWT (Standard Widget Toolkit) provides functionality similar to Swing. Since Debian is distributing SUN's JVM to run in conjunction with libswt (what else would libswt be used for?), which provides functionality similar to Swing, this seems to be a direct violation of the licensing terms to me. As libswt has been in main for a while, and SUN's JVM is a new package in non-free, it seems logical to drop SUN's JVM to resolve this rather than libswt. Regards //Johan -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370295: Opened bug 390183 about SWT issue
Opened bug 390183 about the libswt issue. Regards //Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370295: SWT is java and implements similar functionality to Swing (II)
I'm quoting myself here (Wed, 14 Jun 2006 08:36:29 +0200), but I didn't get any response the last time so I really don't know if it reached the right people. Second and last attempt, sending to some more people. As mentioned by somebody on Debian-legal, http://packages.debian.org/unstable/devel/libswt3.1-gtk-java says: SWT (Standard Widget Toolkit) provides functionality similar to Swing. The DLJ at http://download.java.net/dlj/DLJ-v1.1.txt says: do not combine, configure or distribute the Software to run in conjunction with any additional software that implements the same or similar functionality or APIs as the Software. If I'm reading the DLJ correctly, this means Debian isn't allowed to distribute SUN's JDK if that makes it possible to run SWT apps with it. Not being able to run Eclipse (which is an SWT app) would make Debian's JDK package useless for me. Regards //Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382783: yacas: None of the most basic examples work
Package: yacas Version: 1.0.57-2.2 Severity: grave Justification: renders package unusable I just tried some of the examples from the yacas-doc package, and none of them worked as advertized: [EMAIL PROTECTED]:~$ yacas yacasinit.ys(1) : File not found True; This is Yacas version '1.0.57'. Yacas is Free Software--Free as in Freedom--so you can redistribute Yacas or modify it under certain conditions. Yacas comes with ABSOLUTELY NO WARRANTY. See the GNU General Public License (GPL) for the full conditions. Type ?license or ?licence to see the GPL; type ?warranty for warranty info. See http://yacas.sf.net for more information and documentation on Yacas. Numeric mode: Internal To exit Yacas, enter Exit(); or quit or Ctrl-c. Type ?? for help. Or type ?function for help on a function. Type 'restart' to restart Yacas. To see example commands, keep typing Example(); In Sin(Pi/2); CommandLine(1) : Expecting ) closing bracket for sub-expression, but got / instead In ?? In ?Sum In Example(); Out Example(); In a:=2+3+ \ In 1 CommandLine(1) : Error parsing expression, near token := In quit Quitting... [EMAIL PROTECTED]:~$ The yacasinit.ys(1): File not found thing looks suspicious to me: [EMAIL PROTECTED]:/usr/share/doc/yacas-doc/html$ dpkg -L yacas|grep init /usr/share/yacas/yacasinit.ys [EMAIL PROTECTED]:~$ file /usr/share/yacas/yacasinit.ys /usr/share/yacas/yacasinit.ys: ASCII C program text [EMAIL PROTECTED]:~$ ls -l /usr/share/yacas/yacasinit.ys -rw-r--r-- 1 root root 3495 2006-07-30 21:09 /usr/share/yacas/yacasinit.ys [EMAIL PROTECTED]:~$ md5sum /usr/share/yacas/yacasinit.ys 8407a8e7747b342172ae097cbd9cd931 /usr/share/yacas/yacasinit.ys So I do have it, but Yacas doesn't seem to find it. Anyway, since nothing seems to be working as advertized in the documentation, I'm filing this as grave. Regards //Johan -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages yacas depends on: ii debianutils2.17 Miscellaneous utilities specific t ii elinks [www-browser] 0.11.1-1 advanced text-mode WWW browser ii epiphany-browser [www-brow 2.14.2.1-2Intuitive GNOME web browser ii freeglut3 2.4.0-5 OpenGL Utility Toolkit ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcc11:4.1.1-5 GCC support library ii libgl1-mesa-glx [libgl1] 6.4.2-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.4.2-1 The OpenGL utility library (GLU) ii libgsl01.8-1 GNU Scientific Library (GSL) -- li ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libsm6 1:1.0.0-4 X11 Session Management library ii libstdc++6 4.1.1-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-7 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxmu61:1.0.1-3 X11 miscellaneous utility library ii libxt6 1:1.0.0-5 X11 toolkit intrinsics library ii lynx [www-browser] 2.8.5-2sarge1 Text-mode WWW Browser ii mozilla-browser [www-brows 2:1.7.12-1.2 The Mozilla Internet application s ii yacas-doc 1.0.57-2.2Documentation for Yacas yacas recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370295: SWT is java and implements similar functionality to Swing
As mentioned by somebody on Debian-legal, http://packages.debian.org/unstable/devel/libswt3.1-gtk-java says: SWT (Standard Widget Toolkit) provides functionality similar to Swing Isn't that something that the DLJ explicitly prohibits? Regards //Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370671: [Fwd: Re: Can you repro with XOrg 7?]
If the version that wants to go into testing resolves the problem for you, then it should go into testing. But since this is probably a bug in X.org which is just triggered by the Gnome panel, my guess is that the bug is triggered by both the version in Testing and in Unstable. But that's just a guess. Regards //Johan 2006/6/12, Frederic Schutz [EMAIL PROTECTED]: Thanks Johan, I'll see what I can do. I note, however, that the latest version of gnome-applets is ready to go into testing (as indicated on the web page http://bjorn.haxx.se/debian/testing.pl?package=gnome-applets), except for this release-critical bug. Since the bug was filled against the version in testing, this should not prevent the new version to migrate. I don't know if version tracking or any tagging can already help telling britney about this fact; does anyone know, or should the release-team be asked about it (provided that the maintainer is ok with the idea) ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370671: [Fwd: Re: Can you repro with XOrg 7?]
To be honest, I avoided commenting the still broken case, since I really don't know :-). Asking those who make the decisions as you suggested earlier sounds like a good idea to me! Cheers //Johan 2006/6/12, Frederic Schutz [EMAIL PROTECTED]: Johan Walles wrote: If the version that wants to go into testing resolves the problem for you, then it should go into testing. But since this is probably a bug in X.org which is just triggered by the Gnome panel, my guess is that the bug is triggered by both the version in Testing and in Unstable. But that's just a guess. So, in both cases, there is no objection for the migration (the first case is best case, the second case is status quo), if I understand well ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370671: [Fwd: Re: Can you repro with XOrg 7?]
One thing you could try (don't know if it will help) is to: 1. Start GNOME without the problematic panel applet enabled. 2. From a text console (try ctrl-alt-f1 for instance), start the problematic applet inside of ltrace (apt-get install ltrace). Send the ltrace output to some file. Point 2 might require some experimentation to find out what command line parameters you need to use to actually be able to start your applet from the command line like that. It's definitely doable, I unforturnatly don't know what's required though. Check /proc/thePIDofSomeOtherApplet/cmdline for hints, or ask somebody who knows something about how panel applets work (I don't...). Don't forget that you might have to set your DISPLAY environment variable before trying this from the console. With a bit of luck, one of the last library calls in the ltrace log file is the call that crashes X. And if X crashes, this bug is probably in X, not in the GNOME panel. But since the GNOME panel is what triggers it, the GNOME panel is probably a good place to start looking. Have fun :-) //Johan 2006/6/10, Frederic Schutz [EMAIL PROTECTED]: Subject: Re: Can you repro with XOrg 7? Date: Sat, 10 Jun 2006 21:58:55 +0200 From: Frederic Schutz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi Johan, I see the exact same problem that Alexander noticed, and for me it actually appeared just _after_ the upgrade to XOrg 7 ! My version is: ii xorg 7.0.20 X.Org X Window System [...] Anything I can do to help tracking this ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370671: Can you repro with XOrg 7?
Can you do dpkg -l xorg? There was a keyboard-settings related problem in X.org 6x which got resolved in X.org 7x. It could crash X, and generally showed the symptoms you're describing. Regards //Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360996: Shouldn't the testing migration script discover this itself?
Shouldn't the testing migration script discover this itself? Without having an RC bug report filed?