Bug#445203: debian-policy: 10.8. Log files: /etc/logrotate.d/package preferred
On Thu, Jul 08, 2010 at 09:22:28AM -0700, Russ Allbery wrote: Guillem Jover guil...@debian.org writes: On Wed, 2010-07-07 at 08:59:24 -0700, Russ Allbery wrote: +postrotate +[ -f /var/run/foo.pid ] kill -s HUP `cat /var/run/foo.pid` +endscript Probably better to recommend using start-stop-daemon, as it's more robust and should properly handle for example the case of a stale pid file pointing to the wrong binary (which with HUP might terminate an unsuspecting victim). Good point. I now have: postrotate start-stop-daemon -K -p /var/run/foo.pid -s HUP -x /usr/sbin/foo -q endscript Heh, that's just makes me want to weep at the awkwardness of duplicating information that should be encapsulated in the init script. :) I really think /etc/init.d/$foo reload makes a more suitable example, but I at least don't think the above is wrong - so no objections. I'll just focus on making sysvinit scripts obsolete by way of upstart, I think. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#588682: ITP: sugar-log-activity -- An activity for developers to examine the log files generated.
Package: wnpp Severity: wishlist Owner: Dipankar Patro dipan...@seeta.in Package Name: sugar-log-activity Version: 23 Upstream Author: wadeb URL: http://git.sugarlabs.org/projects/log License: GPLv2 Programming Lang: Python Description : Sugar Log activity Log is an activity for developers to examine the log files that are generated by system software and other activities. Logs can also be uploaded to OLPC's servers to allow support staff to assist with troubleshooting.
Bug#588683: cntlm: Error on stop daemon
Package: cntlm
Version: 0.35.1-5
Severity: important
Tags: patch
On stop() the retry parameter of start-stop-daemon ends with forever, but
doesn't specify what to do forever. This causes it to just fail and not stop
the daemon. It should be changed to /forever/-KILL.
Please apply this patch to debian/cntlm.init:
--- cntlm.init.orig 2010-07-11 09:38:13.295086577 +0300
+++ cntlm.init 2010-07-11 09:38:29.451385011 +0300
@@ -59,7 +59,7 @@
stop() {
echo -n Stopping $DESC:
- start-stop-daemon --oknodo --quiet --stop --retry
-HUP/$TIMEOUT/-HUP/2/-KILL/forever --pidfile $PIDFILE --name $NAME
2/dev/null
+ start-stop-daemon --oknodo --quiet --stop --retry
-HUP/$TIMEOUT/-HUP/2/forever/-KILL --pidfile $PIDFILE --name $NAME
2/dev/null
if [ $? -eq 0 ]; then
echo $NAME.
else
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cntlm depends on:
ii adduser 3.112 add and remove users and groups
ii libc6 2.11.2-2 Embedded GNU C Library: Shared
lib
cntlm recommends no packages.
cntlm suggests no packages.
-- Configuration Files:
/etc/cntlm.conf [Errno 13] Permission denied: u'/etc/cntlm.conf'
/etc/init.d/cntlm changed [not included]
-- no debconf information
Bug#561624: pidgin: Pidgin description in Add/Remove Applications is overly geeky
Hi, Any update about this bug? Can we just change the description part of the patch From Description: graphical multi-protocol instant messaging client for X to Description: graphical multi-protocol instant messaging client -- Cheers, Vish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556015: Clarify requirements for copyright file
On Wed, Jul 07, 2010 at 05:51:36PM -0700, Russ Allbery wrote: This means that any package tagged multiarch needs special care to insure it's actually installable in the face of binNMUs, relative to our current practices. Either we stop including binNMU changelog entries in the packages altogther (but this is hackish to implement), or we require all architectures to be binNMUed in lockstep, or we *do* symlink the /usr/share/doc directory to a common arch: all package. It's kind of a shame to always have to binNMU all architectures in lockstep just because of a problem like this. Admittedly, most binNMU reasons already require that, but every once in a while there's something that's arch-specific, and making armel rebuild everything because of that is sort of annoying. OTOH, multiarch packages will be a small minority of packages being binNMUed. I.e., multiarch packages will be mostly shared libraries, which are much more often the trigger for binNMUs than the object of them. But if the consensus is that these packages should still symlink their changelogs to an arch: all package instead to avoid the problem, I don't object. I'm half-tempted to propose introducing a binary-changelog control information file in the control area of a binary package that can be used for binNMUs, although there are a bunch of complications with that (such as the fact that users looking directly in /usr/share/doc/package wouldn't see the entry and would need to also look in /var/lib/dpkg/info or wherever we dropped the file in the file system after installation). Well, if it's a choice between having the information available on the system somewhere and *not* having it, I think that's still an improvement in spite of the complications. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#579671: xserver-xorg-video-radeon: freezes after a few hours on rv250
Le 11/07/2010 01:03, E. Prom a écrit : FWIW: There's even 2.6.32-5-$arch now. Did you test latest kernel ? I'm currently using 2.6.32.15, still home-compiled and patched with grsecurity. Same problems : loop and freezing while opening an mplayer window or moving inside the video, maybe also while playing. 2.6.32.x is too old for radeon KMS, you want 2.6.33 or later, or Debian's 2.6.32-5 (which contains a backport of 2.6.33 drm). KMS is the way to go, non-KMS won't be supported for a long time... Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574478: Broken in Debian. Fixed upstream.
Le 11/07/2010 05:50, k879b35...@sneakemail.com a écrit : This bug was already fixed, but its still broken in Debian. http://bugs.freedesktop.org/show_bug.cgi?id=25475#c88 This patch has been in Debian for a very long time. So your bug is different from the above one. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509933: versioning SONAMEs of shared libraries is not clearly recommended
On Sat, Jul 10, 2010 at 12:36:14PM -0700, Steve Langasek wrote: It's not that these libraries will never have incompatible ABI changes, it's that they encode the ABI information in a non-standard way - the '4' in libnspr4 and the '3' in libnss3 do represent the sover, they just do it in a manner that's gratuitously incompatible with how all other Unix libraries have been versioned since time immemorial. If we're going to relax the rules for sonames, I think they should be relaxed only to accomodate this particular case of the so version being on the lefthand side of the .so extension with no delimiter before it. I.e., let a shlibs file of 'libnspr 4 libnspr4-0d' do the right thing, but don't allow shlibs files with an empty version field. I'm not totally sure it would be a good idea to modify shlibs to work that way, and it would somehow feel wrong that a library you link with -lnspr4 is described as libnspr and not libnspr4 in the shlibs. I just think the rule should be relaxed, but the implementation should be done with symbols files. BTW, are there any other libraries with the same problem, where compatibility with other distros may be important? (which btw, in the case of nss and nspr, is even more important since part of these libs are part of the LSB, which is why the .so symlinks are in the library package and not the -dev package ; but it would still be better that binaries built on debian could work on other systems, too, which is not the case atm) Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587732: protobuf: diff for NMU version 2.3.0-2.1
On 07/11/2010 01:51 AM, Iustin Pop wrote: I'm not sure I understand what you mean. The jdk is *not* used during the binary build, except for unittests (if present). The jdk *is* used during the indep build, for the java part. What do you see here as an abuse? Sorry, let me rephrase a bit. If you put openjdk-6 in b-d-i, protobuf can't be built on those archs that hasn't openjdk-6, and imho this can be considered an FTBFS even if the binary build works. Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#588684: ufraw: crash when over or underexposure indicator buttons are used
Package: ufraw Version: 0.16-3 Severity: normal With horizontal oriented .nef files, ufraw crashes when both -ufraw and the preview- are maximized and one of the over or underexposure indicator buttons used. An error message : ** ERROR **: preview_draw_area(): y+height:921 out of range y+height = 920 aborting... Abandon -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ufraw depends on: ii desktop-file-utils 0.15-2 Utilities for .desktop files ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libexiv2-6 0.19-3 EXIF/IPTC metadata manipulation li ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-6GCC support library ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgomp14.4.4-6 GCC OpenMP (GOMP) support library ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgtkimageview01.6.4-1 image viewer widget for GTK+ ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii liblcms11.18.dfsg-1.2+b2 Color management library ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii libstdc++6 4.4.4-6 The GNU Standard C++ Library v3 ii libtiff43.9.4-1 Tag Image File Format (TIFF) libra ii ufraw-batch 0.16-3 batch importer for raw camera imag ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime ufraw recommends no packages. Versions of packages ufraw suggests: ii gimp-ufraw0.16-3 gimp importer for raw camera image -- 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#588685: python-django: Missing jquery.min.js symlink among /usr/lib/pymodules/ files
Package: python-django Version: 1.2.1-1 Severity: normal After jQuery was symlinked it seems there is missing a symlink for jquery.min.js in /usr/lib/pymodules/python2.5/django/contrib/admin/media/js/. Because of this Django components which expect jquer.ymin.js do not work. (In runserver mode where Django is serving admin media files by itself it uses this location, for example.) There is a symlink for jquery.js though. There also exists a symlink in /usr/share/pyshared/django/contrib/admin/media/js/ for jquery.min.js. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (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 python-django depends on: ii python 2.5.4-9 An interactive high-level object-o ii python-support 1.0.3~bpo50+1 automated rebuilding support for P Versions of packages python-django recommends: ii libjs-jquery 1.4.2-2JavaScript library for dynamic web Versions of packages python-django suggests: ii python-flup 1.0.2-1Implements Python Web Server Gatew ii python-mysqldb1.2.2-7A Python interface to MySQL pn python-psycopgnone (no description available) ii python-psycopg2 2.2.1-1Python module for PostgreSQL pn python-sqlite none (no description available) pn python-yaml 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#588353: [Pkg-ia32-libs-maintainers] Bug#588353: ia32-libs: Need additional library for building and running pcsx2 (playstation 2 emulator)
Gregory Hainaut gregory.hain...@gmail.com writes: For my personal information, is there any status or clear roadmap of the multi- arch implementation ? Not for squeeze so things are basically on hold now. There is a Google summer of code project to multiarchify apt this year though. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543484: [Pkg-ia32-libs-maintainers] Bug#543484: ia32-libs: failed to load 32bit version of dri lib (wrong version?)
Nicolas VIVIEN prog...@free.fr writes: Package: ia32-libs Version: 20090808 Severity: normal I have fixed my issue with Nvidia driver. Indeed, non-free nvidia users have to install nvidia-glx and nvidia-glx-ia32 for 32 bits applications. So, about the bug #543484, we have to only patch the libGL to dlopen the DRI modules into /usr/lib32/dri (and not /usr/lib/dri). Users can wait in using the workaroung : LIBGL_DRIVERS_PATH=/usr/lib32/dri Regards, Nicolas This is strange because google earth used to work. The problem is that ia32-libs can not fix this. Policy forbids setting LIBGL_DRIVERS_PATH (or any environment variable) globally and we can't patch libgl because the prebuild i386 lib is used. So this needs to be fixed properly in the libgl source package. So the remaining question is what source package is that? The libgl is diverted by the non-free nvidia driver, right? [ask dpkg about the lib please] MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556015: Clarify requirements for copyright file
On Wed, Jul 07, 2010 at 05:48:40PM -0700, Don Armstrong wrote: On Wed, 07 Jul 2010, Steve Langasek wrote: On Wed, Jul 07, 2010 at 11:59:51AM -0700, Don Armstrong wrote: I think there's some confusion here; [debian/changelog] documents changes to the source package, and as such, should always have the source version listed. [Binnmus have a changelog revision, but this is technically a violation, as their source version is not Y+bNN, but Y.] I think this technical violation is a bug in policy, not in binNMU practices. I'd be fine with a specific exception for binNMUs, but not a more general one, as the ability to reconstruct a version graph based on the source version entries in debian/changelog is fairly important for the BTS. [It's of less importance now that dak exports that to the BTS, but it is still how we generated it all in the first place.] Oh, yes, definitely. I can't see any reason for a package that's not a binNMU to ever have extra revisions in their changelog that don't correspond to source revisions. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#588686: [pidgin] ICQ: Receiver sees html tags for umlauts, linefeeds etc
Package: pidgin Version: 2.7.1-1 Severity: important Tags: patch --- Please enter the report below this line. --- 2.7.1 didn't fix the icq html problem completely. See: http://developer.pidgin.im/ticket/11836 or http://developer.pidgin.im/viewmtn/revision/diff/400711883eb863ad003b708b910f4f0254797ffa/with/913a8d73fc8635dab66f0c26561d1ec9fe366b09/libpurple/protocols/oscar/oscar.c for a patch. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.34-1-amd64 Debian Release: squeeze/sid 500 unstablewww.claws-mail.org 500 unstableftp5.gwdg.de 500 unstabledebian.corsac.net 500 unstabledebian-multimedia.informatik.uni-erlangen.de 500 lucid ppa.launchpad.net 500 karmic ppa.launchpad.net 500 experimentaldebian-multimedia.informatik.uni-erlangen.de 500 UNRELEASED debian.corsac.net 1 experimentalftp5.gwdg.de --- Package information. --- Depends (Version) | Installed ===-+-=== pidgin-data (= 2.7.1) | 2.7.1-1 pidgin-data( 2.7.1-z) | 2.7.1-1 libatk1.0-0 (= 1.29.3) | 1.30.0-1 libc6 (= 2.7) | 2.11.2-2 libcairo2(= 1.2.4) | 1.8.10-4 libdbus-1-3 (= 1.0.2) | 1.2.24-1 libdbus-glib-1-2 (= 0.78) | 0.86-1 libfontconfig1 (= 2.8.0) | 2.8.0-2.1 libfreetype6 (= 2.2.1) | 2.3.11-1 libglib2.0-0(= 2.24.0) | 2.24.1-1 libgstreamer0.10-0 (= 0.10.10) | 0.10.29-1 libgtk2.0-0 (= 2.18.0) | 2.20.1-1 libgtkspell0(= 2.0.10) | 2.0.16-1 libice6(= 1:1.0.0) | 2:1.0.6-1 libpango1.0-0 (= 1.18.0) | 1.28.1-1 libpurple0 (= 2.7.0) | 2.7.1-1 libsm6 | 2:1.1.1-1 libstartup-notification0 (= 0.10) | 0.10-1 libx11-6 (= 0) | 2:1.3.3-3 libxml2 (= 2.6.27) | 2.7.7.dfsg-4 libxss1 | 1:1.2.0-2 gconf2(= 2.28.1-2) | 2.28.1-3 perl (= 5.10.1-12) | 5.10.1-13 perlapi-5.10.1 | Recommends (Version) | Installed =-+-=== gstreamer0.10-plugins-base| 0.10.29-4 gstreamer0.10-plugins-good| 0.10.23-4 Suggests (Version) | Installed ===-+-== gnome-panel (= 2.1) | 2.30.2-1 OR kdebase-workspace-bin | OR docker | evolution-data-server (= 1.10.0) | 2.30.2.1-1 libsqlite3-0 (= 3.6.23.1) | 3.6.23.1-4 lg /Steffen -- /\ \ / ASCII Ribbon Campaign| The best way to predict X * NO HTML/RTF in e-mail | the future is to invent it. / \ * NO MSWord docs in e-mail|-- Alan Kay signature.asc Description: PGP signature
Bug#583939: invalid use of strcpy causes breakage on Intel x86-64 CPUs
On Thu, Jul 08 2010, Simon McVittie wrote: Is the current maintainer still available? I can't say for sure because I don't work near Daniel anymore, but as far as I know, there's big chances that he is not available anymore. If you do not hear from him soon, you should take over the package. -- Julien Danjou // ᐰ jul...@danjou.info http://julien.danjou.info pgpyYi38fXgcP.pgp Description: PGP signature
Bug#587999: further info
Le 10/07/2010 17:31, Ulrich Eckhardt a écrit : On Friday 09 July 2010 17:49:57 Michel Dänzer wrote: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565313 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567616 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567793 The depth 16 issue could be fixed in xserver-xorg-video-radeon 1:6.13.1-1, not sure about the other EXA issue. Thanks, that seems to do the job. I downloaded 6.13.1-1 from unstable and now I can again use 16 BPP without the greenish tint. Further, if I deactivate KMS (modprobe radeon modeset=0), X also initialises DRI (even though it complains about this and that) and bug 587999 doesn't appear, so it's indeed only the non-DRI code it seems. Just for the record, I had the effect that areas were not recognized as newly exposed with EXA and the new radeon driver, though only with a KDE app. Switching back to XAA seems to work around that. I'll try to reproduce this and file a separate report if I get to it. What about the original problem (pixel columns switched when using XV, with 16 or 24 bits color depth), is it gone now? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588666: boot message stuck onto next message
reassign 588666 sysvinit-utils thanks I don't understand the problem, as wicd and smartmontools both just seem to use the standard log_daemon_msg in /etc/init.d/* . This is probably caused by startpar, which have a limit on how long it wait for a line printed by the subprocesses to complete. In this case, I guess smartmontools uses too long time, and thus startpar passes on incomplete lines causing such output. This is actually according to design of the parallel booting. I guess the timeout can be made longer, or smartmontools can be made faster. Reassigning to the package with startpar, to assign it to a package remotely related to this issue. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588675: / left as /dev/root with non-initrd kernel
[Elliott Mitchell] wrote: I'm guessing some step is being done by the initial ramdisk scripts, with Etch that step was also done by the regular init script; whereas in Lenny it got removed from the initscripts. I am not aware of any changes to initscripts related to the remounting of /. Unless you can come up with more information, I assume the change is related to some other package, but do not know which. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588687: libwebkit0.9.5: Package uninstallable due to missing conflict with libwebkit1
Package: libwebkit0.9.5 Version: 0.9svn1148394-1 Severity: serious Justification: Broken dependencies % sudo apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be upgraded: libkwebkit0.9.5 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 17 not fully installed or removed. Need to get 0B/111kB of archives. After this operation, 0B of additional disk space will be used. Do you want to continue [Y/n]? (Reading database ... 306135 files and directories currently installed.) Preparing to replace libkwebkit0.9.5 0.9svn1143138-1 (using .../libkwebkit0.9.5_0.9svn1148394-1_amd64.deb) ... Unpacking replacement libkwebkit0.9.5 ... dpkg: error processing /var/cache/apt/archives/libkwebkit0.9.5_0.9svn1148394-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libkwebkit.so.1', which is also in package libkwebkit1 0.9svn1133684-1 Errors were encountered while processing: /var/cache/apt/archives/libkwebkit0.9.5_0.9svn1148394-1_amd64.deb Regards, Roger -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (550, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#567793: EXA causes arifacts
On Sun, Jan 31, 2010 at 02:14:33PM +0100, Ulrich Eckhardt wrote: Package: xserver-xorg Version: 1:7.5+2 I have artifacts with colors being off and sometimes areas being filled with black/white noise. I didn't capture the black/white noise, since it doesn't happen so often. The colors being off happens regularly, though the effect is not always the same. System setup: * PowerPC G4 (Mac Mini) * ATI Technologies Inc RV280 [Radeon 9200] (rev 01) * Debian testing Assuming this is the problem you referred to at the end of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587999#66 could you give an update to the status of this exact bug report too? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588689: radvd eating 100% CPU
Package: radvd Version: 1:1.1-3 Severity: important Hi, Over the time, on my system radvd eats 100% of cpu. The init script can't restart it. I do have to kill -9 it and then start it. Thanks Laurent -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-p390 (SMP w/4 CPU cores) Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages radvd depends on: ii adduser 3.110add and remove users and groups ii libc6 2.7-18lenny4 GNU C Library: Shared libraries radvd recommends no packages. radvd 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#587961: [Pkg-utopia-maintainers] Bug#587961: avahi-daemon: patch for #517160 affects more than just reflector
Michael Biebl bi...@debian.org wrote: Hi Michael, I just uploaded 0.6.26-1 which contains a fix for http://avahi.org/ticket/300 Could you please test if that also solves your particular issue and report back. Looking at the code again, the patch does the right thing and the code is now correct in its handling of link local addresses wrt reflector. The remaining issue is that avahi should be better at choosing the IPv4 address it sends back to the client when resolving a service. Working IPv4 LL is all but a given. I think avahi should not return an IPv4 LL address when a global address is also advertised if the host doesn't have a link local address configured on the interface avahi got the mDNS response from. I'll leave it up to you to close or retitle this bug. Thanks, JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588652: debconf: [INTL:pt] Updated Portuguese translation for manpage
Quoting Américo Monteiro (a_monte...@netcabo.pt): Package: debconf Version: 1.5.29 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for debconf's manpage messages. Translator: Américo Monteiro a_monteiro at netcabo.pt Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz at debianpt.org. Committed. Maybe you want to add an addedum, just like the German and French teams did. Attache are the addendum files for French, for instance. PO4A-HEADER:mode=after;position=^\.SH NOM;beginboundary=^FakePo4aBoundary .SH TRADUCTION Julien Louis ptitlo...@sysif.net, 2005 .br Cyril Brulebois k...@debian.org, 2006 .PP Veuillez signaler toute erreur de traduction en écrivant à debian\-l10n\-fre...@lists.debian.org ou par un rapport de bogue sur le paquet debconf. PO4A-HEADER:mode=after;position=^=head1 NOM;beginboundary=^FakePo4aBoundary =head1 TRADUCTION Julien Louis ptitlo...@sysif.net, 2005 Cyril Brulebois k...@debian.org, 2006 Veuillez signaler toute erreur de traduction en écrivant à debian-l10n-fre...@lists.debian.org ou par un rapport de bogue sur le paquet debconf. signature.asc Description: Digital signature
Bug#588690: quiteinsanegimpplugin: Typo in package description
Package: quiteinsanegimpplugin Version: 0.3-9 Severity: minor Tags: patch The package description currently reads: This Qt based SANE plugin runs through the GIMP image manipulation program and provide the ability to scan directly from it. The word provide should be changed to provides. I would further change the end of the sentence to be more descriptive, something along the lines of provides the ability to scan directly to the GIMP. Downstream bug: https://bugs.edge.launchpad.net/ubuntu/+source/quiteinsanegimpplugin/+bug/493379 Downstream patch: http://launchpadlibrarian.net/51341429/quiteinsanegimpplugin_0.3-9ubuntu1.debdiff -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-7-generic (SMP w/1 CPU core) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u quiteinsanegimpplugin-0.3/debian/changelog quiteinsanegimpplugin-0.3/debian/changelog --- quiteinsanegimpplugin-0.3/debian/changelog +++ quiteinsanegimpplugin-0.3/debian/changelog @@ -1,3 +1,9 @@ +quiteinsanegimpplugin (0.3-9ubuntu1) maverick; urgency=low + + * Corrected spelling mistake in the package description. (LP: #493379) + + -- Chaz Nehan chaz.ne...@gmail.com Sat, 03 Jul 2010 19:27:11 +0100 + quiteinsanegimpplugin (0.3-9) unstable; urgency=low * QA upload. diff -u quiteinsanegimpplugin-0.3/debian/control quiteinsanegimpplugin-0.3/debian/control --- quiteinsanegimpplugin-0.3/debian/control +++ quiteinsanegimpplugin-0.3/debian/control @@ -1,7 +1,8 @@ Source: quiteinsanegimpplugin Section: graphics Priority: optional -Maintainer: Debian QA Group packa...@qa.debian.org +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Debian QA Group packa...@qa.debian.org Build-Depends: debhelper ( 5.0.0), autotools-dev, libtool, autoconf, automake1.7, perl, libsane-dev, libqt3-mt-dev (= 3:3.3.4-4), libgimp2.0-dev Standards-Version: 3.7.3 Homepage: http://quiteinsane.sourceforge.net @@ -12,7 +13,7 @@ Replaces: gimp1.2-quiteinsane Description: A Qt based SANE plugin for GIMP 2.0 This Qt based SANE plugin runs through the GIMP image manipulation program - and provide the ability to scan directly from it. + and provides the ability to scan directly to the GIMP . SANE stands for Scanner Access Now Easy and is an application programming interface (API) that provides standardized access to any raster image scanner
Bug#588691: aptitude: Aptitude has shortened output in recent versions
Package: aptitude Version: 0.6.3-2 Severity: minor In Version 0.6.1.5-3 (which was the latest I ran from unstable before 0.6.3-2), all of the progress aptitude did was shown. Now, this output is shown for little time and disappears. I will provide the output in a response to this report soon. This seems to be the improvement wished in #569516, which now is the default state. -- Package-specific info: aptitude 0.6.3 compiled at Jun 20 2010 23:05:14 Compiler: g++ 4.4.4 Compiled against: apt version 4.8.0 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.8.0 linux-gate.so.1 = (0xf778a000) libapt-pkg-libc6.9-6.so.4.8 = /usr/lib/libapt-pkg-libc6.9-6.so.4.8 (0xf76bd000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xf7677000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xf767) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xf75b) libept.so.0 = /usr/lib/libept.so.0 (0xf753d000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xf73ed000) libz.so.1 = /usr/lib/libz.so.1 (0xf73d9000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xf7354000) libboost_iostreams.so.1.42.0 = /usr/lib/libboost_iostreams.so.1.42.0 (0xf733b000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xf7322000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xf722d000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xf7207000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xf71e9000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xf70a1000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xf709d000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xf7099000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0xf7088000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xf707f000) /lib/ld-linux.so.2 (0xf778b000) Terminal: linux $DISPLAY not set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.34 (SMP w/1 CPU core) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.9 0.7.25.3 Advanced front-end for dpkg ii libboost-iostreams1.42. 1.42.0-3 Boost.Iostreams Library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcwidget3 0.5.16-3 high-level terminal interface libr ii libept0 0.5.30 High-level library for managing De ii libgcc1 1:4.4.4-6GCC support library ii libncursesw55.7+20100313-2 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libsqlite3-03.6.23.1-4 SQLite 3 shared library ii libstdc++6 4.4.4-6 The GNU Standard C++ Library v3 ii libxapian15 1.0.20-2 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: ii apt-xapian-index 0.38 maintenance tools for a Xapian ind pn aptitude-doc-en | aptitude-do none (no description available) pn libparse-debianchangelog-perl none (no description available) ii sensible-utils0.0.4 Utilities for sensible alternative Versions of packages aptitude suggests: pn debtags none (no description available) ii tasksel 2.81 Tool for selecting tasks for insta -- 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#588659: xserver-xorg: working on it, seems that no screen found, P7H55M
Le 11/07/2010 10:04, yellow a écrit : Package: xserver-xorg Version: 1:7.3+20 Followup-For: Bug #588659 Dear Sir, The video card is a ASUS P7H55M Pro; I know now the type of the card It seems that no screen/card is found ; but well startx gives something positives. It works startx but the monitor is turned off. The monitor is a HP w22 with a large range of possible resolution, so surely the 800x640 would work. [...] VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Auburndale/Havendale Integrated Graphics Controller (rev 12) This looks like a very recent graphics card, it won't work fine with Lenny. You must upgrade to squeeze/testing, use a kernel at least 2.6.32-5-amd64/686 (the 2.6.32-3 you tried is not recent enough, take the one in testing right now), let KMS enabled and use recent intel driver (maybe even 2.12 in experimental) and Xserver. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588405: dokuwiki: Attempting to view or modify namespace ACLs fails
Hello, On Sat, Jul 10, 2010 at 6:44 PM, SamLT samuel.leth...@intelunix.fr wrote: But then I had the same error as above: (only in apache's error.log though -nothing on the screen-) I'm currently trying out php-fpm using the dotdeb repository on a testbed server. I noticed that after switching to fpm, the ACL page stays blank at the client but the error continues to appear in the apache error.log as you have mentioned. Since Balaji Dutt didn't mention the command: | chown -R www-data /etc/dokuwiki/ /usr/share/dokuwiki/lib/ I believe www-data requires ownership of /etc/dokuwiki and the entire lib directory only if you want to change settings / install plugins via the web interface. That said, apologies for missing this out. b) what exactly I have to do to have it working? I see you mention the php.ini file, the DOKU_INC variable, but I'm still not sure what to do(which is as 'clean' as possible) If you are running php5-cgi rather than php5-common, the default apache configuration that the package installs will fail. That is because with php5-cgi, using the prepend_file directive inside apache is not supported. You might need to move the directive to a php.ini file under /etc/dokuwiki [2] it looks like there is a problem with the dokuwiki.postrm script if lighttpd is not installed. see the dokuwiki.postrm.diff file attached for a possible fix I can confirm that I had the same problem and it seems to cause the package to fail configuration. I had fixed it by issuing 'touch /etc/dokuwiki/lighthttpd.conf' after which aptitude stopped warning about a broken dokuwiki package. -- Balaji
Bug#588379: using jh_depends when a .jar exists in one than one package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I do not understand that these jars are mentioned in the classpath in the first place. The JVM should load these itself, so you should not have to mention them. The preferred way of choosing a JVM is by using the --jvm argument[1]. ~Niels [1] Just a heads up, the semantics of --jvm will change slightly in 0.32 in regards to how headless is interpreted. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw5jIoACgkQVCqoiq1YlqzrvQCgxysirDTuD0sA/6H4MZY0u9Oo oWgAn10bnMZH0S5Q4Z7SyC5hwbIEgwkr =CCWg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588692: msmtp: the from header is being suppressed
Package: msmtp Version: 1.4.20-1 Severity: normal hello friends, and thank you for providing msmtp. however the from header is being correctly loaded(either automatically, or by command line (example log appended), the from header doesn't arrive at the destination. Jul 11 10:02:10 pisi msmtp: host=mail.resheteva.lan tls=off auth=off from=logch...@resheteva.lan recipients=logcheck mailsize=764 smtpstatus=250 smtpmsg='250 2.0.0 Ok: queued as 571211D0276' exitcode=EX_OK best regards, alex -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-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 msmtp depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii dpkg 1.15.7.2 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcomerr21.41.12-2 common error description library ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libgpg-error0 1.6-1 library for common error values an ii libgsasl7 1.4.4-2GNU SASL library ii libgssapi-krb5-2 1.8.1+dfsg-5 MIT Kerberos runtime libraries - k ii libidn11 1.15-2 GNU Libidn library, implementation ii libk5crypto3 1.8.1+dfsg-5 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.1+dfsg-5 MIT Kerberos runtime libraries ii libntlm0 1.1-1 NTLM authentication library ii ucf 3.0025 Update Configuration File: preserv Versions of packages msmtp recommends: ii ca-certificates 20090814 Common CA certificates msmtp suggests no packages. -- debconf information: * msmtp/tls: false * msmtp/maildomain: resheteva.lan * msmtp/port: 25 * msmtp/host: mail * msmtp/sysconfig: true * msmtp/auto_from: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588658: x11-xkb-utils: french macintosh keymap not compiling
On Sat, Jul 10, 2010 at 22:58:15 +0200, Julien Reveret wrote: Package: x11-xkb-utils Version: 7.5+4 Severity: important Xorg refuses to start because de french macintosh keymap can't be compiled, here is the error log extracted from /var/log/Xorg.0.log: (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap XKB: Failed to compile keymap Keyboard initialization failed. This could be a missing or incorrect setup of xkeyboard-config. Fatal server error: Failed to activate core devices. Please attach your xorg.conf, Xorg.0.log and /etc/default/keyboard files. Thanks, Julien signature.asc Description: Digital signature
Bug#588652: debconf: [INTL:pt] Updated Portuguese translation for manpage
A Domingo 11 Julho 2010 09:57:23 Christian PERRIER você escreveu: Quoting Américo Monteiro (a_monte...@netcabo.pt): Package: debconf Version: 1.5.29 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for debconf's manpage messages. Translator: Américo Monteiro a_monteiro at netcabo.pt Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz at debianpt.org. Committed. Maybe you want to add an addedum, just like the German and French teams did. Attache are the addendum files for French, for instance. Hi I believe these are the files that you asked... Best regards Américo Monteiro PO4A-HEADER:mode=after;position=^\.SH NOM;beginboundary=^FakePo4aBoundary .SH TRADUÇÃO Américo Monteiro a_monte...@netcabo.pt, 2010 .br Por favor comunique quaisquer erros de tradução para a_monte...@netcabo.pt, l...@debianpt.org, ou submeta um relatório de bug contra o pacote debconf. PO4A-HEADER:mode=after;position=^=head1 NOM;beginboundary=^FakePo4aBoundary =head1 TRADUÇÃO Américo Monteiro a_monte...@netcabo.pt, 2010 Por favor comunique quaisquer erros de tradução para a_monte...@netcabo.pt, l...@debianpt.org, ou submeta um relatório de bug contra o pacote debconf.
Bug#588691: Adding output of aptitude
Two additions: I'm running testing and not unstable. And here's the output
of aptitude. Notice the status lines in the first call and missing these
lines in the second call.
nicohaase-test:~# dpkg -l | grep aptitude
ii aptitude 0.6.1.5-3 terminal-based package manager (terminal int
nicohaase-test:~# aptitude -s full-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Status-Informationen einlesen... Fertig
Lese erweiterte Statusinformationen... Fertig
Initialisiere Paketstatus... Fertig
Lese Task-Beschreibungen... Fertig
Die folgenden Pakete werden ENTFERNT:
libboost-iostreams1.40.0{u} liblog4cxx10{u}
Die folgenden Pakete werden aktualisiert:
aptitude
Die folgenden teilweise installierten Pakete werden konfiguriert:
menu
Die folgenden Pakete werden EMPFOHLEN, aber NICHT installiert:
aptitude-doc-cs aptitude-doc-en aptitude-doc-es aptitude-doc-fi
aptitude-doc-fr aptitude-doc-ja libparse-debianchangelog-perl
1 Pakete aktualisiert, 0 zusätzlich installiert, 2 werden entfernt und 0
nicht aktualisiert.
Muss 0B/3.790kB an Archiven herunterladen. Nach dem Entpacken werden 1.651kB
frei werden.
Wollen Sie fortsetzen? [Y/n/?] n
Abbruch.
nicohaase-test:~# dpkg -l | grep aptitude
ii aptitude 0.6.3-2 terminal-based package manager (terminal int
nicohaase-test:~# aptitude -s full-upgrade
Die folgenden Pakete werden ENTFERNT:
libboost-iostreams1.40.0{u} liblog4cxx10{u}
0 Pakete aktualisiert, 0 zusätzlich installiert, 2 werden entfernt und 0
nicht aktualisiert.
Muss 0B an Archiven herunterladen. Nach dem Entpacken werden 1.905kB frei
werden.
Wollen Sie fortsetzen? [Y/n/?] n
Abbruch.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585815: xserver-xorg-video-radeon: radeon/KMS only works in PCI mode (AGP disabled) for RV350 [Mobility Radeon 9600 M10] card
retitle 585815 xserver-xorg-video-radeon: radeon/KMS needs agpmode=1 on RV350 [Mobility Radeon 9600 M10] card thank you Le 10/07/2010 15:32, Stefano a écrit : On Friday 09 July 2010 16:56:06 you wrote: Ping ? Pong. Sorry for the late response but I've been really busy! I have tried some configurations and so far it seems that agpmode=1 works pretty well. Ok good to know. I am retitling the bug accordingly (but it should likely be reassigned to the kernel too). Maybe the upstream devs will add a quirk for your system. I have also tried to run kernel 2.6.34 from experimental to solve another issue (Bug#585822), but such kernel brakes compositing (KDE4 tells me that compositing is not available). However after doing that there's a video game (aquaria, www.bit- blot.com/aquaria/) that does not work anymore, and I have no idea of what I've done to do that! In particular the error is: drmRadeonCmdBuffer: -12. Kernel failed to parse or rejected command stream. See dmesg for more info. and dmesg says: [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! What's weird is that I tried the old radeon configuration and reinstalled the game as well as the configuration files for the game itself but nothing happened! ...not that I want you to debug that, it's just to explain the error. ;-) You might want to open a new bug report about this one. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587002: FTBFS on mips{,el}: /usr/bin/ld: non-dynamic relocations refer to dynamic symbol std::cerr@@GLIBCXX_3.4
Hi, I just tried to rebuild boson 0.13-6 from sid and i see this both with -g and without. I tried building on a mipsel system - yeeloong - using a fresh sid chroot. Adding export CC=gcc-4.3 export CXX=g++-4.3 into debian/rules results in the build finishing. The point where it was failing before was ~11%. kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
Bug#587886: future of maintaining of the bootloader LILO
Gentlemen, I just subscribed to this bug log as an interested party. Allow me to put in my two cents worth, if I may. (1) On behalf of Debian's lilo users, of which I am one, please do not remove lilo from the distribution. I used lilo for many years. When the default boot loader changed to grub version 1, I went with grub version 1. But when grub version 2 became the default with Squeeze, it wouldn't work for me. I switched back to lilo, and I have been using it ever since. And lots of other users use it too. It has a very loyal following. (2) William Pitcock is obviously a very smart man and a very capable maintainer; and I have nothing personal against him; but by making public statements such as lilo has no future, let the damn thing die already, nobody cares what you want, and other similar comments, he has, in my humble opinion, disqualified himself as a legitimate candidate for lilo's maintainer, regardless of how great his technical skills may be. A maintainer should nourish and cherish his package, not try to kill it off. Putting William in charge of lilo is like putting the fox in charge of the hen house. The fox does not have the hens' best interests at heart. I am currently using Joachim's lilo 23.0 on my Dell OptiPlex GX400, and it works flawlessly for me. That's not to say that it has no bugs: it probably does. But to say that it has no merit is going too far. I also have an old Pentium II machine, as William does. I'm going to try out lilo 23.0 there next. I also am volunteering to help out, whether in an official capacity or an unofficial capacity I really don't care. lilo's recent problems are mostly due to a change made to the official Debian stock kernel image package maintainer scripts for Lenny, which essentially broke the support for lilo, although no-one realized it at the time. (See Debian bug number 505609.) Everyone assumed that lilo's map installer was being run following a kernel upgrade, but it wasn't. Everyone assumed that lilo had some kind of fatal flaw. But it wasn't lilo's fault. I am the one who found the cause of that problem. It has been fixed now in the latest stable point release (5.0.5); but for Squeeze, the kernel people would not reinstate the kernel maintainer scripts' historic support for lilo. Hook scripts are now required to make lilo work properly under Squeeze, and /etc/kernel-img.conf must also be set up properly. Those trying to migrate to lilo from grub will have trouble if they don't set up the environment properly. See my unofficial custom kernel-building web page, http://www.wowway.com/~zlinuxman/Kernel.htm, under Step 10: Customizing the kernel installation environment, for more details. Joachim may be a little green, but he wants to see lilo succeed. And that is the most important qualification, in my opinion. Respectfully submitted. -- .''`. Stephen Powell : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588693: ftp.debian.org: RM: kernel-patch-exec-shield -- ROM; outdated; lacks support from kernel-package
Package: ftp.debian.org Severity: normal Since support for dh-kpatches was removed from kernel-package (#569813), the patches provided by this package no longer work as intended with make-kpkg. Hence there is no point in keeping this package in Debian. The package also has other problems: Upstream only ships the patch as part of the Fedora kernel, and it does not always apply cleanly to Debian kernels. As a result, the package has frequently lagged behind the current Debian kernel version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588687: Package is actually libkwebkit0.9.5
I can confirm the bug on my i386 system, but the package name is actually libkwebkit0.9.5 (you are missing a k). Package: libwebkit0.9.5 Version: 0.9svn1148394-1 ... dpkg: error processing /var/cache/apt/archives/libkwebkit0.9.5_0.9svn1148394-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libkwebkit.so.1', which is also in package libkwebkit1 0.9svn1133684-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588679: [pkg-cli-apps-team] Bug#588679: tasque: EDS is not supported
tags 588679 + confirmed severity 588679 minor thanks Hello, On Sun, Jul 11, 2010 at 06:20:03AM +0200, Bjoern Franke wrote: Package: tasque Version: 0.1.9-1 Severity: normal according to the manpage, tasque should support EDS: Tasque is a simple task management application for the Gnome desktop which provides the ability to to tie into any of the following: · Evolution Data Server (EDS) - Use your tasks from Evolution But it only supports a local file and remember the milk, I can not use it to get it working with my Evolution tasks. Thanks for your report. We had to drop evolution support from all of our CLI (~ mono) packages because the bindings weren't being maintained. The man page should be patched to not show this availablity any more. Cheers, Iain signature.asc Description: Digital signature
Bug#588320: quick fix?
Hi Ruben, I have been looking into this problem for a couple of days. Basically, I don't think it is an easy problem for us to patch because the format of the help files themselves has changed significantly. In other words, we could patch ApplicationWindow.cpp to make use of new help files, but we still need upstream to update their online documentation! In the meantime, there is a much easier solution... the qt-assistant-compat package has been created in experimental, which provides the old Qt Assistant and related development files. Just add Build-Depends: qt-assistant-compat-dev. Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587732: protobuf: diff for NMU version 2.3.0-2.1
On Sun, Jul 11, 2010 at 09:05:49 +0200, Giuseppe Iuculano wrote: If you put openjdk-6 in b-d-i, protobuf can't be built on those archs that hasn't openjdk-6, and imho this can be considered an FTBFS even if the binary build works. No, it can't. Cheers, Julien signature.asc Description: Digital signature
Bug#588320: quick fix?
Sorry, make that libqtassistantclient-dev! Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588644: [PTS] chromium-browser is randomically showns as not part of any Debian distribution
On 07/10/2010 07:48 PM, Giuseppe Iuculano wrote: Package: qa.debian.org Severity: normal the PTS shows randomically chromium-browser as not part of any Debian distribution: That might be the same issue (#588563) I've reported two days ago. Buxy said: It looks like one of the mirrors in ftp.us.debian.org is broken then. The source package was simply missing in the Sources file from unstable. But, he closed the bug w/o changing the code to use a different mirror and mirrors didn't fix the faulty mirror yet. So, the issue remains :/ All best, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588652: debconf: [INTL:pt] Updated Portuguese translation for manpage
Quoting Américo Monteiro (a_monte...@netcabo.pt): I believe these are the files that you asked... Exactly. Thanks! signature.asc Description: Digital signature
Bug#587732: protobuf: diff for NMU version 2.3.0-2.1
On 07/11/2010 11:45 AM, Julien Cristau wrote: On Sun, Jul 11, 2010 at 09:05:49 +0200, Giuseppe Iuculano wrote: If you put openjdk-6 in b-d-i, protobuf can't be built on those archs that hasn't openjdk-6, and imho this can be considered an FTBFS even if the binary build works. No, it can't. Please explain why it can't. Cheers, Giuseppe signature.asc Description: OpenPGP digital signature
Bug#587043: gweled: I also have the same problem
Package: gweled Version: 0.8.repack-1 Severity: normal Those permissions changes solved the problem. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gweled depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libmikmod2 3.1.11-a-6.2 A portable sound library ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG gweled recommends no packages. gweled 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#588694: gweled: Gweled grabs /dev/dsp even if it doesn't play sounds
Package: gweled Version: 0.8.repack-1 Severity: normal Under /Preferences/, neither of the two Sound check boxes are checked. Even so, it exclusively grabs /dev/dsp. This can be demonstrated by running Gweled and then running vlc. When it goes to play a movie it pops up an error window complaining about /dev/dsp. The work-around is to start vlc before gweled. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gweled depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libmikmod2 3.1.11-a-6.2 A portable sound library ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG gweled recommends no packages. gweled 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#588695: grub2: [INTL:fr] French debconf templates translation update
Package: grub2
Version: N/A
Severity: wishlist
Tags: patch l10n
Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.
If you do not already use it, you might consider using the
podebconf-report-po utility, which helps warning translators about
changes when you modify some debconf templates in your packages.
The usual policy when using it is sending a warning to translators
when you plan to upload a version of your package with debconf
templates changes (even typo corrections). Then leave about one week
for them to update their files (several translation teams have a QA
process which requires time).
podebconf-report-po will take care of sending the translators the
needed material as well as getting the translators adresses from the
PO files. All you have to do is just using the utility..:-)
Example use (from your package build tree):
$ podebconf-report-po
This will go through debian/po/*.po files, find those needing an
update, extract the translators data from these files and prepare a
mail to send to these translators (you can also use the
--languageteam switch to also mail the mail addresses listed in
Language-Team field).
You can also use this utility to request for new translations:
$ podebconf-report-po --call
This will send a mail to debian-i...@lists.debian.org with all the
needed information and material for new translators to add new
languages to your supported languages.
If you apply this policy, please forget about these remarks, of
courseThis message is generic..:-)
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# translation of fr.po to French
# Translation of grub2 debconf templates to French
# Copyright (C) 2008-2010 Debian French l10n
debian-l10n-fre...@lists.debian.org
# This file is distributed under the same license as the grub2 package.
#
# Christian Perrier bubu...@debian.org, 2007, 2008, 2009, 2010.
msgid
msgstr
Project-Id-Version: fr\n
Report-Msgid-Bugs-To: gr...@packages.debian.org\n
POT-Creation-Date: 2010-07-02 12:55+0100\n
PO-Revision-Date: 2010-07-06 19:02+0200\n
Last-Translator: Christian Perrier bubu...@debian.org\n
Language-Team: French debian-l10n-fre...@lists.debian.org\n
Language: fr\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=2; plural=(n 1);\n
#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid Chainload from menu.lst?
msgstr Faut-il enchaîner le chargement depuis menu.lst ?
#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub.
msgstr Une installation standard de GRUB a été détectée dans /boot/grub.
#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid
In order to replace the Legacy version of GRUB in your system, it is
recommended that /boot/grub/menu.lst is adjusted to chainload GRUB 2 from
your existing GRUB Legacy setup. This step may be automaticaly performed
now.
msgstr
Afin de remplacer cette installation, il est recommandé de modifier /boot/
grub/menu.lst pour enchaîner le chargement de GRUB 2 depuis l'installation
standard de GRUB (« chainload »). Veuillez choisir si vous souhaitez
effectuer cette modification.
#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid
It's recommended that you accept chainloading GRUB 2 from menu.lst, and
verify that your new GRUB 2 setup is functional for you, before you install
it directly to your MBR (Master Boot Record).
msgstr
Il est recommandé de choisir cette option pour pouvoir confirmer le bon
fonctionnement de GRUB 2 avant de l'installer directement sur le secteur
d'amorçage (MBR : « Master Boot Record »).
#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid
In either case, whenever you want GRUB 2 to be loaded directly from MBR, you
can do so by issuing (as root) the following command:
msgstr
Dans tous les cas, pour charger GRUB 2 directement depuis le secteur
d'amorçage, vous devrez utiliser la commande suivante avec les privilèges du
superutilisateur :
#. Type: text
#. Description
#. Disk sizes are in decimal megabytes, to match how disk manufacturers
#. usually describe them.
#: ../grub-pc.templates.in:5001
msgid ${DEVICE} (${SIZE} MB, ${MODEL})
msgstr ${DEVICE} (${SIZE} Mo, ${MODEL})
#. Type: boolean
#. Description
#: ../grub-pc.templates.in:7001
msgid GRUB installation failed. Continue?
msgstr Échec de l'installation de GRUB. Continuer ?
#. Type: boolean
#. Description
#. Type: boolean
#. Description
#: ../grub-pc.templates.in:7001 ../grub-pc.templates.in:8001
msgid GRUB failed to install to the following devices:
msgstr
Bug#587732: protobuf: diff for NMU version 2.3.0-2.1
On Sun, Jul 11, 2010 at 12:15:17 +0200, Giuseppe Iuculano wrote: On 07/11/2010 11:45 AM, Julien Cristau wrote: On Sun, Jul 11, 2010 at 09:05:49 +0200, Giuseppe Iuculano wrote: If you put openjdk-6 in b-d-i, protobuf can't be built on those archs that hasn't openjdk-6, and imho this can be considered an FTBFS even if the binary build works. No, it can't. Please explain why it can't. Because there's no requirement anywhere that says arch:all packages need to be buildable on all architectures. Cheers, Julien signature.asc Description: Digital signature
Bug#588696: iceowl: Localizations are missing
Package: iceowl Version: 1.0~b1+dfsg-4 Severity: wishlist Tags: l10n Iceowl and iceowl-extension only includes the localization for english. Other languages should be either included or provided in separate packages. The existing localization packages for iceowl are too old for iceowl-1.0~b1+dfsg-4. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'experimental'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceowl depends on: ii calendar-timezones 1.0~b1+dfsg-4Timezone Extension for Sunbird/Ice ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-6GCC support library ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii liborbit2 1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpopt01.16-1 lib for parsing cmdline parameters ii libsqlite3-03.6.23.1-4 SQLite 3 shared library ii libstdc++6 4.4.4-6 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxrender1 1:0.9.5-2X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages iceowl recommends: ii calendar-google-provider 1.0~b1+dfsg-4 Google Calendar support for lighti iceowl 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#588405: Fwd: Bug#588405: dokuwiki: Attempting to view or modify namespace ACLs fails
Addl. info from SamLT below that didn't make into the bug report. -- Balaji -- Forwarded message -- From: SamLT samuel.leth...@intelunix.fr Date: Sat, Jul 10, 2010 at 6:44 PM Subject: Re: Bug#588405: dokuwiki: Attempting to view or modify namespace ACLs fails To: tanguy+deb...@ortolo.eu tanguy%2bdeb...@ortolo.eu, balaji.d...@gmail.com Cc: 588...@bugs.debian.org Note: sorry it this appear to be a dup, but I sent this message yesterday to 588...@bugs.debian.org, the message still doesn't appear on the bug report, so I send it to you directly (and cc it to the bug again just in case) Hello, I was having the same problem with the previous revison, then I tried this one (0.0.20091225c-4): Like Balaji Dutt, I first purged dokuwiki, then delete /etc/dokuwiki and /var/lib/dokuwiki. Since the debian dokuwiki page [1] looked updated (see News), I followed those instructions. But then I had the same error as above: (only in apache's error.log though -nothing on the screen-) | PHP Warning: require_once(/var/lib/dokuwiki/plugins/acl/../../../inc/init.php): failed to open stream: No such | file or directory in /var/lib/dokuwiki/plugins/acl/ajax.php on line 15 | PHP Fatal error: require_once(): Failed opening required '/var/lib/dokuwiki/plugins/acl/../../../inc/init.php' | (include_path='.:/usr/share/php:/usr/share/pear') in /var/lib/dokuwiki/plugins/acl/ajax.php on line 15 Since Balaji Dutt didn't mention the command: | chown -R www-data /etc/dokuwiki/ /usr/share/dokuwiki/lib/ I assumed it wasn't needed anymore, so I purge dokuwiki again: | dpkg -P dokuwiki (btw see [2]) Let's start all over again, and here is precisely what I've done: 1) sudo dpkg -i /var/cache/apt/archives/dokuwiki_0.0.20091225c-4_all.deb - Web server(s) to configure automatically: [*] apache2 - Purge pages on package removal? Yes - Administrator password: (2 times) 2) can't login as admin, in apache's error.log: | PHP Warning: include(): Failed opening '/etc/dokuwiki/local.php' for inclusion | (include_path='.:/usr/share/php:/usr/share/pear') in /usr/share/dokuwiki/inc/init.php on line 108 3) well for some reasons, the default rights for /etc/dokuwiki/local.php* are | -rw--- 1 root root298 Jul 9 15:11 local.php | -rw-r--r-- 1 root www-data736 Jan 17 11:35 local.php.dist - sudo chgrp www-data /etc/dokuwiki/local.php - sudo chmod go+r /etc/dokuwiki/local.php 4) login as admin: OK 5) still the same error on the 'Access Control List Management' page With this detail message, I hope we can improve the debian package so that 3) isn't needed anymore. And more importantly I'd like to know a) if the steps on [1] are still required, it doesn't look like but just to be sure. b) what exactly I have to do to have it working? I see you mention the php.ini file, the DOKU_INC variable, but I'm still not sure what to do(which is as 'clean' as possible) Thanks a lot for your help. [1] http://www.dokuwiki.org/install:debian [2] it looks like there is a problem with the dokuwiki.postrm script if lighttpd is not installed. see the dokuwiki.postrm.diff file attached for a possible fix --- dokuwiki.postrm.old 2010-07-09 14:48:31.336133111 +0100 +++ dokuwiki.postrm 2010-07-09 15:27:02.684132323 +0100 @@ -28,7 +28,7 @@ done # Remove lighttpd configuration -lighty-disable-mod dokuwiki +lighty-disable-mod dokuwiki 2/dev/null || true rm -f /etc/lighttpd/conf-available/50-dokuwiki.conf if [ -x /usr/bin/ucf ]; then
Bug#587732: protobuf: diff for NMU version 2.3.0-2.1
On 07/11/2010 12:27 PM, Julien Cristau wrote: Because there's no requirement anywhere that says arch:all packages need to be buildable on all architectures. The binary target must be all that is necessary for the user to build the binary package(s) produced from this source package. So I think this is taken for granted. Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#588666: boot message stuck onto next message
PR == Petter Reinholdtsen p...@hungry.com writes: PR I guess smartmontools uses too long time, and thus startpar PR passes on incomplete lines causing such output. Perhaps make each line show who is doing the talking, and only one process allowed to print per line... That way it would be fine if several processes are talking to syslog at the same time. Just make sure it looks like an IRC log, one person per line. If they are still talking, then a second one of their lines will appear later. Or at least make sure a \n gets added to each line. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588679: [pkg-cli-apps-team] Bug#588679: tasque: EDS is not supported
Hello, But it only supports a local file and remember the milk, I can not use it to get it working with my Evolution tasks. Thanks for your report. We had to drop evolution support from all of our CLI (~ mono) packages because the bindings weren't being maintained. The man page should be patched to not show this availablity any more. Thanks for your reply. EDS-support is not only mentioned in the manpage, also on the tasque-site: http://live.gnome.org/Tasque/Backends bjo signature.asc Description: This is a digitally signed message part
Bug#587732: protobuf: diff for NMU version 2.3.0-2.1
On Sun, Jul 11, 2010 at 12:46:18PM +0200, Giuseppe Iuculano wrote: On 07/11/2010 12:27 PM, Julien Cristau wrote: Because there's no requirement anywhere that says arch:all packages need to be buildable on all architectures. The binary target must be all that is necessary for the user to build the binary package(s) produced from this source package. So I think this is taken for granted. Hmm, I'm not entirely convinced, but OK. Giuseppe, you didn't answer my other question. Can you confirm the package builds fine and the java parts work with gcj? iustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587732: protobuf: diff for NMU version 2.3.0-2.1
On 07/11/2010 12:55 PM, Iustin Pop wrote: Giuseppe, you didn't answer my other question. Can you confirm the package builds fine and the java parts work with gcj? Yes I can. Cheers, Giuseppe signature.asc Description: OpenPGP digital signature
Bug#588657: The current rbot packaging has missing build deps and needs a patch to correct it
tags 588657 + pending thanks Coin, Quoting Rohan Garg rohang...@ubuntu.com: The Current rbot packaging has missing build deps and needs a patch to correct it.The clean rules also need to be modified to remove lib/rbot/pkgconfig.rb properly and also remove debian-changes-0.9.15+post20100705+gitb3aa806-1 from debian/patches Thanks you for the report. I was absolutely sure rake was in the ruby packaging merge which happenened recently, but i was wrong. Nevertheless, i was too hasty in this upload, willing to get rbot working again in testing... Regards. -- Marc Dequènes (Duck) pgpYgRzoMLSn7.pgp Description: PGP Digital Signature
Bug#588697: cryptsetup: cryptdisks scripts not mounting encrypted volumes
From: skibbi ski...@op.pl To: Debian Bug Tracking System sub...@bugs.debian.org Date: Sun, 11 Jul 2010 13:09:21 +0200 Subject: cryptsetup: cryptdisks scripts not mounting encrypted volumes Package: cryptsetup Version: 2:1.1.3-1 Severity: important After the upgrade of the cryptsetup package I'm no longer able to mount/umount my encrypted volumes using cryptdisks_start/stop scripts. :~# cryptdisks_start sdb1_crypt Starting crypto disk...sdb1_crypt (ignored)...done. No propmpt for password, no errors. If I use for example 'cryptsetup luksOpen /dev/sdb1 sdb1_crypt' everything works fine. -- Package-specific info: -- /proc/cmdline root=LABEL=system ro -- /etc/crypttab sda5_crypt /dev/sda5 /dev/urandom cipher=aes-cbc-essiv:sha256,size=256,swap sda6_crypt /dev/sda6 none luks,noauto sdb1_crypt /dev/sdb1 none luks,noauto -- /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 # /dev/sda1 / ext3errors=remount-ro 0 1 LABEL=system / ext3errors=remount-ro 0 1 /dev/mapper/sda6_crypt /home ext3defaults0 0 /dev/mapper/sdb1_crypt /home/data/archive ext3 defaults0 0 /dev/mapper/sda5_crypt noneswapsw 0 0 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 -- lsmod Module Size Used by parport_pc 15799 0 ppdev 4058 0 lp 5570 0 parport22554 3 parport_pc,ppdev,lp act_police 2968 0 cls_flow4840 0 cls_fw 2737 0 cls_u32 4706 0 sch_htb10423 0 sch_hfsc 13154 0 sch_ingress 1092 0 sch_sfq 3874 0 xt_time 1391 0 xt_connlimit2323 0 xt_realm 615 0 iptable_raw 1471 0 xt_comment 599 25 xt_recent 4885 0 xt_policy 1794 0 ipt_ULOG4645 0 ipt_REJECT 1517 4 ipt_REDIRECT 803 0 ipt_NETMAP 825 0 ipt_MASQUERADE 1134 1 ipt_ECN 1276 0 ipt_ecn 928 0 ipt_CLUSTERIP 3982 0 ipt_ah 749 0 ipt_addrtype1345 3 nf_nat_tftp 702 0 nf_nat_snmp_basic 6381 0 nf_nat_sip 4440 0 nf_nat_pptp 1702 0 nf_nat_proto_gre 869 1 nf_nat_pptp nf_nat_irc 1002 0 nf_nat_h323 4395 0 nf_nat_ftp 1519 0 nf_nat_amanda828 0 ts_kmp 1287 5 nf_conntrack_amanda 1637 1 nf_nat_amanda nf_conntrack_sane 2672 0 nf_conntrack_tftp 2321 1 nf_nat_tftp nf_conntrack_sip 10706 1 nf_nat_sip nf_conntrack_proto_sctp 4754 0 nf_conntrack_pptp 3077 1 nf_nat_pptp nf_conntrack_proto_gre 2835 1 nf_conntrack_pptp nf_conntrack_netlink11048 0 nf_conntrack_netbios_ns 914 0 nf_conntrack_irc2535 1 nf_nat_irc nf_conntrack_h323 30924 1 nf_nat_h323 nf_conntrack_ftp4272 1 nf_nat_ftp xt_TPROXY977 0 nf_tproxy_core 1221 1 xt_TPROXY,[permanent] xt_tcpmss 1017 0 xt_pkttype 683 0 xt_physdev 1228 0 xt_owner 747 0 xt_NFQUEUE 1565 0 xt_NFLOG 718 0 nfnetlink_log 5644 1 xt_NFLOG xt_multiport1775 4 xt_MARK 617 1 xt_mark 613 0 xt_mac 675 0 xt_limit1088 0 xt_length796 0 xt_iprange 1049 0 xt_helper879 0 xt_hashlimit6157 0 xt_DSCP 1451 8 xt_dscp 1123 0 xt_dccp 1507 0 xt_conntrack1955 16 xt_CONNMARK 943 0 xt_connmark 799 0 xt_CLASSIFY 617 0 ipt_LOG 3570 5 xt_tcpudp 1743 43 xt_state 927 0 iptable_nat 3551 1 nf_nat 10568 12 ipt_REDIRECT,ipt_NETMAP,ipt_MASQUERADE,nf_nat_tftp,nf_nat_sip,nf_nat_pptp,nf_nat_proto_gre,nf_nat_irc,nf_nat_h323,nf_nat_ftp,nf_nat_amanda,iptable_nat nf_conntrack_ipv4 7597 19 iptable_nat,nf_nat nf_defrag_ipv4 779 2 xt_TPROXY,nf_conntrack_ipv4 nf_conntrack 38067 31
Bug#534444: Acknowledgement (linux-image-2.6.26-2-486: CBQ broken)
I thought we had it closed :) I have not tried with anything past 2.6.26. 2.6.26 as discussed before on this bug has two problems: 1. Counterintuitive use of the word borrow in the stats. 2. Bad estimator precision compared to 2.6.18 and older kernels. If you know about both you can workaround. I do not believe that the use of Borrow will be changed any time soon. It will be interesting to see if the timers have improved, but I have no test rig to test it right now. Brgds, Moritz Muehlenhoff wrote: tags 53 moreinfo thanks On Wed, Jun 24, 2009 at 11:08:36PM +0100, Ben Hutchings wrote: On Wed, 2009-06-24 at 16:42 +0100, Anton Ivanov wrote: Additional information. It does not do it on all classes. I can observe it on a particular class parented to the root CBQ qdisc with multiple burstable children. isolated put on another class parented to the root qdisc is similarly ignored. I will try to dig through the source to see exactly where the bug is, but it is definitely a bug (the results of tc are confirmed by delay measurements and bandwidth measurements in the relevant classes). Please also test whether the configuration you're trying is still broken in kernel version 2.6.30 (from unstable). If so, please report this bug upstream on bugzilla.kernel.org. Anton, does still occur with current kernels? Did you report it in the kernel.org bugzilla? Cheers, Moritz -- Understanding is a three-edged sword: your side, their side, and the truth. --Kosh Naranek A. R. Ivanov E-mail: aiva...@sigsegv.cx WWW: http://www.sigsegv.cx/ pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanov ai...@sigsegv.cx Fingerprint: C824 CBD7 EE4B D7F8 5331 89D5 FCDA 572E DDE5 E715 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588698: cryptsetup: cryptdisks scripts not mounting encrypted volumes
Package: cryptsetup Version: 2:1.1.3-1 Severity: important After the upgrade of the cryptsetup package I'm no longer able to mount/umount my encrypted volumes using cryptdisks_start/stop scripts. :~# cryptdisks_start sdb1_crypt Starting crypto disk...sdb1_crypt (ignored)...done. If I use for example 'cryptsetup luksOpen /dev/sdb1 sdb1_crypt' everything works fine. -- Package-specific info: -- /proc/cmdline root=LABEL=system ro -- /etc/crypttab sda5_crypt /dev/sda5 /dev/urandom cipher=aes-cbc-essiv:sha256,size=256,swap sda6_crypt /dev/sda6 none luks,noauto sdb1_crypt /dev/sdb1 none luks,noauto -- /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 # /dev/sda1 / ext3errors=remount-ro 0 1 LABEL=system / ext3errors=remount-ro 0 1 /dev/mapper/sda6_crypt /home ext3defaults0 0 /dev/mapper/sdb1_crypt /home/data/archive ext3 defaults0 0 /dev/mapper/sda5_crypt noneswapsw 0 0 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 -- lsmod Module Size Used by parport_pc 15799 0 ppdev 4058 0 lp 5570 0 parport22554 3 parport_pc,ppdev,lp act_police 2968 0 cls_flow4840 0 cls_fw 2737 0 cls_u32 4706 0 sch_htb10423 0 sch_hfsc 13154 0 sch_ingress 1092 0 sch_sfq 3874 0 xt_time 1391 0 xt_connlimit2323 0 xt_realm 615 0 iptable_raw 1471 0 xt_comment 599 25 xt_recent 4885 0 xt_policy 1794 0 ipt_ULOG4645 0 ipt_REJECT 1517 4 ipt_REDIRECT 803 0 ipt_NETMAP 825 0 ipt_MASQUERADE 1134 1 ipt_ECN 1276 0 ipt_ecn 928 0 ipt_CLUSTERIP 3982 0 ipt_ah 749 0 ipt_addrtype1345 3 nf_nat_tftp 702 0 nf_nat_snmp_basic 6381 0 nf_nat_sip 4440 0 nf_nat_pptp 1702 0 nf_nat_proto_gre 869 1 nf_nat_pptp nf_nat_irc 1002 0 nf_nat_h323 4395 0 nf_nat_ftp 1519 0 nf_nat_amanda828 0 ts_kmp 1287 5 nf_conntrack_amanda 1637 1 nf_nat_amanda nf_conntrack_sane 2672 0 nf_conntrack_tftp 2321 1 nf_nat_tftp nf_conntrack_sip 10706 1 nf_nat_sip nf_conntrack_proto_sctp 4754 0 nf_conntrack_pptp 3077 1 nf_nat_pptp nf_conntrack_proto_gre 2835 1 nf_conntrack_pptp nf_conntrack_netlink11048 0 nf_conntrack_netbios_ns 914 0 nf_conntrack_irc2535 1 nf_nat_irc nf_conntrack_h323 30924 1 nf_nat_h323 nf_conntrack_ftp4272 1 nf_nat_ftp xt_TPROXY977 0 nf_tproxy_core 1221 1 xt_TPROXY,[permanent] xt_tcpmss 1017 0 xt_pkttype 683 0 xt_physdev 1228 0 xt_owner 747 0 xt_NFQUEUE 1565 0 xt_NFLOG 718 0 nfnetlink_log 5644 1 xt_NFLOG xt_multiport1775 4 xt_MARK 617 1 xt_mark 613 0 xt_mac 675 0 xt_limit1088 0 xt_length796 0 xt_iprange 1049 0 xt_helper879 0 xt_hashlimit6157 0 xt_DSCP 1451 8 xt_dscp 1123 0 xt_dccp 1507 0 xt_conntrack1955 16 xt_CONNMARK 943 0 xt_connmark 799 0 xt_CLASSIFY 617 0 ipt_LOG 3570 5 xt_tcpudp 1743 43 xt_state 927 0 iptable_nat 3551 1 nf_nat 10568 12 ipt_REDIRECT,ipt_NETMAP,ipt_MASQUERADE,nf_nat_tftp,nf_nat_sip,nf_nat_pptp,nf_nat_proto_gre,nf_nat_irc,nf_nat_h323,nf_nat_ftp,nf_nat_amanda,iptable_nat nf_conntrack_ipv4 7597 19 iptable_nat,nf_nat nf_defrag_ipv4 779 2 xt_TPROXY,nf_conntrack_ipv4 nf_conntrack 38067 31 xt_connlimit,ipt_MASQUERADE,ipt_CLUSTERIP,nf_nat_tftp,nf_nat_snmp_basic,nf_nat_sip,nf_nat_pptp,nf_nat_irc,nf_nat_h323,nf_nat_ftp,nf_nat_amanda,nf_conntrack_amanda,nf_conntrack_sane,nf_conntrack_tftp,nf_conntrack_sip,nf_conntrack_proto_sctp,nf_conntrack_pptp,nf_conntrack_proto_gre,nf_conntrack_netlink,nf_conntrack_netbios_ns,nf_conntrack_irc,nf_conntrack_h323,nf_conntrack_ftp,xt_helper,xt_conntrack,xt_CONNMARK,xt_connmark,xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4 iptable_mangle 2325 1 nfnetlink 1798 2 nf_conntrack_netlink,nfnetlink_log iptable_filter
Bug#588701: use better references in Xorg.0.log
Package: xserver-xorg Version: 1:7.5+6 Severity: wishlist $ grep Adding /var/log/Xorg.0.log (II) config/udev: Adding input device Power Button (/dev/input/event4) (II) XINPUT: Adding extended input device Power Button (type: KEYBOARD) (II) config/udev: Adding input device Video Bus (/dev/input/event5) Please use real filenames. Nobody can find where you are talking about otherwise. $ dlocate config/udev udev: /usr/share/pkgconfig/udev.pc Please show what line is getting ignored, or otherwise give better references. (II) config/udev: Adding input device Logitech USB Trackball (/dev/input/mouse0) (II) No input driver/identifier specified (ignoring) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587999: further info
On Sunday 11 July 2010 10:05:08 Brice Goglin wrote: What about the original problem (pixel columns switched when using XV, with 16 or 24 bits color depth), is it gone now? No, not really, but it doesn't affect me now. If I understand correctly, what happened was that KMS broke DRI for X, so it switched back to non-accelerated rendering. Non-accelerated rendering gets the pixel columns wrong. In addition, it seems that DRI with 24BPP requires more memory now that I have (can someone confirm/explain that?), which made diagnosis more complicated. After turning off KMS and upgrading, I was to switch back to 16BPP, which works accelerated now, so the bug doesn't affect me. However, this is rather a workaround than a fix. Uli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588702: doxygen: New upstream version available (1.7.1)
Package: doxygen Version: 1.6.3-1 Severity: normal Hi, Upstream has released a new upstream version, 1.7.1. Please could you package this? Thanks, Roger -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (550, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 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 doxygen depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-6 GCC support library ii libstdc++64.4.4-6The GNU Standard C++ Library v3 Versions of packages doxygen recommends: ii texlive-extra-utils 2009-9 TeX Live: TeX auxiliary programs Versions of packages doxygen suggests: ii doxygen-doc 1.6.3-1Documentation for doxygen ii doxygen-gui 1.6.3-1GUI configuration tool for doxygen ii graphviz 2.26.3-5 rich set of graph drawing tools -- 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#588703: referencer: online help (DE) not usable, because all links on startpage are broken
Package: referencer Version: 1.1.6-1+b2 Severity: important All links on the start page of Referencer's online help are broken when German localisation is used (don't know about other languages). Is it ok that the links have FIVE slashes after the file:; e.g.: file:/usr/share/gnome/help/referencer/de/referencer.xml?intro ? Regards Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages referencer depends on: ii libboost-regex1.42.01.42.0-3 regular expression library for C++ ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-6GCC support library ii libgconfmm-2.6-1c2 2.28.0-1 C++ wrappers for GConf (shared lib ii libglademm-2.4-1c2a 2.6.7-2 C++ wrappers for libglade2 (shared ii libglib2.0-02.24.1-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.24.2-1 C++ wrapper for the GLib toolkit ( ii libgnome-vfsmm-2.6-1c2a 2.26.0-1 C++ wrappers for GnomeVFS (shared ii libgnomemm-2.6-1c2 2.30.0-1 C++ wrappers for libgnome (shared ii libgnomeuimm-2.6-1c2a 2.28.0-1 C++ wrappers for libgnomeui (share ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.20.3-1 C++ wrappers for GTK+ (shared libr ii libpangomm-1.4-12.26.2-1 C++ Wrapper for pango (shared libr ii libpoppler-glib40.12.4-1 PDF rendering library (GLib-based ii libpython2.62.6.5+20100630-2 Shared Python runtime library (ver ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libstdc++6 4.4.4-6 The GNU Standard C++ Library v3 referencer recommends no packages. referencer 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#567793: EXA causes arifacts
On Sunday 11 July 2010 10:12:23 Brice.Goglin wrote: On Sun, Jan 31, 2010 at 02:14:33PM +0100, Ulrich Eckhardt wrote: I have artifacts with colors being off and sometimes areas being filled with black/white noise. [...] Assuming this is the problem you referred to at the end of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587999#66 could you give an update to the status of this exact bug report too? No, the artifacts that prompted me to file this bug were different. However, I'll give EXA another try with the new driver and report the current state. Uli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588704: python-keyczar: debian/copyright silent about doc/pycrypt.*
Source: python-keyczar Version: 0.6~b.061709-1 Severity: serious Tags: pending Justification: Policy 12.5 The doc/pycrypt.* files have a different license and a different copyright holder than the rest of python-keyczar, but this fact is not documented in debian/copyright. -- Jakub Wilk signature.asc Description: Digital signature
Bug#572641: partimage in Packages-arch-specific blacklisted for 64bit but availalbe for amd64
On 15.03.2010 23:04, Kurt Roeckx wrote: On Fri, Mar 05, 2010 at 01:34:03PM +0100, Michael Vogt wrote: Package: buildd.debian.org Severity: normal The information in Packages-arch-specific says: %partimage: !ia64 !alpha !amd64 !kfreebsd-amd64 # 64-bit is br0ken But amd64 packages are availalbe via a binNMU. The changelog mentions some fixes and partimage builds fine (and is able to create images) on amd64. Is that a leftover? Or is it still broken and the amd64 version is there by accident? Once it's in installed state you can schedule binNMUs. So the question is why it got in installed state in the first place. I have no idea if it works properly or not. If not, a bug should be filed against both ftp.debian.org to request the removal and partimage to make sure it doesn't get build and uploaded by accident. If it now works properly we can remove the entry. Hi everyone, so now that Kurt reassigned this bug to partimage and bumped it to serious(?), I wonder what to do about this. The package was switched to i386 only, by it's previous maintainer due to [1]. There were some 64 bit related fixes upstream, but I can't tell for sure if partimage will work in a mixed 32/64bit environment (e.g. backup with i386, restore with amd64). I'd suggest to remove the P-a-s entries and just see what happens. Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=268248 -- 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#588705: Button labels all jammed on one line barely readable
Package: xinput Version: 1.5.2-1 Severity: wishlist For --list --long instead of Button labels: Button Left Button Middle Button Right Button Wheel Up Button Wheel Down Button Horiz Wheel Left Button Horiz Wheel Right Button Side Button Extra Perhaps print Button labels: Button Left Button Middle Button Right Button Wheel Up Button Wheel Down Button Horiz Wheel Left Button Horiz Wheel Right Button Side Button Extra Or: Button labels: 1 Button Left 2 Button Middle 3 Button Right etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588706: please upload the final 3.0.0 mpfr4 source package
Package: mpfr4 Severity: wishlist Version: 3.0.0~rc2-2 please upload the final 3.0.0 mpfr4 source package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588269: Missing crash dump output
Package: warzone2100 Version: 2.3.1-1 Severity: normal Forgot to attach the crash dump. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages warzone2100 depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-5 GCC support library ii libgl1-mesa-glx [libgl1] 7.7.1-3A free implementation of the OpenG ii libglc0 0.7.2-3QuesoGLC GLC implementation ii libglee0d15.4.0-1extension loading library for Open ii libglu1-mesa [libglu1]7.7.1-3The OpenGL utility library (GLU) ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii libopenal11:1.12.854-2 Software implementation of the Ope ii libphysfs12.0.1-1filesystem abstraction library for ii libpng12-01.2.43-1 PNG library - runtime ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libstdc++64.4.4-5The GNU Standard C++ Library v3 ii libtheora01.1.1+dfsg.1-3 The Theora Video Compression Codec ii libvorbis0a 1.3.1-1The Vorbis General Audio Compressi ii libvorbisfile31.3.1-1The Vorbis General Audio Compressi ii libx11-6 2:1.3.3-3 X11 client-side library ii warzone2100-data 2.3.1-1data files for warzone2100 Versions of packages warzone2100 recommends: ii warzone2100-music 2.3.1-1a0.mrvn.1 official music for warzone2100 warzone2100 suggests no packages. -- no debconf information Program: /usr/games/warzone2100(warzone2100) Command line: warzone2100 Version: Version 2.3.1 Distributor: Debian Compiled on: Jun 20 2010 15:22:16 Compiled by: GCC 4.4.4 Compiled mode: Release build Executed on: Tue Jul 6 18:34:31 2010 Operating system: Linux Node name: frosties Release: 2.6.31.6-xen-2010.02.18 Version: #1 SMP Thu Feb 18 09:59:52 CET 2010 Machine: x86_64 Pointers: 64bit Compiled against PhysicsFS version: 2.0.1 Running with PhysicsFS version: 2.0.1 Misc Data: [18:34:31]OpenGL Vendor : NVIDIA Corporation [18:34:31]OpenGL Renderer : ION/PCI/SSE2 [18:34:31]OpenGL Version : 3.2.0 NVIDIA 195.36.24 [18:34:31]OpenGL GLSL Version : 1.50 NVIDIA via Cg compiler [18:34:31]Video Mode 1680 x 1050 (32 bpp) (fullscreen) [18:34:37]OpenAL Vendor: OpenAL Community [18:34:37]OpenAL Version: 1.1 ALSOFT 1.12.854 [18:34:37]OpenAL Renderer: OpenAL Soft [18:34:37]OpenAL Extensions: AL_EXTX_buffer_sub_data AL_EXT_DOUBLE AL_EXT_EXPONENT_DISTANCE AL_EXT_FLOAT32 AL_EXT_IMA4 AL_EXT_LINEAR_DISTANCE AL_EXT_MCFORMATS AL_EXT_MULAW AL_EXT_MULAW_MCFORMATS AL_EXT_OFFSET AL_EXTX_sample_buffer_object AL_EXT_source_distance_mode [18:34:37]Using language: System locale [18:34:52]Current Level/map is CAM_1CA [18:43:48]Current Level/map is SUB_1_4AS [18:52:43]Current Level/map is SUB_1_4A Dump caused by signal: SIGSEGV: Invalid memory reference: Address not mapped to object Log message: info|06:43:48: [seq_Play] unable to open 'sequences/cam1/sub1_4pl.ogg' for playback Log message: info|06:43:48: [seq_Play] unable to open 'sequences/cam1/sub14anp.ogg' for playback Log message: info|06:43:48: [seq_Play] unable to open 'sequences/npend.ogg' for playback Log message: info|06:43:48: [seq_Play] unable to open 'sequences/cam1/sub1_4.ogg' for playback Log message: info|06:43:53: [seq_Play] unable to open 'sequences/cam1/sub1_4pl.ogg' for playback Log message: info|06:43:53: [seq_Play] unable to open 'sequences/cam1/sub14anp.ogg' for playback Log message: info|06:43:53: [seq_Play] unable to open 'sequences/npend.ogg' for playback Log message: info|06:43:53: [seq_Play] unable to open 'sequences/cam1/sub1_4.ogg' for playback Log message: info|06:58:14: [seq_Play] unable to open 'sequences/cam1/sub14bpl.ogg' for playback Log message: info|06:58:14: [seq_Play] unable to open 'sequences/cam1/sub1_4bn.ogg' for playback Log message: info|06:58:14: [seq_Play] unable to open 'sequences/nexend.ogg' for playback Log message: info|06:58:15: [seq_Play] unable to open 'sequences/cam1/sub1_4b.ogg' for playback Log message: info|06:58:16: [seq_Play] unable to open 'sequences/cam1/sub14bpl.ogg' for playback Log message: info|06:58:16: [seq_Play] unable to open 'sequences/cam1/sub1_4bn.ogg' for playback Log message: info|06:58:16: [seq_Play] unable to open 'sequences/nexend.ogg' for playback Log message: info|06:58:16: [seq_Play] unable to open 'sequences/cam1/sub1_4b.ogg' for playback Log message: error |07:26:40: [mapTile] mapTile: x value
Bug#588705: Button labels all jammed on one line barely readable
On Sun, Jul 11, 2010 at 20:33:14 +0800, jida...@jidanni.org wrote: Package: xinput Version: 1.5.2-1 Severity: wishlist For --list --long instead of Button labels: Button Left Button Middle Button Right Button Wheel Up Button Wheel Down Button Horiz Wheel Left Button Horiz Wheel Right Button Side Button Extra Perhaps print Button labels: Button Left Button Middle Button Right Button Wheel Up Button Wheel Down Button Horiz Wheel Left Button Horiz Wheel Right Button Side Button Extra Or: Button labels: 1 Button Left 2 Button Middle 3 Button Right etc. Thanks for your report, feel free to send patches. Cheers, Julien signature.asc Description: Digital signature
Bug#574292: corrupts if interrupted
Package: e2fsprogs Severity: normal File: /sbin/resize2fs Maybe resize2fs could catch the signal and ask if that is really what one wants for those cases where interupting causes corruption. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages e2fsprogs depends on: ii e2fslibs 1.41.12-2 ext2/ext3/ext4 file system librari ii libblkid1 2.17.2-3 block device id library ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libcomerr21.41.12-2 common error description library ii libss21.41.12-2 command-line interface parsing lib ii libuuid1 2.17.2-3 Universally Unique ID library ii util-linux2.17.2-3 Miscellaneous system utilities e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static none (no description available) pn gpart none (no description available) ii parted2.2-5 The GNU Parted disk partition resi -- 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#588633: audacious: High CPU usage
Hi, Eli epicado...@gmail.com wrote: The usage of CPU is now very high aprox 20-40%(depends on song played) with audacious version 2.1-1 and playing same songs cpu was about 2-5 % Since audacious is defined as small and fast audio player, it will be no interesting with such a high cpu usage. Playing a stereo, 22050 Hz, 77 kbps Vorbis file (resampled to 44100 Hz) on an Intel Core 2 Duo T6400 at 2 GHz: Cpu(s): 0.9%us, 0.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Your high CPU usage may be a problem with your audio output system. Try outputting to ALSA device hw:0,0. -- John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585757: Reassign to libglc?
Shouldn't that bug rather be reassigned to libglc0 than closed? I mean, I don't care, my local version works now. Just seems kind of strange to me. Best regards, Christian Ohm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572641: partimage in Packages-arch-specific blacklisted for 64bit but availalbe for amd64
On Sun, Jul 11, 2010 at 02:33:04PM +0200, Michael Biebl wrote: The package was switched to i386 only, by it's previous maintainer due to [1]. There were some 64 bit related fixes upstream, but I can't tell for sure if partimage will work in a mixed 32/64bit environment (e.g. backup with i386, restore with amd64). I'd suggest to remove the P-a-s entries and just see what happens. I've just done that now. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588707: libdbg: Typo in package description: This packages Contains
Package: libdbg Severity: minor Typo is package description: Original downstream bug: https://bugs.edge.launchpad.net/ubuntu/+source/libdbg/+bug/486641 -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid-proposed'), (500, 'lucid-backports'), (500, 'lucid') Architecture: i386 (i686) Kernel: Linux 2.6.32-24-generic (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543484: [Pkg-ia32-libs-maintainers] Bug#543484: ia32-libs: failed to load 32bit version of dri lib (wrong version?)
Le dimanche 11 juillet 2010 à 09:34 +0200, Goswin von Brederlow a
écrit :
Nicolas VIVIEN prog...@free.fr writes:
This is strange because google earth used to work.
The problem is that ia32-libs can not fix this. Policy forbids setting
LIBGL_DRIVERS_PATH (or any environment variable) globally and we can't
patch libgl because the prebuild i386 lib is used.
So this needs to be fixed properly in the libgl source package. So the
remaining question is what source package is that? The libgl is diverted
by the non-free nvidia driver, right? [ask dpkg about the lib please]
MfG
Goswin
Indeed, with non-free Nvidia driver, I haven't more issue. Because libgl
is diverted by nvidia driver.
But, if you don't use non-free nvidia driver (nouveau, ATI, Intel...) ;
libgl will use DRI module 64 bits inside of 32 bits.
Indeed, to fix this into ia32-libs, we have to fix it into :
package : libgl1-mesa-glx_7.5-3_i386.deb
So ; ./mesa_7.5.orig.tar.gz
if (arch is x86-64) {
if (built in 64 bits)
path = /usr/lib/dri
else if (built in 32 bits)
path = /usr/lib32/dri
}
else if (arch is i386)
path = /usr/lib32/dri
Regards,
Nicolas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585757: Reassign to libglc?
On Sunday 11 July 2010 15:19:40 you wrote: Shouldn't that bug rather be reassigned to libglc0 than closed? I mean, I don't care, my local version works now. Just seems kind of strange to me. Feel free to re-assign it. As I didn't see any issues that is not really up to me. Thanks, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583333: kid3: Broken symlinks
Am 27.05.2010 08:54, schrieb Francois Gouget: Package: kid3 Version: 1.4-1 Severity: normal $ dpkg -L kid3 | grep kid3/common /usr/share/doc/kde/HTML/en/kid3/common /usr/share/doc/kde/HTML/de/kid3/common $ ls -l /usr/share/doc/kde/HTML/*/kid3/common lrwxrwxrwx 1 root root 15 Mar 20 16:35 /usr/share/doc/kde/HTML/de/kid3/common - ../../en/common lrwxrwxrwx 1 root root 9 Mar 20 16:35 /usr/share/doc/kde/HTML/en/kid3/common - ../common $ find /usr/share/doc/kde/HTML -name common /usr/share/doc/kde/HTML/de/kid3/common /usr/share/doc/kde/HTML/en/kid3/common So these two symbolic links are broken and thus get reported by tigercron. What's wrong there, they are not broken. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ signature.asc Description: OpenPGP digital signature
Bug#583606: [pkg-eucalyptus-maintainers] Bug#583606: libmule-java-2.0: no SpringXmlConfigurationBuilder; eucalyptus FTBFS
Le Sat, Jul 10, 2010 at 03:03:53PM -0430, Miguel Landaeta a écrit : This is not a problem with Java, it's just missing Build-Depends. Please see my attached patch to fix this problem. Thanks, Miguel. I have uploaded the package with the changes you suggested. Here is the build log so that you can check if everything worked as intended. Please open a new bug against eucalyptus with the new FTBFS symptoms now that this part is resolved. Cheers, -- Charles mule_2.0.1-2_amd64.build.gz Description: Binary data
Bug#588708: Segfault on LLVM IR file
Package: llvm-2.7
Version: 2.7-3
Severity: normal
I have a LLVM IR file (attached) that causes a segfault in the llc-2.7
command line program.
prompt llc-2.7 testasm.ll -o testasm.s
0 libLLVM-2.7.so.1 0x7f1ab1da247f
1 libLLVM-2.7.so.1 0x7f1ab1da2acd
2 libpthread.so.0 0x7f1ab118df60
3 libLLVM-2.7.so.1 0x7f1ab1d27c4a
llvm::SelectionDAGISel::HandlePHINodesInSuccessorBlocks(llvm::BasicBlock*) + 826
4 libLLVM-2.7.so.1 0x7f1ab1d343b1
llvm::SelectionDAGISel::SelectBasicBlock(llvm::BasicBlock*,
llvm::ilist_iteratorllvm::Instruction,
llvm::ilist_iteratorllvm::Instruction, bool) + 449
5 libLLVM-2.7.so.1 0x7f1ab1d38667
llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function,
llvm::MachineFunction, llvm::MachineModuleInfo*, llvm::DwarfWriter*,
llvm::TargetInstrInfo const) + 1639
6 libLLVM-2.7.so.1 0x7f1ab1d39617
llvm::SelectionDAGISel::runOnMachineFunction(llvm::MachineFunction) + 1367
7 libLLVM-2.7.so.1 0x7f1ab1a1e0d2
llvm::FPPassManager::runOnFunction(llvm::Function) + 498
8 libLLVM-2.7.so.1 0x7f1ab1a1e24b
llvm::FunctionPassManagerImpl::run(llvm::Function) + 91
9 libLLVM-2.7.so.1 0x7f1ab1a1e3fe
llvm::FunctionPassManager::run(llvm::Function) + 110
10 llc-2.7 0x0040864c main + 5212
11 libc.so.60x7f1ab0284c4d __libc_start_main + 253
12 llc-2.7 0x00406599
Stack dump:
0. Program arguments: llc-2.7 testasm.ll -o testasm.s
1. Running pass 'X86 DAG-DAG Instruction Selection' on function
'@enterLeave'
Segmentation fault
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968)
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Versions of packages llvm-2.7 depends on:
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libffi5 3.0.9-2Foreign Function Interface library
ii libgcc1 1:4.4.4-6 GCC support library
ii libllvm2.72.7-3 Low-Level Virtual Machine (LLVM),
ii libstdc++64.4.4-6The GNU Standard C++ Library v3
ii llvm-2.7-runtime 2.7-3 Low-Level Virtual Machine (LLVM),
Versions of packages llvm-2.7 recommends:
ii llvm-2.7-dev 2.7-3 Low-Level Virtual Machine (LLVM),
Versions of packages llvm-2.7 suggests:
ii llvm-2.7-doc 2.7-3 Low-Level Virtual Machine (LLVM),
-- no debconf information
; Some random module!
%struct.Obj = type {i32}
@_ddcSlotPtr = external global %struct.Obj**, align 8
@_ddcSlotMax = external global %struct.Obj**, align 8
@_ddcSlotBase = external global %struct.Obj**, align 8
declare external ccc void @_panicOutOfSlots() align 8
declare external ccc void @_panicSlotUnderflow() align 8
define linkonce ccc i32 @enterLeave() align 8
{
entry:
; _ENTER (13)
%enter.0 = load %struct.Obj*** @_ddcSlotPtr
%enter.1 = getelementptr inbounds %struct.Obj** %enter.0, i32 13
store %struct.Obj** %enter.1, %struct.Obj*** @_ddcSlotPtr
%enter.2 = load %struct.Obj*** @_ddcSlotMax
%enter.3 = icmp ult %struct.Obj** %enter.1, %enter.2
br i1 %enter.3, label %enter.good, label %enter.panic
enter.panic:
call ccc void ()* @_panicOutOfSlots( ) noreturn
br label %enter.good
enter.good:
; ---===+++===---
%init.0 = load %struct.Obj*** @_ddcSlotPtr
br label %init.top
init.top:
%init.index = phi i64 [0, %init.top],[%init.index.next, %init.top]
%init.tmp = add i64 %init.index, -13
%init.index.next = add i64 %init.index, 1
%init.done = icmp eq i64 %init.index.next, 13
br i1 %init.done, label %init.end, label %init.top
init.end:
; ---
; _LEAVE (13)
%leave.0 = load %struct.Obj*** @_ddcSlotPtr
%leave.1 = getelementptr inbounds %struct.Obj** %leave.0, i32 -13
store %struct.Obj** %leave.1, %struct.Obj*** @_ddcSlotPtr
%leave.2 = load %struct.Obj*** @_ddcSlotBase
%leave.3 = icmp ult %struct.Obj** %leave.1, %leave.2
br i1 %leave.3, label %leave.panic, label %leave.ok
leave.panic:
call ccc void ()* @_panicSlotUnderflow( ) noreturn
br label %leave.ok
leave.ok:
; ---
ret i32 42
}
Bug#567806:
I can confirm that it doesn't behave like a monospace font, c.f. this RedHat bug: https://bugzilla.redhat.com/show_bug.cgi?id=508899 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588709: openvpn doesn't maintain startup decission in upgrade
Package: openvpn Version: 2.1.0-3 Hi, I had openvpn startup turned off with update-rc.d -f openvpn remove Today I upgrade my system, and openvpn went from 2.1.0-2 to 2.1.0-3. Then I rebooted and openvpn was launched in the system asking me for my password, so this system won't boot if you are not in front of the console. I think this code in postinst should be changed if we are upgrading and not installing so startup openvpn config won't change on upgrade: # Automatically added by dh_installinit if [ -x /etc/init.d/openvpn ]; then update-rc.d openvpn defaults 16 80 /dev/null || exit $? fi # End automatically added section Sorry for my english
Bug#588710: openvpn doesn't maintain startup decission in upgrade
Package: openvpn Version: 2.1.0-3 Hi, I had openvpn startup turned off with update-rc.d -f openvpn remove Today I upgrade my system, and openvpn went from 2.1.0-2 to 2.1.0-3. Then I rebooted and openvpn was launched in the system asking me for my password, so this system won't boot if you are not in front of the console. I think this code in postinst should be changed if we are upgrading and not installing so startup openvpn config won't change on upgrade: # Automatically added by dh_installinit if [ -x /etc/init.d/openvpn ]; then update-rc.d openvpn defaults 16 80 /dev/null || exit $? fi # End automatically added section Sorry for my english
Bug#585081: [Pkg-kde-extras] Bug#577497: Bug#585081: Albums are empty after upgrade of exiv2 as well
Hello Mark, Am Dienstag 15 Juni 2010, 12:37:19 schrieben Sie: On Tuesday 15 June 2010 14:25:49 Michael Holtermann wrote: Yes, it has. Now the images are back again... No problem. I have uploaded exiv2 0.19-3 which reverts the Nikon patch from upstream. It appears that we do require the rebuild of all libs for the Nikon fix (ie 0.20) and can't just sneak it on the back of 0.19. today I've updated to libkexiv2-4.4.4-1+b1 and eviv2-0.20-2, which fixed this issue. Thanks a lot! Kind regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588711: /usr/bin/clang: incorrect implementation of __builtin_expect()
Package: clang Version: 2.6-3 Severity: normal File: /usr/bin/clang The prototype of the __builtin_expect() macro is supposed to be: long __builtin_expect(long exp, long c); In clang 2.6 this is incorrectly implemented as: int __builtin_expect(int exp, int c); This can cause a silent integer overflow with values of exp larger than INT_MAX on a 64-bit platform. Upstream has committed a fix in SVN r85666, and the fix is incorporated into clang 2.7. The libdispatch package has been patched to workaround this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588712: wesnoth-1.8.desktop doesn't point to the correct exec and icon
Package: wesnoth-1.8-core Version: 1:1.8.3-1 /usr/share/applications/wesnoth-1.8.desktop says : Icon=wesnoth-icon Exec=wesnoth but it should really be : Icon=wesnoth-1.8-icon Exec=wesnoth-1.8 Hope that helps, JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587961: [Pkg-utopia-maintainers] Bug#587961: avahi-daemon: patch for #517160 affects more than just reflector
On Sun, 11.07.10 10:44, Julien BLACHE (jbla...@debian.org) wrote: Michael Biebl bi...@debian.org wrote: Hi Michael, I just uploaded 0.6.26-1 which contains a fix for http://avahi.org/ticket/300 Could you please test if that also solves your particular issue and report back. Looking at the code again, the patch does the right thing and the code is now correct in its handling of link local addresses wrt reflector. The remaining issue is that avahi should be better at choosing the IPv4 address it sends back to the client when resolving a service. Working IPv4 LL is all but a given. I think avahi should not return an IPv4 LL address when a global address is also advertised if the host doesn't have a link local address configured on the interface avahi got the mDNS response from. Hmm, if I parse this correctly then you have two machines. One running some mDNS stack that's not Avahi which announces both an IPv4LL and a global address. And another one which runs Avahi and when contacting the first machine ends up using the IPv4LL address of the first one, and you dont want that to happen? Is that correct? Avahi tries to be smart with the addresses it announces, and it only announces one address at a timne, and picks the best local address it can find for that. (i.e. preferring gloabl addresses over IPv4LL if both are available). Now, for the A/ records it receives from other hosts it will just return to the resolving applications the first one the hosts sends. This is kinda mandated by the resolving scheme which basically says browse for an A/ record and return the first one you find. Or in other words: it should be the job of the announcer to pick the best address to announce, not the lookup client to pick the best address it finds. Because the former can have complete knowledge of what is available and the latter cannot. What really puzzles me though is why this is even a problem. Doesn't Debian set up the IP4VLL routes properly? i.e. see: http://avahi.org/wiki/AvahiAutoipd If those routes are in place it shouldn't matter much which address Avahi returns to the lookup clients, because all are equally usable. Lennart -- Lennart Poettering - Red Hat, Inc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588713: gthumb: Segfault at startup in clutter_init()/cogl_create_context() (again)
Package: gthumb
Version: 3:2.11.4-2+b1
Severity: important
In the same conditions as #573723, I get a segmentation fault at startup.
I assume this appears when reenabling libclutter. The stack is not exactly the
same as in #573723.
Other maybe relevant information: I'm running nvidia driver 195.36.24 with
twinview enabled and DRI broken (disabled), so no hardware opengl:
Xlib: extension XFree86-DRI missing on display :0.0.
libGL error: XF86DRIQueryDirectRenderingCapable faileddisplay: :0 screen: 0
Here is the log and stack trace:
% gdb -args gthumb --clutter-debug=all
GNU gdb (GDB) 7.1-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as i486-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/gthumb...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/gthumb --clutter-debug=all
[Thread debugging using libthread_db enabled]
ClutterX11-Message: [BACKEND] clutter-backend-x11.c:174: Getting the X screen
Clutter-Message: [BACKEND] ./clutter-backend.c:165: Units per em: 9,66
ClutterX11-Message: [BACKEND] clutter-backend-x11.c:226: X Display
':0.0'[0x8105a00] opened (screen:0, root:429, dpi:86,124503)
Clutter-Message: [BACKEND] ./clutter-stage.c:1004: Creating stage from the
default backend
ClutterGLX-Message: [BACKEND] clutter-backend-glx.c:598: Creating stage of type
'ClutterStageGLX'
ClutterGLX-Message: [BACKEND] clutter-backend-glx.c:616: GLX stage
created[0x8128000] (dpy:0x8105a00, screen:0, root:429, wrap:0x8127010)
Clutter-Message: [ACTOR] ./clutter-actor.c:1183: Realizing actor 'ClutterStage'
[0x8127010]
Clutter-Message: [ACTOR] ./clutter-actor.c:1183: Realizing actor
'ClutterStageGLX' [0x8128000]
ClutterGLX-Message: [ACTOR] clutter-stage-glx.c:125: Realizing stage
'ClutterStageGLX' [0x8128000]
ClutterGLX-Message: [BACKEND] clutter-backend-glx.c:657: Retrieving GL visual
(for onscreen use), dpy: 0x8105a00, xscreen; 0x8110168 (0)
ClutterGLX-Message: [MISC] clutter-stage-glx.c:151: Creating stage X window
Clutter-Message: [LAYOUT] ./clutter-actor.c:4523: Width request for -1,00 px
Clutter-Message: [LAYOUT] ./clutter-actor.c:4594: Width request for 640,00 px
ClutterGLX-Message: [BACKEND] clutter-backend-glx.c:657: Retrieving GL visual
(for onscreen use), dpy: 0x8105a00, xscreen; 0x8110168 (0)
ClutterGLX-Message: [GL] clutter-backend-glx.c:374: Creating GL Context
(display: 0x8105a00, onscreen)
ClutterGLX-Message: [GL] clutter-backend-glx.c:400: Setting indirect context
ClutterGLX-Message: [BACKEND] clutter-stage-glx.c:215: Successfully realized
stage
ClutterX11-Message: [BACKEND] clutter-stage-x11.c:365: setting cursor state
('visible') over stage window (58720260)
Clutter-Message: [MULTISTAGE] ./clutter-backend.c:344: Setting the new stage
[0x8127010]
ClutterGLX-Message: [MULTISTAGE] clutter-backend-glx.c:438: Setting context for
stage of type ClutterStageGLX [0x8128000]
ClutterGLX-Message: [BACKEND] clutter-backend-glx.c:470: MakeCurrent dpy:
0x8105a00, window: 0x384 (native), context: 0x81260e8
Xlib: extension XFree86-DRI missing on display :0.0.
ClutterX11-Message: [EVENT] clutter-backend-x11.c:235: initialising the event
loop
Clutter-Message: [MISC] ./clutter-feature.c:84: checking features
Clutter-Message: [MISC] ./clutter-feature.c:88: allocating features data
Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) bt
#0 0x in ?? ()
#1 0xb7ce1ce1 in _cogl_material_flush_base_gl_state (handle=0x812f7d8,
options=0x0) at cogl-material.c:1566
#2 _cogl_material_flush_gl_state (handle=0x812f7d8, options=0x0)
at cogl-material.c:1608
#3 0xb7cec720 in cogl_create_context () at cogl-context.c:173
#4 _cogl_context_get_default () at cogl-context.c:227
#5 0xb7ce49dd in cogl_get_features () at cogl.c:585
#6 0xb7cb1563 in _clutter_feature_init () at ./clutter-feature.c:98
#7 0xb7cb70b3 in clutter_init_real (error=value optimized out)
at ./clutter-main.c:1267
#8 0xb7cb73d8 in clutter_init (argc=0x0, argv=0x0) at ./clutter-main.c:1676
#9 0xb7d27b46 in gtk_clutter_init (argc=0x0, argv=0x0)
at ./gtk-clutter-util.c:631
#10 0x080db65e in main ()
(gdb)
Thanks a lot.
Best regards,
--
Julien Leproust
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.34-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 gthumb depends on:
ii gthumb-data 3:2.11.4-2 an image viewer and browser - arch
ii libatk1.0-0 1.30.0-1 The
Bug#587743: gnucash: segfault on open
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Alexander, Alexander Reichle-Schmehl schrieb: Just guessing, but has anyone tried, if updating hte glib2.0 backport solves the problem? I've just tried it, but unfortunately updating the glib2.0 backport to 2.24.1-1 didn't solve the problem: Gnucash still segaults. :( However, thanks for the idea. Regards Micha -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw50X4ACgkQWN0/4pnhQbROnQCgvNJNncrtBnpYx6vAWEZiY21v BOsAn2dT7ErnyKc4kzrIom2cMz6131uY =DfmP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588714: devscripts: [debchange] --team option for team uploads.
Package: devscripts
Version: 2.10.64
Severity: wishlist
Tags: patch
Dear debchange maintainers,
There were discussions in 2009 and 2010 about “Team uploads”, briefly
summarised on the Debian wiki: ‘http://wiki.debian.org/TeamUpload’.
Team uploads have been documented in the Developers reference, and Lintian has
been adapted to understand them. Here is a patch to add an option “--team” to
debchange, that turns off NMU detection and starts the changelog with:
* Team upload.
I tried to make the modifications the less invasive as possible, so I have not
reformatted the source if the lines look like being larger than 80 characters.
Within the groups of options that have similar purposes, I tried to add the
code for team uploads just after the code for security uploads, because it is
the previous letter in the alphabet.
Please let me know of any improvement I can do to the attached patch, and if
I can commit it directly.
Have a nice day,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
From 2ec3c07f1a1f4a5a65baaf47443c255c168685f8 Mon Sep 17 00:00:00 2001
From: Charles Plessy ple...@debian.org
Date: Sun, 11 Jul 2010 23:04:35 +0900
Subject: [PATCH] debchange: added a --team option.
The --team option swiches off NMU detection and prints a first line containing:
* Team upload.
---
scripts/debchange.pl | 26 --
1 files changed, 16 insertions(+), 10 deletions(-)
diff --git a/scripts/debchange.pl b/scripts/debchange.pl
index f000523..1f9b008 100755
--- a/scripts/debchange.pl
+++ b/scripts/debchange.pl
@@ -119,6 +119,8 @@ Options:
Increment the Debian release number for a Debian QA Team upload
-s, --security
Increment the Debian release number for a Debian Security Team upload
+ --team
+ Increment the Debian release number for a team upload
--bpo
Increment the Debian release number for a Backports.org upload
to lenny-backports
@@ -180,7 +182,7 @@ Options:
Display this help message and exit
--version
Display version information
- At most one of -a, -i, -e, -r, -v, -d, -n, --bin-nmu, -q, --qa, -s, --bpo, -l
+ At most one of -a, -i, -e, -r, -v, -d, -n, --bin-nmu, -q, --qa, -s, --team,
--bpo, -l
(or their long equivalents) may be used.
With no options, one of -i or -a is chosen by looking for a .upload
file in the parent directory and checking its contents.
@@ -298,7 +300,7 @@ if (@ARGV and $ARGV[0] =~ /^--no-?conf$/) {
# with older debchange versions.
my ($opt_help, $opt_version);
my ($opt_i, $opt_a, $opt_e, $opt_r, $opt_v, $opt_b, $opt_d, $opt_D, $opt_u,
$opt_force_dist);
-my ($opt_n, $opt_bn, $opt_qa, $opt_s, $opt_bpo, $opt_l, $opt_c, $opt_m,
$opt_create, $opt_package, @closes);
+my ($opt_n, $opt_bn, $opt_qa, $opt_s, $opt_team, $opt_bpo, $opt_l, $opt_c,
$opt_m, $opt_create, $opt_package, @closes);
my ($opt_news);
my ($opt_level, $opt_regex, $opt_noconf, $opt_empty);
@@ -324,6 +326,7 @@ GetOptions(help|h = \$opt_help,
bin-nmu = \$opt_bn,
q|qa = \$opt_qa,
s|security = \$opt_s,
+ team = \$opt_team,
bpo = \$opt_bpo,
l|local=s = \$opt_l,
query! = \$opt_query,
@@ -372,8 +375,8 @@ if (defined $opt_level) {
if (defined $opt_regex) { $check_dirname_regex = $opt_regex; }
# Only allow at most one non-help option
-fatal Only one of -a, -i, -e, -r, -v, -d, -n/--nmu, --bin-nmu, -q/--qa,
-s/--security, --bpo, -l/--local is allowed;\ntry $progname --help for more
help
-if ($opt_i?1:0) + ($opt_a?1:0) + ($opt_e?1:0) + ($opt_r?1:0) +
($opt_v?1:0) + ($opt_d?1:0) + ($opt_n?1:0) + ($opt_bn?1:0) + ($opt_qa?1:0) +
($opt_s?1:0) + ($opt_bpo?1:0) + ($opt_l?1:0) 1;
+fatal Only one of -a, -i, -e, -r, -v, -d, -n/--nmu, --bin-nmu, -q/--qa,
-s/--security, --team, --bpo, -l/--local is allowed;\ntry $progname --help for
more help
+if ($opt_i?1:0) + ($opt_a?1:0) + ($opt_e?1:0) + ($opt_r?1:0) +
($opt_v?1:0) + ($opt_d?1:0) + ($opt_n?1:0) + ($opt_bn?1:0) + ($opt_qa?1:0) +
($opt_s?1:0) + ($opt_team?1:0) + ($opt_bpo?1:0) + ($opt_l?1:0) 1;
if ($opt_s) {
$opt_u = high;
@@ -429,8 +432,8 @@ fatal --package cannot be used when creating a NEWS file
if ($opt_create) {
if ($opt_a || $opt_i || $opt_e || $opt_r || $opt_b || $opt_n || $opt_bn ||
- $opt_qa || $opt_s || $opt_bpo || $opt_l || $opt_allow_lower) {
- warn $progname warning: ignoring
-a/-i/-e/-r/-b/--allow-lower-version/-n/--bin-nmu/-q/--qa/-s/--bpo/-l options
with --create\n;
+ $opt_qa || $opt_s || $opt_team || $opt_bpo || $opt_l ||
$opt_allow_lower) {
+ warn $progname warning: ignoring
-a/-i/-e/-r/-b/--allow-lower-version/-n/--bin-nmu/-q/--qa/-s/--team/--bpo/-l
options with --create\n;
$warnings++;
}
if ($opt_package $opt_d) {
@@ -712,7 +715,7 @@ if (! $opt_m) {
#
if ($opt_auto_nmu eq 'yes' and ! $opt_v and ! $opt_l and ! $opt_s and
-! $opt_qa and ! $opt_bpo and ! $opt_bn and ! $opt_n and !
Bug#588715: grub-probe fails to find a device for /
Package: grub-common Version: 1.98-1 Severity: normal First noticed within the past week while trying to upgrade memtest86+, the grub-probe program complains: grub-probe: error: cannot find a device for / (is /dev mounted?). It gives the same error when invoked directly from the command line. /dev is, in fact, mounted. The output of mount shows: /dev/mapper/c--68--40--176--142-root on / type ext4 (rw,user_xattr,errors=remount-ro) Verifying that with file gives: /dev/mapper/c--68--40--176--142-root: symbolic link to `../dm-0' And verifying that gives: /dev/dm-0: block special -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/dash Versions of packages grub-common depends on: ii base-files 5.7 Debian base system miscellaneous f ii dpkg1.15.7.2 Debian package management system ii gettext-base0.18-1 GNU Internationalization utilities ii install-info4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages grub-common recommends: ii os-prober 1.38 utility to detect other OSes on a Versions of packages grub-common suggests: pn grub-emu none (no description available) pn multiboot-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#588469: udev: mine is broken since 151-3
Package: udev
Version: 158-1
Severity: normal
151-3 introduced the following change in /lib/udev/rules.d/70-hid2hci.rules :
-KERNEL==hidraw*, ATTRS{idVendor}==046d,
ATTRS{idProduct}==c70[345abce]|c71[34bc], \
+KERNEL==hiddev*, ATTRS{idVendor}==046d,
ATTRS{idProduct}==c70[345abce]|c71[34bc], \
Related bugs : #567237 #575548
The following patch work for me with 158-1 :
#PATCH BEGIN
--- 70-hid2hci.rules.orig 2010-07-09 01:22:29.0 +0200
+++ 70-hid2hci.rules2010-07-09 01:21:45.0 +0200
@@ -11,9 +11,9 @@
RUN+=hid2hci --method=dell --devpath=%p, ENV{HID2HCI_SWITCH}=1
# Logitech devices (hidraw)
-KERNEL==hiddev*, ATTRS{idVendor}==046d,
ATTRS{idProduct}==c70[345bce]|c71[34bc], \
+KERNEL==hiddev*, ATTRS{idVendor}==046d,
ATTRS{idProduct}==c70[35bce]|c71[34bc], \
RUN+=hid2hci --method=logitech-hid --devpath=%p
-KERNEL==hidraw*, ATTRS{idVendor}==046d, ATTRS{idProduct}==c70a, \
+KERNEL==hidraw*, ATTRS{idVendor}==046d, ATTRS{idProduct}==c70[4a], \
RUN+=hid2hci --method=logitech-hid --devpath=%p
ENV{DEVTYPE}!=usb_device, GOTO=hid2hci_end
#PATCH END
My desktop set has ID :
Bus 002 Device 003: ID 046d:c704 Logitech, Inc. diNovo Wireless Desktop
Hope this help. I'm available to give some more feedback if needed.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (650, 'testing'), (600, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
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 udev depends on:
ii debconf [debconf-2.0]1.5.32 Debian configuration management sy
ii libc62.11.2-2Embedded GNU C Library: Shared lib
ii libselinux1 2.0.94-1SELinux runtime shared libraries
ii libusb-0.1-4 2:0.1.12-15 userspace USB programming library
ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip
ii util-linux 2.17.2-3.1 Miscellaneous system utilities
Versions of packages udev recommends:
ii pciutils 1:3.1.7-4 Linux PCI Utilities
ii usbutils 0.87-5 Linux USB utilities
udev suggests no packages.
-- Configuration Files:
/etc/modprobe.d/blacklist.conf changed [not included]
-- debconf information:
udev/new_kernel_needed: false
udev/title/upgrade:
udev/reboot_needed:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588716: pytris: Pytris is incompatible with python = 2.5 due to dependancy on whrandom
Package: pytris
Version: 0.98
Severity: grave
Tags: patch
Justification: renders package unusable
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu maverick ubuntu-patch
Hi, pytris completely fails to start on a system with Python = 2.5.
An Ubuntu developer has produced a patch for this (attached).
Additionally, please note that your package doesn't use a python helper
system, as recommended by the Python policy. I suggest python-support
or the brand new dh_python2. If you want any help with that, please pop
into #debian-python on OFTC or ask in debian-pyt...@l.d.o
SR
--
Stefano Rivera
http://tumbleweed.org.za/
H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127
--- usr/games/pytris.py 2006-04-06 23:16:47.0 +0200
+++ usr/games/pytris.py 2009-03-26 21:25:16.0 +0100
@@ -2,7 +2,7 @@
#from ncurses.curses import *
from curses import *
-import time, traceback, whrandom, copy, socket, sys, getopt
+import time, traceback, random, copy, socket, sys, getopt
import string, pickle, os, pwd
def make_tensor(*args):
@@ -547,12 +547,12 @@
)
self.masks = masks[t]
-self.rpool = map(lambda x, self=self:whrandom.choice(self.masks), (globalvar.next+1)*[None]) # pool of pieces
+self.rpool = map(lambda x, self=self:random.choice(self.masks), (globalvar.next+1)*[None]) # pool of pieces
def getpiece(self):
p = self.rpool[0]
del self.rpool[0]
-self.rpool.append(whrandom.choice(self.masks))
+self.rpool.append(random.choice(self.masks))
return p
@@ -787,8 +787,8 @@
act as robot
tickv = 1
r = 1
-kpr = ord(whrandom.choice(('u', 'i', 'o')))
-if whrandom.random()0.3:
+kpr = ord(random.choice(('u', 'i', 'o')))
+if random.random()0.3:
kpr = -1
if kpr == ord('u'):
a.left()
signature.asc
Description: Digital signature
Bug#588658: x11-xkb-utils: french macintosh keymap not compiling
On Sun, 11 Jul 2010 10:21:42 +0100, Julien Cristau wrote: (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap XKB: Failed to compile keymap Keyboard initialization failed. This could be a missing or incorrect setup of xkeyboard-config. Please attach your xorg.conf, Xorg.0.log and /etc/default/keyboard files. The same happens on my Openmoko Freerunner (armel), and other people on the pkg-fso mailing list and on IRC have reported the same problem. The problem occurs both with 7.5+3 from the archive and the 7.5+4 armel package Julien created on agricola. deanna:~# grep -E -v ^(#|$) /etc/X11/xorg.conf Section ServerLayout Identifier Default Layout Screen 0 Screen0 0 0 EndSection Section Screen Identifier Screen0 Device Videocard0 Monitor Monitor0 DefaultDepth 16 EndSection Section Device Identifier Videocard0 Driver glamo EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor DisplaySize 200 200 EndSection deanna:~# grep -E -v ^(#|$) /etc/default/keyboard XKBMODEL=pc105 XKBLAYOUT=de XKBVARIANT= XKBOPTIONS=lv3:ralt_switch,terminate:ctrl_alt_bksp Xorg.0.log attached. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Joan Baez: Wenn unsere Brüder kommen X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-iop32x armv5tel Debian Current Operating System: Linux deanna 2.6.29-rc3 #1 PREEMPT Fri Mar 5 17:27:31 CET 2010 armv4tl Kernel command line: rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs) rootfstype=ext3 root=/dev/mmcblk0p2 rootdelay=5 Build Date: 05 June 2010 05:17:19PM xorg-server 2:1.7.7-2 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Jul 11 16:33:40 2010 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x1a7090 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 3 (II) Open APM successful (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server
Bug#578981: phpldapadmin: php class 'LDAPServers' not found when opening webpage
Hi, As it seems config.php is not handled as a conffile, so the user is not prompted on upgrades automatically. I indeed think it's necessary to add a bit better handling here to bring attention to the required change. Cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#588717: bzr-hg: uninstallable in sid: Depends: mercurial ( 1.6~) but 1.6-2 is to be installed
Source: bzr-hg Version: 0.2.0~bzr289-1 Severity: grave Tags: sid Justification: renders package unusable # apt-get install bzr-hg Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: bzr-hg: Depends: mercurial ( 1.6~) but 1.6-2 is to be installed E: Broken packages -- Jakub Wilk signature.asc Description: Digital signature
Bug#588718: pytris: useless README.Debian
Package: pytris Version: 0.98 Severity: minor Contents of README.Debian is not useful at all; please remove this file. -- Jakub Wilk signature.asc Description: Digital signature
Bug#588719: openoffice.org: metapackage should not depend on fonts - gentium is broken
Package: openoffice.org Version: 1:3.2.1-4 Severity: normal It seems like the metapackage should not depend on any ttf fonts. Using Gentium Book Basic from ttf-sil-gentium-basic seems to screw everything up. (See #587937) Is there a need for the menus to use fonts that are not included with the desktop environment or java packages? If not, then it seems like it ought to be up to the user which fonts to install for their word processor. Thanks. --mark-- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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 openoffice.org depends on: ii liblucene2-java 2.9.2+ds1-1 Full-text search engine library fo ii openoffice.org-base 1:3.2.1-3 office productivity suite -- datab ii openoffice.org-calc 1:3.2.1-3 office productivity suite -- sprea ii openoffice.org-core 1:3.2.1-3 office productivity suite -- arch- ii openoffice.org-draw 1:3.2.1-3 office productivity suite -- drawi ii openoffice.org-filter-mobile 1:3.2.1-3 office productivity suite -- mobil ii openoffice.org-impress 1:3.2.1-3 office productivity suite -- prese ii openoffice.org-java-common 1:3.2.1-3 office productivity suite -- arch- ii openoffice.org-math 1:3.2.1-3 office productivity suite -- equat ii openoffice.org-officebean1:3.2.1-3 office productivity suite -- Java ii openoffice.org-report-builde 1:3.2.1-3 OpenOffice.org extension for build ii openoffice.org-writer1:3.2.1-3 office productivity suite -- word ii ttf-dejavu 2.31-1 Metapackage to pull in ttf-dejavu- pn ttf-sil-gentium-basicnone (no description available) Versions of packages openoffice.org recommends: ii openoffice.org-filter-binfilt 1:3.2.1-3 office productivity suite -- legac ii ttf-mscorefonts-installer 3.2Installer for Microsoft TrueType c Versions of packages openoffice.org suggests: ii cups-bsd 1.4.4-1 Common UNIX Printing System(tm) - ii gstreamer0.10-ffmpeg 0.10.10-1 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-bad0.10.19-1 GStreamer plugins from the bad s ii gstreamer0.10-plugins-base 0.10.29-4 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.23-4 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.15-1 GStreamer plugins from the ugly pn hunspell-dictionary none (no description available) ii icedove 3.0.5-1 mail/news client with RSS and inte ii iceweasel3.5.10-1Web browser based on Firefox ii imagemagick 7:6.6.0.4-2 image manipulation programs ii libgl1-mesa-glx [libgl1] 7.7.1-3 A free implementation of the OpenG ii libldap-2.4-22.4.17-2.1 OpenLDAP libraries ii libpaper-utils 1.1.24 library for handling paper charact ii libsane 1.0.21-2API library for scanners ii libxrender1 1:0.9.5-2 X Rendering Extension client libra ii menu 2.1.43 generates programs menu for all me ii myspell-en-us [myspell-dicti 1:3.2.1-2 English_american dictionary for my pn openclipart-openoffice.org none (no description available) ii openoffice.org-gnome 1:3.2.1-3 office productivity suite -- GNOME ii openoffice.org-help-en-us [o 1:3.2.1-3 office productivity suite -- Engli ii openoffice.org-hyphenation-e 2.5-1 US English hyphenation patterns fo pn openoffice.org-l10n-3.2 none (no description available) pn openoffice.org2-thesaurusnone (no description available) ii pstoedit 3.45-8+b1 PostScript and PDF files to editab ii sun-java6-jre [java5-runtime 6.20-dlj-1 Sun Java(TM) Runtime Environment ( ii unixodbc 2.2.14p2-1 ODBC tools libraries -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583333: kid3: Broken symlinks
On Sun, 11 Jul 2010, Patrick Matthäi wrote: [...] What's wrong there, they are not broken. The find command shows that there are only two files/directories called 'common' in /usr/share/doc/kde/HTML: $ find /usr/share/doc/kde/HTML -name common /usr/share/doc/kde/HTML/de/kid3/common /usr/share/doc/kde/HTML/en/kid3/common $ ls -l /usr/share/doc/kde/HTML/*/kid3/common lrwxrwxrwx 1 root root 15 Mar 20 16:35 /usr/share/doc/kde/HTML/de/kid3/common - ../../en/common So this one points to /usr/share/doc/kde/HTML/en/common but the find command only found/usr/share/doc/kde/HTML/en/kid3/common. So yes, this link *is* broken. lrwxrwxrwx 1 root root 9 Mar 20 16:35 /usr/share/doc/kde/HTML/en/kid3/common - ../common And this one points to /usr/share/doc/kde/HTML/en/common too so it too is broken. -- Francois Gouget fgou...@free.fr http://fgouget.free.fr/ In a world without fences who needs Gates?
