Bug#511067: dosbox: lacks documentation for serial port use
Package: dosbox Version: 0.72-1.1 Severity: normal I found by trial and error to allow dosbox to use a real serial port (in this case the second standard pc serial port), I had to add a line like the following in ~/dosbox.conf: serial2=directserial realport:ttyS1 irq:3 startbps:57600 This is not adequately documented. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.28 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dosbox depends on: ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-18GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-7 A free implementation of the OpenG ii libpng12-0 1.2.27-2 PNG library - runtime ii libsdl-net1.2 1.2.7-2 network library for Simple DirectM ii libsdl-sound1.21.0.3-3 Decoder of several sound file form ii libsdl1.2debian1.2.13-4 Simple DirectMedia Layer ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime dosbox recommends no packages. dosbox suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510409: swi-prolog 5.5.63-1 FTBFS on everything except i386 and amd64
reopen #510409 thanks Still occurs with 5.6.63-2. e.g: http://buildd.debian.org/fetch.cgi?pkg=swi-prologver=5.6.63-2arch=alphastamp=1231289199file=log Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#502729: and the mysterious freebsd-utils package
My fix would be for procps sysctl and init files to not be installed at all. That way freebsd-utils is free to have its own init file. However this may impact on your arch in ways I cannot see, so here is your time to tell me if this will work for you. I won't be doing the fix as suggested in the bug report, procps' init file works fine with its sysctl. It looks like we (GNU/kFreeBSD) have to create better wrapper around native /lib/freebsd/sysctl. The current one does not accept file name for -p, it always uses /etc/sysctl.conf and the possibly specified filename treats as variable to set. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511052: Task packages download can not be cancelled
reassign 511052 pkgsel thanks Quoting Raphael Geissert (atom...@gmail.com): Package: debian-installer Version: 20081029 Hi, After I accidentally marked the desktop environment (or whatever the exact name is) task and started downloading the packages there was no way I could stop the download process. Ctrl+c, ctrl+z, escp, nothing worked, and sending a SIGHUP, later a SIGTERM, and finally a SIGKILL to aptitude and the other d-i subprocs related to the packages download only cause the d-i screen to be stall. Although I would like to see an option to cancel the download process (severity: wishlist) I would first of all like to see d-i reacting whenever its child procs are killed (hence the severity of the report). Reassigning to pkgsel, which is responsible for this. Actually, I even wonder if that shouldn't be reassigned to debconf (that provides debconf-apt-progress, used for this by pkgsel's postinst) I do not see any specific severity, so you of course don't expect this to be fixed for lenny, right? signature.asc Description: Digital signature
Bug#506303: procps: ps should have an option to display the supplementary groups
tags 506303 help thankyou On Fri, Nov 21, 2008 at 09:41:04AM +1100, Russell Coker wrote: What program do you think it fits better? Currently if you have a process with a supplementary GID of 0 then grepping /proc seems to be the only way to discover this fact. Actually re-looking at this, with an output flag (-o sgid maybe) it could fit into ps. ps is not the problem, that bit of code is relatively simple. The real trick is working with proc/readproc.c, specifically status2proc() If I had written this, I would read each line in a while loop and match with a strncmp. This function uses a hash based of the 1st,3rd and 4th letters in the line and then it does a comparison. It's probably a lot quicker. However, to me its a *LOT* more difficult when you want to add another field in the table, like what we want to do here. I think that you have to extract a /proc/##/status file, leave only the lines you want and then run gperf over it. Then take that output and munge it into the code that is there. Not simple, if anyone reading this actually understands gperf (or wants to) they can have a crack at it. I can write the code that then copies the value in the status file and fiddles with the ps flags but that hashing has got me stuck. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511018: Confirmation: reinstalling the 2.4.1+git+20081116+930c0e7 version fixes the problem
Sjoerd Simons wrote: I've updated (my already experimental) X driver to the current git and that makes things work fine again. Thanks for the hint. However I would like to be sure I understand it correctly: by updated you mean rebuild from source I guess? If not what do you mean exactly. Have a nice day, -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511068: rkhunter updates files watched by debsums
Package: rkhunter Version: 1.2.9-2 Severity: normal after having done a rkhunter --update I get the following complaints from debsums : debsums: checksum mismatch rkhunter file /var/lib/rkhunter/db/mirrors.dat debsums: checksum mismatch rkhunter file /var/lib/rkhunter/db/os.dat debsums: checksum mismatch rkhunter file /var/lib/rkhunter/db/programs_good.dat debsums: checksum mismatch rkhunter file /var/lib/rkhunter/db/defaulthashes.dat -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rkhunter depends on: ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy ii exim4 4.63-17 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tr 4.63-17 lightweight exim MTA (v4) daemon ii file4.17-5etch3 Determines file type using magic ii net-tools 1.60-17 The NET-3 networking toolkit ii perl5.8.8-7etch6 Larry Wall's Practical Extraction ii wget1.10.2-2 retrieves files from the web Versions of packages rkhunter recommends: pn libmd5-perl none (no description available) -- debconf information: * rkhunter/cron_daily_run: true * rkhunter/cron_db_update: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502729: and the mysterious freebsd-utils package
On Wed, Jan 07, 2009 at 09:34:18AM +0100, Petr Salinger wrote: It looks like we (GNU/kFreeBSD) have to create better wrapper around native /lib/freebsd/sysctl. The current one does not accept file name for -p, it always uses /etc/sysctl.conf and the possibly specified filename treats as variable to set. Is that the right way? I'm a little worried that one package's init file (procps) is calling anothers program (freebsd-utils). The whole point of procps' init file is to start its sysctl. I already conditionally remove sysctl and its man page so in a way it makes sense to remove the init file if sysctl goes away and then let the other package deal with init files for *its* sysctl. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511069: ITP: libcrypt-salt-perl -- generate salt to be fed into crypt()
Package: wnpp Severity: wishlist Owner: Damyan Ivanov d...@debian.org * Package name: libcrypt-salt-perl Version : 0.01 Upstream Author : Jonathan Steinert ha...@cpan.org * URL : http://search.cpan.org/dist/Crypt-Salt/ * License : same as Perl (Artistic or GPL-1+) Programming Lang: Perl Description : generate salt to be fed into crypt() The single exported subroutine in this module is for generating a salt suitable for being fed to crypt() and other similar functions. . Variable length salts can be generated, the default salt is two characters long. -=-=-=-=-=-=- The package is a dependency of 'clive-utils', which is spun-off 'clive' upstream and rewritten in Perl. FTP-masters, the actual code in this package would be the following function, the rest is POD, makefiles etc stuff. sub salt { my $length = 2; $length = $_[0] if exists $_[0]; return join , ('.', '/', 0..9, 'A'..'Z', 'a'..'z')[map {rand 64} (1..$length)]; } There was a recent rejection[1] of a similar package. [1] http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/2008-December/017000.html I hope someone can suggest a better place for that module. Separate package, containing only few lines of code is not very nice indeed. salt() is mostly useful with crypt(), which is part of core Perl. I wonder if perl-modules package would be appropriate carier? The 'join , ...' part seems like taken straight from crypt() documentation (perldoc -f crypt). Finally there's always the option of patching clive-utils and putting inside its own salt(). My problem with this is that I think code reuse is good, even in small-scale. -- damJabberID: d...@jabber.minus273.org signature.asc Description: Digital signature
Bug#405788: New upstream version 0.6.0 available
package gnome-gpg retitle 405788 New upstream version 0.6.0 available thanks New upstream version 0.6.0 available at http://ftp.acc.umu.se/pub/GNOME/sources/gnome-gpg/0.6/ If you'd like some help updating this, I will happily co-maintain with you. -- Jonathan Wiltshire PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3 A903 CA6B EA3E DB80 0B52 Sending of encrypted mail is encouraged signature.asc Description: Digital signature
Bug#510965: tagging 510965
tags 510965 + moreinfo thanks Ok, I tried again and I cannot reproduce this on lenny machine, on which ganeti and twisted have been freshly installed. Could it be that the upgrade is somehow broken? Can you verify that the node daemons (ganeti-noded processes) have been restarted and that they are not using old ganeti libraries? How did you install ganeti before (using backports or from source?) Also, etch used python 2.4 and thus ganeti libraries were installed unde /usr/lib/python2.4/... while lenny used 2.5. Can you confirm you only have one set of ganeti libraries? thanks, iustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510692: closed by Josselin Mouette j...@debian.org (Bug#510692: fixed in nautilus 2.24.2-2)
Le mardi 06 janvier 2009 à 19:30 +0100, Julien Valroff a écrit : I do not think this bug should have been closed. 507630. The problem I have tried to describe in #510692 is that it is not obvious how the user can set which is a preferred application when a media is inserted. I do not think it is related with g-v-m, but the way nautilus registers an application as the default one for a kind of media (eg. f-spot or gthumb in my previous example). The problem was that there were two interfaces to define the defaults, and two actions initiated when a medium is inserted. This leads of course to a lot of confusion since you think you have configured an action, and another one takes place. With both nautilus 2.24 and g-v-m 2.24 the only place to configure them is in the nautilus preferences. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#510692: closed by Josselin Mouette j...@debian.org (Bug#510692: fixed in nautilus 2.24.2-2)
Le mercredi 07 janvier 2009 à 10:14 +0100, Josselin Mouette a écrit : Le mardi 06 janvier 2009 à 19:30 +0100, Julien Valroff a écrit : I do not think this bug should have been closed. 507630. The problem I have tried to describe in #510692 is that it is not obvious how the user can set which is a preferred application when a media is inserted. I do not think it is related with g-v-m, but the way nautilus registers an application as the default one for a kind of media (eg. f-spot or gthumb in my previous example). The problem was that there were two interfaces to define the defaults, and two actions initiated when a medium is inserted. This leads of course to a lot of confusion since you think you have configured an action, and another one takes place. Yes, that's clear. With both nautilus 2.24 and g-v-m 2.24 the only place to configure them is in the nautilus preferences. But even like this, it is not clear how an application is set as the preferred one in nautilus. I think I haven't explained the issue correctly, let's take an example again: For pictures, I like nautilus to open a folder when I connect my DSLR. The parameter defined in the nautilus preferences are : open folder (see screenshot #1) In the open nautilus folder, I can see a message: open gThumb image viewer (screenshot 2). However, I want nautilus to propose opening f-spot and NOT gThumb. How do I do that? I cannot find it documented anywhere, but have managed to find the following procedure: 1/ set f-spot as default action in the nautilus preferences and validate the choice 2/ set the option back to open folder 3/ nautilus proposes to open f-spot when a media containing pictures is inserted (screenshot #3) I think this can be very confusing for the users, as not intuitive at all, even more as not document (as far as I have been able to search). Hope this helps you understand the issue. Cheers, Julien Cheers, -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant près de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500957: synaptic: [INTL:sk] Slovak translation
On Fri, Oct 03, 2008 at 01:04:57AM +0200, helix84 wrote: Package: synaptic Priority: wishlist Tags: l10n patch Version: .po attached ~~helix84 Thanks a lot for the translation! I overlooked this mail this is why its not yet in the source. I commited it now to bzr and it will be part of the next upload. Sorry again, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511006: opensync-plugin-google-calendar: Failed to sync into goole because of a missing attribute
severity 511006 normal thanks On Tue, Jan 06, 2009 at 04:56:21PM +0100, SZALAY Attila wrote: Severity: grave My system is upgraded from etch where I installed opensynxml from third party places. So I'm not sure that all my packages is from lenny. ii libopensync0 0.22-etch2Synchronisation framework for emai Apparently it is not, so I wonder how you came up with a severity of grave. Even if it was, a severity normal is only warranted if the package has the problem for a lot of users and not (possibly) just for yourself. So please try first to upgrade to lenny, and possibly from a fresh opensync configuration after doing a backup. thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#48923: 20.4: `browse-url-new-dwindow-p' is not consulted
Hi Matt, I'm going through old Emacs bugs in Debian. On 1999-11-01 20:25 +0100, Matt Swift wrote: Package: emacs20 Version: 20.4-1 Severity: normal The variable `browse-url-new-window-p' is not consulted when it should be. Note that in emacs21 and later this variable has been renamed to browse-url-new-window-flag. I looked at browse-url.el, and it seems to me that this variable is neglected all over the place, so that it's not a simple bugfix but adding a feature that is advertised in the documentation but seems to have never been implemented at all. Works for me in emacs21 -q and iceape (aka mozilla) as browser, so I think this bug should be closed. Do you agree? Regards, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510948: deluge buttons Queue up and Queue down
On Tue, Jan 06, 2009 at 08:12:38AM +0100, Claudio Pacchierotti wrote: In the GUI the buttons Queue up and Queue down do not work properly. Queue up do the work of Queue down pulling torrents down and Queue down do the work of Queue up pulling the torrents up:) I'm on a Debian Sid 2.6.26-1-amd64 #1 SMP Mon Dec 15 17:25:36 UTC 2008 x86_64 GNU/Linux Hi Claudio, I'm not able to reproduce this behavior. Could you please add more informations and a debug log? Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#491686: [glibc] crashes in epiphany seems to be tied to this bug
Package: glibc --- Please enter the report below this line. --- Hi all, I don't know if you are interested in that this bug cause frequently crashes in epiphany (http://bugzilla.gnome.org/show_bug.cgi?id=564608) and sometimes in icedove. Have a great day Piviul --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: 5.0 700 testing security.debian.org 700 testing ftp.it.debian.org 650 unstable ftp.it.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511070: dosbox: leaks memory when running looping batch file
Package: dosbox Version: 0.72-1.1 Severity: normal Hi, when attempting to run a complex batchfile used for running a Fidonet mailer and bbs I noticed the memory usage increasing above 300 Megabytes. Are there any prefered ways of debugging this problem? -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.28 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dosbox depends on: ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-18GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-7 A free implementation of the OpenG ii libpng12-0 1.2.27-2 PNG library - runtime ii libsdl-net1.2 1.2.7-2 network library for Simple DirectM ii libsdl-sound1.21.0.3-3 Decoder of several sound file form ii libsdl1.2debian1.2.13-4 Simple DirectMedia Layer ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime dosbox recommends no packages. dosbox suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511007: confirmation
hi all, I can confirm I have the exact same bug on my (brand new) machine. To give a bit more information, I tried strace : [pid 4946] open(/dev/dri/card0, O_RDWR) = 11 . [pid 4946] ioctl(11, 0x4004644d, 0x78c2c1f0) = 0 [pid 4946] --- SIGSEGV (Segmentation fault) @ 0 (0) --- I also have some messages in kernel logs but maybe it's unrelated ? [ 26.281867] [drm] Initialized i915 1.6.0 20060119 on minor 0 [ 26.284316] [drm:i915_getparam] *ERROR* Unknown parameter 5 [ 27.618265] set status page addr 0x03b4 [ 33.839646] [drm:i915_getparam] *ERROR* Unknown parameter 5 [ 35.132623] set status page addr 0x03b4 [ 41.258038] [drm:i915_getparam] *ERROR* Unknown parameter 5 [ 42.551164] set status page addr 0x03b4 [ 514.441142] [drm:i915_getparam] *ERROR* Unknown parameter 5 [ 515.737965] set status page addr 0x03b4 [ 1107.724499] [drm:i915_getparam] *ERROR* Unknown parameter 5 [ 1109.021342] set status page addr 0x03b4 [ 1194.786231] [drm:i915_getparam] *ERROR* Unknown parameter 5 [ 1196.136062] set status page addr 0x03b4 (my kernel is 2.6.27-10) Hoping this could be useful Frederic -- Frederic WAGNER Assistant professor ENSIMAG - INPG Laboratoire d'Informatique de Grenoble - MOAIS team http://www-id.imag.fr/Laboratoire/Membres/Wagner_Frederic/perso.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510965: Acknowledgement (ganeti: Ganeti does not work with python-twisted 8.1)
It is the same stacktrace that is mentioned in http://groups.google.com/group/ganeti/browse_thread/thread/957d9e1af53b9d2c The node daemons had been restarted after the upgrade. Ganeti was installed from backports.org before. ~# find /usr/ -name ganeti /usr/share/doc/ganeti /usr/share/python-support/ganeti /usr/share/python-support/ganeti/ganeti /usr/share/ganeti /usr/lib/ganeti ~# find /var/ -name ganeti /var/log/ganeti /var/run/ganeti /var/lib/python-support/python2.5/ganeti /var/lib/python-support/python2.4/ganeti /var/lib/ganeti The /var/lib/python-support/*/ganeti directories have the same python code as /usr/share/python-support/ganeti, except for the pyc files which are only present in /var/lib/python-support. Is there anything else I can do to help debugging this issue? Thanks, Daniel -- Tel. +49 3721/54620 Fax. +49 3721/54303 Esda Feinstrumpffabrik GmbH Hauptstr. 76 09392 Auerbach/Erzgebirge Registergericht Chemnitz HRB 4880 Geschäftsführer: Peter Herold UST-Id.-Nr.: DE141293014 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511071: nautilus: trash: is empty even though there are many files in the trash
Package: nautilus Version: 2.20.0-7 Severity: normal Navigating to trash: in nautilus or using the trash applet shows an empty trash can. I have tons of files under ~/.local/share/Trash though. Right-clicking a file and selecting move to trash is still moving them there so I'm pretty sure the trash location hasn't changed. Also, this worked at some point in the past, but it hasn't worked for a while and I don't really remember what changed. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (900, 'testing'), (300, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-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/bash Versions of packages nautilus depends on: ii desktop-file-utils0.15-1 Utilities for .desktop files ii gnome-control-center 1:2.22.2.1-2 utilities to configure the GNOME d ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libeel2-2.20 2.20.0-7 Eazel Extensions Library (for GNOM ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libexempi32.0.1-1library to parse XMP metadata (Lib ii libexif12 0.6.16-2.1 library to parse EXIF files ii libgail-common1.22.3-1 GNOME Accessibility Implementation ii libgail18 1.22.3-1 GNOME Accessibility Implementation ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome-desktop-22.22.3-2 Utility library for loading .deskt ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-01:2.22.0-5 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libnautilus-extension12.20.0-7 libraries for nautilus components ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii librsvg2-22.22.2-2lenny1 SAX-based renderer library for SVG ii libselinux1 2.0.65-5 SELinux shared libraries ii libstartup-notification0 0.9-1 library for program launch feedbac ii libtrackerclient0 0.6.6-2metadata database, indexer and sea ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml2 2.6.32.dfsg-5 GNOME XML library ii nautilus-data 2.20.0-7 data files for nautilus ii shared-mime-info 0.30-2 FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii app-install-data 2008.11.27 Application Installer Data Files ii desktop-base 5.0.3 common files for the Debian Deskto ii eject 2.1.5+deb1-4 ejects CDs and operates CD-Changer ii libgnomevfs2-extra1:2.22.0-5 GNOME Virtual File System (extra m ii librsvg2-common 2.22.2-2lenny1 SAX-based renderer library for SVG ii nautilus-cd-burner2.20.0-1 CD Burning front-end for Nautilus ii synaptic 0.62.1 Graphical package manager Versions of packages nautilus suggests: ii eog 2.22.3-2Eye of GNOME graphics viewer progr ii evince [pdf-viewer] 2.22.2-4~lenny1 Document (postscript, pdf) viewer pn fam none (no description available) ii mpg123 [mp3-decoder] 1.4.3-4 MPEG layer 1/2/3 audio player ii totem2.22.2-5A simple media player for the GNOM pn tracker none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500957: synaptic: [INTL:sk] Slovak translation
On Wed, Jan 7, 2009 at 10:29 AM, Michael Vogt m...@debian.org wrote: On Fri, Oct 03, 2008 at 01:04:57AM +0200, helix84 wrote: Package: synaptic Priority: wishlist Tags: l10n patch Version: .po attached ~~helix84 Thanks a lot for the translation! I overlooked this mail this is why its not yet in the source. I commited it now to bzr and it will be part of the next upload. Sorry again, Michael Thanks for commiting. I can't find the current bzr branch of synaptic. Synaptic branch listed at nongnu.org seems to be dead [1] and so does the synaptic-devel mailing list where I sent this translation 1 1/2 a year ago [2][3]. Where does developement take place now? I'd like to update the translation if there's anything new meanwhile. [1] http://people.ubuntu.com/~mvo/bzr/synaptic/synaptic--main/ [2] http://www.mail-archive.com/synaptic-de...@nongnu.org/msg00263.html [3] http://www.mail-archive.com/synaptic-de...@nongnu.org/msg00262.html Regards ~~helix84 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511073: misplaced #ifdef breaking with -fno-exceptions
Package: libboost1.37-dev Severity: important Tags: patch Hi, See http://lists.go-oo.org/pipermail/dev-go-oo.org/2009-January/001028.html and http://lists.go-oo.org/pipermail/dev-go-oo.org/2009-January/001031.html and the mentioned https://bugzilla.redhat.com/show_bug.cgi?id=477131. Due to a misplaced #ifdef a OOo build with boost 1.37 will fail. Please apply this patch (and maybe make sure it's fixed upstream, too) Regards, Rene -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#42433: emacs20: mh-comp.el incompatible with nmh-1.0.1
tags 42433 + moreinfo thanks Hi, I'm revising old Emacs bugs in Debian. On 1999-08-04 09:04 +0200, sw...@alum.mit.edu wrote: Package: emacs20 Version: 20.3-10 Severity: normal When using the mh-e system for email that comes with emacs20, there are problems with replying to mail when you have nmh-1.0.1 installed. I believe the options to nmh's repl(1) are different than older versions of repl(1) that were in MH. When you respond to a mail in mh-e, you get a menu asking who you want the reply to go to: all, to, or from (and cc, the same as all). from is the default if you hit RET. The problem is that all responses behave as if you answered from (or simply pressed RET). Is this still a problem for you in newer versions of Emacs and nmh? I've never used MH-E, so I cannot tell. I've patched mh-comp.el and give the diff below. This works with nmh-1.0.1, but probably it doesn't now work any more with older versions of MH. So the patch isn't the ideal one, probably. Probably this bug patch should be forwarded upstream to GNU, but I leave that to you. Unfortunately the patch does not apply against recent versions of mh-comp.el. diff -c /usr/share/emacs/20.3/lisp/mail/mh-comp.el /var/tmp/mh-comp.el *** /usr/share/emacs/20.3/lisp/mail/mh-comp.elSun Oct 4 12:54:38 1998 --- /var/tmp/mh-comp.el Wed Aug 4 02:58:38 1999 *** *** 141,151 is searched for first in the user's MH directory, then in the system MH lib directory.) ! (defvar mh-repl-formfile replcomps ! Name of file to be used as a skeleton for replying to messages. ! Default is \replcomps\. If not an absolute file name, the file ! is searched for first in the user's MH directory, then in the ! system MH lib directory.) ;;; Hooks: --- 141,157 is searched for first in the user's MH directory, then in the system MH lib directory.) ! (defvar mh-repl-formfile nil ! A string value means use that file as a skeleton for sender-replying to messages. ! Nil means use default of \replcomps\. If not an absolute file ! name, the file is searched for first in the user's MH directory, ! then in the system MH lib directory.) ! ! (defvar mh-repl-group-formfile nil ! A string value means use that file as a skeleton for group-replying to messages. ! Nil means use default of \replgroupcomps\. If not an absolute ! file name, the file is searched for first in the user's MH ! directory, then in the system MH lib directory.) ;;; Hooks: *** *** 402,409 fromsender only, to sender and primary recipients, cc/all sender and all recipients. ! If the file named by `mh-repl-formfile' exists, it is used as a skeleton ! for the reply. See also documentation for `\\[mh-send]' function. (interactive (list (mh-get-msg-num t) current-prefix-arg)) (let ((minibuffer-help-form from = Sender only\nto = Sender and primary recipients\ncc or all = Sender and all recipients)) --- 408,419 fromsender only, to sender and primary recipients, cc/all sender and all recipients. ! If the file named by `mh-repl-formfile' exists, it is used as a ! skeleton for replies to the sender only (\from\); if the file ! named by `mh-repl-group-formfile' exists, it is used as a ! skeleton for all other kinds of replies. ! ! See also documentation for `\\[mh-send]' function. (interactive (list (mh-get-msg-num t) current-prefix-arg)) (let ((minibuffer-help-form from = Sender only\nto = Sender and primary recipients\ncc or all = Sender and all recipients)) *** *** 417,433 (config (current-window-configuration))) (message Composing a reply...) (mh-exec-cmd repl -build -noquery -nodraftfolder ! (if (stringp mh-repl-formfile) ;must be string, but we're paranoid ! (list -form mh-repl-formfile)) ! mh-current-folder message ! (cond ((or (equal reply-to from) (equal reply-to )) ! '(-nocc all)) !((equal reply-to to) ! '(-cc to)) !((or (equal reply-to cc) (equal reply-to all)) ! '(-cc all -nocc me))) ! (if includep ! '(-filter mhl.reply))) (let ((draft (mh-read-draft reply (expand-file-name reply mh-user-path) t))) --- 427,441 (config (current-window-configuration))) (message Composing a reply...) (mh-exec-cmd repl -build -noquery -nodraftfolder !mh-current-folder message !(cond ((or (equal reply-to from) (equal reply-to )) ! -nogroup) ! ((equal reply-to to) ! '(-group -nocc cc -nocc me)) ! ((or (equal reply-to cc) (equal reply-to all)) !
Bug#511074: cl-cffi: Need update from upstream for correct utf8 environment
Package: cl-cffi Version: 20080217-1 Severity: important Current Debian version of cl-cffi cannot work with utf8-strings, because at low-level it tries to convert string to byte-array and vice versa. In current upstream version 10.3 (http://common-lisp.net/project/cffi/releases/cffi_0.10.3.tar.gz) this problem is already solved. Another solution is patching cl-cffi/src/strings.lisp. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cl-cffi depends on: ii common-lisp-controller6.17 Common Lisp source and compiler ma cl-cffi recommends no packages. cl-cffi suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511075: octave3.0_1:3.0.3-2(experimental/powerpc/anakreon): invalid functioon pointer conversions
Package: octave3.0 Version: 1:3.0.3-2 Severity: serious Tags: experimental Heya, Building your package failed on my buildd: | Automatic build of octave3.0_1:3.0.3-2 on anakreon.ayous.org by sbuild/powerpc 98-farm | Build started at 20090106-1829 | ** [...] | g++ -c -fPIC -I. -I.. -I../liboctave -I../src -I../libcruft/misc -DHAVE_CONFIG_H -Wall -W -Wshadow -Wold-style-cast -O2 -g CSparse.cc -o pic/CSparse.o | CSparse.cc: In member function 'ComplexMatrix SparseComplexMatrix::fsolve(MatrixType, const Matrix, octave_idx_type, double, void (*)(double), bool) const': | CSparse.cc:5769: error: invalid conversion from 'void (*)(int, const char*, int, const char*)' to 'void (*)(int, char*, int, char*)' | CSparse.cc: In member function 'SparseComplexMatrix SparseComplexMatrix::fsolve(MatrixType, const SparseMatrix, octave_idx_type, double, void (*)(double), bool) const': | CSparse.cc:6012: error: invalid conversion from 'void (*)(int, const char*, int, const char*)' to 'void (*)(int, char*, int, char*)' | CSparse.cc: In member function 'ComplexMatrix SparseComplexMatrix::fsolve(MatrixType, const ComplexMatrix, octave_idx_type, double, void (*)(double), bool) const': | CSparse.cc:6303: error: invalid conversion from 'void (*)(int, const char*, int, const char*)' to 'void (*)(int, char*, int, char*)' | CSparse.cc: In member function 'SparseComplexMatrix SparseComplexMatrix::fsolve(MatrixType, const SparseComplexMatrix, octave_idx_type, double, void (*)(double), bool) const': | CSparse.cc:6525: error: invalid conversion from 'void (*)(int, const char*, int, const char*)' to 'void (*)(int, char*, int, char*)' | make[3]: *** [pic/CSparse.o] Error 1 | make[3]: Leaving directory `/build/buildd/octave3.0-3.0.3/liboctave' | make[2]: *** [liboctave] Error 2 | make[2]: Leaving directory `/build/buildd/octave3.0-3.0.3' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/octave3.0-3.0.3' | make: *** [make-arch-stamp] Error 2 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 | ** | Build finished at 20090106-1842 | FAILED [dpkg-buildpackage died] | Build needed 00:11:20, 93764k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=powerpcpkg=octave3.0ver=1:3.0.3-2 Marc -- BOFH #95: Pentium FDIV bug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511076: debsecan: Consider upstream version when iterating over other_versions
Package: debsecan Version: 0.4.7 Severity: wishlist When dealing with a suite like etch, debsecan looks for an exact version match in a vulnerability's other_versions. This means that versions of a package more recent than the version that fixed a vulnerability are considered vulnerable. For example, on an Etch box: $ debsecan --only-fixed --format=detail --suite=etch ... CVE-2007-1262 (fixed) Multiple cross-site scripting (XSS) vulnerabilities in the HTML filter ... installed: squirrelmail 2:1.4.9a-3 (built from squirrelmail 2:1.4.9a-3) fixed in unstable: squirrelmail 2:1.4.10a-1 (source package) fixed on branch: squirrelmail 2:1.4.4-11 (source package) fixed on branch: squirrelmail 2:1.4.9a-2 (source package) fix is available for the selected suite (etch) ... I think this happens because Vulnerability.is_vulnerability returns: src_ver not in self.other_versions I think debsecan should extend VersionAPT to use apt_pkg.UpstreamVersion(), so the decision can be modified to return something like: If the installed version is the same or greater than any of the other_versions that have the same upstream version, then it is not vulnerable. I'd have to learn a bit more Python before doing this myself, so I wanted to first get someone to sanity check my interpretation of what debsecan is doing, and my proposed improvement. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.7-xenU Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Versions of packages debsecan depends on: ii debconf [debconf-2.0]1.5.11etch2 Debian configuration management sy ii python 2.4.4-2 An interactive high-level object-o ii python-apt 0.6.19 Python interface to libapt-pkg Versions of packages debsecan recommends: ii cron 3.0pl1-100 management of regular background p ii exim4 4.63-17metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail-tran 4.63-17exim MTA (v4) daemon with extended -- debconf information: * debsecan/source: * debsecan/mailto: root * debsecan/report: true * debsecan/suite: etch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511077: wine_1.1.10-1(experimental/powerpc/anakreon): mv: cannot stat `debian/tmp/usr/bin/wine-kthread': No such file or directory
Package: wine Version: 1.1.10-1 Severity: serious Tags: experimental Heya, Building your package on my ppc buildd failed: | Automatic build of wine_1.1.10-1 on anakreon.ayous.org by sbuild/powerpc 98-farm | Build started at 20090107-0046 | ** [...] | # move the real binaries into /usr/lib/wine | mv debian/tmp/usr/bin/wine debian/tmp/usr/lib/wine/wine.bin | mv debian/tmp/usr/bin/wine-kthread debian/tmp/usr/lib/wine/wine-kthread | mv: cannot stat `debian/tmp/usr/bin/wine-kthread': No such file or directory | make: *** [install-arch32-stamp] Error 1 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 | ** | Build finished at 20090107-0138 | FAILED [dpkg-buildpackage died] | Build needed 00:50:27, 543332k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=powerpcpkg=winever=1.1.10-1 Marc -- BOFH #323: Your processor has processed too many intructions. Turn it off emideately, do not type any commands!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#431953: [Pkg-nagios-devel] Processed: external config file issue
Debian Bug Tracking System schrieb am Mittwoch, den 07. Januar 2009: Processing commands for cont...@bugs.debian.org: unarchive 431953 Bug 431953 [nagios2] external config file issue Unarchived Bug 431953 reopen 431953 ! Bug#431953: external config file issue 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug reopened, originator set to Kevin Price k...@kevin-price.de. found 431953 3.0.6-2 Bug#431953: external config file issue Bug marked as found in version 3.0.6-2. thanks Stopping processing here. Hm? Why did you reopened that bug? extcommands_nagios2.cfg is no longer referenced in the docs and that you can't do this in conffiles is documented in the upstream documentation. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510965: Acknowledgement (ganeti: Ganeti does not work with python-twisted 8.1)
On Wed, Jan 07, 2009 at 10:57:19AM +0100, Daniel Schreiber wrote: It is the same stacktrace that is mentioned in http://groups.google.com/group/ganeti/browse_thread/thread/957d9e1af53b9d2c The node daemons had been restarted after the upgrade. Ganeti was installed from backports.org before. ~# find /usr/ -name ganeti /usr/share/doc/ganeti /usr/share/python-support/ganeti /usr/share/python-support/ganeti/ganeti /usr/share/ganeti /usr/lib/ganeti ~# find /var/ -name ganeti /var/log/ganeti /var/run/ganeti /var/lib/python-support/python2.5/ganeti /var/lib/python-support/python2.4/ganeti /var/lib/ganeti The /var/lib/python-support/*/ganeti directories have the same python code as /usr/share/python-support/ganeti, except for the pyc files which are only present in /var/lib/python-support. Is there anything else I can do to help debugging this issue? Hmm... Can you give the result of these commands: gnt-cluster --version gnt-cluster version python -c 'import ganeti.constants; print ganeti.constants.RELEASE_VERSION' python -c 'import ganeti.rpc; print type(ganeti.rpc.ReReactor)' (the last one should raise an exception) Also, just to be sure, please remove all the 'pyc' files from /var/lib/python-support, and run update-python-modules ganeti. At this point, I see two possibilities: - either ganeti 1.2.6 is still broken with twisted 8.1, but only in some corner cases that I can't reproduce - or the Debian 1.2.3 and 1.2.6 packages don't work together nicely and the upgrade is broken I'm not sure which is happening right now. iustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508173: Acknowledgement (fbdev/logo: Corrupted SPE penguins on PS3)
Hi Moritz, On Sun, 4 Jan 2009, Moritz Muehlenhoff wrote: Geert Uytterhoeven wrote: Patch available in http://lkml.org/lkml/2008/12/9/78 The bugzilla entry has been closed, but the patch doesn't appear in the current Linus git tree so far. What's the merge status? Patches need to be merged into mainline prior to inclusion in Debian. The patch has been in Andrew's mm-tree for a while, and got into Linus' tree last night: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4fb6de2561d5c47f3539a7b412108164d79fbb96 With kind regards, Geert Uytterhoeven Software Architect Sony Techsoft Centre Europe The Corporate Village · Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium Phone:+32 (0)2 700 8453 Fax: +32 (0)2 700 8622 E-mail: geert.uytterhoe...@sonycom.com Internet: http://www.sony-europe.com/ A division of Sony Europe (Belgium) N.V. VAT BE 0413.825.160 · RPR Brussels Fortis · BIC GEBABEBB · IBAN BE41293037680010 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510951: segfaults after PAM thread exits unexpectedly
also sprach Russ Allbery r...@debian.org [2009.01.07.0116 +0100]: I suspect the bug here is a segfault bug in pam_smbpass. I wonder if trying to log in as root with an empty password would reproduce this problem. It's an obvious edge case, and I've seen it cause problems with PAM modules in the past. No, that does not reproduce the bug. I will try to get an strace of the process once I am back at home... -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems when I was a boy I was told that anybody could become president. now i'm beginning to believe it. -- clarence darrow digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#152085: emacs21: Commandline broken: -t ansi doesn't work, only --t ansi
tags 152085 + moreinfo thanks Hi Alastair, I'm revising old Emacs bugs in Debian. On 2002-07-06 10:59 +0200, Alastair McKinstry wrote: Package: emacs21 Version: 21.2-1 Severity: normal The command-line parsing seems broken: the following don't work: $ emacs -t ansi foo.txt $ emacs --terminal ansi foo.txt I'm not sure what you want to achieve here... The --terminal option needs a device as argument, so your command cannot possibly work. You need something like $ emacs --terminal /dev/pts/1 foo.txt although the effects of this are rather funny, I admit. but the following does: $ emacs --t ansi foo.txt Here --t is taken as an abbreviation of --title; that seems to be a buglet, since the abbreviation is ambiguous. Note that Emacs does not use getopt(3) but rather its own argument parsing function. Regards, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511078: dates: Doesn't handle remote calendars
Package: dates Version: 0.4.6-1 Severity: normal I'm quite excited about Dates, since it's a smallish application that I would very much like to use on my Openmoko phone. So I'm experimenting it on my desktop computer first. Unfortunately, there seems to be a problem somewhere: even though my evolution-data-server has working remote (CalDAV) calendars, Dates doesn't see them. Evolution allows me to edit them, the Gnome clock applet displays the appointments, but Dates seems to only see the local calendar. That makes it all but useless for me, since the point of a calendar application is to have it shared over my desktop, my laptop and my mobile phone. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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/dash Versions of packages dates depends on: ii evolution-data-server 2.22.3-1.1 evolution database backend server ii libc6 2.7-18 GNU C Library: Shared libraries ii libecal1.2-7 2.22.3-1.1 Client library for evolution calen ii libedataserver1.2-9 2.22.3-1.1 Utility library for evolution data ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio dates recommends no packages. dates suggests no packages. -- no debconf information -- Roland Mas Qu'est-ce qui est petit, jaune et vachement dangereux ? Un canari avec le mot de passe de root. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487862: How to fix
For the benefit of anyone else searching for this, here is what I did to make this work. I use xmonad and gnome-terminal and wanted the right-click open link functionality working with iceweasel without installing all of GNOME. Diogo's Message #30 gave me the idea. Here is the command: gconftool --type=string --set /desktop/gnome/url-handlers/http/command x-www-browser %s This post helped me figure out which gconf key to change: http://www.linuxworld.com/community/?q=node/18172 signature.asc Description: Digital signature
Bug#510564: nautilus overwriting a file.
Ah ext3 is case sensitive it is not a wish list feature because real data can be lost without a warning. By default samba (is not exporting shares that are case sensitive apparently) and nautilus does not prompt the user leading to data loss. Perhaps the default configuration for samba should be changed (but that is not really the best solution ( it is not samba's fault) ... and only masks this bug, which might apply to other non-case sensitive file systems / access methods (the missing prompt). On Sun, Jan 4, 2009 at 11:32 AM, Andreas Henriksson andr...@fatal.sewrote: Severity: grave ... Steps to reproduce: ... So, basically you're overwriting a file on a *non*-case-sensitive filesystem and would like to get a warning about what *you* decided to do. How is this any more then a wishlist feature request? This not affecting a standard case-sensitive filesystem also makes me wonder about the severity -- Regards, Andreas Henriksson
Bug#501486: Patch for 2.6.27
Works for me and can be found here: http://repos.archlinux.org/viewvc.cgi/wlan-ng26/trunk/kernel-2.6.27.patch?revision=14957pathrev=14957 There's a conflict when applied to Debian version but it's trivial to resolve. -- Sakari Ailus sakari.ai...@saunalahti.fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491826: Fix upcoming?
Hi, you explained last month that you were ready to include the Ubuntu patch. Since this patch is very simple and given the criticity of the issue, would it be possible to upload it ASAP? Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#511079: compiz: Does not properly start from Gnome session
Package: compiz Version: 0.7.6-7 Severity: important I begin using Compiz by running compiz --replace and that works well. To continue using it, I save my current session via the Gnome session applet. However, the session file stores references to compiz.real instead of compiz along with all of the command line arguments. Normally this would be okay, since the session file properly includes the --indirect-rendering argument. Unfortunately, without the compiz script setting the LIBGL_ALWAYS_INDIRECT environment variable, compiz will not start when Gnome does. It tries and fails several times until I am left without a window manager. I can then re-run compiz --replace in a terminal window (which was also saved with the session) and get back to a usable desktop. I'm not sure what the solution is since gnome-session has no way of knowing that it should save calls to compiz instead of compiz.real. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.7.6-7OpenGL window and compositing mana ii compiz-gnome 0.7.6-7OpenGL window and compositing mana ii compiz-gtk0.7.6-7OpenGL window and compositing mana ii compiz-plugins0.7.6-7OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.7.6-3Compizconfig Settings Manager -- no debconf information -- --John GruenenfelderSystems Manager, MKS Imaging Technology, LLC. Try Weasel Reader for PalmOS -- http://weaselreader.org This is the most fun I've had without being drenched in the blood of my enemies! --Sam of Sam Max -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511080: otrs2: Configuration after Installation
Package: otrs2 Version: 2.3.2-2 Severity: normal During the Installation Process a Postgresdatabase otrs ist created in Utf8. The DefaultEncoding in Default.pm is set to iso-8859-1 At first we did not change this in Config.pm and this causes Postgreserrors during Ticket creation because Otrs makes INSERT-Acions with the wrong Encoding (Not in the Databaseencoding Utf8). Perhaps the DefaultEncoding should be set to the Encoding of the Database created during the installationprocess. Best regards Ingo Rauschenberg (ingo.rauschenb...@hu-berlin.de) -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25.14-cms.dellpexy50-5 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages otrs2 depends on: ii adduser 3.110 add and remove users and groups ii apache2 2.2.9-10+lenny1 Apache HTTP Server metapackage ii apache2-mpm-worker [http 2.2.9-10+lenny1 Apache HTTP Server - high speed th ii dbconfig-common 1.8.39 common framework for packaging dat ii debconf 1.5.24 Debian configuration management sy ii libauthen-sasl-perl 2.12-1 Authen::SASL - SASL Authentication ii libcrypt-passwdmd5-perl 1.3-9 interoperable MD5-based crypt() fo ii libdate-pcalc-perl 1.2-3 Perl module for Gregorian calendar ii libdbi-perl 1.605-1 Perl5 database interface by Tim Bu ii libemail-valid-perl 0.179-2 Check validity of Internet email a ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a ii libmailtools-perl2.03-1 Manipulate email in perl programs ii libmime-tools-perl 5.427-1 Perl5 modules for MIME-compliant m ii libtext-diff-perl0.35-3 Perform diffs on files and record ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii perl 5.10.0-18 Larry Wall's Practical Extraction ii ucf 3.0011 Update Configuration File: preserv Versions of packages otrs2 recommends: ii ispell 3.1.20.0-4.4 International Ispell (an interacti ii libapache2-mod-perl22.0.4-5 Integration of perl with the Apach ii libdbd-mysql-perl 4.007-1 A Perl5 database interface to the ii libdbd-pg-perl 2.8.7-1 Perl DBI driver for the PostgreSQL ii libgd-graph-perl1.44-3 Graph Plotting Module for Perl 5 ii libgd-text-perl 0.86-5 Text utilities for use with GD ii libtext-csv-perl1.06-1 comma-separated values manipulator ii mysql-server5.0.51a-20 MySQL database server (metapackage ii mysql-server-5.0 [mysql-ser 5.0.51a-20 MySQL database server binaries ii postgresql-8.3 8.3.5-1 object-relational SQL database, ve ii procmail3.22-16 Versatile e-mail processor Versions of packages otrs2 suggests: ii libnet-ldap-perl 1:0.36-1 A Client interface to LDAP servers ii otrs2-doc-de 20080724-1 Open Ticket Request System - Germa -- debconf information: otrs2/install-error: abort otrs2/remove-error: abort otrs2/pgsql/authmethod-admin: ident otrs2/pgsql/method: unix socket otrs2/db/app-user: otrs otrs2/resetdbuser: true otrs2/pgsql/changeconf: false otrs2/pgsql/authmethod-user: ident otrs2/internal/skip-preseed: false otrs2/remote/port: otrs2/upgrade-backup: true otrs2/db/dbname: otrs2 otrs2/pgsql/admin-user: postgres otrs2/dbconfig-reinstall: false otrs2/db/basepath: * otrs2/dbconfig-install: true otrs2/pgsql/manualconf: otrs2/mysql/method: unix socket otrs2/dbconfig-remove: otrs2/upgrade-error: abort otrs2/remote/newhost: otrs2/internal/reconfiguring: false otrs2/purge: false * otrs2/database-type: pgsql otrs2/pgsql/no-empty-passwords: * otrs2/dbconfig-upgrade: true otrs2/passwords-do-not-match: otrs2/remote/host: otrs2/missing-db-package-error: abort otrs2/mysql/admin-user: root -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511018: Confirmation: reinstalling the 2.4.1+git+20081116+930c0e7 version fixes the problem
On Wed, Jan 07, 2009 at 09:51:01AM +0100, Eric Valette wrote: Sjoerd Simons wrote: I've updated (my already experimental) X driver to the current git and that makes things work fine again. Thanks for the hint. However I would like to be sure I understand it correctly: by updated you mean rebuild from source I guess? Yeah, build yesterdays git version of xserver-xorg-video-intel from freedesktop.org and things seem to work nicely. Sjoerd -- The absurd is the essential concept and the first truth. -- A. Camus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511082: procps: sysctl Display all values function contain bogus debug printf()
Package: procps Version: 1:3.2.7-9 Severity: grave sysctl -a and sysctl -A prepend a bogus hello to their output. This will break scripts that parse sysctl output. , | $ /sbin/sysctl -a | hellokernel.sched_min_granularity_ns = 400 | kernel.sched_latency_ns = 2000 | kernel.sched_wakeup_granularity_ns = 1000 | kernel.sched_child_runs_first = 1 | kernel.sched_features = 895 ` The culprit is apparently a debug printf() statement introduced in debian/patches/10_sysctl_options.dpatch: + if (DisplayAllOpt) { + printf(hello); + if (Quiet) + return Usage(me); + return DisplayAll(PROC_PATH); + } Cheers, -Hilko -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages procps depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libncurses5 5.7+20081220-1 shared libraries for terminal hand ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages procps recommends: ii psmisc22.6-1 Utilities that use the proc filesy procps suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#431953: [Pkg-nagios-devel] Processed: external config file issue
reassign nagios3 thanks On Wed, January 7, 2009 11:38, Alexander Wirt wrote: extcommands_nagios2.cfg is no longer referenced in the docs and that you can't do this in conffiles is documented in the upstream documentation. Then please change README.Debian. It says: - activate external command checks in the nagios configuration. this can be done by setting check_external_commands=1 in the file /etc/nagios3/nagios.cfg or (better) /etc/nagios3/conf.d/nagios.cfg -- Kevin http://www.kevin-price.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511081: Please unblock dctrl-tools/2.13.1
Package: dctrl-tools Version: 2.13.1 Severity: minor On Wed, Jan 07, 2009 at 12:02:35PM +0100, Adeodato Simó wrote: dctrl-tools (2.13.1) unstable; urgency=low It seems that the .d files (dependency files) where included in the tarball for this new version. Can you make sure they are cleaned in the next release, and the build process fixed so that it doesn't happen again? I thought I already fixed all that (checked with debdiff - but not the uploaded files, rather a test build). Oh well, I'll be sure to fix that next time - forwarding to BTS to make sure I'll remember. -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ signature.asc Description: Digital signature
Bug#466477: it's biting me; don't close, maybe reassign
Neil Spring nspr...@cs.umd.edu writes: I'm about to submit a documentation wishlist request (at least) on openldap because I've bloodied my forehead getting it to talk to directory.umd.edu. The following statement does not appear to be true: I don't think you even need to re-assign the bug to OpenLDAP, since it supports cipher priority strings now. Grepping the source suggests that it can speak some priority strings but not the real priority string required to talk to that server. (it calls gnutls_X_set_priority, but not gnutls_priority_set or gnutls_priority_init.) Is there a bit of code I'm missing? No, I think you are right. I recall seeing the code somewhere, but I have looked in several openldap versions now and I cannot find it. Indeed the functions you should look for are the new gnutls_priority_* functions. I think we can close this bug since there is nothing more we can do from the gnutls side. Possibly the bug should be re-assigned as a wishlist on openldap, to add the priority string code. When that is done, the original submitter can test whether the priority string derived using gnutls-cli also works through openldap. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507845: Dedibox server with VIA C7 cpu freeze with the last libc6
Aurelien Jarno a écrit : On Tue, Jan 06, 2009 at 10:53:34PM +0100, Maelvon HAWK wrote: Aurelien Jarno a écrit : On Fri, Dec 05, 2008 at 09:26:06PM +0100, Maelvon HAWK wrote: Aurelien Jarno a écrit : Maelvon HAWK a écrit : Aurelien Jarno a écrit : tag 507845 + unreproducible tag 507845 + moreinfo thanks Maelvon HAWK a écrit : Package: libc6 Version: 2.3.6.ds1-3 This is a very old version. Try using at least the latest version from stable, that is 2.3.6.ds1-13etch7. If I put the stable one, it freeze, with no clues… Severity: important I've a Dedibox server, with a VIA C7 cpu, running a debian ETCH, and it seems I've done a dist-upgrade without rebooting that's put the mess in the server. After that it freeze when it want, for no special apparent reason. I said it seems because I remember to have done that, and found some links about that. The actual solution I found is to downgrade my libc6, specifing some preferences in /etc/apt/preferences and the server is working well now, but I never update the libc6 or the bug comes back. But I've tested to install mod_python today and the libc6 downgrade seems to impact it. I've done a remove of the package php5-recode to make the mod_python running. In the other hand, I've found a similar bug report in Gentoo [1], if it can help to resolve this. As clearly explained in the gentoo bug report, this is not a glibc problem, but rather a kernel problem. The glibc may trigger a kernel bug, but the bug has to be fixed in the kernel. First of all, please try to use a standard Debian kernel instead of the kernel 2.6.24.2dedibox-r8-1-c7 one, which is known to be problematic. If you are still be able to reproduce the bug with a Debian kernel, I'll reassign the bug to the kernel package. Aurelien Which kernel should I install. An apt-cache search linux-image-2.6 give me : linux-image-2.6-openvz-686 - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6-vserver-686-bigmem - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-bpo.1-486 - Linux 2.6.26 image on x86 linux-image-2.6.26-bpo.1-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-bpo.1-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6.26-bpo.1-amd64 - Linux 2.6.26 image on AMD64 linux-image-2.6.26-bpo.1-openvz-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, OpenVZ support linux-image-2.6.26-bpo.1-vserver-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support linux-image-2.6.26-bpo.1-vserver-686-bigmem - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4, Linux-VServer support linux-image-2.6.26-bpo.1-xen-686 - Linux 2.6.26 image on i686 linux-image-2.6.23.13dedibox-r8 - Linux kernel binary image for version 2.6.23.13dedibox-r8 You should use the stable one, either: - linux-image-2.6.18-6-686 - linux-image-2.6.24-etchnhalf.1-686 I had a dedibox with a VIA C7 CPU running the first one and glibc 2.3.6.ds1-13etchX for more than a year without any problem. Ok, first freeze! With the linux-image-2.6.18-6-686, what's the next step? Nothing at all in the /var/log/messages. I'll test now the 2.6.24.2-by-myckeul[1] kernel. It's a production server so I should found a solution for this bug or I return to the last solution, the downgrade of libc6. Now that we now it freeze with a normal kernel, the best is probably to determine which version introduced the change. We really have to know the exact version that has introduced the change, because comparing the sources haven't shown anything, so we will have to compare the generated assembly code. First of all, do you have libc6-i686 installed? If yes, it may be worth removing it and see if the problem still occurs. If I understand correctly, the version 2.3.6.ds1-3 is the latest known version that works. The stable version is 2.3.6.ds1-13etch6. That means there is 16 different versions in between (ds1-4 to ds1-13 and ds1-13etch1 to ds1-13etch6). Using a dichotomy process, you can find the first bad version in 4 tries. You can access the previous versions of the glibc by adding this line to /etc/apt/sources.list: deb http://snapshot.debian.net/archive pool glibc then run: # apt-get update # apt-get install libc6=version libc6-dev=version locales=version When I know the first bad version, I'll try to see what has changed at the binary level. Aurelien, Thanks for your time, but I've passed to an unstable version of debian, for libc6, and especially for the python2.5.2 library. And how does it work? Do you still see the freezes? I keep you in touch if it evolves, but for now I'm at 8 days uptime and no freeze, crossing fingers. Linux 2.6.24-etchnhalf.1-686 libc6: Installé : 2.7-16 libc6-dev: Installé : 2.7-16 libc6-i686: Installé : 2.7-16 locales:Installé : 2.7-16 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#511083: strace crashes when tracing nautilus
Package: strace Version: 4.5.17+cvs080723-2 Severity: important I get a repeatable crash in strace when running on nautilus: normal strace output removed *** glibc detected *** strace: malloc(): memory corruption (fast): 0x023b3610 *** === Backtrace: = /lib/libc.so.6[0x7fe29b8ae948] /lib/libc.so.6[0x7fe29b8b167f] /lib/libc.so.6(__libc_malloc+0x98)[0x7fe29b8b2a78] strace[0x408380] strace[0x4058de] strace[0x404616] /lib/libc.so.6(__libc_start_main+0xe6)[0x7fe29b8591a6] strace[0x401f69] === Memory map: 0040-00447000 r-xp fe:00 2235246 /usr/bin/strace 00647000-00648000 rw-p 00047000 fe:00 2235246 /usr/bin/strace 00648000-00656000 rw-p 00648000 00:00 0 023b3000-023d4000 rw-p 023b3000 00:00 0 [heap] 7fe29400-7fe294021000 rw-p 7fe29400 00:00 0 7fe294021000-7fe29800 ---p 7fe294021000 00:00 0 7fe29b624000-7fe29b63a000 r-xp fe:00 2776515 /lib/libgcc_s.so.1 7fe29b63a000-7fe29b83a000 ---p 00016000 fe:00 2776515 /lib/libgcc_s.so.1 7fe29b83a000-7fe29b83b000 rw-p 00016000 fe:00 2776515 /lib/libgcc_s.so.1 7fe29b83b000-7fe29b985000 r-xp fe:00 2228780 /lib/libc-2.7.so 7fe29b985000-7fe29bb84000 ---p 0014a000 fe:00 2228780 /lib/libc-2.7.so 7fe29bb84000-7fe29bb87000 r--p 00149000 fe:00 2228780 /lib/libc-2.7.so 7fe29bb87000-7fe29bb89000 rw-p 0014c000 fe:00 2228780 /lib/libc-2.7.so 7fe29bb89000-7fe29bb8e000 rw-p 7fe29bb89000 00:00 0 7fe29bb8e000-7fe29bbaa000 r-xp fe:00 2228759 /lib/ld-2.7.so 7fe29bd88000-7fe29bd8a000 rw-p 7fe29bd88000 00:00 0 7fe29bda6000-7fe29bda9000 rw-p 7fe29bda6000 00:00 0 7fe29bda9000-7fe29bdab000 rw-p 0001b000 fe:00 2228759 /lib/ld-2.7.so 7fffa3d96000-7fffa3dab000 rw-p 7ffea000 00:00 0 [stack] 7fffa3dff000-7fffa3e0 r-xp 7fffa3dff000 00:00 0 [vdso] ff60-ff601000 r-xp 00:00 0 [vsyscall] select(Aborted backtrace: #0 0x7f67ce70eed5 in raise () from /lib/libc.so.6 #1 0x7f67ce7103f3 in abort () from /lib/libc.so.6 #2 0x7f67ce74b3a8 in __libc_message () from /lib/libc.so.6 #3 0x7f67ce750948 in malloc_printerr () from /lib/libc.so.6 #4 0x7f67ce75367f in _int_malloc () from /lib/libc.so.6 #5 0x7f67ce754a78 in malloc () from /lib/libc.so.6 #6 0x00408370 in decode_select (tcp=0x1e80030, args=0x7d3, bitness=BITNESS_CURRENT) at ../desc.c:428 #7 0x004058de in trace_syscall (tcp=0x1e80030) at ../syscall.c:2548 #8 0x00404616 in main (argc=value optimized out, argv=0x7fffd6c4a118) at ../strace.c:2469 -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (900, 'testing'), (300, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-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/bash Versions of packages strace depends on: ii libc6 2.7-16 GNU C Library: Shared libraries strace recommends no packages. strace suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459482: please add support from arm/eabi port (armel)
Hello. Building dietlibc for armel from dietlibc cvs is OK for me. Before cross building you need to build diet for native architecture. $make all $make ARCH=arm CROSS=arm-linux-gnueabi- all $ readelf -a bin-arm/elftrunc |grep Flags Flags: 0x402, has entry point, Version4 EABI And its starting on my FreeRunner: r...@om-gta02:~# ./elftrunc usage: elftrunc srcprogname [dstprogname] -- Regards, Yuri Kozlov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511085: 60 seconds timeout for ipconfig is not enough
Package: initramfs-tools Version: 0.92n Hi, in 0.92m, the timeout for ipconfig in scripts/functions was set to 60 seconds. This broke our iscsi-rootfs setups. It took me a while to debug this, but it seems that 60 seconds is not enough for switches which have spanning-tree enabled, they need some more time before they take up a port, in our case between 62 and 65 seconds. Please raise the timeout to 90 or 120 seconds. Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511003: emacs22-gtk: emacs crashed (segmentation fault) just after starting
On 2009-01-06 16:07 +0100, Vincent Lefevre wrote: Package: emacs22-gtk Version: 22.2+2-5 Severity: normal I did a svn ci, which started emacs (this is my editor). And emacs immediately crashed. IIRC, this is the first time something like that occurs. You probably cannot reproduce this, can you? Core was generated by `emacs svn-commit.tmp'. Program terminated with signal 11, Segmentation fault. [New process 18294] #0 0x7ff41a8d71c7 in kill () from /lib64/libc.so.6 (gdb) bt #0 0x7ff41a8d71c7 in kill () from /lib64/libc.so.6 #1 0x004bf233 in ?? () #2 signal handler called #3 0x7ff41a8d9151 in getenv () from /lib64/libc.so.6 Hm, this shows some similarity with previous crashes that you reported as #470653 and #220986. #4 0x7ff41a8d1e19 in __dcigettext () from /lib64/libc.so.6 #5 0x7ff41e2e8530 in gtk_alignment_class_intern_init (klass=0x1ea0160) at /scratch/build-area/gtk+2.0-2.12.11/gtk/gtkalignment.c:89 #6 0x7ff41d03a26d in IA__g_type_class_ref (type=value optimized out) at /build/buildd/glib2.0-2.16.6/gobject/gtype.c:1880 #7 0x7ff41d020f88 in IA__g_object_newv (object_type=32137984, n_parameters=0, parameters=0x0) at /build/buildd/glib2.0-2.16.6/gobject/gobject.c:853 #8 0x7ff41d021397 in IA__g_object_new_valist (object_type=32137984, first_property_name=0x0, var_args=0x7fff26a48790) at /build/buildd/glib2.0-2.16.6/gobject/gobject.c:986 #9 0x7ff41d0214dc in IA__g_object_new (object_type=32137984, first_property_name=0x0) at /build/buildd/glib2.0-2.16.6/gobject/gobject.c:795 #10 0x7ff41e2e83dd in IA__gtk_alignment_new (xalign=0.5, yalign=0.5, xscale=1, yscale=1) at /scratch/build-area/gtk+2.0-2.12.11/gtk/gtkalignment.c:228 #11 0x7ff41e496e2e in gtk_tooltip_init (tooltip=0x1d00bf0) at /scratch/build-area/gtk+2.0-2.12.11/gtk/gtktooltip.c:138 #12 0x7ff41d03a816 in IA__g_type_create_instance ( type=value optimized out) at /build/buildd/glib2.0-2.16.6/gobject/gtype.c:1575 #13 0x7ff41d0201fb in g_object_constructor (type=140686395174085, n_construct_properties=28182217, construct_params=0x8) at /build/buildd/glib2.0-2.16.6/gobject/gobject.c:1046 #14 0x7ff41d020843 in IA__g_object_newv (object_type=28489664, n_parameters=value optimized out, parameters=0x0) at /build/buildd/glib2.0-2.16.6/gobject/gobject.c:937 #15 0x7ff41d021397 in IA__g_object_new_valist (object_type=28489664, first_property_name=0x0, var_args=0x7fff26a48c80) at /build/buildd/glib2.0-2.16.6/gobject/gobject.c:986 #16 0x7ff41d0214dc in IA__g_object_new (object_type=28489664, first_property_name=0x0) at /build/buildd/glib2.0-2.16.6/gobject/gobject.c:795 #17 0x7ff41e496ad9 in _gtk_tooltip_handle_event (event=0x1dfcdc0) at /scratch/build-area/gtk+2.0-2.12.11/gtk/gtktooltip.c:1305 #18 0x7ff41e3c11f5 in IA__gtk_main_do_event (event=0x1dfcdc0) at /scratch/build-area/gtk+2.0-2.12.11/gtk/gtkmain.c:1608 #19 0x7ff41e022f8c in gdk_event_dispatch (source=value optimized out, callback=value optimized out, user_data=value optimized out) at /scratch/build-area/gtk+2.0-2.12.11/gdk/x11/gdkevents-x11.c:2351 #20 0x7ff41c97e78b in IA__g_main_context_dispatch (context=0x1b01df0) at /build/buildd/glib2.0-2.16.6/glib/gmain.c:2012 #21 0x7ff41c981f5d in g_main_context_iterate (context=0x1b01df0, block=1, dispatch=1, self=value optimized out) at /build/buildd/glib2.0-2.16.6/glib/gmain.c:2645 #22 0x7ff41c98211b in IA__g_main_context_iteration (context=0x1b01df0, may_block=1) at /build/buildd/glib2.0-2.16.6/glib/gmain.c:2708 #23 0x7ff41e3c15e1 in IA__gtk_main_iteration () at /scratch/build-area/gtk+2.0-2.12.11/gtk/gtkmain.c:1251 #24 0x0048e94b in ?? () Not of much help, since debug symbols from Emacs itself are lacking and gtk_main_iteration is called at seven places in the Emacs source code. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511084: GFlags handling broken
Package: libglib-perl Version: 1:1.211-1 Severity: normal Hi, At $WORK, I'm developing an application that makes use of GObjects and libglib-perl for the perl bits of the project. Part of the code uses GFlags. Since the upgrade to 1:1.211-1, every time we try to access the value of a GFlags variable (in a print statement, or using one of the overloaded operators of the GFlags perl variable type), the following error occurs: CRITICAL **: gperl_type_flags_get_values: assertion `G_TYPE_IS_FLAGS (flags_type)' failed at /usr/lib/perl5/Glib.pm line 87. Needless to say, the assertion should not fail; the variable is a GFlags object, and the code works with the Lenny version of libglib-perl. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libglib-perl depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii perl 5.10.0-19 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0]5.10.0-19 minimal Perl system libglib-perl recommends no packages. libglib-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511086: aptitude hold doesn't work in Lenny
Package: aptitude Version: 0.4.11.11 Severity: important I'd like mc (midnight commander) not to be updated all the time. I use aptitude hold mc as it described in manual. Debug output: *** $ LC_ALL=C aptitude hold mc Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 45 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Writing extended state information... Done Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done $ LC_ALL=C aptitude safe-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages have been kept back: libgtk1.2 x11-common xserver-xorg xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-synaptics xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-apm xserver-xorg-video-ark xserver-xorg-video-ati xserver-xorg-video-chips xserver-xorg-video-cirrus xserver-xorg-video-cyrix xserver-xorg-video-dummy xserver-xorg-video-fbdev xserver-xorg-video-glint xserver-xorg-video-i128 xserver-xorg-video-i740 xserver-xorg-video-i810 xserver-xorg-video-imstt xserver-xorg-video-mga xserver-xorg-video-neomagic xserver-xorg-video-nsc xserver-xorg-video-nv xserver-xorg-video-rendition xserver-xorg-video-s3 xserver-xorg-video-s3virge xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sis xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-tga xserver-xorg-video-trident xserver-xorg-video-tseng xserver-xorg-video-v4l xserver-xorg-video-vesa xserver-xorg-video-vga xserver-xorg-video-via xserver-xorg-video-vmware xserver-xorg-video-voodoo The following packages will be upgraded: mc 1 packages upgraded, 0 newly installed, 0 to remove and 44 not upgraded. Need to get 0B/2140kB of archives. After unpacking 6402kB will be used. Do you want to continue? [Y/n/?] n Abort. *** Available mc versions: $ apt-cache show mc Package: mc Priority: optional Section: utils Installed-Size: 6252 Maintainer: Debian MC Packaging Group pkg-mc-de...@lists.alioth.debian.org Architecture: i386 Version: 2:4.6.2~git20080311-4 Depends: libc6 (= 2.7-1), libglib2.0-0 (= 2.16.0), libgpm2 (= 1.20.4), libslang2 (= 2.0.7-1) Suggests: mime-support, perl, zip, unzip, bzip2, links | w3m | lynx, arj, file, xpdf, dbview, odt2txt Filename: pool/main/m/mc/mc_4.6.2~git20080311-4_i386.deb Size: 2140246 MD5sum: 088161530e6e78915cf097cf9af361ab SHA1: b48ee7034216049885408d2418bbf45f73a00170 SHA256: a7085645bdb9a020fc346d876a88548867cb4a9df176900bcffa50c4147fc0df Description: midnight commander - a powerful file manager GNU Midnight Commander is a text-mode full-screen file manager. It uses a two panel interface and a subshell for command execution. It includes an internal editor with syntax highlighting and an internal viewer with support for binary files. Also included is Virtual Filesystem (VFS), that allows files on remote systems (e.g. FTP, SSH, SMB servers) and files inside archives to be manipulated like real files. Homepage: http://www.ibiblio.org/mc/ Tag: interface::text-mode, role::program, scope::application, suite::gnu, use::browsing, use::organizing, works-with::file Package: mc Priority: optional Section: utils Installed-Size: 5396 Maintainer: Stefano Melchior stefano.melch...@openlabs.it Architecture: i386 Version: 1:4.6.1-6 Replaces: mc-common, manpages-pl (= 20030210) Depends: libc6 (= 2.3.6-6), libglib2.0-0 (= 2.12.0), libgpmg1 (= 1.19.6-1), libslang2 (= 2.0.6-3) Suggests: perl, mime-support, zip, unzip, bzip2, links | w3m | lynx, arj Conflicts: mc-common, suidmanager ( 0.52) Filename: pool/main/m/mc/mc_4.6.1-6_i386.deb Size: 2137416 MD5sum: 4bb4d98e55a3d1ac547c043b8d76fccb SHA1: e27427dfc039d2ff2b4a6986ac4c62aa4f2632d4 SHA256: 152479cbcfbbd13843defd979d6b0a3a0507fc82d902357838908ee92962f986 Description: midnight commander - a powerful file manager GNU Midnight Commander is a text-mode full-screen file manager. It uses a two panel interface and a subshell for command execution. It includes an internal editor with syntax highlighting and an internal viewer with support for binary files. Also included is Virtual Filesystem (VFS), that allows files on remote systems (e.g. FTP, SSH, SMB servers) and files inside archives to be manipulated like real files. Tag: interface::text-mode, role::program, scope::application, use::browsing, use::organizing, works-with::file Package:
Bug#491205: reopen 491205
This bug is not fixed. I am still having frequent X crashes of this variaty. I've been watching this ticket for quite a while. Just yesterday X crashed twice. I have all the latest updates and am on Lenny. Have also tryed the recomendations in the posts, to no avail. Could you please re-open. Thanks. Kim. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511007: Looks like a dupe of #511018
This looks like the same issue as #511018. -- Sam Morris s...@robots.org.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511087: bti: please implement http_proxy support
Package: bti Version: 007-1 Severity: wishlist as per subject; bti currently does not seem to support http proxies, at least, no mention in manpage or sample config file and no honouring of http_proxy environment variable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 bti depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-5 Multi-protocol file transfer libra bti recommends no packages. bti suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511088: suphp paranoid mode
Package: suphp Version: 0.6.2-1+etch0 At compilation of suphp one of three security modes is selected as described in: http://www.suphp.org/DocumentationView.html?file=INSTALL The current Debian package uses --with-setid-mode=owner . While this is convenient to get going right away, users of the paranoid mode are left in the cold and have to compile their own package: using the suPHP_UserGroup directive in the apache config results in an error message when starting apache: Invalid command 'suPHP_UserGroup', perhaps misspelled or defined by a module not included in the server configuration. The suPHP documentation specifically mentions that paranoid is the preferred mode. Could an additional package please be created that is compiled in the paranoid mode? As a bonus it would be a good idea to mention something about this in the package's README. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497769: It is caused by a patch
Package: audacious Version: 1.5.1-4 Followup-For: Bug #497769 Hi, It appeared when delete audacious-play-files-from-command-line.patch Confirmed, both that there is no CD menu entry and that it appears after disabling this patch. me too. But it is fix patch of #491043... For me this is serious, since playing audio CDs is the only thing I use audacious for. But of course that's just me ... Simply workaround, using audtool. Instead of using ~~Add CD'' menu, do below. audtool playlist-addurl cdda:// But I hope for fix both #491043 and #491043... Regards, dai -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511090: gtwitter should use the gnome proxy settings
Package: gtwitter Version: 1.0~beta-6 Severity: normal gtwitter does not appear to honour the GNOME network proxy preferences. It should honour the HTTPS and SOCKS ones. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 gtwitter depends on: ii libgconf2.0-cil 2.20.1-1 CLI binding for GConf 2.20 ii libglib2.0-cil 2.12.1-2 CLI binding for the GLib utility l ii libgnome-vfs2.0-cil 2.20.1-1 CLI binding for GnomeVFS 2.20 ii libgnome2.0-cil 2.20.1-1 CLI binding for GNOME 2.20 ii libgtk2.0-cil 2.12.1-2 CLI binding for the GTK+ toolkit 2 ii libmono-cairo1.0-cil1.9.1+dfsg-5 Mono Cairo library ii libmono-corlib2.0-cil 1.9.1+dfsg-5 Mono core library (2.0) ii libmono-system-web2.0-cil 1.9.1+dfsg-5 Mono System.Web Library ii libmono-system2.0-cil 1.9.1+dfsg-5 Mono System libraries (2.0) ii libmono2.0-cil 1.9.1+dfsg-5 Mono libraries (2.0) ii libsexy20.1.11-2+b1 collection of additional GTK+ widg ii mono-runtime1.9.1+dfsg-5 Mono runtime gtwitter recommends no packages. gtwitter suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#511089: gtwitter: preferences button missing / text input disabled; program unusable
Package: gtwitter Version: 1.0~beta-6 Severity: grave initial UI states click on preferences buton to enter username and password. There is no preferences button visible. Clicking on the bird on the LHS changes the text to Name: . This implies that I am now to input my twitter username but there is no text field in which to do so. Thus the app is unusable. Filing under the assumption that this applies to all users. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 gtwitter depends on: ii libgconf2.0-cil 2.20.1-1 CLI binding for GConf 2.20 ii libglib2.0-cil 2.12.1-2 CLI binding for the GLib utility l ii libgnome-vfs2.0-cil 2.20.1-1 CLI binding for GnomeVFS 2.20 ii libgnome2.0-cil 2.20.1-1 CLI binding for GNOME 2.20 ii libgtk2.0-cil 2.12.1-2 CLI binding for the GTK+ toolkit 2 ii libmono-cairo1.0-cil1.9.1+dfsg-5 Mono Cairo library ii libmono-corlib2.0-cil 1.9.1+dfsg-5 Mono core library (2.0) ii libmono-system-web2.0-cil 1.9.1+dfsg-5 Mono System.Web Library ii libmono-system2.0-cil 1.9.1+dfsg-5 Mono System libraries (2.0) ii libmono2.0-cil 1.9.1+dfsg-5 Mono libraries (2.0) ii libsexy20.1.11-2+b1 collection of additional GTK+ widg ii mono-runtime1.9.1+dfsg-5 Mono runtime gtwitter recommends no packages. gtwitter suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511092: php-sqlite3: incorrect integer values in result
Package: php-sqlite3 Version: 0.4-4 Severity: normal Hi, i have found a little bug in the package. if you store a long int in the database you get only the lowest 32 bit from the sqlite3-module. to resolve this problem, you need to change line 602 in php_sqlite3.c from ZVAL_LONG(col_val, sqlite3_column_int (stmt-stmt, col)); to ZVAL_LONG(col_val, sqlite3_column_int64 (stmt-stmt, col)); regards -Chris -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/1 CPU core; PREEMPT) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages php-sqlite3 depends on: ii php-db1.7.13-2 PHP PEAR Database Abstraction Laye php-sqlite3 recommends no packages. php-sqlite3 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511091: gtwitter: Unhandled Exception: System.Net.WebException
Package: gtwitter Version: 1.0~beta-6 Severity: important When it can't contact twitter (due to missing proxy support perhaps; but concievably twitter could be down or your network access could be damaged) gtwitter eventually dies with Unhandled Exception: System.Net.WebException: The request timed out at System.Net.HttpWebRequest.GetRequestStream () [0x0] at gtwitter.PostToTwitter.GeneratePostRequest (System.String uriString, System.String method, System.String postData, System.String user, System.String pass) [0x0] at gtwitter.PostToTwitter.PostDataToTwitter (System.String TwitterPostUrl, System.String TwitterName, System.String TwitterPass, System.String post) [0x0] at gtwitter.MainWindow.PostThreadRoutine () [0x0] This should be handled gracefully. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 gtwitter depends on: ii libgconf2.0-cil 2.20.1-1 CLI binding for GConf 2.20 ii libglib2.0-cil 2.12.1-2 CLI binding for the GLib utility l ii libgnome-vfs2.0-cil 2.20.1-1 CLI binding for GnomeVFS 2.20 ii libgnome2.0-cil 2.20.1-1 CLI binding for GNOME 2.20 ii libgtk2.0-cil 2.12.1-2 CLI binding for the GTK+ toolkit 2 ii libmono-cairo1.0-cil1.9.1+dfsg-5 Mono Cairo library ii libmono-corlib2.0-cil 1.9.1+dfsg-5 Mono core library (2.0) ii libmono-system-web2.0-cil 1.9.1+dfsg-5 Mono System.Web Library ii libmono-system2.0-cil 1.9.1+dfsg-5 Mono System libraries (2.0) ii libmono2.0-cil 1.9.1+dfsg-5 Mono libraries (2.0) ii libsexy20.1.11-2+b1 collection of additional GTK+ widg ii mono-runtime1.9.1+dfsg-5 Mono runtime gtwitter recommends no packages. gtwitter suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510564: Acknowledgement (nautilus: smb file deletion gvfs)
Oh i forgot to add that the The smb.conf man page says the following regarding case sensitivity; case sensitive = yes/no/auto controls whether filenames are case sensitive. If they aren´t, default setting of auto allows clients that support case sensitive access the file system in a case-sensitive manner (to support UNIX case sensitive semantics). No Windows or DOS system supports case-sensitive filename so setting this option to auto is that same
Bug#491826: Fix upcoming?
Josselin Mouette wrote: Hi, you explained last month that you were ready to include the Ubuntu patch. Since this patch is very simple and given the criticity of the issue, would it be possible to upload it ASAP? For 0.6 or 0.7, i.e.are there apps in lenny which (solely) rely on NM for detecting online state and are broken because of that? I know, that iceweasel no longer does use NM (by default). I planned to import the patch for 0.7 (exp) only, but if important (lenny) apps are seriously broken by this, the situation would be different. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#511093: undo in scratch buffer
Package: jed Version: 1:0.99.18+dfsg.1-11 Severity: normal Trying to undo (^_ in emacs mode or from the menu) in a scratch buffer does nothing. Run-Time Error is displayed in the status area. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (900, 'testing'), (500, 'testing-proposed-updates'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 Versions of packages jed depends on: ii jed-common 1:0.99.18+dfsg.1-11 S-Lang runtime files for jed and x ii libc62.7-16 GNU C Library: Shared libraries ii libgpm2 1.20.4-3.1 General Purpose Mouse - shared lib ii libslang22.1.3-3 The S-Lang programming library - r jed recommends no packages. Versions of packages jed suggests: ii gpm 1.20.4-3.1 General Purpose Mouse interface -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#380392: New upstream maintainer for xclip
tags 380392 patch thanks Hello. Apparently this package has got a new upstream maintainer and homepage: http://sourceforge.net/projects/xclip/ And it seems that the patch posted by Morita Sho above was included by upstream in version 0.11. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509720: openoffice.org-emailmerge: Debian Lenny: Segmentation fault when doing regular update
On Thursday 25 December 2008, you wrote: tag 509720 + moreinfo tag 509720 + unreproducible thanks Ivan Mincik wrote: I was doing regular update of Lenny packages. I have received segmentation fault when setting openoffice.org-emailmerge package. Any other update besides OOo? Setting up openoffice.org-emailmerge (1:2.4.1-15) ... Adding extension /usr/lib/openoffice/program/mailmerge.py.../usr/lib/openoffice/program/unopkg: line 175: 3490 Segmentation fault $sd_prog/$sd_binary $GUI $@ done. After running another command aptitude reinstall openoffice.org-emailmerge all process finished without any errors. Since - of course - no changes in either unopkg or mailmerge.py since last lenny update happened I see no reason why it should start doing that now - and indeed, my lenny dist-upgrade from -14 to -15 worked... Grüße/Regards, René I can't reproduce this error anymore at any other Lenny machine. Tested at 4 other similar Lenny installations. Ivan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491826: Fix upcoming?
Le mercredi 07 janvier 2009 à 12:55 +0100, Michael Biebl a écrit : For 0.6 or 0.7, i.e.are there apps in lenny which (solely) rely on NM for detecting online state and are broken because of that? I know, that iceweasel no longer does use NM (by default). I planned to import the patch for 0.7 (exp) only, but if important (lenny) apps are seriously broken by this, the situation would be different. Yes, epiphany and evolution are strongly affected by this issue. If there is a working network connection that is not managed by NM, they start as offline and require manual intervention each time, which is very annoying. This is configurable in epiphany but not in evolution. Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#443586: The bug continue existing
The package continue giving conflict problems: 1. x: ~ # aptitude install libapache2-mod-mime-xattr 2. Reading package list ... Made 3. Building dependency tree ... Made 4. Reading extended state information 5. Initializing the status of packages ... Made 6. Reading descriptions of the tasks ... Made 7. Building a database of tags ... Made 8. The following packages are broken: 9.apache2.2-common 10. Will install the following packages: 11.libapache2-mod-mime-xattr 12. 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. 13. Need to get 12.1 kB file. After unpacking 36.9 kB will be used. 14. Dependencies are not met the following packages: 15.apache2.2-common: in conflict: libapache2-mod-mime-xattr (= 0.3-2) but 0.3-2 is to be installed. 16. Resolving dependencies ... 17. The following actions will resolve these dependencies 18. 19. Remove the following packages: 20. apache2 21. apache2-mpm-prefork 22. apache2.2-common 23. libapache2-mod-php5 24. 25. Install the following packages: 26. php5-cgi [5.2.0-8 + etch13 (stable)] 27. webfs [1.21-4.1 (stable)] 28. 29. The score is -1492 30. 31. Accept this solution? [Y / n / q /?] Q
Bug#510965: Acknowledgement (ganeti: Ganeti does not work with python-twisted 8.1)
Iustin Pop schrieb: On Wed, Jan 07, 2009 at 10:57:19AM +0100, Daniel Schreiber wrote: It is the same stacktrace that is mentioned in http://groups.google.com/group/ganeti/browse_thread/thread/957d9e1af53b9d2c The node daemons had been restarted after the upgrade. Ganeti was installed from backports.org before. ~# find /usr/ -name ganeti /usr/share/doc/ganeti /usr/share/python-support/ganeti /usr/share/python-support/ganeti/ganeti /usr/share/ganeti /usr/lib/ganeti ~# find /var/ -name ganeti /var/log/ganeti /var/run/ganeti /var/lib/python-support/python2.5/ganeti /var/lib/python-support/python2.4/ganeti /var/lib/ganeti The /var/lib/python-support/*/ganeti directories have the same python code as /usr/share/python-support/ganeti, except for the pyc files which are only present in /var/lib/python-support. Is there anything else I can do to help debugging this issue? Hmm... Can you give the result of these commands: gnt-cluster --version gnt-cluster version python -c 'import ganeti.constants; print ganeti.constants.RELEASE_VERSION' python -c 'import ganeti.rpc; print type(ganeti.rpc.ReReactor)' ~# gnt-cluster --version gnt-cluster (ganeti) 1.2.6 ~# gnt-cluster version Software version: 1.2.6 Internode protocol: 14 Configuration format: 3 OS api version: 5 Export interface: 0 ~# python -c 'import ganeti.constants; print ganeti.constants.RELEASE_VERSION' 1.2.6 ~# python -c 'import ganeti.rpc; print type(ganeti.rpc.ReReactor)' Traceback (most recent call last): File string, line 1, in module AttributeError: 'module' object has no attribute 'ReReactor' (the last one should raise an exception) Also, just to be sure, please remove all the 'pyc' files from /var/lib/python-support, and run update-python-modules ganeti. Done that. No change. At this point, I see two possibilities: - either ganeti 1.2.6 is still broken with twisted 8.1, but only in some corner cases that I can't reproduce - or the Debian 1.2.3 and 1.2.6 packages don't work together nicely and the upgrade is broken I downloaded ganeti 1.2.6 sources: diff ganeti-1.2.6/lib/ /usr/share/python-support/ganeti/ganeti/ Only in ganeti-1.2.6/lib/: Makefile.am Only in ganeti-1.2.6/lib/: Makefile.in Only in ganeti-1.2.6/lib/: Makefile.libcommon Only in /usr/share/python-support/ganeti/ganeti/: _autoconf.py Common subdirectories: ganeti-1.2.6/lib/rapi and /usr/share/python-support/ganeti/ganeti/rapi Daniel -- Tel. 03721/54620 Fax. 03721/54303 Esda Feinstrumpffabrik GmbH Hauptstr. 76 09392 Auerbach/Erzgebirge Registergericht Chemnitz HRB 4880 Geschäftsführer: Peter Herold UST-Id.-Nr.: DE141293014 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511076: debsecan: Consider upstream version when iterating over other_versions
* Sheldon Hearn: For example, on an Etch box: $ debsecan --only-fixed --format=detail --suite=etch ... CVE-2007-1262 (fixed) Multiple cross-site scripting (XSS) vulnerabilities in the HTML filter ... installed: squirrelmail 2:1.4.9a-3 (built from squirrelmail 2:1.4.9a-3) fixed in unstable: squirrelmail 2:1.4.10a-1 (source package) fixed on branch: squirrelmail 2:1.4.4-11 (source package) fixed on branch: squirrelmail 2:1.4.9a-2 (source package) fix is available for the selected suite (etch) ... Something is wrong because the -3 version is known to the tracker, but not listed in your output. I think debsecan should extend VersionAPT to use apt_pkg.UpstreamVersion(), so the decision can be modified to return something like: If the installed version is the same or greater than any of the other_versions that have the same upstream version, then it is not vulnerable. This doesn't work because there might be a -4 version in unstable which hasn't got the fix. (This is more apparent with the usual -1+etch1 versioning scheme.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511063: openoffice.org: does not start ever
tag 511063 + unreproducible tag 511063 + moreinfo retitle 511063 openoffice.org: does not start thanks Park Shinjo wrote: Package: openoffice.org Version: 1:3.0.1~rc1-2 Severity: important Whenever I tried to run whatever program included in OpenOffice, it ^ .org. won't launch ever. No splash pops up, and no disk activity. I have Hrm. installed packages from experimental. You already express that by the Version: header ;-) strace /usr/lib/openoffice/program/soffice: lots of texts futex(0xa746a0, FUTEX_WAIT_PRIVATE, 2, NULL) - freezes at here That doesn't help. nice that you provided a strace, but one line of a strace does not help anything. Needless to say: works here on amd64. 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247337: [Fwd: Re: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]]
On Wed, December 17, 2008 22:50, Robert Millan wrote: On Tue, Apr 29, 2008 at 04:01:59PM +0200, Gürkan Sengün wrote: On Tue, April 29, 2008 09:29, Gürkan Sengün wrote: Dear Salsaman, Could you relicense all of your software parts of lives into GNU GPL v3, or 2, or 2.1, whatever you like best? That'll make inclusion of lives into Debian (and Ubuntu) a lot easier. Thank you, Gürkan Hi, all of the LiVES software is licensed under the GPL v3 or later. The only exception is weed.h, weed.c, weed-utils.c which will become a library under the LGPL v3 or later. If you find any source files which are incorrectly licensed, please let me know and I will correct this. [...] I will take a look at the debian/copyright file and update it as necessary. Hi, Any progress on this? I'd really like to see an OGG-capable editor in Debian, and Lives looks like a good option. If you need more details, this was the response from FTP team (as posted in the bug log): quote Additionally your debian/copyright file is incomplete and misses (C)holders/license data. You have to include all such differences. Like all of libOSC/*, some of the icons. And next, it includes a mixture of GPL/LGPL v2/v2.1 and v3. Now you need to check if all v2/v2.1 ones are or any later. If not it is undistributable. /quote RFX.spec is a documentation file which documents a standard. I am happy to change the license for this to whatever you recommend (what does debian recommend for standards ?). GPL or LGPL would be fine. -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. OK, all of the fixes asked for have now been checked in to CVS. Can I now, *finally*, expect a debian package of LiVES !?!?!?! Regards, Gabriel salsaman, http://lives.sourceforge.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511018: libdrm2: X stopped working after latest drm-snapshot upgrade
On Tue, 2009-01-06 at 19:21 +0100, valette wrote: Backtrace: 0: /usr/bin/X(xorg_backtrace+0x26) [0x4ebd56] 1: /usr/bin/X(xf86SigHandler+0x39) [0x47f949] 2: /lib/libc.so.6 [0x7feec6e8b1b0] 3: /usr/lib/xorg/modules/drivers//intel_drv.so(IntelEmitInvarientState+0x92) [0x7feec58a5de2] 4: /usr/lib/xorg/modules/drivers//intel_drv.so [0x7feec58a6225] 5: /usr/lib/xorg/modules/drivers//intel_drv.so [0x7feec58a7a5a] 6: /usr/bin/X(AddScreen+0x1c9) [0x432259] 7: /usr/bin/X(InitOutput+0x241) [0x4684e1] 8: /usr/bin/X(main+0x286) [0x4329f6] 9: /lib/libc.so.6(__libc_start_main+0xe6) [0x7feec6e77466] 10: /usr/bin/X(FontFileCompleteXLFD+0x269) [0x431fa9] Fatal server error: Caught signal 11. Server aborting confirmed, i got that crash yesterday, fixed it by upgrading xf86-video-intel to a later version from git. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247337: [Fwd: Re: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]]
hello gabriel OK, all of the fixes asked for have now been checked in to CVS. Can I now, *finally*, expect a debian package of LiVES !?!?!?! there are such packages, just not officially in debian. could you make a tarball release of all this stuff of CVS? regards, guerkan senguen Regards, Gabriel salsaman, http://lives.sourceforge.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#443535: start-stop-daemon: should offer an option for ionice
user ubuntu-de...@lists.ubuntu.com usertags 443535 ubuntu-patch jaunty thanks On Sat, Sep 22, 2007 at 09:35:25AM +0200, Dominique Dumont wrote: I use start-stop-daemon to launch hellanzb which can sometimes be very io intensive (with par2 and unrar) It would be great if I could launch hellanzb with ionice -c idle through start-stop-daemon. Could you add an option --ioniceclass or --ionicelevel ? Chris Coulson chrisccoul...@googlemail.com sent a patch for this to the corresponding Ubuntu bug report (https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/306961). I'd rather not apply this directly in Ubuntu since we'd run the risk of interface skew, but it would be lovely to have this accepted in Debian (I'd like it for man-db too). Could you consider it? Thanks, -- Colin Watson [cjwat...@ubuntu.com] diff -Nru dpkg-1.14.22ubuntu1/debian/changelog dpkg-1.14.22ubuntu2/debian/changelog --- dpkg-1.14.22ubuntu1/debian/changelog2008-11-01 02:01:31.0 + +++ dpkg-1.14.22ubuntu2/debian/changelog2008-12-10 20:37:45.0 + @@ -1,3 +1,10 @@ +dpkg (1.14.22ubuntu2) jaunty; urgency=low + + * util/start-stop-daemon.c: Add support for setting a process's +IO priority. + + -- Chris Coulson chrisccoul...@googlemail.com Wed, 10 Dec 2008 19:23:38 + + dpkg (1.14.22ubuntu1) jaunty; urgency=low * Resynchronise with Debian. Remaining changes: diff -Nru dpkg-1.14.22ubuntu1/utils/start-stop-daemon.c dpkg-1.14.22ubuntu2/utils/start-stop-daemon.c --- dpkg-1.14.22ubuntu1/utils/start-stop-daemon.c 2008-08-26 14:52:08.0 +0100 +++ dpkg-1.14.22ubuntu2/utils/start-stop-daemon.c 2008-12-10 20:36:51.0 + @@ -103,6 +103,8 @@ #include error.h #endif +#include sys/syscall.h + static int testmode = 0; static int quietmode = 0; static int exitnodo = 1; @@ -126,8 +128,15 @@ static char what_stop[1024]; static const char *progname = ; static int nicelevel = 0; +static int ioprio = 0; static int umask_value = -1; +enum { +IOPRIO_WHO_PROCESS = 1, +IOPRIO_WHO_PGRP, +IOPRIO_WHO_USER, +}; + static struct stat exec_stat; #if defined(OSHURD) static struct proc_stat_list *procset = NULL; @@ -168,6 +177,7 @@ #if defined(OSLinux) || defined(OShpux) static int pid_is_exec(pid_t pid, const struct stat *esb); #endif +static inline int ioprio_set(int which, int who, int ioprio); static void fatal(const char *format, ...) @@ -308,6 +318,7 @@ -r|--chroot directory chroot to directory before starting\n -d|--chdir directorychange to directory (default is /)\n -N|--nicelevel incr add incr to the process's nice level\n + -I|--ioprio ioprio Set the process's IO priority\n -k|--umask mask change the umask to mask before starting\n -b|--background force the process to detach\n -m|--make-pidfile create the pidfile before starting\n @@ -520,6 +531,7 @@ { exec, 1, NULL, 'x'}, { chuid,1, NULL, 'c'}, { nicelevel,1, NULL, 'N'}, + { ioprio, 1, NULL, 'I'}, { umask,1, NULL, 'k'}, { background, 0, NULL, 'b'}, { make-pidfile, 0, NULL, 'm'}, @@ -534,7 +546,7 @@ for (;;) { c = getopt_long(argc, argv, - HKSVa:n:op:qr:s:tu:vx:c:N:k:bmR:g:d:, + HKSVa:n:op:qr:s:tu:vx:c:N:I:k:bmR:g:d:, longopts, NULL); if (c == -1) break; @@ -597,6 +609,9 @@ case 'N': /* --nice */ nicelevel = atoi(optarg); break; + case 'I': + ioprio = atoi(optarg); + break; case 'k': /* --umask mask */ umask_str = optarg; break; @@ -1221,6 +1236,12 @@ } } +static inline int +ioprio_set (int which, int who, int ioprio) +{ + return syscall(SYS_ioprio_set, which, who, ioprio); +} + int main(int argc, char **argv) { @@ -1334,6 +1355,12 @@ fatal(Unable to alter nice level by %i: %s, nicelevel, strerror(errno)); } + if (ioprio) { + errno = 0; + if ((ioprio_set(IOPRIO_WHO_PROCESS, getpid(), ioprio 13) == -1) (errno != 0)) + fatal(Unable to alter IO priority to %i: %s, + ioprio, strerror(errno)); + } if (umask_value = 0) umask(umask_value); if (mpidfile pidfile != NULL) {
Bug#376813: Does not honor robots.txt exclusion
Hi, despite sending a proper User-Agent, dosage fails to comply with robots.txt exclusion protocol, which could be done with [1]. [1] http://docs.python.org/library/robotparser.html This is the reason sites like UserFriendly resort to IP address blocking instead of adding a simple line in their robots.txt file. I retitled the bug accordingly, and set the severity to normal (since robots.txt is important for screen scrapers). Regards, Bastian signature.asc Description: This is a digitally signed message part.
Bug#511094: apache2.2-common: Segmentation fault when accessing a file on SVN, file truncated
Package: apache2.2-common Version: 2.2.9-10+lenny1 Severity: important I've upgraded our servers to the current lenny and files that are accessed from SVN are now producing truncated files when people access it: [m...@staleek tmp]$ http_proxy= wget http://neo.barco.com/svn/documents/smd/Usability_Engineering/CMS_-_Control_Room_Management_Suite/CMS200/CMS-Vista-Icons/CMS_200_icon-reference-list.doc --2009-01-07 12:51:12-- http://neo.barco.com/svn/documents/smd/Usability_Engineering/CMS_-_Control_Room_Management_Suite/CMS200/CMS-Vista-Icons/CMS_200_icon-reference-list.doc Resolving neo.barco.com... 150.158.231.12 Connecting to neo.barco.com|150.158.231.12|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2212352 (2.1M) [application/octet-stream] Saving to: `CMS_200_icon-reference-list.doc.6' 0% [ ] 16,384 --.-K/s in 0.001s 2009-01-07 12:51:12 (11.0 MB/s) - Connection closed at byte 16384. Retrying. --2009-01-07 12:51:13-- (try: 2) http://neo.barco.com/svn/documents/smd/Usability_Engineering/CMS_-_Control_Room_Management_Suite/CMS200/CMS-Vista-Icons/CMS_200_icon-reference-list.doc Connecting to neo.barco.com|150.158.231.12|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2212352 (2.1M) [application/octet-stream] Saving to: `CMS_200_icon-reference-list.doc.6' 0% [ ] 16,384 --.-K/s in 0s 2009-01-07 12:51:13 (33.9 MB/s) - Connection closed at byte 16384. Retrying. The logs (error.log) produce this: [Wed Jan 07 12:45:57 2009] [notice] child pid 26177 exit signal Segmentation fault (11) [Wed Jan 07 12:45:58 2009] [notice] child pid 30335 exit signal Segmentation fault (11) [Wed Jan 07 12:46:12 2009] [notice] child pid 30631 exit signal Segmentation fault (11) [Wed Jan 07 12:46:13 2009] [notice] child pid 30402 exit signal Segmentation fault (11) [Wed Jan 07 12:46:15 2009] [notice] child pid 26176 exit signal Segmentation fault (11) [Wed Jan 07 12:46:18 2009] [notice] child pid 30720 exit signal Segmentation fault (11) [Wed Jan 07 12:46:22 2009] [notice] child pid 30403 exit signal Segmentation fault (11) I traced it down to: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x2b725d3ad850 (LWP 4289)] 0x2d629e0a in ?? () from /usr/lib/apache2/modules/mod_cache.so (gdb) quit [r...@neo ~]# dpkg -S /usr/lib/apache2/modules/mod_cache.so apache2.2-common: /usr/lib/apache2/modules/mod_cache.so When disabling caching (and dependent modules) the problem seems to be 'solved': [r...@neo mods-enabled]# rm cache.load [r...@neo mods-enabled]# /etc/init.d/apache2 restart Restarting web server: htcacheclean apache2We failed to correctly shutdown apache, so we're now killing all running apache processes. This is almost certainly suboptimal, so please make sure your system is working as you'd expect now! (warning). ... waiting apache2: Syntax error on line 116 of /etc/apache2/apache2.conf: Syntax error on line 2 of /etc/apache2/mods-enabled/disk_cache.load: Cannot load /usr/lib/apache2/modules/mod_disk_cache.so into server: /usr/lib/apache2/modules/mod_disk_cache.so: undefined symbol: ap_cache_cacheable_hdrs_out failed! [r...@neo mods-enabled]# rm disk_cache.load disk_cache.conf [r...@neo mods-enabled]# /etc/init.d/apache2 start Starting web server: apache2apache2: Syntax error on line 116 of /etc/apache2/apache2.conf: Syntax error on line 2 of /etc/apache2/mods-enabled/mem_cache.load: Cannot load /usr/lib/apache2/modules/mod_mem_cache.so into server: /usr/lib/apache2/modules/mod_mem_cache.so: undefined symbol: ap_cache_cacheable_hdrs_out failed! [r...@neo mods-enabled]# rm mem_cache.load mem_cache.conf [r...@neo mods-enabled]# /etc/init.d/apache2 start -- Package-specific info: List of enabled modules from 'apache2 -M': actions alias asis auth_basic auth_digest auth_pam authn_alias authn_anon authn_dbd authn_dbm authn_default authn_file authnz_ldap authz_dbm authz_default authz_groupfile authz_host authz_owner authz_svn authz_user autoindex cgi cgid charset_lite dav_fs dav_lock dav dav_svn dbd deflate dir env expires file_cache filter headers ident imagemap include info ldap log_forensic mime_magic mime negotiation perl php5 proxy_ajp proxy_balancer proxy_connect proxy_ftp proxy_http proxy rewrite setenvif speling ssl status suexec unique_id userdir usertrack version vhost_alias -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.9-10+lenny1 utility programs for webservers ii libapr1
Bug#511063: openoffice.org: does not start
Rene Engelhard wrote: strace /usr/lib/openoffice/program/soffice: lots of texts futex(0xa746a0, FUTEX_WAIT_PRIVATE, 2, NULL) - freezes at here That doesn't help. nice that you provided a strace, but one line of a strace does not help anything. okay, so here goes full strace output. execve(/usr/bin/ooffice, [ooffice], [/* 39 vars */]) = 0 brk(0) = 0x112d000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff59376 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff59375e000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=110618, ...}) = 0 mmap(NULL, 110618, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff593742000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libncurses.so.5, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\320%\1\0\0\0\0\0@..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=256288, ...}) = 0 mmap(NULL, 2353152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ff593307000 mprotect(0x7ff593342000, 2093056, PROT_NONE) = 0 mmap(0x7ff593541000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3a000) = 0x7ff593541000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\260\r\0\0\0\0\0\0@..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=14608, ...}) = 0 mmap(NULL, 2109696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ff593103000 mprotect(0x7ff593105000, 2097152, PROT_NONE) = 0 mmap(0x7ff593305000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7ff593305000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\200\345\1\0\0\0\0\0@..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1375536, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff593741000 mmap(NULL, 3482264, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ff592db mprotect(0x7ff592ef9000, 2097152, PROT_NONE) = 0 mmap(0x7ff5930f9000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x149000) = 0x7ff5930f9000 mmap(0x7ff5930fe000, 17048, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ff5930fe000 close(3)= 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff59374 arch_prctl(ARCH_SET_FS, 0x7ff5937406f0) = 0 mprotect(0x7ff5930f9000, 12288, PROT_READ) = 0 munmap(0x7ff593742000, 110618) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 open(/dev/tty, O_RDWR|O_NONBLOCK) = 3 close(3)= 0 brk(0) = 0x112d000 brk(0x112e000) = 0x112e000 open(/usr/lib/locale/locale-archive, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1348400, ...}) = 0 mmap(NULL, 1348400, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff5935f6000 close(3)= 0 brk(0x112f000) = 0x112f000 brk(0x113) = 0x113 getuid()= 1000 getgid()= 1000 geteuid() = 1000 getegid() = 1000 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 brk(0x1131000) = 0x1131000 open(/proc/meminfo, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff59375d000 read(3, MemTotal: 4062432 kB\nMemFree..., 1024) = 774 close(3)= 0 munmap(0x7ff59375d000, 4096)= 0 brk(0x1132000) = 0x1132000 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_DFL}, 8) = 0 uname({sys=Linux, node=saebyuk, ...}) = 0 brk(0x1133000) = 0x1133000 brk(0x1134000) = 0x1134000 brk(0x1135000) = 0x1135000 stat(/home/psj, {st_mode=S_IFDIR|0755, st_size=16632, ...}) = 0 stat(.,
Bug#511088: suphp paranoid mode
On Wed, Jan 07, 2009 at 12:45:26PM +0100, Willem van Engen wrote: Package: suphp Version: 0.6.2-1+etch0 At compilation of suphp one of three security modes is selected as described in: http://www.suphp.org/DocumentationView.html?file=INSTALL The current Debian package uses --with-setid-mode=owner . While this is convenient to get going right away, users of the paranoid mode are left in the cold and have to compile their own package: using the suPHP_UserGroup directive in the apache config results in an error message when starting apache: Invalid command 'suPHP_UserGroup', perhaps misspelled or defined by a module not included in the server configuration. The suPHP documentation specifically mentions that paranoid is the preferred mode. Could an additional package please be created that is compiled in the paranoid mode? As a bonus it would be a good idea to mention something about this in the package's README. I had already some (not mutch) complains about the default mode (this was the default in 0.5 and so stayed up to now). I didn't had the idea of creating another package to provide different modes, thanks :) I will look at this as soon as possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511095: unportable use of sysinfo()
Package: sbuild Severity: normal Hi, buildd-mail-wrapper.c relies on unportable sysinfo() call that is only available on Linux. I investigated what would be necessary for this program to use getloadavg() instead: waittime = (info.loads[0] (SI_LOAD_SHIFT-2))*6 + 20; what we have here is info.loads[0] which internally represents a fixed point real number. SI_LOAD_SHIFT is the number of bits it needs to be shifted to obtain its integer part. By substracting 2 we get to keep two extra bits, which amount to the top-most 1/4th of the non-integer part. info.loads[0] is actually the same as the first double returned by getloadavg(), only represented differently, so we can obtain the same value with: waittime = (((int) loadavg) 2) /* integer part */ | (int) (fmod (loadavg, 1) * 4); /* non-integer part, multipled by 4 */ I made a few tests with the attached program, and both methods obtain exactly the same result. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash #include stdio.h #include math.h #include sys/sysinfo.h main () { struct sysinfo info; double loadavg; sysinfo( info ); getloadavg (loadavg, 1); printf (waittime1 = %d\n, (int) (info.loads[0] (SI_LOAD_SHIFT - 2))); printf (waittime2 = %d\n, ((int) loadavg) 2 | (int) (fmod (loadavg, 1) * 4)); }
Bug#511063: openoffice.org: does not start
Park Shinjo wrote: Rene Engelhard wrote: strace /usr/lib/openoffice/program/soffice: lots of texts futex(0xa746a0, FUTEX_WAIT_PRIVATE, 2, NULL) - freezes at here That doesn't help. nice that you provided a strace, but one line of a strace does not help anything. okay, so here goes full strace output. Who said you should now strace *ooffice* - which is a shell skript. Either soffice[.bin] directly (soffice normally also is only a shell skript, but due to a upstream bug in rc1 not) or use -f. 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-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511093: undo in scratch buffer
On 7.01.09, Stanislav Maslovski wrote: Package: jed Version: 1:0.99.18+dfsg.1-11 Trying to undo (^_ in emacs mode or from the menu) in a scratch buffer does nothing. This is no bug but a feature. By default, the undo buffer is only enabled for buffers associated with a file. You can change this with the toggle_undo function or use set_buffer_undo(1) in a hook in a configuration file. Günter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247337: [Fwd: Re: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]]
On Wed, Jan 07, 2009 at 01:12:59PM +0100, salsa...@xs4all.nl wrote: OK, all of the fixes asked for have now been checked in to CVS. Thanks Gabriel! On Wed, Jan 07, 2009 at 01:19:41PM +0100, Gürkan Sengün wrote: Can I now, *finally*, expect a debian package of LiVES !?!?!?! there are such packages, just not officially in debian. could you make a tarball release of all this stuff of CVS? Or maybe it would be fine to start with a CVS snapshot? It isn't going to make it to Lenny, so waiting for a stable upstream release is no problem IMO -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511096: git-buildpackage: Typo in docs/manpages/git-dch.sgml
Package: git-buildpackage Version: 0.4.45 Severity: wishlist Tags: patch Hi There is a minor typo in git-dch.1, attaching a trivial patch against the SGML used to generate it. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) 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 git-buildpackage depends on: ii devscripts 2.10.44 scripts to make the life of a Debi ii git-core 1:1.5.6.5-2 fast, scalable, distributed revisi ii python 2.5.2-3 An interactive high-level object-o ii python-dateutil 1.4.1-2 powerful extensions to the standar ii python-support 0.8.7 automated rebuilding support for P git-buildpackage recommends no packages. Versions of packages git-buildpackage suggests: pn git-load-dirs none (no description available) ii pristine-tar 0.20 regenerate pristine tarballs -- no debconf information --- git-buildpackage-0.4.45/docs/manpages/git-dch.sgml.old 2009-01-07 12:45:24.0 + +++ git-buildpackage-0.4.45/docs/manpages/git-dch.sgml 2009-01-07 12:45:39.0 + @@ -116,7 +116,7 @@ /term listitem paraWhat meta tags to look for to generate bug-closing changelog - entries. The default is 'Closes|LP' to support Debian an + entries. The default is 'Closes|LP' to support Debian and Launchpad/para /listitem /varlistentry
Bug#487643: New upstream-release avaiable
Sorry, just saw right now that these patch are already in the package. But there is a new upstream-release avaiable (0.6.0) which seems to fix these bugs. Greets, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511063: Possible cause of problem
Ah, strace'ing ooffice was my mistake. I am using Korean XIM nabi. My environment variable includes this. declare -x XMODIFIERS=@im=nabi When I undefine this one, OpenOffice.org runs. My OO.o worked in version 1:3.0.0-4, some changes related to XIM in later version might made the situation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511095: patch
tags 511095 patch thanks and here's the patch. -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. diff -ur sbuild-0.57.7/src/Makefile.am sbuild-0.57.7.new/src/Makefile.am --- sbuild-0.57.7/src/Makefile.am 2008-08-23 13:52:19.0 + +++ sbuild-0.57.7.new/src/Makefile.am 2009-01-07 05:45:51.240721475 + @@ -26,3 +26,5 @@ buildd_mail_wrapper_SOURCES = \ buildd-mail-wrapper.c + +buildd_mail_wrapper_LDADD = -lm diff -ur sbuild-0.57.7/src/buildd-mail-wrapper.c sbuild-0.57.7.new/src/buildd-mail-wrapper.c --- sbuild-0.57.7/src/buildd-mail-wrapper.c 2008-08-23 13:52:19.0 + +++ sbuild-0.57.7.new/src/buildd-mail-wrapper.c 2009-01-07 05:48:39.228654805 + @@ -27,7 +27,6 @@ #include errno.h #include time.h #include dirent.h -#include sys/sysinfo.h #include sys/types.h #include signal.h @@ -156,10 +155,11 @@ * mailer-running yet. So, in this case, wait some time and then check for * mailer-running again. */ if (!dir_was_empty) { -struct sysinfo info; +double load; int waittime; -sysinfo( info ); -waittime = (info.loads[0] (SI_LOAD_SHIFT-2))*6 + 20; +getloadavg( load, 1 ); +waittime = (((int)load) 2 | (int)(fmod( load, 1 )*4))*6 + 20; + DPRINTF( dir was not empty, sleeping\nload*4=%d waittime=%d\n, (waittime-20)/6, waittime ); sleep( waittime );
Bug#511085: 60 seconds timeout for ipconfig is not enough
severity 511085 grave stop On Wed, Jan 07, 2009 at 12:34:47PM +0100, Norbert Tretkowski wrote: Package: initramfs-tools Version: 0.92n Hi, in 0.92m, the timeout for ipconfig in scripts/functions was set to 60 seconds. This broke our iscsi-rootfs setups. It took me a while to debug this, but it seems that 60 seconds is not enough for switches which have spanning-tree enabled, they need some more time before they take up a port, in our case between 62 and 65 seconds. Please raise the timeout to 90 or 120 seconds. Norbert thanks for letting know! i'll push up to 180 to be on the safe side. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495483: Another instance of the DoSwapInterval segfault
Hi, After further browsing the code, it seems that the problem was in fact that the function swapInterval called by DoSwapInterval was not initialised. The faulty function is __glXMesaScreenProbe in glglxcore.c which initialises all __GLXscreen fields but the swapInterval field. It seems to me that __glXMesaScreenProbe should at minima set swapInterval to NULL. Indeed, after recompilation with the patch below, the gnome screensaver does not crash any longer. I would guess this will address also the following bug reports: https://bugs.launchpad.net/bugs/115609 http://bugs.debian.org/500887 Regards, Hugo Herbelin *** GL/glx/glxglcore.c.orig 2009-01-07 13:42:17.0 +0100 --- GL/glx/glxglcore.c 2009-01-07 13:43:25.0 +0100 *** *** 390,395 --- 390,396 screen-base.destroy= __glXMesaScreenDestroy; screen-base.createContext = __glXMesaScreenCreateContext; screen-base.createDrawable = __glXMesaScreenCreateDrawable; + screen-base.swapInterval = NULL; screen-base.pScreen = pScreen; /* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#450936: Upstream
This looks like upstream bug 363357. http://bugzilla.gnome.org/show_bug.cgi?id=363357 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510971: http://bugzilla.libsdl.org/show_bug.cgi?id=672
http://bugzilla.libsdl.org/show_bug.cgi?id=672 is the corresponding bugreport raised upstream. cf'd on there to deb bugs as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511099: vuurmuur package does not install services in the right directory
Package: vuurmuur Version: 0.6+debian-1 The vuurmuur package does not install the services in /etc/vuurmuur/services, but in /usr/share/vuurmuur/services . This causes vuurmuur to have no services at all. Please install the services in /etc/vuurmuur/services, so that vuurmuur can be configured after installation. I'm using Debian unstable -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498049: bug still there in 3.2.5-2
Even if a patch exists and works, it was not applied to 3.2.5-2. It was a pity, because I have again huge mail logs and I have to reapply the patch by hand. Anyway, I can confirm that the patch works with 3.2.5-2 too. -- Francesco Potortì (ricercatore)Voice: +39 050 315 3058 (op.2111) ISTI - Area della ricerca CNR Fax: +39 050 315 2040 via G. Moruzzi 1, I-56124 Pisa Email: poto...@isti.cnr.it (entrance 20, 1st floor, room C71) Web: http://fly.isti.cnr.it/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511098: ITP: libibcommon -- OpenFabrics Alliance InfiniBand management common library
Package: wnpp Severity: wishlist Owner: Guy Coates g...@sanger.ac.uk * Package name: libibcommon Version : 1.1.2 Upstream Author : Shahar Franksha...@voltaire.com * URL : http://www.openfabrics.org * License : (GPL2, BSD) Programming Lang: (C) Description : OpenFabrics Alliance InfiniBand management common library OpenFabrics Alliance InfiniBand management common library libibcommon provides common utility functions for the OFA diagnostic and management tools. This package forms part of the OFED 1.4 infiniband stack. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491205: reopen 491205
kim carter wrote: This bug is not fixed. I am still having frequent X crashes of this variaty. I've been watching this ticket for quite a while. Just yesterday X crashed twice. I have all the latest updates and am on Lenny. Have also tryed the recomendations in the posts, to no avail. Could you please re-open. What makes you think you're having the exact same bug? Lockups can be caused by a wide variety of different bugs, and we mostly can't distinguish them from each other. So you're probably not experiencing the same as the origin reporter... Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511100: bash completion works inproperly with arguments completion
Package: bash Version: 3.2-4 Severity: important when typing begin of argument after instruction and pressing TAB, completion mechanizm completes string inproperly with backslash ('\') before any special character. example: du --max-TAB generates: du --max-level\=SPACE the problem is that user has to remove manually backslash (' ') and SPACE (' '), (space is not allowed before '=' and parameter. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (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/bash Versions of packages bash depends on: ii base-files5 Debian base system miscellaneous f ii debianutils 2.30 Miscellaneous utilities specific t ii libc6 2.7-16 GNU C Library: Shared libraries ii libncurses5 5.7+20081213-1 shared libraries for terminal hand Versions of packages bash recommends: ii bash-completion 20080705 programmable completion for the ba Versions of packages bash suggests: pn bash-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511003: emacs22-gtk: emacs crashed (segmentation fault) just after starting
On 2009-01-07 12:32:32 +0100, Sven Joachim wrote: On 2009-01-06 16:07 +0100, Vincent Lefevre wrote: I did a svn ci, which started emacs (this is my editor). And emacs immediately crashed. IIRC, this is the first time something like that occurs. You probably cannot reproduce this, can you? No. But I don't know yet whether this will happen again in the future. FYI, emacs22-gtk 22.2+2-5 was installed on 2008-11-10; so, I've been using this version regularly for about 6 weeks, and this was the first crash, AFAIK. Core was generated by `emacs svn-commit.tmp'. Program terminated with signal 11, Segmentation fault. [New process 18294] #0 0x7ff41a8d71c7 in kill () from /lib64/libc.so.6 (gdb) bt #0 0x7ff41a8d71c7 in kill () from /lib64/libc.so.6 #1 0x004bf233 in ?? () #2 signal handler called #3 0x7ff41a8d9151 in getenv () from /lib64/libc.so.6 Hm, this shows some similarity with previous crashes that you reported as #470653 and #220986. Still in getenv, but the caller is different: #4 0x7ff41a8d1e19 in __dcigettext () from /lib64/libc.so.6 #5 0x7ff41e2e8530 in gtk_alignment_class_intern_init (klass=0x1ea0160) at /scratch/build-area/gtk+2.0-2.12.11/gtk/gtkalignment.c:89 In my other bug reports, XLookupString and XkbTranslateKeySym were both involved. Now, I suppose that the crash is due to some memory corruption that occurred some time before. Not of much help, since debug symbols from Emacs itself are lacking and gtk_main_iteration is called at seven places in the Emacs source code. Isn't there an emacs22-gtk-dbg package? -- Vincent Lefèvre vinc...@vinc17.org - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498284: patch to support the START variable from /etc/default/puppet
Package: puppet Version: 0.24.5-2 Followup-For: Bug #498284 Hi, The version currently in testing still ignores the START variable from /etc/default/puppet. The following patch adds support for this variable to /etc/init.d/puppet. Regards, Rik -- 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/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages puppet depends on: ii adduser 3.110 add and remove users and groups ii facter1.5.1-0.1 a library for retrieving facts fro ii libopenssl-ruby 4.2OpenSSL interface for Ruby ii libruby [libxmlrpc-ruby] 4.2Libraries necessary to run Ruby 1. ii libshadow-ruby1.8 1.4.1-8Interface of shadow password for R ii libxmlrpc-ruby4.2transitional dummy package ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii ruby 4.2An interpreter of object-oriented Versions of packages puppet recommends: ii rdoc 4.2Generate documentation from ruby s puppet suggests no packages. -- no debconf information Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm --- puppet 2008-07-26 23:41:33.0 +0200 +++ puppet.new 2009-01-07 14:50:28.0 +0100 @@ -11,6 +11,7 @@ PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/puppetd DAEMON_OPTS= +START=yes NAME=puppetd DESC=puppet configuration management tool @@ -20,6 +21,14 @@ . /lib/lsb/init-functions +is_true() { +if [ x$1 = xtrue -o x$1 = xyes -o x$1 = x0 ] ; then +return 0 +else +return 1 +fi +} + reload_puppet() { start-stop-daemon --stop --quiet --signal HUP --pidfile /var/run/puppet/$NAME.pid } @@ -42,9 +51,14 @@ case $1 in start) - log_begin_msg Starting $DESC - start_puppet - log_end_msg 0 +if is_true $START +then +log_begin_msg Starting $DESC +start_puppet +log_end_msg 0 +else +exit 0 +fi ;; stop) log_begin_msg Stopping $DESC
Bug#511102: amarok: Amarok has problems playing internet music streams (radios)
Package: amarok Version: 2.0-1 Severity: important When I try to play streams from internet radio stations, Amarok donwloads the playlists or songs from the server but then never plays the streams. It doesn't crash or anything, just doesn't play them. However, this only happens if I start Amarok from the KDE panel. If I start Amarok from a terminal, I cannot reproduce this problem. I have this problem in 2 of my computers, running Debian unstable with packages from experimental and using KDE 4.2 beta2. Both with ATI video cards. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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/bash Versions of packages amarok depends on: ii amarok-common 2.0-1 architecture independent files for ii kdebase-runtime 4:4.1.86+svn902216-0r2 runtime components from the offici ii kdelibs5 4:4.1.86+svn902575-0r1 core libraries for all KDE 4 appli ii libc6 2.7-18 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-8 Multi-protocol file transfer libra ii libgcc1 1:4.3.2-2~exp5 GCC support library ii libgcrypt11 1.4.1-2LGPL Crypto library - runtime libr ii libgl1-mesa-glx [ 7.2-1 A free implementation of the OpenG ii libglib2.0-0 2.18.3-1 The GLib library of C routines ii libgpod3 0.6.0-7library to read and write songs an ii libgtk2.0-0 2.14.5-1 The GTK+ graphical user interface ii libloudmouth1-0 1.4.2-2Lightweight C Jabber library ii libmtp8 0.3.5-1Media Transfer Protocol (MTP) libr ii libphonon44:4.2.80+svn899720-0r1 Phonon multimedia framework for Qt ii libqt4-dbus 4.4.3-2Qt 4 D-Bus module ii libqt4-network4.4.3-2Qt 4 network module ii libqt4-opengl 4.4.3-2Qt 4 OpenGL module ii libqt4-script 4.4.3-2Qt 4 script module ii libqt4-sql4.4.3-2Qt 4 SQL module ii libqt4-svg4.4.3-2Qt 4 SVG module ii libqt4-webkit 4.4.3-2Qt 4 WebKit module ii libqt4-xml4.4.3-2Qt 4 XML module ii libqtcore44.4.3-2Qt 4 core module ii libqtgui4 4.4.3-2Qt 4 GUI module ii libstdc++64.3.2-2~exp5 The GNU Standard C++ Library v3 ii libstreamanalyzer 0.5.11-2 streamanalyzer library for Strigi ii libstreams0 0.5.11-2 streams library for for Strigi Des ii libtag1c2a1.5-3 TagLib Audio Meta-Data Library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml2 2.6.32.dfsg-5 GNOME XML library ii phonon4:4.2.80+svn899720-0r1 metapackage for Phonon multimedia ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio 4:4.1.86+svn901128-0r1 transparent audio CD access for KD Versions of packages amarok suggests: ii libqt4-sql-mysql 4.4.3-2Qt 4 MySQL database driver ii libqt4-sql-psql 4.4.3-2Qt 4 PostgreSQL database driver ii libqt4-sql-sqlite 4.4.3-2Qt 4 SQLite 3 database driver ii libvisual-0.4-plugins 0.4.0.dfsg.1-2 Audio visualization framework plug -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org