Bug#516387: ftp.debian.org: apt-listchanges should be standard
On Fri, Feb 20, 2009 at 11:46:00PM -0500, Ari Pollak wrote: NEWS.Debian has been around for a while (thought not officially documented in policy) as a way to inform users of major changes to the package. The apt-listchanges package is a fairly unintrusive package that intelligently informs people of new NEWS.Debian entries, which may not have been included in release notes or when tracking testing/unstable. Therefore, I recommend adding apt-listchanges to the standard task, so new users will get the appropriate change updates. Experienced users or those who are managing multiple machines can easily uninstall the package or disable it. It would be nice to know whether that would require elevating some of its dependencies to standard as well. Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502397: python-sphinx: New upstream version 0.4.3 available
0.5.1 is in testing, so this bug can be closed. -- pgpcx95DDiXZV.pgp Description: PGP signature
Bug#515092: ITP: pybugz -- command-line interface to Bugzilla
Olivier Berger wrote: FYI, it seems that http://code.google.com/p/pybugz/downloads/list references a later version. Indeed. Thank you, I updated the package on mentors.debian.net. Salut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516383: awesome: crashes after claws-mail shows 'new mail' popup
tag 516383 moreinfo thanks At 1235182986 time_t, Bernd Zeimetz wrote: unfortunately awesome crashes (or exits!?) whenever claws-mail shows its 'new mails' popup - that's not nice :) That's not enough. I'd need to know if it really crashes, what kind of crashes it is, and if it's a crash, I'd need a backtrace. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#498838: Please remove link priority to 100 for dmraid devmapper devices
Hi, dmraid (1.0.0.rc15-2) unstable; urgency=low . * [ac0f158] debian/dmraid-activate: Use the newly introduced -Z flag for dmraid, to instruct the kernel to remove partition device nodes from array member disks. This means that there is no chance of race conditions with udev and creating UUID/label symbolic links either for member disk nodes, or dmraid device-mapper nodes. Now the link priority for dmraid devmapper devices can be removed. Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#516397: xmonad: Add application .desktop file, please
Package: xmonad Version: 0.8-1 Severity: wishlist It seems Gnome 2.24, which is upcoming in Debian Sid, will ignore settings related to WM in ~/.gnomerc. The way to configure an alternative window manager uses gconf and relies on a .desktop file in /usr/share/applications. Currently xmonad doesn't come with such a .desktop file, please consider adding one. The file I've manually created on my system contains this (inspired by metacity.desktop): [Desktop Entry] Type=Application Encoding=UTF-8 Name=Xmonad Exec=xmonad NoDisplay=true X-GNOME-WMName=Xmonad X-GNOME-Autostart-Phase=WindowManager X-GNOME-Provides=windowmanager X-GNOME-Autostart-Notify=true For more information see the thread at http://thread.gmane.org/gmane.comp.lang.haskell.xmonad/6557 /M -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-6.slh.2-sidux-amd64 (SMP w/2 CPU cores; PREEMPT) 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 xmonad depends on: ii libc6 2.9-1 GNU C Library: Shared libraries ii libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii x11-utils 7.4+1 X11 utilities Versions of packages xmonad recommends: ii libghc6-xmonad-dev0.8-1 A lightweight X11 window manager pn libghc6-xmonad-docnone (no description available) xmonad 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#498565: Package: python-central
which version of python-central is this? Please check if this is still an issue with 0.6.8. . schrieb: Package: python-central aptitude often fails with the following: *Traceback (most recent call last):* * Fi*le* /usr/bin/pycentral, line 1373, in ?* *main()* * File /usr/bin/pycentral, line 1367, in main* *rv = action.run(global_options)* * File /usr/bin/pycentral, line 952, in run* *pkg.remove(runtimes, remove_script_files=True)* * File /usr/bin/pycentral, line 697, in remove* *default_runtime.remove_byte_code(self.private_files)* *AttributeError: 'NoneType' object has no attribute 'remove_byte_code'* * *I've devised a simple workaround which will at least allow aptitude to finish the job it's doing, although it doesn't address the core issue and will likely leave several package files undeleted when using aptitude's purge/remove command.. (I'm guessing it might be that some of python-central's syntax was designed for python v2.5, instead of 2.4) .. Anyway here goes: Simply change line 696 in /usr/bin/pycentral (in the python-central package) from: if self.private_files: To: if self.private_files and hasattr(default_runtime,'remove_byte_code'): * * -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512780: Creating a public list for wanna-build team? Input needed.
On Wed, 18, Feb, 2009 at 01:43:28PM +0100, Peter Palfrader spoke thus.. In #512780 (http://bugs.debian.org/512780), we've requested the creation of a debian-wbadm list to serve as a role address and discussion umbrella for the wanna-build team. That sounds like a good idea. The name Joey suggested might be better, but it probably does not matter all that much. I have no opinion on the actual name. Additionally, listmaster has also suggested that we use a teams.debian.net list for this purpose. I don't agree with this for the reasons stated in the bug report. Feel free to comment on this issue as well. What's the difference anyway? One is hosted on official debian.org infrastructure and can be maintained by all DSA members, one isn't. For a core team, in my opinion, it should be hosted at debian.org. Mark -- Mark Hymers mhy at debian dot org ++?++ Out of Cheese Error. Redo From Start. Interesting Times, Terry Pratchett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516072: [Xcb] Bug#516072: libxcb_1.1.93-1(hppa/experimental): FTBFS: conflicting types for 'xcb_get_atom_name_name'
At 1235192746 time_t, Antoine Latter wrote: I'm guessing that this is trying to compile libxcb 1.1.93 against xcb-proto-1.4 (which includes patch 52d0702). Is this something that's supposed to work? Is there something here to be worried about? No, I don't worry. libxcb 1.2 compiles with xcb-proto 1.4, that's enough to me. :) I'll close this bug as soon as 1.2 enters sid, but we're currently being held by a multithread bug in libX11. Cheers, -- Julien Danjou // ᐰ jul...@danjou.info http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // This is the end of my signature. signature.asc Description: Digital signature
Bug#516398: RFP: fuse-zip -- fuse-zip is a FUSE file system to navigate, extract, create and modify ZIP archives based in libzip implemented in C++
Package: wnpp Severity: wishlist * Package name: fuse-zip Version : 0.2.7 Upstream Author : Alexander Galanin gaa.n...@mail.ru * URL : http://code.google.com/p/fuse-zip * License : LGPL Programming Lang: C++ Description : fuse-zip is a FUSE file system to navigate, extract, create and modify ZIP archives based in libzip implemented in C++ fuse-zip is a FUSE file system to navigate, extract, create and modify ZIP archives based in libzip implemented in C++. With fuse-zip you really can work with ZIP archives as real directories. Unlike KIO or Gnome VFS, it can be used in any application without modifications. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511197: [python-central] python-central does not remove symlinks when new upload drops support for old Python version
Torsten Marek schrieb: Package: python-central Version: 0.6.8 Severity: normal This bug is closely related to #409390 and #479852, because the underlying problem seems to be the same. these are different issues. #409390 should be fixed. If a new upload of a Python module drops support for previously supported Python versions, the old symlinks and pyc files are not removed (although they will be removed eventually when the Python version for which support was dropped is removed from the system). it does this. is there a particular package for which you see this? The preinst could check for which Python versions the symlinks are already there and if any of the existing versions are not supported anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516399: RFP: dbus-tcl -- D-Bus bindings for Tcl
Package: wnpp Severity: wishlist * Package name: dbus-tcl Version : 0.8 Upstream Author : Schelte Bron sbr...@users.sourceforge.net * URL : http://dbus-tcl.sourceforge.net/ * License : BSD, AFL Programming Lang: C, Tcl Description : D-Bus bindings for Tcl dbus-tcl is a Tcl library for interacting with D-Bus. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516400: mu-index cannot find any messages stored in maidirs
Package: maildir-utils Version: 0.4-2 Severity: serious Hi, I've got 3000+ emails stored in maildir folders in ~/Mail directory. mu-index fails to see any of them regardless of pointing it to that directory or directly to a particular maildir. Other maildir-aware tools work fine, e.g.: nmzmail. Maildirs themselves were created by procmail and mutt over the years. Please email me should you require any additional information. Cheers, Raf -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maildir-utils depends on: ii libc6 2.9-1 GNU C Library: Shared libraries ii libgcc11:4.3.3-4 GCC support library ii libglib2.0-0 2.18.4-2 The GLib library of C routines ii libgmime-2.0-2a2.2.22-2 MIME library ii libsqlite3-0 3.5.9-6 SQLite 3 shared library ii libstdc++6 4.3.3-4 The GNU Standard C++ Library v3 ii libxapian151.0.7-4 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime maildir-utils recommends no packages. maildir-utils 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#513672: Why removal
Rogério Brito a écrit : Hi, Frank, Bertrand, and Paul. The package still works for me, despite it being removed from Debian. Perhaps a version of it could be uploaded to experimental, if it is seen as unfit for unstable? There are people that still need this package for new installs (e.g., I'd like to install it on some powerpc boxes). So, if possible, please, keep it on the archives. Thanks, Rogério Brito. Hi, Hotway still works for me, but I must say I don't really need it anymore, since I found out there are free pop and smtp server for hotmail.com (but it's quite new, and I think it depends on your country). Regards, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507709: reassign 507709 to xserver-xorg-video-openchrome
Le vendredi 20 février 2009 à 16:01 -0600, Raphael Geissert a écrit : 2009/2/20 Cédric Delfosse ced...@debian.org: reassign 507709 xserver-xorg-video-openchrome Er, why? First of all, it looks like a bug in your package; and second: the -openchrome driver doesn't handle 3D, that's up to the mesa drivers. Sorry for this, I take back the bug until I get further evidences. Won't play BTS ping pong, so you reassign it back to your package. Regards, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#479852:
How am I supposed to do that? By calling pycentral from the new package's preinst? it is enough to create a file /var/lib/pycentral/package.pkgremove in the new preinst, or disable it for all packages by creating a file /var/lib/pycentral/pkgremove. This will be disabled in python-central 0.6.9. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507709: stellarium does not start and fails with error message on command line
A new major version of Stellarium (0.10.1) is available in unstable. Could you please update your system and try again ? Regards, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501275: hp-check issue
Hi, The warning about the plugin missing in the output of hp-check is a known issue in HPLIP 2.8.12, see: http://hplipopensource.com/node/312 Issue 2: The plugin installation status reported by hp-check may be incorrect. The status may show that the plugin is not installed when in fact that it is. Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516402: RM: octave2.1 -- ROM; abandoned upstream, superseded by octave3.0
Package: ftp.debian.org Severity: normal Old package, successor in the archive for quite some time. Bugs already cloned to the new package where applicable. Thanks Thomas -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515887: RM: grip -- RoM
If asunder is the designated replacement for grip, would it be possible to leave grip as a transitional dummy package dependant on asunder, at least for a while? -- Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516401: hplip: hp-scan requires libhpmud.so
Package: hplip Version: 2.8.12-1 Severity: normal Using hp-scan I get the following error message: Opening connection to device... Traceback (most recent call last): File /usr/bin/hp-scan, line 788, in module sane.reportError(e) AttributeError: 'module' object has no attribute 'reportError' Checking with strace I discovered it was actually trying to find libhpmud.so, which doesn't exist on the filesystem. Creating a symlink from /usr/lib/libhpmud.so.0 to /usr/lib/libhpmud.so resolved this issue and allowed scanning to work. Could you please ship this symlink? Cheers! -- Package-specific info: HP Linux Imaging and Printing System (ver. 2.8.12) Dependency/Version Check Utility ver. 14.1 Copyright (c) 2001-8 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Saving output in log file: hp-check.log Traceback (most recent call last): File /usr/bin/hp-check, line 192, in module os.remove(log_file) OSError: [Errno 1] Operation not permitted: 'hp-check.log' -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28.3-cerberus-smp-sm (SMP w/2 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) (ignored: LC_ALL set to en_NZ) Shell: /bin/sh linked to /bin/bash Versions of packages hplip depends on: ii adduser 3.110 add and remove users and groups ii coreutils6.10-6 The GNU core utilities ii cups 1.3.8-1lenny4.1 Common UNIX Printing System(tm) - ii hplip-data 2.8.12-1HP Linux Printing and Imaging - da ii libc62.7-18 GNU C Library: Shared libraries ii libcups2 1.3.8-1lenny4.1 Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.1-5 simple interprocess messaging syst ii libsane 1.0.19-23 API library for scanners ii libsnmp155.4.1~dfsg-12 SNMP (Simple Network Management Pr ii libssl0.9.8 0.9.8g-15 SSL shared libraries ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii python 2.5.2-3 An interactive high-level object-o ii python-dbus 0.82.4-2simple interprocess messaging syst ii python-imaging 1.1.6-3 Python Imaging Library ii python-support 0.8.4 automated rebuilding support for P Versions of packages hplip recommends: ii cups-client 1.3.8-1lenny4.1 Common UNIX Printing System(tm) - ii hpijs2.8.12-1HP Linux Printing and Imaging - gs Versions of packages hplip suggests: ii hplip-doc2.8.6.b-4 HP Linux Printing and Imaging - do pn hplip-guinone (no description available) pn kdeprint | gtklp | xpp none (no description available) ii openprinting-ppds20080211-2+nmu1 OpenPrinting printer support - Pos -- 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#514807: a proposal for consideration for V1 CA certs in Etch (and Lenny?)
On 2009-02-19 Daniel Kahn Gillmor d...@fifthhorseman.net wrote: I've done a bit of research on this bug (dealing with V1 CA certificates for gnutls in etch and/or lenny), and i do think that it is potentially quite serious. For example, the certificate used by https://mail.google.com/ appears to be rooted in a v1 CA certificate: [...] Shouldn't gnutls-cli mark the certificate as unverified in that case? -- ametz...@argenau:/etc/ssl/certs$ gnutls-cli --x509cafile /etc/ssl/certs/Verisign_Class_3_Public_Primary_Certification_Authority.pem -p https mail.google.com Processed 1 CA certificate(s). Resolving 'mail.google.com'... Connecting to '66.249.91.83:443'... - Certificate type: X.509 - Got a certificate list of 2 certificates. - Certificate[0] info: # The hostname in the certificate matches 'mail.google.com'. # valid since: Fri May 2 18:32:54 CEST 2008 # expires at: Sat May 2 18:32:54 CEST 2009 # fingerprint: C3:36:8D:8C:7F:27:45:78:E5:A5:08:40:D3:EF:16:67 # Subject's DN: C=US,ST=California,L=Mountain View,O=Google Inc,CN=mail.google.com # Issuer's DN: C=ZA,O=Thawte Consulting (Pty) Ltd.,CN=Thawte SGC CA - Certificate[1] info: # valid since: Thu May 13 02:00:00 CEST 2004 # expires at: Tue May 13 01:59:59 CEST 2014 # fingerprint: 84:84:03:56:10:85:53:ED:9A:CA:60:B5:FA:99:D3:31 # Subject's DN: C=ZA,O=Thawte Consulting (Pty) Ltd.,CN=Thawte SGC CA # Issuer's DN: C=US,O=VeriSign\, Inc.,OU=Class 3 Public Primary Certification Authority - Peer's certificate is trusted - Version: TLS1.0 - Key Exchange: RSA - Cipher: ARCFOUR-128 - MAC: SHA1 - Compression: NULL - Handshake was completed - Simple Client Mode: -- ametz...@argenau:/etc/ssl/certs$ certtool -i /etc/ssl/certs/Verisign_Class_3_Public_Primary_Certification_Authority.pem X.509 Certificate Information: Version: 1 Serial Number (hex): 70bae41d10d92934b638ca7b03ccbabf Issuer: C=US,O=VeriSign\, Inc.,OU=Class 3 Public Primary Certification Authority Validity: Not Before: Mon Jan 29 00:00:00 UTC 1996 Not After: Tue Aug 01 23:59:59 UTC 2028 [...] Signature Algorithm: RSA-MD2 warning: signed using a broken signature algorithm that can be forged. [...] -- cu and- mystified -reas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515092: ITP: pybugz -- command-line interface to Bugzilla
On Sat, Feb 21, 2009 at 05:12:21PM +0900, Rolf Leggewie wrote: Olivier Berger wrote: FYI, it seems that http://code.google.com/p/pybugz/downloads/list references a later version. Indeed. Thank you, I updated the package on mentors.debian.net. Does this mean that you're looking for a sponsor ? (then you should proceed with a RFS, I guess) In any case, I'm not a DD, so cannot help much ;) Will try to give it a look some day (later than in 10 days since on vacation). Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516404: Please make -4 the default when machine has no real ipv6 address
Package: dnstracer Version: 1.9-1 Severity: wishlist It'd be nice if -4 were the default when there is clearly no v6 connectivity, such as: $ ip -6 addr ls 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 inet6 ::1/128 scope host valid_lft forever preferred_lft forever Link-local addresses shouldn't count either, only global ones. -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dnstracer depends on: ii libc6 2.7-18 GNU C Library: Shared libraries dnstracer recommends no packages. dnstracer 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#513672: Why removal
Hi, all. On Feb 21, 2009, at 5:59 AM, Bertrand Marc wrote: Rogério Brito a écrit : There are people that still need this package for new installs (e.g., I'd like to install it on some powerpc boxes). So, if possible, please, keep it on the archives. Hotway still works for me, but I must say I don't really need it anymore, since I found out there are free pop and smtp server for hotmail.com (but it's quite new, and I think it depends on your country). Which service is this? I think that it would be a good idea to upload one last version of the package so that users get informed about this. I only knew that hotmail.com wouldn't be working anymore because of this package (which means that not everybody may know about the problem of MS closing the webdav service). A link/information about this pop/smtp service for hotmail would be pretty much appreciated. Regards, Rogério. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515092: ITP: pybugz -- command-line interface to Bugzilla
Hi Rolf, On Sat, Feb 21, 2009 at 09:12, Rolf Leggewie debian-b...@rolf.leggewie.biz wrote: Olivier Berger wrote: FYI, it seems that http://code.google.com/p/pybugz/downloads/list references a later version. Indeed. Thank you, I updated the package on mentors.debian.net. May I ask you to consider maintaining this package in PAPT[1] or DPMT[2] (depends on which fits better: if it's mainly a module, useful to others too, with just a commodity command-line tool I'd say use DPMT; if it's a cli program with a private module or so, then go PAPT). [1] http://wiki.debian.org/Teams/PythonAppsPackagingTeam [2] http://wiki.debian.org/Teams/PythonModulesTeam We can give you assistance (and sponsorship too) if you choose to come with us. You can reach us at #debian-python channel on irc.debian.org IRC server. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516316: VLC cannot be installed
found 516316 0.8.6.h-5 severity 516316 serious Installing VLC from sid or experimental is currently impossible due to the broken dependency. Raising severity. -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516405: Syntax error on line 1 of /etc/dokuwiki/apache.conf
Package: dokuwiki Version: 0.0.20090214-1 Severity: normal Hi, I am running unstable (update today) and get this error when restarting apache2: --- # /etc/init.d/apache2 restart Restarting web server: apache2We failed to correctly shutdown apache, so we're now killing all running apache processes. This is almost certainly suboptimal, so please make sure your system is working as you'd expect now! (warning). ... waiting Syntax error on line 1 of /etc/apache2/conf.d/dokuwiki.conf: Alias takes two arguments, a fakename and a realname failed! --- If I change the first line from Alias /usr/share/dokuwiki to Alias /dokuwiki /usr/share/dokuwiki then apache2 restarts OK: -- # /etc/init.d/apache2 restart Restarting web server: apache2apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName But I can't load http://localhost/dokuwiki/doku.php , error: - Forbidden You don't have permission to access /dokuwiki/doku.php on this server. --- If I change in /etc/dokuwiki/apache.conf the line allow from 127.0.0.1 to allow from localhost then I can load http://localhost/dokuwiki/doku.php Best regards, Bin -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.toi.3 (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 dokuwiki depends on: ii debconf [debconf-2.0] 1.5.25 Debian configuration management sy ii php-geshi 1.0.8.1-1 Generic Syntax Highlighter ii php5 5.2.6.dfsg.1-3 server-side, HTML-embedded scripti ii ucf 3.0016 Update Configuration File: preserv Versions of packages dokuwiki recommends: ii imagemagick7:6.3.7.9.dfsg1-3 image manipulation programs pn php4-cli | php5-clinone(no description available) ii php5-gd5.2.6.dfsg.1-3GD module for php5 dokuwiki suggests no packages. -- debconf information: * dokuwiki/system/documentroot: * dokuwiki/system/accessible: localhost only dokuwiki/system/localnet: 10.0.0.0/24 * dokuwiki/webservers: apache2 * dokuwiki/system/purgepages: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516403: hplip: hp-scan returns a traceback on an error
Package: hplip Version: 2.8.12-1 Severity: normal Hi, hp-scan attempts to use reportError but this traceback is returned: Traceback (most recent call last): File /usr/bin/hp-scan, line 788, in module sane.reportError(e) AttributeError: 'module' object has no attribute 'reportError' This is reprocible with my HP M1522nf if the /usr/lib/libhpmud.so file is missing. I'd expect an error message about not being able to find a file (rather than having to dig through strace output). Cheers! -- Package-specific info: HP Linux Imaging and Printing System (ver. 2.8.12) Dependency/Version Check Utility ver. 14.1 Copyright (c) 2001-8 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Saving output in log file: hp-check.log Traceback (most recent call last): File /usr/bin/hp-check, line 192, in module os.remove(log_file) OSError: [Errno 1] Operation not permitted: 'hp-check.log' -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28.3-cerberus-smp-sm (SMP w/2 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) (ignored: LC_ALL set to en_NZ) Shell: /bin/sh linked to /bin/bash Versions of packages hplip depends on: ii adduser 3.110 add and remove users and groups ii coreutils6.10-6 The GNU core utilities ii cups 1.3.8-1lenny4.1 Common UNIX Printing System(tm) - ii hplip-data 2.8.12-1HP Linux Printing and Imaging - da ii libc62.7-18 GNU C Library: Shared libraries ii libcups2 1.3.8-1lenny4.1 Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.1-5 simple interprocess messaging syst ii libsane 1.0.19-23 API library for scanners ii libsnmp155.4.1~dfsg-12 SNMP (Simple Network Management Pr ii libssl0.9.8 0.9.8g-15 SSL shared libraries ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii python 2.5.2-3 An interactive high-level object-o ii python-dbus 0.82.4-2simple interprocess messaging syst ii python-imaging 1.1.6-3 Python Imaging Library ii python-support 0.8.4 automated rebuilding support for P Versions of packages hplip recommends: ii cups-client 1.3.8-1lenny4.1 Common UNIX Printing System(tm) - ii hpijs2.8.12-1HP Linux Printing and Imaging - gs Versions of packages hplip suggests: ii hplip-doc2.8.6.b-4 HP Linux Printing and Imaging - do pn hplip-guinone (no description available) pn kdeprint | gtklp | xpp none (no description available) ii openprinting-ppds20080211-2+nmu1 OpenPrinting printer support - Pos -- 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#516406: whohas: some kind of progress information needed
Package: whohas Severity: wishlist 'whohas uralic' takes quite a while to finish on my system, the Debian/Ubuntu packages are quickly found and then nothing happens for ages until I press Ctrl+C. It would be nice if whohas had a display across the last line of the terminal listing which distros are still downloading or had X results, something like: [ubuntu 2] [debian 3] [centos |] [fedora /] [gentoo -] Where the |/\- characters are used for a spinny thing to indicate they are still downloading search information. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#516407: atftpd should not depend on inet-superserver
Package: atftpd Version: 0.7.dfsg-6 Severity: normal Currently atfptd depends on inet-superserver, but if configured correctly (by setting USE_INETD=false in /etc/default/atftpd) the inet-superserver is not needed. The dependency makes it impossible to use atftpd without also having inet-superserver installed. Changing the dependency on inet-superserver to a recommends fixes my issue. Thanks, /Fredrik Olofsson -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages atftpd depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii inetutils-inetd [inet-sup 2:1.5.dfsg.1-9 internet super server ii libc6 2.7-18 GNU C Library: Shared libraries ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra atftpd recommends no packages. Versions of packages atftpd suggests: ii logrotate 3.7.7-3Log rotation utility -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516408: whohas: Debian searches use 4 requests instead of one
Package: whohas Version: 0.22-4 Severity: normal As can be seen from this urlsnarf log (from dsniff), the Debian searches use 4 requests instead of one. The Ubuntu searches just use one request and both sites use the same software. The Ubuntu request works fine on the Debian search site too. # urlsnarf -i wlan0 | egrep -i 'debian|ubuntu' urlsnarf: listening on wlan0 [tcp port 80 or port 8080 or port 3128] chianamo.local - - [21/Feb/2009:18:53:32 +0900] GET http://packages.debian.org/search?keywords=uralicsearchon=namessuite=stablesection=all HTTP/1.1 - - - libwww-perl/5.813 chianamo.local - - [21/Feb/2009:18:53:35 +0900] GET http://packages.ubuntu.com/search?keywords=uralicsearchon=namessuite=allsection=all HTTP/1.1 - - - libwww-perl/5.813 chianamo.local - - [21/Feb/2009:18:53:35 +0900] GET http://packages.debian.org/search?keywords=uralicsearchon=namessuite=testingsection=all HTTP/1.1 - - - libwww-perl/5.813 chianamo.local - - [21/Feb/2009:18:53:37 +0900] GET http://packages.debian.org/search?keywords=uralicsearchon=namessuite=unstablesection=all HTTP/1.1 - - - libwww-perl/5.813 chianamo.local - - [21/Feb/2009:18:53:41 +0900] GET http://packages.debian.org/search?keywords=uralicsearchon=namessuite=experimentalsection=all HTTP/1.1 - - - libwww-perl/5.813 /me senses an Ubuntu conspiracy against Debian! ;) -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages whohas depends on: ii libwww-perl 5.813-1WWW client/server library for Perl ii perl 5.10.0-19 Larry Wall's Practical Extraction -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#515908: oprofile no longer works after installing latest binutils
reassign 515908 oprofile thanks Török Edwin schrieb: Package: binutils Version: 2.19.1-1 Severity: normal opreport will not start up, since it is linked to the bfd library from the old binutils. $ ldd /usr/bin/opreport linux-vdso.so.1 = (0x7fff755ff000) libpopt.so.0 = /lib/libpopt.so.0 (0x003ee680) libbfd-2.18.0.20080103.so = not found libdl.so.2 = /lib/libdl.so.2 (0x003ed540) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f7a6d18c000) libm.so.6 = /lib/libm.so.6 (0x003ed580) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f7a6cf74000) libc.so.6 = /lib/libc.so.6 (0x003ed500) /lib64/ld-linux-x86-64.so.2 (0x003ed3e0) I think a new oprofile should be uploaded. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516409: libclone-perl: works slower than Storable::dclone on hashes with big number of keys
Package: libclone-perl Version: 0.31-1 Severity: normal The documentation says that Clone::clone works faster than Storable::dclone. However, this is not true for hashes with big number of keys. A simple attached benchmark shows the difference by two factor, and on my real-world examples this number increases to three. Please advance the documentation for Clone accordingly. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rc7jackyf (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 libclone-perl depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii perl 5.10.0-19 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0]5.10.0-19 minimal Perl system libclone-perl recommends no packages. libclone-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513636: binutils: ld 2.19 segfaults on spf4.o (while 2.18 works correctly)
tag 513636 + moreinfo
thanks
please could you recheck with 2.19.1, and provide all objects required for the
link (including all libraries), put them in a tarball, and make these available
for download. Also run the link step with LANG=C gcc -v ...
ygrek schrieb:
Package: binutils
Version: 2.19.0.20090110-1~exp1
Severity: normal
Building SP-Forth 4.20 with ld 2.19 (currently in experimental) fails when
linking.
The same object file is successfully linked with ld 2.18 (currently in lenny).
It was also reported to fail with GNU ld (GNU Binutils for Ubuntu)
2.18.93.20081009.
SP-Forth 4.20 is available at
https://sourceforge.net/project/showfiles.php?group_id=17919package_id=13485release_id=655371
Please tell me if you need binary object files or some other info.
Should I report this bug to upstream directly?
Link command is : gcc -o spf4 spf4.o -Wl,forth.ld -ldl -lpthread -v
forth.ld is :
OUTPUT(spf4)
SECTIONS
{
FORTH_START = 0x805;
/* start .forth section at FORTH_START */
.forth FORTH_START :
{
/* put forth system here */
spf4.o(.forth)
/* end of this section */
_eforth = .;
}
/*
* put .space section immediately after .forth
* (linker will combine them in one segment)
*/
.space _eforth :
{
/* free space to enlarge forth system */
spf4.o(.space)
}
}
Output:
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1.1'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --enable-nls
--with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr
--enable-targets=all --enable-cld --enable-checking=release
--build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.3.2 (Debian 4.3.2-1.1)
COMPILER_PATH=/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-o' 'spf4' '-v' '-mtune=generic'
/usr/lib/gcc/i486-linux-gnu/4.3.2/collect2 --eh-frame-hdr -m elf_i386
--hash-style=both -dynamic-linker /lib/ld-linux.so.2 -o spf4
/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/crt1.o
/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/crti.o
/usr/lib/gcc/i486-linux-gnu/4.3.2/crtbegin.o
-L/usr/lib/gcc/i486-linux-gnu/4.3.2 -L/usr/lib/gcc/i486-linux-gnu/4.3.2
-L/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib -L/lib/../lib
-L/usr/lib/../lib -L/usr/lib/gcc/i486-linux-gnu/4.3.2/../../.. spf4.o
forth.ld -ldl -lpthread -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc
--as-needed -lgcc_s --no-as-needed /usr/lib/gcc/i486-linux-gnu/4.3.2/crtend.o
/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/crtn.o
collect2: ld terminated with signal 11 [Ошибка сегментирования]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516411: fluxbox: FB doesn't recognize clicks on window header
Package: fluxbox Version: 1.1.1-1 Severity: normal FB looks to ignore right/double-left/clicks on window header so if i right-click on header - window-menu doesn't appears only right-lick on window-in-toolbar can show it. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (700, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-rc5 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fluxbox depends on: ii libc62.7-18 GNU C Library: Shared libraries ii libfontconfig1 2.6.0-3 generic font configuration library ii libgcc1 1:4.3.2-1.1 GCC support library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libimlib21.4.0-1.2 powerful image loading and renderi ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii menu 2.1.41 generates programs menu for all me Versions of packages fluxbox recommends: ii xfonts-terminus 4.26-2.1 Fixed-width fonts for fast reading Versions of packages fluxbox suggests: pn fbdesknone (no description available) pn fbpager none (no description available) pn fluxconf 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#516412: knemo: Depends on kicker, kicker going away
Package: knemo Version: 0.4.8-1 Severity: serious Justification: going to be uninstallable Hi! Very soon, kicker gets removed as a part of going kde4. Please either figure out if knemo has been reimplemented as a plasmoid or just should be removed. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages knemo depends on: ii kdelibs4c2a4:3.5.10.dfsg.1-1 core libraries and binaries for al pn kicker none(no description available) ii libacl12.2.47-2 Access control list shared library ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libattr1 1:2.4.43-2Extended attribute shared library ii libaudio2 1.9.1-5 Network Audio System - shared libr ii libc6 2.7-18GNU C Library: Shared libraries ii libfam02.7.0-13.3Client library to control the FAM ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.3-4 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.10-3GNU libidn library, implementation ii libiw2929-1.1Wireless tools - library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-2 PNG library - runtime ii libqt3-mt 3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.3-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-3 FreeType-based font drawing librar ii libxi6 2:1.1.4-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii net-tools 1.60-22 The NET-3 networking toolkit ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages knemo recommends: pn kcontrol none (no description available) ii wireless-tools29-1.1 Tools for manipulating Linux Wirel knemo suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516410: bash 4.0
Package: bash Version: 3.2-4 Severity: wishlist bash 4.0 was released yesterday. Please package bash4. Thanks -- Jetzt 1 Monat kostenlos! GMX FreeDSL - Telefonanschluss + DSL für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516410: bash 4.0
Dr. Markus Waldeck schrieb: Package: bash Version: 3.2-4 Severity: wishlist bash 4.0 was released yesterday. Please package bash4. would you mind waiting two minutes? :-/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516031: Missing APACHE_LYNX in /etc/apache2/envvars
On Wednesday 18 February 2009, Michael Weber wrote: there is no APACHE_LYNX in /etc/apache2/envvars, thus apache2ctl staus fails with: huygens:/etc/apache2# /usr/sbin/apache2ctl status /usr/sbin/apache2ctl: line 116: www-browser: command not found apache2ctl should be able to use anything that provides /usr/bin/www-browser. Something is wrong with your alternatives setup. It should be like this: $ ls -l /usr/bin/www-browser lrwxrwxrwx 1 root root 29 Aug 17 2005 /usr/bin/www-browser - /etc/alternatives/www-browser $ ls -l /etc/alternatives/www-browser lrwxrwxrwx 1 root root 17 Feb 3 23:15 /etc/alternatives/www-browser - /usr/bin/lynx.cur You can try update-alternatives --config www-browser If lynx reproducibly does not set up that link correctly during installation, then this is a bug in lynx. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516413: kuake: Don't work with kde4 konsole, kde4 is coming
Package: kuake Version: 0.3-5.2 Severity: serious Justification: unusable very soon Hi! Kuake is as such unusable with kde4, as the konsole kpart isn't available. Please either consider a kde4 edition or to remove this package. a alternative, yakuake already exists in a kde4 edition. /Sune -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages kuake depends on: ii kdelibs4c2a4:3.5.10.dfsg.1-1 core libraries and binaries for al ii konsole4:4.2.0-1 X terminal emulator for KDE 4 ii libacl12.2.47-2 Access control list shared library ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libattr1 1:2.4.43-2Extended attribute shared library ii libaudio2 1.9.1-5 Network Audio System - shared libr ii libc6 2.7-18GNU C Library: Shared libraries ii libfam02.7.0-13.3Client library to control the FAM ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.3-4 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.10-3GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-2 PNG library - runtime ii libqt3-mt 3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.3-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-3 FreeType-based font drawing librar ii libxi6 2:1.1.4-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime kuake recommends no packages. kuake 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#516415: ITP: skysentials -- extra functionalities for Skype Linux client
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere raf...@debian.org * Package name: skysentials Version : 1.0.1 Upstream Author : Philipp Kolmann phil...@kolmann.at * URL : http://www.kolmann.at/philipp/linux/skysentials/ * License : BSD Programming Lang: Python Description : Extra functionalities for Skype Linux client Skype is a popular voice-over-IP and instant messaging program. Its version 1.4 for Linux misses some features, namely SMS, register mobile, and transfer calls. skysentials gives you those features to use. A preliminary version of this package is apt-getable at: http://alioth.debian.org/~rafael/skype/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.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#516414: haskell-devscripts: Please separate dh_haskell_depends' and dh_haskell_prep's roles
Package: haskell-devscripts Version: 0.6.15+nmu2 Severity: wishlist Currently, dh_haskell_prep * generates postinst and postrm scripts * generates haskell:Depends substvar + adds a dependency on ghc6 + adds a dependency from the -prof package to the -dev package dh_haskell_depends * generates haskell:Depends substvar + adds a dependency on ghc6 + adds dependencies on any libraries that the package uses that aren't included in ghc6 itself I'd put that -prof to -dev link generation to dh_haskell_depends and wouldn't touch any substvars in dh_haskell_prep. Another possibility would be to merge these scripts. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516370: duma: [patch] small cleanup
Followup-For: Bug #516370
Package: duma
Version: 2.5.14-2
Please find attached a small package cleanup patch.
Cheers,
--
Cristian
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages duma depends on:
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libgcc1 1:4.3.3-4 GCC support library
ii libstdc++64.3.3-4The GNU Standard C++ Library v3
duma recommends no packages.
duma suggests no packages.
-- no debconf informationdiff -ur duma-2.5.14/debian/README.debian duma-2.5.14-2cii0/debian/README.debian
--- duma-2.5.14/debian/README.debian 1999-04-12 00:28:32.0 +0200
+++ duma-2.5.14-2cii0/debian/README.debian 2009-02-21 11:04:46.0 +0100
@@ -1,22 +1,16 @@
-electric-fence for DEBIAN
--
+duma for DEBIAN
+---
-The official maintainer of this package is Siggy Brentrup b...@debian.org.
-But he apparently lost his net.access, so this version was made
-by joost witteveen, joos...@debian.org.
-
-This package now also contains a shared library of electric fence.
-Thus, you don't need to recompile any programmes any more, all
-you need to do is
-
-LD_PRELOAD=libefence.so.0.0 your-buggy-programme
-
-and efence's malloc will be used.
-
-Oh, and note that if you're using c++, you and want to statically link
-your c++ programmes, you shouldn't use g++ to link libefence.a, but
-rather
-gcc -o myprog myprog.o -lstdc++ -lg++ -lefence
-(if you use g++, the order is different, and efence's malloc doesn't get used)
+This package contains a shared library of duma. Thus, you don't need to
+recompile any programmes any more, all you need to do is:
+ LD_PRELOAD=libefence.so.0.0.0 your-buggy-programme
+and duma's malloc will be used.
+
+Note that if you're using c++, and want to statically link your c++
+programmes, you shouldn't use g++ to link libduma.a, but rather:
+
+ gcc -o myprog myprog.o -lstdc++ -lg++ -lduma
+
+(if you use g++, the order is different, and duma's malloc doesn't get used)
diff -ur duma-2.5.14/debian/changelog duma-2.5.14-2cii0/debian/changelog
--- duma-2.5.14/debian/changelog 2009-02-21 11:22:11.0 +0100
+++ duma-2.5.14-2cii0/debian/changelog 2009-02-21 11:05:36.0 +0100
@@ -1,3 +1,11 @@
+duma (2.5.14-2cii0) unstable; urgency=low
+
+ * Removed usr/doc/electric-fence and usr/man/man3 from debian/dir.
+ * Removed ', ${misc:Depends}' from debian/control.
+ * Cleaned up debian/README.debian.
+
+ -- Cristian Ionescu-Idbohrn c...@axis.com Sat, 21 Feb 2009 10:45:48 +0100
+
duma (2.5.14-2) unstable; urgency=low
* Fix typo in long description (Closes: #486736)
diff -ur duma-2.5.14/debian/control duma-2.5.14-2cii0/debian/control
--- duma-2.5.14/debian/control 2009-02-21 11:22:11.0 +0100
+++ duma-2.5.14-2cii0/debian/control 2009-02-21 10:52:23.0 +0100
@@ -10,7 +10,7 @@
Package: duma
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}
Description: library to detect buffer overruns and under-runs in C and C++ programs
Open-source library to detect buffer overruns and under-runs
in C and C++ programs.
diff -ur duma-2.5.14/debian/dirs duma-2.5.14-2cii0/debian/dirs
--- duma-2.5.14/debian/dirs 1999-04-11 23:37:30.0 +0200
+++ duma-2.5.14-2cii0/debian/dirs 2009-02-21 10:54:19.0 +0100
@@ -1,3 +1 @@
usr/lib
-usr/doc/electric-fence
-usr/man/man3
Bug#516385: fai-server: I'd prefer fai-mirror not lie to me about what it's doing.
tags 516385 -patch thanks Hi, On Samstag, 21. Februar 2009, Michael Tautschnig wrote: No. I don't see the particular improvement, especially the first part of the patch seems really really strange, because the code in fact uses $NFSROOT/var/tmp/packages.nfsroot and not $cfdir/NFSROOT. What does the user know about $NFSROOT/var/tmp/base-pkgs.lis, it's a generated file... Ok, thanks. I'm not claiming that the current output is sane, but I think there is some more work required than such trivial patching. Ack. regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#516400: mu-index cannot find any messages stored in maidirs
tags 516400 + unreproducible severity 516400 normal thanks On Sa, 21 Feb 2009, Rafal Czlonka wrote: I've got 3000+ emails stored in maildir folders in ~/Mail directory. mu-index fails to see any of them regardless of pointing it to that maybe it is mh format? The man page says: mu-index understands Maildirs as defined by Dan Bernstein for qmail. It also understands recursive Maildirs (Maildirs within Maildirs), and the VFAT-version of Maildir, as used by Tinymail/Modest. Do your maildir look like: .../maildir/cur .../maildir/new .../maildir/tmp and within the cur folders you have files like 1232393320_3.8998.mithrandir,U=40,FMD5=11fbe6722e929fab6f81d3048be329ce:2,RS ?? Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- ABOYNE (vb.) To beat an expert at a game of skill by playing so appallingly that none of his clever tactics or strategies are of any use to him. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516417: ITP: usvn -- A web based administration tool for subversion
Package: wnpp Severity: wishlist Owner: Michael Rasmussen m...@datanom.net * Package name: usvn Version : 0.7.2 Upstream Author : USVN Team cont...@usvn.info * URL : http://www.usvn.info/ * License : CeCILL Programming Lang: PHP Description : A web based administration tool for subversion USVN is a web based PHP application providing easy administration of subversion repositories doing so in the new subversion format fsfs and storing all configuration in either mysql or SQLite3. USVN is taking care of the entire process from creating a new project to assigning user rights and configuring Apache's webdav plugin to support up and downloads to the project. The user rights management system allows an administrator to control user access from the entire project down to an individual file and applying the access rights to individual users or groups. The aim of USVN is to provide a web based replacement for svnadmin but at the same time it does not prevent the usage of svnadmin. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516416: showimg: build-depends on packages going away soon
Package: showimg Severity: serious Justification: build-deps goes away Hi! showimg build-deps among other packages on libkonq4-dev. This package will soon go away. Please consider either * dropping the parts of showimg that requires libkonq4-dev * Find a kde4 version * Get the package removed from the archive. /Sune -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages showimg depends on: pn kdelibs3 none(no description available) ii libc6 2.7-18GNU C Library: Shared libraries ii libfam02.7.0-13.3Client library to control the FAM ii libjpeg62 6b-14 The Independent JPEG Group's JPEG pn libkonq3 none(no description available) pn libpng2none(no description available) pn libqt2 none(no description available) ii libstdc++2.10-glibc2.2 1:2.95.4-27 The GNU stdc++ library pn libtiff3g none(no description available) ii xlibs 1:7.0.5 transitional package for xkb data ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime showimg recommends no packages. showimg suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503992: snort segfaults
On Thu, Feb 19, 2009 at 05:10:56PM +0800, Antoine Guy wrote: same thing here. Does it segfault everytime or just when the system boots? Could you please add the following line in your /etc/init.d/snort file and send me the trace file it generates: 190 /sbin/start-stop-daemon --start --quiet \ 191 --pidfile $PIDFILE \ 192 --exec $DAEMON -- $COMMON $DEBIAN_SNORT_OPTIONS \ 193 -c $CONFIGFILE \ 194 -S HOME_NET=[$DEBIAN_SNORT_HOME_NET] \ 195 -i $interface /dev/null 196 ret=$? -- 197 strace -f -p `cat $PIDFILE` /tmp/snort.trace 21 Thanks. Javier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516380: [Evolution] Bug#516380: Segmentation fault after modifying task
On Fri, Feb 20, 2009 at 04:34:18PM -0800, Matt Kraai wrote: When I perform the following steps, Evolution has a segmentation fault: * Switch to the Tasks view. * Click in the area that says Click to add a task. * Enter Hello. and press Enter. * Double click on the line that says Hello. in the list of tasks. * Choose a due date of next Tuesday. * Click on the Save button. In the gdb session, the following is displayed at this point: (evolution:9345): calendar-gui-CRITICAL **: e_cal_model_get_component_at: assertion `row = 0 row priv-objects-len' failed (evolution:9345): calendar-gui-CRITICAL **: e_cal_model_copy_component_data: assertion `comp_data != NULL' failed Program received signal SIGSEGV, Segmentation fault. I can't reproduce here. I guess it makes all the tasks stuff unusable? Do you have a calendar selected? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515601: lintian: false positive changelog-file-not-compressed if corresponding file is small
On Wed, Feb 18, 2009 at 10:55:07AM +0100, Micha Lenk wrote: I wrote some minutes ago: Is the package where you encountered this problem publicly available? I'd be happy to take a look at it and try to understand what happened. Yes, libaqbanking in the affected version is in the archive in unstable. You can have a look on the false positives here: http://lintian.debian.org/maintainer/mi...@lenk.info.html#libaqbanking Err, true positives I wanted to say... Ok, there are some issues mixed here: 1) You install the ChangeLog file with dh_installdocs which is a bug in your packaging, since it will already be installed with dh_installchangelogs as changelog. 2) lintian complains about the changelog not being compressed but what it really should complain about is the duplicated changelog file, which it would make it clearer that this is your fault ;) Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516419: ppl_0.10-3(mips/unstable):
Package: ppl Version: 0.10-3 Severity: serious There was an error while trying to autobuild your package: Automatic build of ppl_0.10-3 on mayr by sbuild/mips 99.999 Build started at 20090219-0952 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 6.0.7~), quilt, libgmp3-dev (= 4.1.3), autoconf, automake, libtool, autotools-dev [...] make[3]: Entering directory `/build/buildd/ppl-0.10' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/build/buildd/ppl-0.10' make[2]: Leaving directory `/build/buildd/ppl-0.10' make[1]: Leaving directory `/build/buildd/ppl-0.10' touch build-arch-stamp export save_size=1 ; /usr/bin/make -C doc user-configured make[1]: Entering directory `/build/buildd/ppl-0.10/doc' rm -rf ppl-user-0.10-html TEXINPUTS=/build/buildd/ppl-0.10/doc: doxygen user.doxyconf-html /bin/sh: doxygen: command not found make[1]: *** [ppl-user-0.10-html] Error 127 make[1]: Leaving directory `/build/buildd/ppl-0.10/doc' make: *** [build-indep-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mipspkg=pplver=0.10-3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516067: lintian: false positives when checking the same package version from different archs
On Wed, Feb 18, 2009 at 11:54:34PM -0600, Raphael Geissert wrote: Package: lintian Version: 2.2.5 Severity: minor Hi all, $ for f in deb/*; do lintian $f; done $ lintian deb/* E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb E: kgb: missing-dependency-on-libc needed by ./usr/bin/kgb There are 16 debs in deb/ one has a different version than the others. lintian -v might be helpful. Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514730: caff: perl warnings when name not set in gecos
reassign 514730 libmailtools-perl merge 495242 514730 thanks On tiisdei 10 Febrewaris 2009, Bernd Zeimetz wrote: Although I'm not sure if that bug is a problem in caff I file it here as I was not able to reproduce the problem in the failing Perl module. If there's no name set in the gecos field, caff cries about Use of uninitialized value $name in pattern match (m//) at /usr/share/perl5/Mail/Internet.pm line 536. Use of uninitialized value $name in sprintf at /usr/share/perl5/Mail/Internet.pm line 541. but it still works well... Thanks for reporting, but this is a known bug in libmailtools-perl. Caff already supplies it with a From header based on the 'owner' config option. What the module does is still trying to construct a name email-type header field, and then use it so set From or Sender if that isn't already present. In our case this is only used for Sender. The warnings are generated while building this header field in the Mail::Internet module. cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#516421: Died with Sig 11
Package: libpoppler3
Version: 0.8.7-1
Severity: normal
Hi,
I've got a coredump from evince (2.24.1-1) and I could extract the
following backtrace. I can reproduce the crash.
#0 Form::findWidgetByRef (this=0x0, aref=value optimized out)
at Form.cc:1231
i = 0
#1 0x0eb5856c in AnnotWidget::initialize (this=0x49875348,
xrefA=value optimized out, catalog=value optimized out,
dict=value optimized out) at Annot.cc:1735
obj1 = {type = objNone, {booln = 0, intg = 0,
real = 6.0927435137178795e-315, string = 0x0, name = 0x0, array = 0x0,
dict = 0x0, stream = 0x0, ref = {num = 0, gen = 1233185016}, cmd = 0x0}}
#2 0x0eb58850 in AnnotWidget (this=0x49875348, xrefA=0x4980e8f8,
dict=0x498124e0, catalog=0x498482c0, obj=value optimized out)
at Annot.cc:1714
No locals.
#3 0x0eb5af54 in Annots::createAnnot (this=value optimized out,
xref=0x4980e8f8, dict=0x498124e0, catalog=0x498482c0, obj=0x48b49af8)
at Annot.cc:3394
typeName = (GooString *) 0x498d8030
annot = value optimized out
obj1 = {type = objName, {booln = 1233624648, intg = 1233624648,
real = 1.6854582212275788e+46, string = 0x49879e48,
name = 0x49879e48 Widget, array = 0x49879e48, dict = 0x49879e48,
stream = 0x49879e48, ref = {num = 1233624648, gen = -343597383},
cmd = 0x49879e48 Widget}}
#4 0x0eb5b224 in Annots (this=0x49875438, xref=0x4980e8f8,
catalog=0x498482c0, annotsObj=0x48b49b68) at Annot.cc:
No locals.
#5 0x0ebcbed4 in Page::displaySlice (this=0x49848378, out=0x49812de0,
hDPI=72, vDPI=72, rotate=0, useMediaBox=0, crop=value optimized out,
sliceX=value optimized out, sliceY=value optimized out,
sliceW=value optimized out, sliceH=-1, printing=0, catalog=0x498482c0,
abortCheckCbk=0, abortCheckCbkData=0x0, annotDisplayDecideCbk=0,
annotDisplayDecideCbkData=0x0) at Page.cc:421
gfx = (Gfx *) 0x49812f00
obj = {type = objArray, {booln = 1233350336, intg = 1233350336,
real = 1.3867579022048777e+46, string = 0x49836ec0,
name = 0x49836ec0 I\200�I\203n�, array = 0x49836ec0, dict = 0x49836ec0,
stream = 0x49836ec0, ref = {num = 1233350336, gen = 0},
cmd = 0x49836ec0 I\200�I\203n�}}
annotList = (Annots *) 0x49875438
i = value optimized out
#6 0x0f63a5f4 in _poppler_page_render (page=value optimized out,
cairo=value optimized out, printing=0) at poppler-page.cc:529
output_dev = (class CairoOutputDev *) 0x49812de0
__PRETTY_FUNCTION__ = void _poppler_page_render(PopplerPage*,
cairo_t*, GBool)
#7 0x0e2c5f04 in ?? () from /usr/lib/evince/backends/libpdfdocument.so
No symbol table info available.
#8 0x0ff6ee4c in ev_document_render () from /usr/lib/libevbackend.so.0
No symbol table info available.
#9 0x1001cc70 in ?? ()
No symbol table info available.
#10 0x10019a7c in ?? ()
No symbol table info available.
#11 0x10019a48 in ?? ()
No symbol table info available.
#12 0x0f1f5c9c in g_thread_create_proxy (data=0x1049f2a0)
at /build/buildd/glib2.0-2.18.4/glib/gthread.c:635
__PRETTY_FUNCTION__ = g_thread_create_proxy
#13 0x0f144e24 in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#14 0x0f09f620 in clone () from /lib/libc.so.6
No symbol table info available.
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Bye, Jörg.
-- System Information:
Debian Release: unstable/experimental
APT prefers unstable
APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.29-rc5
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libpoppler3 depends on:
ii libc6 2.9-0exp2 GNU C Library: Shared libraries
ii libfontconfig1 2.6.0-3 generic font configuration library
ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib
ii libgcc11:4.3.3-4 GCC support library
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libstdc++6 4.3.3-4 The GNU Standard C++ Library v3
ii libxml22.6.32.dfsg-5 GNOME XML library
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
libpoppler3 recommends no packages.
libpoppler3 suggests no packages.
-- no debconf information
signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#516400: mu-index cannot find any messages stored in maidirs
Norbert Preining wrote: maybe it is mh format? The man page says: No, it's maildir. Do your maildir look like: .../maildir/cur .../maildir/new .../maildir/tmp Yes, they do: % ls -l Mail/misc total 12 drwx-- 2 rjc rjc 8192 2009-02-19 13:54 cur drwx-- 2 rjc rjc6 2008-11-30 09:14 new drwx-- 2 rjc rjc6 2008-11-30 09:14 tmp and within the cur folders you have files like 1232393320_3.8998.mithrandir,U=40,FMD5=11fbe6722e929fab6f81d3048be329ce:2,RS It's a bit shorter than that, but as I said they've been created by procmail/mutt and are understood by other maildir-aware tools as well. % ls -l Mail/misc/cur total 4236 -rw--- 1 rjc rjc4912 2008-11-30 09:14 1131906508.21507_2.debian:2,S Cheers, -- Raf http://www.catb.org/~esr/faqs/smart-questions.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516351: ITP: see -- lightweight Linux text file and man page viewer
Op vrijdag 20-02-2009 om 21:56 uur [tijdzone +0200], schreef Antti-Juhani Kaijanaho: On Fri, Feb 20, 2009 at 08:29:24PM +0100, Joop Stakenborg wrote: * Package name: see Possible file conflict with /usr/bin/see from mime-support. Thanks, will notify upstream. signature.asc Description: Dit berichtdeel is digitaal ondertekend
Bug#516351: ITP: see -- lightweight Linux text file and man page viewer
Op vrijdag 20-02-2009 om 19:26 uur [tijdzone -0300], schreef Gustavo Noronha: On Fri, 2009-02-20 at 20:29 +0100, Joop Stakenborg wrote: Description : lightweight Linux text file and man page viewer Is it really Linux-specific? Thanks, Okay, that's a good one. POSIX instead of Linux? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516351: ITP: see -- lightweight Linux text file and man page viewer
Op zaterdag 21-02-2009 om 09:56 uur [tijdzone +0900], schreef Paul Wise: On Sat, Feb 21, 2009 at 4:29 AM, Joop Stakenborg pa3...@debian.org wrote: * Package name: see mime-support already contains /usr/bin/see, so you'll probably need to rename it see-editor or something? Thanks. will notify upstream about this. Regards, Joop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516400: mu-index cannot find any messages stored in maidirs
On Sa, 21 Feb 2009, Rafal Czlonka wrote: No, it's maildir. Hm... bad. drwx-- 2 rjc rjc 8192 2009-02-19 13:54 cur drwx-- 2 rjc rjc6 2008-11-30 09:14 new drwx-- 2 rjc rjc6 2008-11-30 09:14 tmp and within the cur folders you have files like 1232393320_3.8998.mithrandir,U=40,FMD5=11fbe6722e929fab6f81d3048be329ce:2,RS Kann you create one folder with a few messages (not private ones, or dummy) and send me (personal mail if you prefer) the zipped mailfolder? Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- SAVERNAKE (vb.) To sew municipal crests on to a windcheater in the belief that this will make the wearer appear cosmopolitan. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516423: warning about empty gecos not being UTF-8
Package: devscripts Version: 2.10.46 Severity: minor Hi, When using debchange on a host where my uid has an empty gecos field (that is, /etc/passwd contains this): thijs:x:1000:1000::/home/thijs:/bin/bash I get the following warning: | dch warning: passwd full name field for uid 1000 | is not UTF-8 encoded; ignoring | dch: Did you see that warning? Press RETURN to continue... You could argue for or against the empty string being UTF-8 encoded, but I guess triggering on an empty gecos wasn't the intention of the warning.. cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#516414: haskell-devscripts: Please separate dh_haskell_depends' and dh_haskell_prep's roles
Op zaterdag 21-02-2009 om 12:26 uur [tijdzone +0200], schreef Kari Pahula: Package: haskell-devscripts Version: 0.6.15+nmu2 Severity: wishlist Currently, dh_haskell_prep * generates postinst and postrm scripts * generates haskell:Depends substvar + adds a dependency on ghc6 + adds a dependency from the -prof package to the -dev package dh_haskell_depends * generates haskell:Depends substvar + adds a dependency on ghc6 + adds dependencies on any libraries that the package uses that aren't included in ghc6 itself I'd put that -prof to -dev link generation to dh_haskell_depends and wouldn't touch any substvars in dh_haskell_prep. Another possibility would be to merge these scripts. One of the things I wanted to do is remove this code from dh_haskell_prep indeed and only let dh_haskell_depends generate the haskell:Depends substvar. Greetings Arjan signature.asc Description: Dit berichtdeel is digitaal ondertekend
Bug#516136: [Pkg-octave-devel] Bug#516136: Bug#516136: Bug#516136: Bug#516136: octave3.1: crash
* Francesco Potorti` poto...@isti.cnr.it [2009-02-20 22:44]: I checked in the following change. Does it fix the problem for you? http://hg.savannah.gnu.org/hgweb/octave/rev/71742f45571e Indeed, this patch seems to fix the bug, at least with the rs.m script. Thank you. Unfortunately I do not currently have the time to compile Octave myself. Unless things change, I'll wait for the next Debian package by Rafael. Done, 3.1.52-4 is uploaded to unstable. -- Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516424: haddock: out of memory (requested 6579890946048 bytes)
Package: haddock Version: 2.4.1-3 Severity: serious Hi, Alot of haskell packages are failing to build on atleast amd64 with an error like this: Running Haddock for time-1.1.2.3... Warning: The documentation for the following packages are not installed. No links will be generated to these packages: rts-1.0 Preprocessing library time-1.1.2.3... haddock: out of memory (requested 6579890946048 bytes) Running Haddock for HUnit-1.2.0.3... Warning: The documentation for the following packages are not installed. No links will be generated to these packages: rts-1.0 Preprocessing library HUnit-1.2.0.3... haddock: out of memory (requested 6579890946048 bytes) Running Haddock for stm-2.1.1.2... Warning: The documentation for the following packages are not installed. No links will be generated to these packages: rts-1.0 Preprocessing library stm-2.1.1.2... haddock: out of memory (requested 6807524212736 bytes) Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514807: a proposal for consideration for V1 CA certs in Etch (and Lenny?)
Daniel Kahn Gillmor wrote: Thanks for the feedback, Simon. On 02/19/2009 05:02 PM, Simon Josefsson wrote: Daniel Kahn Gillmor d...@fifthhorseman.net writes: 3) default to having GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT be set This is essentially the (untested) patch I proposed earlier. (this may mean that there is *no way* to turn this flag off -- hopefully people who know gnutls better than myself can say if this is the case) Applications can still call gnutls_certificate_set_verify_flags to override the default. Good point. I appreciate the clarification. While I was negative initially, I think there are some arguments for this solution: it only enables V1 CAs that the user has _explicitly_ marked as trusted. So the user could be informed through documentation that if he adds V1 CAs as a trusted certs, they may lead to the security problems with V1 certs. My understanding is that the security problem is with adding V1 *end-entity* certificates to the trusted certificate list. If you do so, and we go with option 3, those EE certificates would be able to act as certificate authorities because GnuTLS is unable to distinguish the two classes of certificate. But this doesn't indicate any problems with adding V1 CA certs, only EE certs, no? Indeed it affects end entity certs. I missed the discussion though I understand it is about V1 CAs and being disabled by default. To be honest although V1 certificates have been deprecated for more than a decade CAs still use the V1 format for their certificates (ca-certificates contains more than 10 of these). However allowing them by default will make applications that rely on adding end-entity certificates to the trusted certificate list insecure. Thus it might be better for applications to explicitly enable this flag if they do not use end-entity certificates there. regards, Nikos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515906: Can't print anymore with new hpijs 2.8.12-3 and my HP 6940 (text only)
I also have exactly the same symptoms but with my HP5740 printer. It occured when I updated 'unstable' on Thursday. I'm not sure if it is this package causing the problem or CUPS. This machine is an x86_64 arch. I've included below all the packages which I think are relevant (and many which aren't!). ii hpijs 2.8.12-3HP Linux Printing and Imaging - gs IJS driver (hpijs) ii hpijs-ppds 2.8.12-3HP Linux Printing and Imaging - HPIJS PPD files ii hplip 2.8.12-3HP Linux Printing and Imaging System (HPLIP) ii hplip-data 2.8.12-3HP Linux Printing and Imaging - data files ii hplip-doc 2.8.12-3HP Linux Printing and Imaging - documentation ii hplip-gui 2.8.12-3HP Linux Printing and Imaging - GUI utilities ii cups1.3.9-14Common UNIX Printing System(tm) - server ii cups-bsd1.3.9-14Common UNIX Printing System(tm) - BSD commands ii cups-client 1.3.9-14Common UNIX Printing System(tm) - client programs (SysV) ii cups-common 1.3.9-14Common UNIX Printing System(tm) - common files ii cups-driver-gutenprint 5.0.2-4 printer drivers for CUPS ii cups-pdf2.5.0-1 PDF printer for CUPS ii cupsddk 1.2.3-5 CUPS Driver Development Kit ii cupsddk-drivers 1.2.3-5 CUPS Driver Development Kit - Driver files ii cupsys 1.3.9-14Common UNIX Printing System (transitional package) ii cupsys-bsd 1.3.9-14Common UNIX Printing System (transitional package) ii cupsys-client 1.3.9-14Common UNIX Printing System (transitional package) ii cupsys-common 1.3.9-14Common UNIX Printing System (transitional package) ii cupsys-driver-gutenprint5.0.2-4 printer drivers for CUPS ii gnome-cups-manager 0.31-3+b1 CUPS printer admin tool for GNOME ii libcups21.3.9-14Common UNIX Printing System(tm) - libs ii libcups2-dev1.3.9-14Common UNIX Printing System(tm) - development files ii libcupsimage2 1.3.9-14Common UNIX Printing System(tm) - image libs ii libcupsys2 1.3.9-14Common UNIX Printing System (transitional package) ii libcupsys2-dev 1.3.9-14Common UNIX Printing System (transitional package) ii libgnomecups1.0-1 0.2.3-3 GNOME library for CUPS interaction ii libgnomecupsui1.0-1c2a 0.31-3+b1 UI extensions to libgnomecups ii python-cups 1.9.31-1Python bindings for CUPS ii python-cupsutils1.0.0-4 Python utility modules around the CUPS printing system Thanks, Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#442316: evdev: KDM/KDE solutions
Package: xserver-xorg-input-evdev Version: 1:2.0.8-1 Followup-For: Bug #442316 Hello, just to document it. I experienced this problem today (until yesterday's login everything was fine for me (testing with all updates)) and someone on #debian-kde directed my in the right direction. So should any KDE/KDM user have the same problem, here is at least one solution: KDM I haven't found one yet apart from uninstalling evdev (I haven't tried to edit the fdi file yet). Therefore, if you can life with it, just type your password qwerty-translated into the password field, switching to tty1 is possible through the system menu. KDE (3.5) That is actually easy: just go to the control center regional settings accessibility keyboard layout and select »Evdev-managed keyboard« for keyboard type. Then everything should be back at normal apart from other evdev bugs like #475330. Greetings, Kai -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debianforum.de/Drizzt_Do%27Urden GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#497038: apt-file: 497038: xapian index?
usertags 497038 + bittenby thanks How about adding a xapian index option? That would reduce search times but probably prevent regex searches. Also, according to a recent blog post, gzip -1 is almost the same as lzop. So, for those times you need regex searching (or don't have a xapian index built), you can recompress with lzop if available and if not, recompress with gzip -1. http://changelog.complete.org/archives/931-how-to-think-about-compression-part-2 -- bye, pabs http://bonedaddy.net/pabs3/ signature.asc Description: This is a digitally signed message part
Bug#450529: eagle: license file for freeware license not found
On ven, 2007-11-09 at 10:13 -0700, Shaun Jackman wrote: The debconf dialog works for me. It displays the text Eagle must be run once as root to install the license key file. Run eagle now to install the license key file? Have you installed eagle before, or perhaps your debconf priority threshold is set too low? Try purging eagle and reinsalling it. I didn't touch my debconf priority settings, and the debconf note wasn't displayed at all. apt-get remove --purge eagle apt-get install eagle When eagle is installed using sudo from a user session running X -- sudo apt-get install eagle -- eagle runs as root and the license key is generated correctly. I used sudo from my user X session, so it had no problem running eagle, generating license stuff. But then, it creates eagle/ and .eaglerc in my user homedir, but with root ownership. And anyway running a complete app in postinst is just not possible, imho. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#516419: ppl_0.10-3(mips/unstable):
Package: ppl Version: 0.10-3 Severity: serious There was an error while trying to autobuild your package: [...] Yes, thanks, already noticed; in fact, I uploaded a version supposed to fix this an hour ago. I'll close this bug tomorrow, once autobuilding has confirmed that my fix is appropriate. Thanks again and sorry for the noise, Michael pgp6jysXuLJTZ.pgp Description: PGP signature
Bug#494010: closed by maximilian attems m...@debian.org (Bug#494010: fixed in linux-2.6 2.6.28-1)
On Sat, Feb 21, 2009 at 11:03:13AM +, Debian Bug Tracking System wrote: - dsp56k: use request_firmware and firmware nuked (closes: #494010) Thank you. Will you be building dsp56k firmware from source and including it in the package? Or maybe you'd rather leave it to be packaged separately? -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516400: mu-index cannot find any messages stored in maidirs
On Sa, 21 Feb 2009, Rafal Czlonka wrote: Kann you create one folder with a few messages (not private ones, or dummy) and send me (personal mail if you prefer) the zipped mailfolder? Sure, there you go :) I cannot reproduce that: $ mu-index -d `pwd`/norbert/ mu-index: scanning /home/norbert/mu/tests/norbert/, storing in /home/norbert/.mu/mu-sqlite.db-0.4 * counting msgs...2 messages found * cleaning up database..0 messages cleaned up \ mu-index processing msg 2 of 2 (100.0%) * message(s) up-to-date : 0 * message(s) added : 2 * message(s) updated: 0 * message(s) cleaned up : 0 * time taken: 0 second(s) That is strange ... here they are definitely recognized. Best wishes Norbert --- Dr. Norbert Preining prein...@logic.atVienna University of Technology Debian Developer prein...@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- ALDCLUNE (n.) One who collects ten-year-old telephone directories. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516425: happy: FTBFS: Not in scope: `buildVerbose'
Package: happy Version: 1.17-0.1 Severity: serious From my pbuilder build log: ... fakeroot debian/rules clean dh_testdir dh_testroot rm -f configure-stamp build-stamp install-stamp [ ! -f doc/config.mk ] || /usr/bin/make -C doc clean # Remove these so setup clean doesn't remove the generated files # rm -f src/Parser.ly src/AttrGrammarParser.ly ghc6 --make Setup.lhs -o setup [1 of 1] Compiling Main ( Setup.lhs, Setup.o ) Setup.lhs:30:43: Not in scope: `buildVerbose' make: *** [clean] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496169: Similar problem with nvidia Drivers?
Dear Maintainers! Is it possible that the same Bug exists with the (proprietary) Nvidia Drivers? I have an old configuration, with soft-scroll in the graphics-buffers working for years. In this case I configured a virtual screen of 2880 x 2016 on a Laptop Display with 1440x900. Due to the Soft-Scroll I could use a nice big Desktop in Sarge. After my Upgrade to Lenny both gnome and KDE use only the space occupied by the original resolution of 1440x900. Scrolling however is possible for 2880x2016 and windows can be moved in 1440x2016. Strange. Do you know a tweak for this? Kind Regards Jan Filter PS: Is it possible to hide my eMail-Address in the Bugtracker? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494010: closed by maximilian attems m...@debian.org (Bug#494010: fixed in linux-2.6 2.6.28-1)
On Sat, Feb 21, 2009 at 12:57:25PM +0100, Robert Millan wrote: On Sat, Feb 21, 2009 at 11:03:13AM +, Debian Bug Tracking System wrote: - dsp56k: use request_firmware and firmware nuked (closes: #494010) Thank you. Will you be building dsp56k firmware from source and including it in the package? Or maybe you'd rather leave it to be packaged separately? see recent discussions on d-kerenl by Ben. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516427: lintian: [checks/shared-libs] too restrictive check of alternative dependencies in symbols files
Package: lintian Version: 2.2.5 Severity: normal glibc 2.9-2 introduced a strict dependency on the upstream version for private symbols: ld-linux-x86-64.so.2 libc6 #MINVER# | libc6 ( 2.9), libc6 ( 2.10) This cause lintian to output the following warning: E: libc6: syntax-error-in-symbols-file 2 Raphaël Hertzog confirmed me this kind of dependency is correct. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii diffstat1.46-1 produces graph of changes introduc ii dpkg-dev1.14.24 Debian package development tools ii file4.26-2 Determines file type using magic ii gettext 0.17-6 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libipc-run-perl 0.82-1 Perl module for running processes ii libparse-debianchan 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1 Manipulates and accesses URI strin ii man-db 2.5.2-4 on-line manual pager ii perl [libdigest-sha 5.10.0-19Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.44-1.2 Text::Template perl module ii man-db2.5.2-4on-line manual pager -- 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#516373: gnome-power-manager: High System Load (upto 8) on resuming from suspend
Le vendredi 20 février 2009 à 16:12 -0800, Kushal Koolwal a écrit : Package: gnome-power-manager Version: 2.22.1-4 Severity: normal Whenever I resume my computer from Suspend mode, I see (using top or htop) that the System load goes really high - usually upto 8. Then slowly it starts getting low and usually takes about a minute and a half to come to normal (idle) system load which for my machine is usually 1. I put my computer to suspend mode by going to System-Shutdown-Suspend under GNOME. Please let me know if you need more information. During this time, are there any processes sucking up the CPU? -- .''`. Debian 5.0 Lenny has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#516227: privoxy: fails to start at boot with default config
On Thu, 19 Feb 2009, Mau wrote: Package: privoxy Version: 3.0.10-2 Severity: important Privoxy fails to start at boot if listen-address is set at localhost:8118 or 127.0.0.1:8118; setting listen-address to [::1]:8118 allowed me to bypass this issue. The weird thing is that if I try to start Privoxy by its initscript after the boot (by su-ing to root), it will start fine also with the default configuration. Very strange. Maybe a wrong boot order, which first starts privoxy and after this it initializes the loopback interfaces with the localhost IP? Could you please have a look into your /etc/network/interfaces. How is your loopback interface (lo) configured? Is there a auto lo entry in this file? Could you send my the output of ls -l /etc/rc?.d/*ifupdown /etc/rc?.d/*privoxy or (if you are using file-rc) the output of egrep 'privoxy|ifupdown' /etc/runlevel.conf In /var/log/privoxy/logfile I found these messages: [...] Feb 19 18:00:59.713 Privoxy(b7dd96b0) Fatal error: can't bind to localhost:8118: The hostname is not resolvable Feb 19 20:01:13.748 Privoxy(b7e816b0) Fatal error: can't bind to 127.0.0.1:8118: The hostname is not resolvable [...] Hmmm, okay, a missing interface lo seems to give a different error: Feb 21 13:07:52.147 Privoxy(7fe1d79346e0) Info: Listening on port 8118 on IP address localhost Feb 21 13:07:52.148 Privoxy(7fe1d79346e0) Fatal error: can't bind to localhost:8118: because Cannot assign requested address So maybe there's a problem with your host name resolving at all. Could you please have a look at the hosts entry in your /etc/nsswitch.conf? Mine says: hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 So it first looks into files and on dns after this. Maybe yours uses a different order and tries to start privoxy at boot before a nameserver is started, while /etc/hosts is ignored or tried later? My hosts file contents: 127.0.0.1 localhost 127.0.1.1 tuxie.local tuxie Very strange. The hostname localhost should be resolvable via your hosts file. 127.0.0.1 should not be resolved, Tscho Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516272: [Buildd-tools-devel] Bug#516272: schroot configuration files lack lenny configuration and include sarge configuration
Karl Goetz wrote: The configuration file of schroot shipped in Lenny seems to be partly left over from etch's testing days. It references 'sarge' several times, but neglects to provide any examples for 'lenny'. Thanks for the reminder. They are only examples, so there is no negative consequence WRT the package working correctly for not having the current names, but I will replace etch-squeeze and sarge-lenny in the next upload to keep the examples current for the squeeze release. Regards, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516285: [Adduser-devel] Bug#516285: It seems to accept anything for 'yes'
This one time, at band camp, Enrico Zini said: On Fri, Feb 20, 2009 at 01:40:09PM +, Stephen Gran wrote: This one time, at band camp, Enrico Zini said: Is the information correct? [Y/n] p pico:/# adduser enrico adduser: The user `enrico' already exists. pico:/# Apparently, it was happy to take 'p' for a yes. Since the default is 'yes', the code only looks to see if you've actively negated the action. I think, while perhaps slightly silly, this is ultimately correct. My rationale was that if garbage is detected, then one cannot assume to be able to interpret the will of the user. In this case, it's quite easy to just ask again, instead of going on and creating an account with data that can potentially contain garbage. Yeah, I can see that point of view. I tend to think of adduser as a program designed to be called from maintainer scripts, and it's usefulnss to admins is kind of secondary (sort of like update-rc.d or something). This has led to lots of places in the code making assumptions that if you're not actively saying no, we should proceed. But ultimately, I'll accept any judgement on this: it isn't really a big deal. Fair enough - I'll think on it and see what Joerg has to say, and go from there. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#516426: rocksndiamonds: directory downloads is not created automatically
Package: rocksndiamonds Version: 3.2.6.0+dfsg-4 Severity: minor Hi, although directory creation is mentioned in postinst, the packet is not installable if the directory does not exist Richte rocksndiamonds ein (3.2.6.0+dfsg-4) ... Update menu Can not read directory /usr/share/games/rocksndiamonds/downloads: Datei oder Verzeichnis nicht gefunden dpkg: Fehler beim Bearbeiten von rocksndiamonds (--configure): Unterprozess post-installation script gab den Fehlerwert 2 zurück Verarbeite Trigger für menu ... Fehler traten auf beim Bearbeiten von: rocksndiamonds Kind regards Sebastian Bremicker -- System Information: Debian Release: 5.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rocksndiamonds depends on: ii debconf [debconf-2.0] 1.5.25Debian configuration management sy ii libc6 2.7-18GNU C Library: Shared libraries ii libsdl-image1.21.2.6-3 image loading library for Simple D ii libsdl-mixer1.21.2.8-5 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.7-2 network library for Simple DirectM ii libsdl1.2debian1.2.13-4 Simple DirectMedia Layer ii p7zip 4.65~dfsg.1-1 7zr file archiver with high compre ii perl-modules 5.10.0-19 Core Perl modules ii unzip 5.52-12 De-archiver for .zip files ii wget 1.11.4-2 retrieves files from the web rocksndiamonds recommends no packages. rocksndiamonds suggests no packages. -- debconf information: * rocksndiamonds/begin: true rocksndiamonds/util_notfound: * rocksndiamonds/select_games: Legend Of Zelda, Legend Of Zelda II, Emerald Mine Club, Contributions 1995 - 2006, Snake Bite, BD2K3, BD Dream, Supaplex, DX-Boulderdash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516428: broken question about creating a filesystem in regular file
Package: e2fsprogs Version: 1.41.3-1 Severity: normal $ /sbin/mke2fs -j tmp mke2fs 1.41.3 (12-Oct-2008) tmp is not a block special device. Proceed anyway? (y,n) y $ This used to work 1.39+1.40-WIP-2006.11.14+dfsg-2etch1, now it won't do it unless -F was used. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages e2fsprogs depends on: ii e2fslibs 1.41.3-1 ext2 filesystem libraries ii libblkid1 1.41.3-1 block device id library ii libc6 2.7-18 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libss21.41.3-1 command-line interface parsing lib ii libuuid1 1.41.3-1 universally unique id library e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static none(no description available) pn gpart none(no description available) ii parted 1.8.8.git.2008.03.24-11.1 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#514610: shorewall: new upstream version
On Saturday 21 February 2009, Roberto C. Sánchez wrote: Since the sid/squeeze version could be downloaded and directly installed with 'dpkg -i', it is probably not suitable for upload to the official bpo. Point taken, since arch is all. But maybe you will ask the ftp-masters of bpo for an exception. With kind regards, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#516430: init start starts daemon even if it is already running
Package: smartmontools Version: 5.38-2 Severity: serious The smartmontools init script starts the smartd even if it is already running: rem:~# ps xauf | grep -i 'smar[t]' root 27750 0.0 0.1 4188 816 ?S12:16 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid rem:~# env -i /etc/init.d/smartmontools start Starting S.M.A.R.T. daemon: smartd. rem:~# ps xauf | grep -i 'smar[t]' root 27750 0.0 0.1 4188 816 ?S12:16 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid root 2 0.0 0.1 4188 820 ?S12:18 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid rem:~# env -i /etc/init.d/smartmontools start Starting S.M.A.R.T. daemon: smartd. rem:~# ps xauf | grep -i 'smar[t]' root 27750 0.0 0.1 4188 816 ?S12:16 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid root 2 0.0 0.1 4188 820 ?S12:18 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid root 27784 0.0 0.1 4188 816 ?S12:18 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid rem:~# env -i /etc/init.d/smartmontools start Starting S.M.A.R.T. daemon: smartd. rem:~# ps xauf | grep -i 'smar[t]' root 27750 0.0 0.1 4188 816 ?S12:16 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid root 2 0.0 0.1 4188 820 ?S12:18 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid root 27784 0.0 0.1 4188 816 ?S12:18 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid root 27791 0.0 0.1 4188 816 ?S12:18 0:00 /usr/sbin/smartd --pidfile /var/run/smartd.pid You probably do not want to rm -f the pidfile just before you ask start-stop-daemon to start the thing. And then you want to exit 0 if the thing is already running, not exit 1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516432: ITP: monodevelop-vala -- Vala plugin for MonoDevelop
Package: wnpp Owner: Mirco Bauer mee...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org * Package name: monodevelop-vala Version : 1.9.2 Upstream Author : Levi Bard taktaktaktaktaktaktaktaktak...@gmail.com, Jerome Haltom was...@larvalstage.net * URL : http://www.monodevelop.com/ * License : MIT/X11 Programming Lang: C# Description : Vala plugin for MonoDevelop MonoDevelop is a GNOME IDE primarily designed for C# and other CLI (.NET) languages. This package enables Vala language support for MonoDevelop. Repository of preview packages: deb http://debian.meebey.net/monodevelop / VCS of the source package: http://git.debian.org/?p=pkg-cli-apps/packages/monodevelop-vala.git -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developermee...@meebey.net http://www.meebey.net/ PEAR Developermee...@php.net http://pear.php.net/ Debian Developer mee...@debian.org http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516429: update-manager: error message is useless
Package: update-manager Version: 0.68.debian-7 Severity: important When running the smart upgrade feature of the update-manager, I get the following error message: Could not apply changes! Fix broken packages first. Since there is no indication which packages are broken, let alone how to fix them, this error message is completely useless. -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages update-manager depends on: ii gconf2 2.22.0-1GNOME configuration database syste ii libgnome2-perl 1.042-1+b1 Perl interface to the GNOME librar ii python 2.5.2-3 An interactive high-level object-o ii python-dbus 0.83.0-1simple interprocess messaging syst ii python-glade22.12.1-6GTK+ bindings: Glade support ii python-gnome22.22.0-1Python bindings for the GNOME desk ii python-support 0.8.7 automated rebuilding support for P ii python-vte 1:0.16.14-4 Python bindings for the VTE widget ii software-properties-gtk 0.60.debian-1.1 manage the repositories that you i ii synaptic 0.62.5 Graphical package manager ii update-manager-core 0.68.debian-7 APT update manager core functional update-manager recommends no packages. Versions of packages update-manager suggests: ii update-notifier 0.70.7.debian-5 Daemon which notifies about packag -- 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#516431: libghc6-parsec-dev: Fails to install because of missing Depends on libghc6-mtl-dev
Package: libghc6-parsec-dev Version: 3.0.0-2 Severity: serious From my pbuilder build log for haskell-network: ... Setting up libghc6-parsec-dev (3.0.0-2) ... Reading package info from /usr/lib/haskell-packages/ghc6/lib/parsec-3.0.0/installed-pkg-config ... done. ghc-pkg: dependency mtl-1.1.0.2 doesn't exist (use --force to override) dpkg: error processing libghc6-parsec-dev (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: libghc6-parsec-dev E: Sub-process /usr/bin/dpkg returned an error code (1) ... E: Unrecoverable error installing build-dependencies. E: pbuilder-satisfydepends failed. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516433: ITP: monodevelop-debugger-mdb -- Mono Debugger plugin for MonoDevelop
Package: wnpp Severity: wishlist Owner: Mirco Bauer mee...@debian.org * Package name: monodevelop-debugger-mdb Version : 1.9.2 Upstream Author : Lluis Sanchez Gual ll...@novell.com * URL : http://www.monodevelop.com/ * License : MIT/X11 Programming Lang: C# Description : Mono Debugger plugin for MonoDevelop MonoDevelop is a GNOME IDE primarily designed for C# and other CLI (.NET) languages. This package enables the GNU Debugger integration for MonoDevelop. Repository of preview packages: deb http://debian.meebey.net/monodevelop / VCS of the source package: http://git.debian.org/?p=pkg-cli-apps/packages/monodevelop-debugger-mdb.git -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500746: [Buildd-tools-devel] Bug#500746: Bug#500746: feature request: use pre-existing schroot or run early script hook
Kees Cook wrote:
Hi Roger,
On Thu, Oct 02, 2008 at 12:36:34AM +0100, Roger Leigh wrote:
OK. I think calling external scripts here would be a good idea. We
could use run-parts to run all the scripts in e.g. /etc/sbuild/setup.d,
for example, in a similar manner to the schroot setup scripts, but with
all of the relevant sbuild state exported in the environment. This
would make it trivially extensible by users and other packages.
I'm finally getting back to looking at this. It does seem likely that
system-wide setup scripts could be good, but I'm not sure the specific
use-case I'm after would really be done here (for example, I don't want to
do this for Debian builds, only Ubuntu builds). It doesn't seem right to
make those choices in /etc/sbuild/setup.d/something is the right place --
i.e. it should really be up to the sbuild invoker.
You could use a conditional in the script so that you only do it
for specific builds (for example, based on the chroot name or the
contents of /etc/debian_version inside the chroot).
We do a similar thing for chroot type-specific code in the schroot setup
scripts; the scripts are all always executed, but only the necessary
bits are actually used.
Agreed. If you haven't already, you might be interested in looking at
the current sbuild in git:
git://git.debian.org/git/buildd-tools/sbuild.git
Here, the main build state, configuration, chroot information etc. have
all been object-oriented using perl objects. We can easily write a few
lines of perl to dump the object state into the environment so scripts
can access it. This would only be possible for scalar and perhaps array
values realistically, but it would give you all you need to do what you
want.
Where should this happen? My particular use-case seems to need details
from both $build and $options. Should exec_command export all of those
values into the environment in addition to the stuff listed in
Defaults-ENV? SBUILD_BUILD_... and SBUILD_OPTION_... ?
If we want to do this for every command we run, then yes. However, it's
also possible to set it specifically for a single invocation with
ENV={env} in your command. So you could, for example, do:
my $status = $self-get('Session')-run_command(
{ COMMAND = [$self-get_conf('RUN_PARTS'), $scriptdir, @args],
ENV = {environment},
USER = 'root',
CHROOT = 1,
PRIORITY = 0,
DIR = '/' });
It will be quite simple to export the scalar and array elements of the
Build and Options classes, since both are just hashes internally. I
think SBUILD_BUILD_* and SBUILD_OPTION_* as you suggest above would be
ideal names for the environment.
I've updated the patch (untested...) to use all the new calling conventions
in git, just for reference...
Thanks, I'll take a look soon.
Regards,
Roger
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515319: ITP: python-ompc -- Matlab(R)-to-Python Compiler
Package: wnpp Severity: wishlist _ Hotmail, Messenger, Photos and more - all with the new Windows Live. Get started! http://www.download.live.com/
Bug#500746: [Buildd-tools-devel] Bug#500746: Bug#500746: feature request: use pre-existing schroot or run early script hook
Lucas Nussbaum wrote: On 01/10/08 at 17:11 +0100, Roger Leigh wrote: Could you possibly explain what exactly you would like to do with this feature? I would be happy to add some general mechanism to sbuild, such as your patch, but I'd just like to understand the use case for it. Hi, Since that feature could help me as well, I'm jumping in and describing my use case. I often run rebuilds with two different configurations, to be able to compare the results. For example: - stock Debian unstable - Debian unstable with newer GCC The newer GCC part is implemented by adding a line in /etc/apt/sources.list and running apt-get update upgrade, so apt will: - install the newer GCC - if needed, install the newer deps not part of build-essential (think of GCJ). I implemented that by using two chroots: unstable and unstable-gcc. But it's painful to maintain both chroots, and it would be much more easier to customize my stock Debian unstable chroot before building, using a hook script. How would you prefer to choose which variant to use? Would you just add/remove/alter the hook script, or would you like sbuild to be able to pass something in the environment to customise the script so that you can invoke sbuild with e.g. a new option which can set the desired behaviour in your script. Regards, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516435: ITP: monodevelop-debugger-gdb -- GNU Debugger plugin for MonoDevelop
Package: wnpp Severity: wishlist Owner: Mirco Bauer mee...@debian.org * Package name: monodevelop-debugger-gdb Version : 1.9.2 Upstream Author : Lluis Sanchez Gual ll...@novell.com * URL : http://www.monodevelop.com/ * License : MIT/X11 Programming Lang: C# Description : GNU Debugger plugin for MonoDevelop MonoDevelop is a GNOME IDE primarily designed for C# and other CLI (.NET) languages. This package enables the GNU Debugger integration for MonoDevelop. Repository of preview packages: deb http://debian.meebey.net/monodevelop / VCS of the source package: http://git.debian.org/?p=pkg-cli-apps/packages/monodevelop-debugger-gdb.git -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511840: [pkg-cryptsetup-devel] Bug#511840: Initrd fails to find root device after boot into system following install
On 19 Feb 09, Jonas Meurer wrote:
Hey,
Maks, I spent several hours now on debugging this issue, and all I found
out is that the patch by Pyotr is correct if you don't want to change
the way, how initramfs manages /dev/root.
Thanks for taking the time to examine my patch.
Basically, the problem is this: The major/minor of the root device can
change from one boot to another. This happens in the following cases:
1) when booting into the system after installing to or from removable
devices, i.e. USB sticks;
2) when adding/removing removable devices;
3) when adding/removing/recabling hard drives;
3) when adding/removing LVM volumes.
Therefore, relying on hardcoded root device names/numbers (i.e. 'dev/sda1' or
'Oxfe4') in the initrd leads to failure to mount the root device in
these cases.
The solution is to use persistent device names. If we're using LVM, we
use the names under '/dev/mapper' ('/dev/mapper/foo-bar' for unencrypted
LVM, or '/dev/mapper/foo-bar_crypt' for encrypted LVM). In all other
cases we can use the names provided for us by udev under
'/dev/disk/by-id'.
These names are passed to the initrd on the kernel command line and work
for any bootloader, whether Lilo, GRUB, or whatever.
'/dev/root' should point to the real root device.
In the case of encrypted and LVM root devices, third-party scripts are
responsible for creating and setting up the root device. Therefore, it
makes sense to have these scripts set up '/dev/root' also.
That's all there is to it. My patch solves the problem for the case of
dm-crypt+LVM. The case of unencrypted LVM will require another patch.
The remaining cases would require some patching of the top-level
initramfs code. parse_numeric() would then be unnecessary and could be
safely removed.
-PGB
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516434: which-pkg-broke announces itself as what-broke
Package: debian-goodies Version: 0.48 Severity: minor File: /usr/bin/which-pkg-broke Tags: patch $ which-pkg-broke -h Usage: what-broke pkg-name -- Jakub Wilk --- /usr/bin/which-pkg-broke 2009-01-26 00:27:32.0 +0100 +++ which-pkg-broke 2009-02-21 13:30:45.0 +0100 @@ -62,7 +62,7 @@ print ljust(p, 54), time.asctime(time.localtime(float(t))) if (len(sys.argv) != 2 or sys.argv[1][0] == '-'): -print Usage: what-broke pkg-name +print Usage: %s pkg-name % sys.argv[0] sys.exit(-1) else: what_broke(sys.argv[1])
Bug#500746: [Buildd-tools-devel] Bug#500746: Bug#500746: feature request: use pre-existing schroot or run early script hook
Lucas Nussbaum wrote: On 01/10/08 at 17:11 +0100, Roger Leigh wrote: Could you possibly explain what exactly you would like to do with this feature? I would be happy to add some general mechanism to sbuild, such as your patch, but I'd just like to understand the use case for it. Hi, Since that feature could help me as well, I'm jumping in and describing my use case. I often run rebuilds with two different configurations, to be able to compare the results. For example: - stock Debian unstable - Debian unstable with newer GCC The newer GCC part is implemented by adding a line in /etc/apt/sources.list and running apt-get update upgrade, so apt will: - install the newer GCC - if needed, install the newer deps not part of build-essential (think of GCJ). I implemented that by using two chroots: unstable and unstable-gcc. But it's painful to maintain both chroots, and it would be much more easier to customize my stock Debian unstable chroot before building, using a hook script. How would you prefer to choose which variant to use? Would you just add/remove/alter the hook script, or would you like sbuild to be able to pass something in the environment to customise the script so that you can invoke sbuild with e.g. a new option which can set the desired behaviour in your script. Regards, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516436: 6.2.2: talks nonsense about appositive clauses
Package: developers-reference
Version: 3.4.1
Severity: normal
Tags: patch
This report has been brewing on debian-l10n-english for years - see
http://lists.debian.org/debian-l10n-english/2008/08/msg4.html;
The advice in DevRef 6.2.2 about package short descriptions is good,
but it's undermined by the fact that the rationale given is hogwash.
For a start:
# An appositive clause is defined in WordNet as a grammatical
# relation between a word and a noun phrase
Alas, valid package synopses are _not_ appositive clauses (indeed,
they're neither appositive nor clauses); clauses are not grammatical
relations; and what's more, WordNet has no such entry.
Now, the use of this kind of pseudoscientific gobbledygook in
justification for a rule may offend me as a linguistics graduate,
but that doesn't mean I want to see it replaced with an accurate
version. Even if every word of it was true, it would still be a bad
idea to base policy guidelines on a set of formal syntactic
principles, since most Debian package maintainers have had no
particular training in English syntactic analysis.
Besides, the grammatical rules clearly aren't the real reason for
the rule. If we're going to justify our advice, we should explain
it in terms of the real benefits it brings, such as that
standardising makes it easier for users to browse through a list of
short descriptions.
My patch concentrates on providing templates that developers can fit
their proposed synopses into. If you're interested in thrashing out
details of the wording, now would be a good time to bring it back to
debian-l10n-engl...@lists.debian.org, since there are more posters
around than usual.
--
JBR Uqarituukasippungaasiit (one word in West Greenlandic)
Silly me, I went and spoke out of turn as usual!
diff -ru ../developers-reference-3.4.0.pristine/best-pkging-practices.dbk ./best-pkging-practices.dbk
--- ../developers-reference-3.4.0.pristine/best-pkging-practices.dbk 2008-06-02 11:29:07.0 +0100
+++ ./best-pkging-practices.dbk 2009-02-20 20:53:11.0 +
@@ -210,41 +210,50 @@
section id=bpp-pkg-synopsis
titleThe package synopsis, or short description/title
para
-The synopsis line (the short description) should be concise. It must not
-repeat the package's name (this is policy).
+Policy says the synopsis line (the short description) must be concise, not
+repeating the package name, but also informative.
/para
para
-It's a good idea to think of the synopsis as an appositive clause, not a full
-sentence. An appositive clause is defined in WordNet as a grammatical relation
-between a word and a noun phrase that follows, e.g., Rudolph the red-nosed
-reindeer. The appositive clause here is red-nosed reindeer. Since the
-synopsis is a clause, rather than a full sentence, we recommend that it neither
-start with a capital nor end with a full stop (period). It should also not
-begin with an article, either definite (the) or indefinite (a or an).
-/para
-para
-It might help to imagine that the synopsis is combined with the package name in
-the following way:
+The synopsis functions as a phrase describing the package, not a complete
+sentence, so sentential punctuation is inappropriate: it does not need extra
+capital letters or a final period (full stop). It should also omit any initial
+indefinite or definite article - a, an, or the. Thus for instance:
/para
screen
-replaceablepackage-name/replaceable is a replaceablesynopsis/replaceable.
+Package: libeg0
+Description: exemplification support library
/screen
para
-Alternatively, it might make sense to think of it as
+Technically this is a noun phrase minus articles, as opposed to a verb phrase.
+A good heuristic is that it should be possible to substitute the package name
+and synopsis into this formula:
/para
-screen
-replaceablepackage-name/replaceable is replaceablesynopsis/replaceable.
-/screen
para
-or, if the package name itself is a plural (such as developers-tools)
+The package replaceablename/replaceable provides {a,an,the,some}
+replaceablesynopsis/replaceable.
+/para
+para
+Sets of related packages may use an alternative scheme that divides the
+synopsis into two parts, the first a description of the whole suite and the
+second a summary of the package's role within it:
/para
screen
-replaceablepackage-name/replaceable are replaceablesynopsis/replaceable.
+Package: eg-tools
+Description: simple exemplification system (utilities)
+
+Package: eg-doc
+Description: simple exemplification system - documentation
/screen
para
-This way of forming a sentence from the package name and synopsis should be
-considered as a heuristic and not a strict rule. There are some cases where it
-doesn't make sense to try to form a sentence.
+These synopses follow a modified formula. Where a package
+replaceablename/replaceable has a synopsis
+replaceablesuite/replaceable (replaceablerole/replaceable) or
+replaceablesuite/replaceable -
Bug#516437: RM: frysk -- RoM; obsolete
Package: ftp.debian.org Hello, please remove frysk from Debian; it's obsoleted by Archer[1] and no longer maintained. Regards, Thomas [1] http://sourceware.org/gdb/wiki/ProjectArcher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516402: RM: octave2.1 -- ROM; abandoned upstream, superseded by octave3.0
tag 516402 moreinfo thanks On Sat, Feb 21, 2009 at 10:21:55AM +0100, Thomas Weber wrote: Old package, successor in the archive for quite some time. Bugs already cloned to the new package where applicable. Checking reverse dependencies... # Broken Build-Depends: h5utils: octave2.1-headers octave-epstk: octave2.1-headers (= 2.1.73-10) xmds: octave2.1-headers At least RC bugs should be filed against those before removing. Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513879: gnumeric: Copy of attached file causes X to hog CPU
tags 513879 + confirmed thanks On Sun, Feb 01, 2009 at 17:09:49 -0500, Dylan Thurston wrote: On some circumstances, copying causes the X process to start hogging the CPU. As far as I can tell, the CPU usage seems to be proportional to the number of date fields included in the copied region. To reproduce the bug: * Open the attached CSV file with gnumeric. * Select all the non-empty cells. * Select 'Copy' from the 'Edit' menu. On my system, this causes the X server process to start using 100% of CPU. This behaviour is mostly reproducible for me with xserver-xorg-video-intel 2:2.3.2-2+lenny6 on amd64, gnumeric 1.8.4-1 and newer, including current subversion trunk. (X process load goes up significantly, but doesn't get above around 75%) As best as I can tell, it is tied to the way gnumeric highlights the region after Copy is selected. Pressing Escape stops the highlighting and brings the X server process down to normal load levels. Ray -- LEADERSHIP A form of self-preservation exhibited by people with auto- destructive imaginations in order to ensure that when it comes to the crunch it'll be someone else's bones which go crack and not their own. - The Hipcrime Vocab by Chad C. Mulligan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#390184: [Pkg-sysvinit-devel] Bug#390184: DO NOT WASTE MY MEMORY !!!
On Sat, 21 Feb 2009, Rieker Flaik wrote: Am Samstag, den 21.02.2009, 00:04 -0300 schrieb Henrique de Moraes Holschuh: On Sat, 21 Feb 2009, Rieker Flaik wrote: I just hate it to see that /dev/shm and /lib/init/rw use hundrets of Megabyte of my RAM!!! They don't. That's the maximum ammount of virtual memory they're allowed to use, just that. Unless, of course, something is filling those filesystems with junk? THEN they will take up to that ammount of virtual memory (most of which CAN be swapped, I don't know if the inode tables are swappable, but the file data IS). I checked the directory and watched at df: 512 MB big but 0% used. With xosview or top, the useable RAM is my real amount minus he 512. So where is the CAN now? I just don't get it. Fair enough, these things can confuse anyone. You don't have to take my word for it, you can ask the kernel people directly if you want, in the linux-kernel ML. That said, here is a test to comprove it. Allocate an 1GB tmpfs and check the changes in system memory allocation, they should be MUCH smaller than 1GB. Some memory IS used by the tmpfs for book-keeping even while empty, and the test also causes a little cache churn since it writes to a filesystem. In the box I run the test, /tmp is ALSO tmpfs. Even then, the test used less than 32768 *bytes* in total, and that includes the two new /tmp/1 and /tmp/2 files, plus the mountpoint. Do the test in single-user mode if you have crap running in background that could be allocating memory. Arch is Intel 32 bits (i686). thorin:~# mkdir /tmp/mountpoint ; cat /proc/meminfo /tmp/1 ; mount -t tmpfs tmpfs /tmp/mountpoint -o size=1G ; cat /proc/meminfo /tmp/2 ; diff -u /tmp/1 /tmp/2 ; umount /tmp/mountpoint ; rmdir /tmp/mountpoint --- /tmp/1 2009-02-21 09:56:41.0 -0300 +++ /tmp/2 2009-02-21 09:56:41.0 -0300 @@ -1,29 +1,29 @@ MemTotal:2073992 kB -MemFree: 1798780 kB +MemFree: 1798764 kB Buffers: 15500 kB -Cached: 136340 kB +Cached: 136344 kB SwapCached:0 kB -Active: 120072 kB -Inactive: 98576 kB -Active(anon): 67020 kB +Active: 120068 kB +Inactive: 98580 kB +Active(anon): 67016 kB Inactive(anon):0 kB Active(file): 53052 kB -Inactive(file):98576 kB +Inactive(file):98580 kB Unevictable: 52 kB Mlocked: 52 kB HighTotal: 1184648 kB HighFree: 978360 kB LowTotal: 889344 kB -LowFree: 820420 kB +LowFree: 820404 kB SwapTotal: 1951888 kB SwapFree:1951888 kB -Dirty: 4 kB +Dirty:12 kB Writeback: 0 kB -AnonPages: 66880 kB +AnonPages: 66876 kB Mapped:50272 kB -Slab: 12660 kB +Slab: 12664 kB SReclaimable: 8000 kB -SUnreclaim: 4660 kB +SUnreclaim: 4664 kB PageTables: 3088 kB NFS_Unstable: 0 kB Bounce:0 kB -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
