Bug#469148: closed by Don Armstrong [EMAIL PROTECTED] (Re: Bug#469148: bugs.debian.org: bug marked as resolved when it is not in any version)
On Mon, Mar 03, 2008 at 02:51:10PM -0800, Don Armstrong wrote: On Mon, 03 Mar 2008, Colin Watson wrote: Yes, I know - I meant conceptually rather than in detail. notfixed should not leave the bug in a fixed/done-type state. The problem is that giving it side effects (reopening the bug) means that it's no longer associative. (commutative is the word you're looking for -- associative is (a+b)+c = a+(b+c)) That seems to violate (at least for me) the principle of least surprise. Having reopen NNN, found NNN VER and notfixed NNN VER be different probably already violates the principle of least surprise. Cheers, aj signature.asc Description: Digital signature
Bug#265235: I wanted the adventure/excitement.
Start 2008 with a larger, stronger manhood with an all natural solution! http://poreasai.com/
Bug#469148: closed by Don Armstrong [EMAIL PROTECTED] (Re: Bug#469148: bugs.debian.org: bug marked as resolved when it is not in any version)
On Mon, Mar 03, 2008 at 01:55:29PM -0800, Don Armstrong wrote: On Mon, 03 Mar 2008, Colin Watson wrote: On Mon, Mar 03, 2008 at 10:01:00PM +0100, Steinar H. Gunderson wrote: On Mon, Mar 03, 2008 at 08:57:25PM +, Colin Watson wrote: Blink. Is that a typo? notfixed should be, if anything, the opposite of -done. If what you say is the case then I think we (or indeed probably I) buggered up the semantics rather badly. I guess what he was trying to say, was that a versioned close + notfixed is the same as an unversioned close. (notfixed removes the version, but does not change the status of the bug.) Ah. For the record I am inclined to think that is at best unintuitive and probably a bug. We need a command that does what notfixed does. Well, ultimately, the problem's that done doesn't really mean all that much anymore -- we've got: real bugs that applied in version between X and Y real bugs that applied in versions = X real bugs that can't be associated with a version because they apply to pseudopackages, or to packages not in the archive things that should never have been reported as bugs We could introduce a pseudoversion for pseudopackages, eg make it the day in UTC formatted as .MM.DD -- then we can require a Version to always be present, and deal with things as: filed/closed bug against a real package, versions should be as expected filed against a pseudopackage -- version should be the date the bug first appeared closed bug against a pseudopackage -- version should be the date the bug was fixed version of a pseudopackage in stable/testing/unstable == today's date; pseudochangelog for pseudopackages that gives it a daily history closing a bug that should never have existed: just mark it notfound in any version and not fixed in any version (or mark it fixedin every version that it's foundin) The done field could then either be dropped entirely, or left as a comment that's only displayed for bugs that're determined to be resolved purely by looking at versions. For a version-free view (ie without dist=unstable, etc), you might be able to determine open/resolved based on based on whether max(found-in) max(fixed-in). You'd need to have something, to avoid relying on the done field. Cheers, aj signature.asc Description: Digital signature
Bug#265641: I wanted the adventure/excitement.
Is increasing the size of your manhood on your wish list this year? Click HERE to make it come true! http://poreasai.com/
Bug#463808: daily O2 d-i image not booting
Il giorno mar, 04/03/2008 alle 08.51 +0100, Martin Michlmayr ha scritto: reassign 463808 libc6 * Giuseppe Sacco [EMAIL PROTECTED] [2008-03-04 02:31]: I think the problem is libc6_2.7-6, as explained in #463808, since it does not hangs always at the same point, but it always hangs when starting configuring packages (so, when running all sort of programs that use libc6. Maybe this should be reassigned then. Right, I have planned to install etch on a different SGI O2 machine, then only update libc6 (and maybe locales), to check if this show the problem. Bye, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469161: Debian Live: live-helper: lh_config no longer understands options such as --mirror-binary and so on
2008/3/3, Chris Lamb [EMAIL PROTECTED]: Pierre Bauduin wrote: And if I try using --mirror-bootstrap, here is what I get: lh_config: unrecognized option `--mirror-bootstrap-security' I can't reproduce that. % cd $(mktemp -d) % lh_config --mirror-bootstrap http://my-bootstrap-mirror/ % echo $? 0 % grep -R my-bootstrap-mirror config/ config/bootstrap:# (Default: http://my-bootstrap-mirror/) config/bootstrap:LH_MIRROR_BOOTSTRAP=http://my-bootstrap-mirror/; config/bootstrap:# (Default: http://my-bootstrap-mirror/) config/bootstrap:LH_MIRROR_CHROOT=http://my-bootstrap-mirror/; % sudo lh_build P: Begin caching bootstrap stage... P: Begin bootstrapping system... I: Retrieving Release E: Failed getting release file http://my-bootstrap-mirror/dists/lenny/Release % echo $? 1 % Hi there, Well here is what I get: [EMAIL PROTECTED] /mnt/datamkdir debian-live-usb [EMAIL PROTECTED] /mnt/datacd debian-live-usb [EMAIL PROTECTED] /mnt/data/debian-live-usblh_config --mirror-binary http://toto/debian/ --mirror-binary-security http://toto/debian-security/--mirror-chroot http://toto/debian/ --mirror-chroot-security http://toto/debian-security/ -b usb-hdd -d lenny [EMAIL PROTECTED] /mnt/data/debian-live-usbgrep -R toto config/ config/bootstrap:# (Default: http://toto/debian/) config/bootstrap:LH_MIRROR_CHROOT=http://toto/debian/; config/bootstrap:# (Default: http://toto/debian-security/) config/bootstrap:LH_MIRROR_CHROOT_SECURITY=http://toto/debian-security/; config/bootstrap:# (Default: http://toto/debian/) config/bootstrap:LH_MIRROR_BINARY=http://toto/debian/; config/bootstrap:# (Default: http://toto/debian-security/) config/bootstrap:LH_MIRROR_BINARY_SECURITY=http://toto/debian-security/; [EMAIL PROTECTED] /mnt/data/debian-live-usblh_build P: Begin caching bootstrap stage... P: Begin bootstrapping system... I: Retrieving Release E: Failed getting release file http://ftp.us.debian.org/debian/dists/lenny/Release [EMAIL PROTECTED] /mnt/data/debian-live-usbecho $? 1 Thank you, -- Pierre Bauduin Linux enthusiast since 1996 Linux registered user #64711 Debian GNU/Linux user website: http://pierre.baudu.in/
Bug#265424: I wanted the adventure/excitement.
Instill fear in you lady tonight, when you show her the 3 inch gains you.ve made in just a few short months! http://poreasai.com/
Bug#469251: mcedit: terminal dependent vanishing or chameleon cursor over leading whitespace
Package: mc Version: 1:4.6.2~pre1-5 Severity: normal Start 'mcedit borked_mcedit.txt' (attached) in 'gnome-terminal'. The cursor is a white square over the letter 'a'. Press down arrow twice, the cursor vanishes. Keep pressing down arrow and the cursor reappears over the 'f'. In a console, (e.g. Ctrl-Alt-F2, etc.), the result is different. The cursor starts as a white underline, and changes to a light blue underline when over leading whitespace. The light blue cursor against the dark blue background is not invisible, but is distinctly less visible. More testing, summarized in a (monospace font) table: cursor is... normal color changing invisible gnome-terminal X console X konsole X xterm X uxterm X xfterm4 X rxvtX Eterm X (Maybe the invisible cursor is some odd 'gnome-terminal' setting on my system, or a bug. But the color changing occurs in several terminals.) Hope this helps... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgpmg1 1.20.3~pre3-2 General Purpose Mouse - shared lib ii libslang2 2.1.3-2 The S-Lang programming library - r mc recommends no packages. -- no debconf information a b c d e f
Bug#463808: daily O2 d-i image not booting
reassign 463808 libc6 * Giuseppe Sacco [EMAIL PROTECTED] [2008-03-04 02:31]: I think the problem is libc6_2.7-6, as explained in #463808, since it does not hangs always at the same point, but it always hangs when starting configuring packages (so, when running all sort of programs that use libc6. Maybe this should be reassigned then. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454858: Patch to fix this bug.
tags 454858 +patch thanks Hi! Please find attached a patch which adds the missing includes to fix this bug. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 --- osgcal-0.1.46.orig/src/osgCal/SubMeshSoftware.cpp +++ osgcal-0.1.46/src/osgCal/SubMeshSoftware.cpp @@ -32,6 +32,8 @@ #include config.h #endif +#include cstring + #ifdef USE_NPROFILE #include nprofile/profile.h #else // USE_NPROFILE only in patch2: unchanged: --- osgcal-0.1.46.orig/src/osgCal/HardwareModel.cpp +++ osgcal-0.1.46/src/osgCal/HardwareModel.cpp @@ -12,6 +12,7 @@ #include config.h #endif +#include cstring #include osgCal/HardwareModel #include osgCal/CustomAssert signature.asc Description: Digital signature
Bug#469252: cdparanoia: span argument fencepost error: 1:[.1]-[.1] is different from 1:[.1]-1:[.1]
Package: cdparanoia Version: 3.10+debian~pre0-6 Severity: normal The span argument 1:[.1]-[.1] rips one sector, but 1:[.1]-1:[.1] rips two. One sector: % cdparanoia -p -d /dev/hdc -S 1 '1:[.1]-1:[.1]' /tmp/foo2.wav ; ls -log /tmp/foo2.wav cdparanoia III release 10pre0 (August 29, 2006) (C) 2006 Monty [EMAIL PROTECTED] and Xiph.Org FreeBSD porting (c) 2003 Simon 'corecode' Schubert [EMAIL PROTECTED] Report bugs to [EMAIL PROTECTED] http://www.xiph.org/paranoia/ Ripping from sector 1 (track 1 [0:00.01]) to sector 1 (track 1 [0:00.01]) outputting to /tmp/foo2.wav (== PROGRESS == [ | 01 00 ] == :^D * ==) Done. -rw-r--r-- 1 2352 Mar 4 01:21 /tmp/foo2.wav Two sectors: % cdparanoia -p -d /dev/hdc -S 1 '1:[.1]-[.1]' /tmp/foo2.wav ; ls -log /tmp/foo2.wav cdparanoia III release 10pre0 (August 29, 2006) (C) 2006 Monty [EMAIL PROTECTED] and Xiph.Org FreeBSD porting (c) 2003 Simon 'corecode' Schubert [EMAIL PROTECTED] Report bugs to [EMAIL PROTECTED] http://www.xiph.org/paranoia/ Ripping from sector 1 (track 1 [0:00.01]) to sector 2 (track 1 [0:00.02]) outputting to /tmp/foo2.wav (== PROGRESS == [ | 02 00 ] == :^D * ==) Done. -rw-r--r-- 1 4704 Mar 4 01:24 /tmp/foo2.wav Seems like one of those is wrong, but which? My guess and preference would be the two sectors. This bug resembles: #386475: (badblocks: fencepost range error if 'last-block'='start-block') http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386475 Hope this helps... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages cdparanoia depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libcdparanoia03.10+debian~pre0-6 audio extraction tool for sampling cdparanoia recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469253: dash: [INTL:fr] French debconf templates translation update
Package: dash Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks for taking care of warning translators before uploading a new version with string changes. It's highly appreciated. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of dash debconf templates to French # Copyright (C) 2008 Christian Perrier [EMAIL PROTECTED] # This file is distributed under the same license as the dash package. # # Denis Barbier [EMAIL PROTECTED], 2003-2006. # Cyril Brulebois [EMAIL PROTECTED], 2007. # Christian Perrier [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-03-02 21:54+\n PO-Revision-Date: 2008-03-04 09:01+0100\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: boolean #. Description #: ../dash.templates.in:1001 msgid Install dash as /bin/sh? msgstr Faut-il mettre en place un lien de /bin/sh vers dash ? #. Type: boolean #. Description #: ../dash.templates.in:1001 msgid The default /bin/sh shell on Debian and Debian-based systems is bash. msgstr Par défaut, sur un système Debian ou un système basé sur Debian , /bin/sh est un lien vers bash. #. Type: boolean #. Description #: ../dash.templates.in:1001 #| msgid #| However, since the distribution policy requires all shell scripts using / #| bin/sh to be POSIX compliant, any shell that conforms to POSIX, such as #| dash, can serve as /bin/sh. You may wish to do this because dash is #| faster and smaller than bash. msgid However, since the default shell is required to be POSIX-compliant, any shell that conforms to POSIX, such as dash, can serve as /bin/sh. You may wish to do this because dash is faster and smaller than bash. msgstr Cependant, comme l'interpréteur de commandes (« shell ») par défaut du système doit être conforme à la norme POSIX, /bin/sh peut être n'importe quel interpréteur de commandes conforme à cette norme, notamment dash. Il peut être préférable de choisir cette option car dash est plus rapide et plus petit que bash.
Bug#469254: uif: Please provide up-to-date debian/po directory
Package: uif Severity: normal The debian/po directory in your package is outdated wrt debconf templates. Running debconf-updatepo should update the files. However, you should consider adding this in the clean target of debian/rules so that the source package is always provided with updated files in case you change templates. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468915: Upstream doesn't consider it a bug
Upstream doesn't consider it a bug and I prefer to keep bug reporting transparent, without mailing private addresses of last translators. Can you just solve a problem on Debian side? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469247: remove vnc
tag 469247 +moreinfo thanks Hi Ola, On 2008-03-04 07:59:51.00 Ola Lundqvist [EMAIL PROTECTED] wrote: Packages built by vnc sources: * vncserver * libvncauth0 * libvncauth-dev * xvncviewer vnc-common In particular: ** vncsnapshot has an unsatisfied dependency: vnc-common ** xtightvncviewer has an unsatisfied dependency: vnc-common These two would pick up the then virtual package, but policy wants a non-virtual alternative, so you would want to file bugs here. ** tightvncserver has an unsatisfied dependency: vnc-common (= 3.3.6-1) ** x2vnc has an unsatisfied build-dependency: libvncauth-dev Please provide (a transitional package?) vnc-common from another source package or update/file removal requests for the reverse dependencies. In particular, versioned dependencies do not work on virtual packages. Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469255: aptitude segfaults when simulate purging a not anymore installed package
Package: aptitude Version: 0.4.10-1+b2 Severity: minor Hi I have the following situation: $ dpkg --list dbus-1 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== rc dbus-10.23.4-8 simple interprocess messaging system dbus-1 is a long-time not anymore in sid. So I wanted to remove all remaining configuration files of that package on my System (as /etc/init.d/dbus-1). So I startet to simulate, what happens, when I want to purge the remaining files, via aptitude: lorien:/etc/init.d# aptitude -s --purge-unused -D -v -V purge dbus-1 Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done Package dbus-1 is not installed, so it will not be removed The following packages will be REMOVED: Segmentation fault lorien:/etc/init.d# and on dmesg I get the following additional error-message: aptitude[16198]: segfault at 4ffa06dc eip b7b93633 esp bfb187ec error 4 That is not the only package with this behaviour: I tested it with some of the packages shown when I let me show the removed but not purged packages with: dpkg --list | grep ^rc: I did not test it with all the packages, but taking some of the packages names, still present in that list, but not anymore in the debian archive for sid, get this simulation purging the package to segfault (I tested it with libsvn0 or xserver-common, akode ...). Best Regards, Salvatore -- Package-specific info: Terminal: xterm $DISPLAY is set. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-t42 (PREEMPT) Locale: LANG=C, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.7-6 0.7.11 Advanced front-end for dpkg ii libc6 2.7-9 GNU C Library: Shared libraries ii libcwidget1 0.5.6.1-3 high-level terminal interface libr ii libgcc1 1:4.3.0~rc2-1 GCC support library ii libncursesw5 5.6+20080203-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.17-2 type-safe Signal Framework for C++ ii libstdc++64.3.0~rc2-1The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) pn libparse-debianchangelog-perl none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469148: closed by Don Armstrong [EMAIL PROTECTED] (Re: Bug#469148: bugs.debian.org: bug marked as resolved when it is not in any version)
On Tue, 04 Mar 2008, Anthony Towns wrote: On Mon, Mar 03, 2008 at 02:51:10PM -0800, Don Armstrong wrote: On Mon, 03 Mar 2008, Colin Watson wrote: Yes, I know - I meant conceptually rather than in detail. notfixed should not leave the bug in a fixed/done-type state. The problem is that giving it side effects (reopening the bug) means that it's no longer associative. (commutative is the word you're looking for -- associative is (a+b)+c = a+(b+c)) Right. That seems to violate (at least for me) the principle of least surprise. Having reopen NNN, found NNN VER and notfixed NNN VER be different probably already violates the principle of least surprise. That may be, however, we need some command that does what notfixed does, and notfixed is the best name that I've been able to come up with. [If they all did the same thing, I'd deprecate all but one of them.] Don Armstrong -- Quite the contrary; they *love* collateral damage. If they can make you miserable enough, maybe you'll stop using email entirely. Once enough people do that, then there'll be no legitimate reason left for anyone to run an SMTP server, and the spam problem will be solved. -- Craig Dickson in [EMAIL PROTECTED] http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469256: kexec-tools: Please use a boolean question with debconf
Package: kexec-tools Severity: normal Your newly added debconf template wrongly uses a select question to ask an enable/disable question. Please use a boolean type for this. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468060: [Debian-med-packaging] Bug#468060: Bug#468060: amap-align: FTBFS with g++-4.3: Missing includes
On Tue, 4 Mar 2008, Charles Plessy wrote: Potential NUMers, please pay attention that there is a new upstream version available. The reason why we postpone the upgrade is that it contains some Java code and we did not yet have time to try to build it with gcj (nor to understand how to) Any reason not to fix the FTBFS in the old version might be easy to fix? From a quick view there seem to be some missing includes (guessed wildly from Amap.cc:713: error: 'strcmp' was not declared in this scope ). IMHO this would give some time to work on the new version including asking for help on debian-java list. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469242: debcheckout: please add option to only fetch an specific file
On Tue, Mar 04, 2008 at 07:26:58AM +0100, Patrick Schoenfeld wrote: So what do you expect debcheckout to do? Checkout the working copy (at least partially) and then leave you with the file you requested? Thats a way this could work, because we need to workaround the fact that the different VCSes do not understand single file checkout. My suggestion for implementing this would be: - try to have a consistent API cross-VCS (after all this is what debcheckout is about) - IF the given VCS has support for single file checkout (e.g. svn) checkout the single file - ELSE checkout in a `mktemp -d` and copy the file in the expected directory Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -%- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#445247: will be NMUed for this issue
tag 445247 + pending thanks Hi, while I believe that buxon is completely broken and should be removed, Barry's proposed NMU for this bug is valid and will be uploaded during the python2.5 BSP (cf. debian-devel-announce). Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469258: PTS/DDPO should include bugs tagged as release-goals in statistics
Package: qa.debian.org Severity: wishlist User: [EMAIL PROTECTED] Usertags: pts ddpo Hi, I discovered that the DDPO mails promoted the release-goals bugs that affect one's packages. I find this great. We need the same information in the PTS and in the DDPO web page. One idea might be to integrate them in the Release critical bug count (I know release goals are not release critical but we still want maintainers to fix them... :-)). For the PTS, it might be best to create a dedicated TODO item when the packages has open release-goal bugs. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#469257: Please include other MTA in tagline and description
Package: mailgraph Version: 1.14-1 Severity: wishlist Hello, the tag line and the description mentions only Postfix. The program works well also with Sendmail and Exim, so IMHO it would be a good idea to include these words at least in the description. If it does not become too long, in the tag line as well. Bye, Joerg signature.asc Description: Digital signature
Bug#465812:
Please ignore all my reports in regard to this bug. I am an idiot. 2 days of vacation had indeed made me forget my password. Ritesh On 3/4/08, Ritesh Raj Sarraf [EMAIL PROTECTED] wrote: Do you people think that this information should confirm that it is a cryptsetup bug ? PS: Maybe we should have an urgency=verylow field so that such base packages could get more time in sid for testing. Ritesh On 3/3/08, Ritesh Raj Sarraf [EMAIL PROTECTED] wrote: This bug is hitting me everywhere. None of the encrypted drives (other external hard drives) which had very trivial passwords, work anymore. Here's the output of luksDump [EMAIL PROTECTED]:~$ sudo cryptsetup luksDump /dev/sdb2 LUKS header information for /dev/sdb2 Version:1 Cipher name:aes Cipher mode:cbc-essiv:sha256 Hash spec: sha1 Payload offset: 1032 MK bits:128 MK digest: 1e 18 63 f4 5c a0 42 91 95 e6 4f 0c 7f bf bb a5 09 25 83 d5 MK salt:0f 86 8d 33 a3 68 71 39 78 80 e0 db b5 46 f4 8f bd 85 67 a8 bc 60 36 02 d2 52 f5 73 7e ab 42 0c MK iterations: 10 UUID: b361837d-269c-466f-9cdd-a9ff16e313a9 Key Slot 0: ENABLED Iterations: 136622 Salt: 78 70 62 73 fa c3 76 e6 d8 63 fa 8e 96 c5 c1 54 ef b9 38 3f d2 e5 73 46 c5 80 e0 03 4b f6 f4 98 Key material offset:8 AF stripes: 4000 Key Slot 1: DISABLED Key Slot 2: DISABLED Key Slot 3: DISABLED Key Slot 4: DISABLED Key Slot 5: DISABLED Key Slot 6: DISABLED Key Slot 7: DISABLED And this seems to be inherited from ubuntu. Ubuntu gutsy also has the same problems. Is there a workaround ? Unfortunately, the USB Stick setup I did also installed 2.6.22-3. So it was of no help. And does it also affect d-i ? d-i cd, that I have, has 2.6.22-3 and it also doesn't work in rescue mode. This error: [EMAIL PROTECTED]:~$ sudo cryptsetup luksOpen /dev/sdb2 sdb2_crypt Enter LUKS passphrase: Enter LUKS passphrase: Enter LUKS passphrase: Command failed: No key available with this passphrase. makes the user feel that she has lost the password. But that really isn't the case. Ritesh On 3/2/08, Ritesh Raj Sarraf [EMAIL PROTECTED] wrote: I think I too have been hit by this bug. Unluckily, for me none of the kernel images that I have (2.6.24, 2.6.23, 2.6.22-3-686) work. Also I have a backup initrd of 2.6.24 and .23, but they too don't work. So I'm now stuck up with an unbootable laptop. Currently I'm setting up a USB Stick to boot and see what really is the problem. But I believe it is not a password problem because, a user who has been running the encrypted root device for 6+ months, cannot forget the password one fine day. Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To unsubscribe, send mail to [EMAIL PROTECTED] -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452215: lintian: r1238 - in trunk: checks debian testset testset/diffs/debian testset/diffs/debian/patches
I don't know if we want to allow for that or not. I find the logic dubious, but dpatch supports that mode of operation. I have to admit that I consider using a patch system in this way to be a bug. I think we might want to upload with this check and see if there are too many false positives. FWIW I give a +1 for this warning. IMO one shouldn't ship the changes from the patch in the .diff.gz too. Thats just wrong. Better would be to have a common patch/unpatch target defined in policy. And then the normal maintainer should follow the W (maybe upgrade to E unless NMU detected) and the NMUer can ignore it, ie run foo patch and then edit the stuff, so the NMU ends up in diff.gz (And jftr - I lost interest in that thread way before HE did) -- bye, Joerg Mal verlierst Du und mal gewinnen die anderen: Immer im Wechsel! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468680: [Pkg-mc-devel] Bug#468680: mc: ALT-O behaviour changed to the worse
Am Dienstag, 4. März 2008 01:18:58 schrieb Libor Capak: M-o behaviour was moved to M-i in new version (1:4.6.2~pre1-3). Look at help of new version. Thanks for the information. I'll add a shor notice to README.Debian. This bug is with this information obviouly fixed... but since there was another bug showing up when trying to reproduce this, I'll change the title of this report. Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://people.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.
Bug#469148: On fixed, found, reopen, notfixed, notfound and unversioned -done
On Tue, 04 Mar 2008, Anthony Towns wrote: Well, ultimately, the problem's that done doesn't really mean all that much anymore -- we've got: -done basically means I'm the maintainer of this package, and I've done what I needed to do to this bug. version of a pseudopackage in stable/testing/unstable == today's date; pseudochangelog for pseudopackages that gives it a daily history This seems to be really complicated for the questionable gain of dealing with bugs which have a found version but no fixed versions yet are done. A much simpler method would be to disallow unversioned -done if there are found versions, and mark bugs that have found versions but no fixed versions as open even if they have been -done'd. This way notfixed would do the right thing in making the bug appear to be open, but would remain commutative. We could then additionally deprecate reopen in favor of found+submitter and finish retiring close as well. Don Armstrong -- I now know how retro SCOs OSes are. Riotous, riotous stuff. How they had the ya-yas to declare Linux an infant OS in need of their IP is beyond me. Upcoming features? PAM. files larger than 2 gigs. NFS over TCP. The 80's called, they want their features back. -- Compactable Dave http://www3.sympatico.ca/dcarpeneto/sco.html http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284989: It's exciting, adventurous.
Always been teased about your tiny pecker? Here.s the solution to your misery! http://qaropsii.com/
Bug#469259: Build with ncursesw
Package: alpine Version: 1.0+dfsg-3 Severity: normal Hi Alpine does not build-depend on libncursesw5-dev, which means that while you can read exotic characters, you cannot write them without messing up the terminal. I have no need for this myself but got a request about it, and since it seems valid I'll report it here :) ps. sorry about the mailutil mess, I wasn't aware that there was a separate package for it :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469250: Commit f5bbc322 to git broke pre-commit hooks which read stdin
It looks like line 435 of builtin-commit.c disables stdin for hooks (with the disclaimer that I first looked at the git source ten minutes ago). hook.no_stdin = 1 I'm not sure if this was by design, but just so you know, this breaks people's hooks. In particular the default metastore pre-commit hook no longer works. I didn't find anything relevant in the docs [1]. David [1]: http://www.kernel.org/pub/software/scm/git/docs/hooks.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463808: daily O2 d-i image not booting
Giuseppe Sacco a écrit : Il giorno mar, 04/03/2008 alle 08.51 +0100, Martin Michlmayr ha scritto: reassign 463808 libc6 * Giuseppe Sacco [EMAIL PROTECTED] [2008-03-04 02:31]: I think the problem is libc6_2.7-6, as explained in #463808, since it does not hangs always at the same point, but it always hangs when starting configuring packages (so, when running all sort of programs that use libc6. Maybe this should be reassigned then. Right, I have planned to install etch on a different SGI O2 machine, then only update libc6 (and maybe locales), to check if this show the problem. What are the symtoms exactly? Looking at the bug report I only see notes about a kernel crash. I fail to see how is it related to libc6. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432233: Bug#425731: Any updates?
-=| Amaya, Mon, Mar 03, 2008 at 08:28:11PM +0100 |=- As you are aware of, #432233 is a Release Goal (http://release.debian.org/lenny/goals.txt - goal-recommends) and #425731 is a blocker for this. Can you report any progress on this ITP? Thanks for the heads up. I hope to resolve this this month. It seems that upstream is unwilling to thange the name and I am not willing to fork, so we'll go with gbgoffice for the name no mater how bad it sounds. The package is ready and only needs to be reviewed for current policy compliance etc. -- damJabberID: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#464269: patch available
tag 464269 + pending thanks Here is my NMU for freedroid. As there is currently a 0-day NMU policy, I'll upload this patch directly after this mail is out. Thanks in advance Patrick Winnertz -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://people.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems diff -u freedroid-1.0.2+cvs040112/debian/changelog freedroid-1.0.2+cvs040112/debian/changelog --- freedroid-1.0.2+cvs040112/debian/changelog +++ freedroid-1.0.2+cvs040112/debian/changelog @@ -1,4 +1,11 @@ -freedroid (1.0.2+cvs040112-1) unstable; urgency=low +freedroid (1.0.2+cvs040112-1.1) unstable; urgency=low + + * Non-maintainer upload in order to fix FTBFS on i386 + * Fixed syntax of debian/changelog (Closes: #464269) + + -- Patrick Winnertz [EMAIL PROTECTED] Tue, 04 Mar 2008 09:42:38 +0100 + +freedroid (1.0.2+cvs040112-1) unstable; urgency=low * New CVS snapshot: * includes para90_theme and AM_MAINTAINER_MODE, no change required any @@ -8,7 +15,7 @@ -- Yann Dirson [EMAIL PROTECTED] Mon, 12 Jan 2004 20:56:00 +0100 - freedroid (1.0.2+cvs040110-1) unstable; urgency=low +freedroid (1.0.2+cvs040110-1) unstable; urgency=low * Upgraded to latest CVS: * includes my build changes. signature.asc Description: This is a digitally signed message part.
Bug#464297: patch available
tag 464297 + pending thanks Hello, Since there is currently a 0-day NMU campain and there was for longer than 7 days no reaction from you about this bug, here is my NMU. I'll upload it directly after this mail is out. Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://people.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.
Bug#462425: Patch to fix the FTBFS
tags 462425 + patch thanks Hi! The attached patch has all the includes necessary to prevent the FTBFS. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/3D/FontManager.cxx /tmp/JE3F4Kb7Ej/bzflag-2.0.10.20071115/src/3D/FontManager.cxx --- bzflag-2.0.10.20071115/src/3D/FontManager.cxx 2007-09-18 03:18:13.0 +0530 +++ bzflag-2.0.10.20071115/src/3D/FontManager.cxx 2008-03-04 13:41:22.0 +0530 @@ -19,6 +19,7 @@ // System headers #include math.h #include string +#include cstring // Global implementation headers #include bzfgl.h diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/3D/Makefile /tmp/JE3F4Kb7Ej/bzflag-2.0.10.20071115/src/3D/Makefile --- bzflag-2.0.10.20071115/src/bzadmin/OptionParser.cxx 2007-09-18 03:18:06.0 +0530 +++ bzflag-2.0.10.20071115/src/bzadmin/OptionParser.cxx 2008-03-04 14:23:55.0 +0530 @@ -14,6 +14,8 @@ #pragma warning( 4: 4786) #endif +#include cstring + /* interface header */ #include OptionParser.h diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/bzflag/ControlPanel.cxx /tmp/JE3F4Kb7Ej/bzflag-2.0.10.20071115/src/bzflag/ControlPanel.cxx --- bzflag-2.0.10.20071115/src/bzflag/ControlPanel.cxx 2007-09-18 03:18:12.0 +0530 +++ bzflag-2.0.10.20071115/src/bzflag/ControlPanel.cxx 2008-03-04 14:18:49.0 +0530 @@ -17,8 +17,9 @@ #include ControlPanel.h /* system headers */ -#include assert.h -#include time.h +#include cassert +#include ctime +#include cstring /* common implementation headers */ #include BZDBCache.h diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/bzflag/HelpMenu.cxx /tmp/JE3F4Kb7Ej/bzflag-2.0.10.20071115/src/bzflag/HelpMenu.cxx --- bzflag-2.0.10.20071115/src/bzflag/HelpMenu.cxx 2007-09-18 03:18:12.0 +0530 +++ bzflag-2.0.10.20071115/src/bzflag/HelpMenu.cxx 2008-03-04 14:19:43.0 +0530 @@ -10,6 +10,7 @@ * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. */ +#include cstring /* interface header */ #include HelpMenu.h diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/bzflag/JoinMenu.cxx /tmp/JE3F4Kb7Ej/bzflag-2.0.10.20071115/src/bzflag/JoinMenu.cxx --- bzflag-2.0.10.20071115/src/bzflag/JoinMenu.cxx 2007-09-18 03:18:12.0 +0530 +++ bzflag-2.0.10.20071115/src/bzflag/JoinMenu.cxx 2008-03-04 14:20:16.0 +0530 @@ -10,6 +10,7 @@ * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. */ +#include cstring /* interface header */ #include JoinMenu.h diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/bzflag/Makefile /tmp/JE3F4Kb7Ej/bzflag-2.0.10.20071115/src/bzflag/Makefile --- bzflag-2.0.10.20071115/src/bzflag/ServerMenu.cxx 2007-09-18 03:18:12.0 +0530 +++ bzflag-2.0.10.20071115/src/bzflag/ServerMenu.cxx 2008-03-04 14:21:45.0 +0530 @@ -10,6 +10,7 @@ * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. */ +#include cstring /* interface header */ #include ServerMenu.h diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/bzflag/sound.cxx /tmp/JE3F4Kb7Ej/bzflag-2.0.10.20071115/src/bzflag/sound.cxx --- bzflag-2.0.10.20071115/src/bzflag/sound.cxx 2007-09-18 03:18:12.0 +0530 +++ bzflag-2.0.10.20071115/src/bzflag/sound.cxx 2008-03-04 14:23:03.0 +0530 @@ -16,6 +16,7 @@ // system headers #include vector #include map +#include cstring // common headers #include BzfMedia.h diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/bzfs/AccessControlList.h /tmp/JE3F4Kb7Ej/bzflag-2.0.10.20071115/src/bzfs/AccessControlList.h --- bzflag-2.0.10.20071115/src/bzfs/AccessControlList.h 2007-09-18 03:18:10.0 +0530 +++ bzflag-2.0.10.20071115/src/bzfs/AccessControlList.h 2008-03-04 14:10:14.0 +0530 @@ -15,6 +15,7 @@ #include vector #include string +#include cstring #include TimeKeeper.h #include Address.h diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/bzfs/Authentication.cxx /tmp/JE3F4Kb7Ej/bzflag-2.0.10.20071115/src/bzfs/Authentication.cxx --- bzflag-2.0.10.20071115/src/bzfs/Authentication.cxx 2007-09-18 03:18:10.0 +0530 +++ bzflag-2.0.10.20071115/src/bzfs/Authentication.cxx 2008-03-04 14:10:37.0 +0530 @@ -12,7 +12,7 @@ /* interface header */ #include Authentication.h - +#include cstring // because kebos dosn't asume anyone else but them has defines. #ifdef MAXHOSTNAMELEN diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/bzfs/CustomBase.cxx /tmp/JE3F4Kb7Ej/bzflag-2.0.10.20071115/src/bzfs/CustomBase.cxx --- bzflag-2.0.10.20071115/src/bzfs/CustomBase.cxx 2007-09-18 03:18:10.0 +0530 +++ bzflag-2.0.10.20071115/src/bzfs/CustomBase.cxx 2008-03-04 14:11:48.0 +0530 @@ -12,6 +12,7 @@ /* interface header */ #include CustomBase.h +#include cstring /* common implementation headers */ #include global.h // for CtfTeams diff -Nru /tmp/G9aAte3kwg/bzflag-2.0.10.20071115/src/bzfs/CustomDynamicColor.cxx
Bug#464963: [Fingerforce-devel] Bug#464963: thinkfinger-tools: tf-tool is built without PAM support
Hi Andrew! I'm really sorry for the delay. On Sun, 10 Feb 2008 04:21:10 +0100, Andrew Perrin wrote: tf-tool is built without PAM support, so it cannot be used to allow login security using PAM. Since this is a central reason for using the fingerprint reader, it ought to be available. Can you elaborate more on what you mean by tf-tool is built without PAM support? tf-tool has nothing to do with PAM: it's an utility to acquire/verify fingerprints. I guess you ignore the existence of libpam-thinkfinger, the PAM module allowing fingerprint login through ThinkFinger. OTOH, if you're referring to the fact that tf-tool cannot be launched by a non-root user, I already fixed the permission problems for the USB device (SVN r83, bug #469043 [2]) and for the uinput device (SVN r84, bug #469048 [3]). These fixes, together with the move of tf-tool from /usr/sbin to /usr/bin [1], will be present in the next Debian version. If you don't reply to this mail in one week, I'll close the bug. Thx, bye, Gismo / Luca Footnotes: [1] http://news.gmane.org/find-root.php?message_id=%3c87wsojwett.fsf%40gismo.pca.it%3e -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425731: Any updates?
Hey, Damyan! Damyan Ivanov wrote: Thanks for the heads up. I hope to resolve this this month. That would be very nice. keep in mind the release freeze is schedueled in only 6 weeks! It seems that upstream is unwilling to thange the name and I am not willing to fork, so we'll go with gbgoffice for the name no mater how bad it sounds. Q: Why did teh chicken cross the road? A: Because upstream said so ;) Yes, upstreams are sometimes very stubborn. The package is ready and only needs to be reviewed for current policy compliance etc. Again, let me know if tehre's any help needed here. This has to be fixed asap, or gbgoffice will not be a part of Lenny. -- ·''`.Moi je voudrais bien, un beau matin, qu'il y ait : :' : une fleur dans mon jardin `. `' -- Manu Chao `- Proudly running (unstable) Debian GNU/Linux
Bug#468060: [Debian-med-packaging] Bug#468060: Bug#468060: amap-align: FTBFS with g++-4.3: Missing includes
Le Tue, Mar 04, 2008 at 09:19:44AM +0100, Andreas Tille a écrit : Any reason not to fix the FTBFS in the old version Not really, apart that if it is fixed in the new upstream version it is a few dozens of minutes of work spent for not a big benefit (provided that the update to 2.2 is not postponed too long). private life I am looking for new accomodation those days, so the time I can spend on constructive work is temporarly more than halved. /private life I have looked at the diff between versions 2.2 and 2.0, and it is not so big. Also, there is nothing that looks like a gcc-4.3 fix. What shall we do? - Fix in 2.0, - Update to 2.2 now without the java stuff (trivial), and fix later, - Update to 2.2 without the java stuff, and fix that version, - Wait for a full 2.2 package for fixing. Have a nice day, -- Charles soon in $somewhere, Kanagawa, Japan
Bug#469261: Simple way to change smtp
Package: evolution Version: 2.12.3-1 Severity: wishlist --- Please enter the report below this line. --- Hi, my problem is that at home my smtp is smtp.myfai.fr and at work this smtp does not work, I have to change the smtp for all account using smtp.myfai.Fr to smtp.otherfai.fr Could it be possible to have a better way of handling such a thing ? Thunderbird ways as I remember the time I used it, was to have a list of smtp and all account use a smtp in the list. So the only thing to do was to modify the smtp address one time Cheers, --- System information. --- Architecture: amd64 Kernel: Linux 2.6.24-1-amd64 Debian Release: lenny/sid 900 unstablewww.emdebian.org 900 unstablewww.debian-multimedia.org 900 unstableftp.uk.debian.org 900 unstableftp.fr.debian.org 500 voip-snapshots-debian-sid snapshots.seconix.com 500 ubuntu-doko people.ubuntu.com 300 testing security.debian.org 300 testing ftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== dbus | 1.1.20-1 evolution-common (= 2.12.3-1) | 2.12.3-1 evolution-data-server (= 1.11.92) | 1.12.3-1 evolution-data-server ( 1.13.0) | 1.12.3-1 gconf2 (= 2.10.1-2) | 2.20.1-3 gnome-icon-theme(= 1.2.0) | 2.20.0-1 gtkhtml3.14(= 3.14.0) | 3.16.1-1 libart-2.0-2 (= 2.3.18) | 2.3.20-1 libatk1.0-0(= 1.20.0) | 1.20.0-1 libbonobo2-0 (= 2.15.0) | 2.21.90-1 libbonoboui2-0 (= 2.15.1) | 2.21.90-1 libc6 (= 2.7-1) | 2.7-9 libcairo2 (= 1.4.0) | 1.4.14-1 libcamel1.2-10 (= 1.12.2) | 1.12.3-1 libdbus-1-3 (= 1.1.1) | 1.1.20-1 libdbus-glib-1-2 (= 0.74) | 0.74-1 libebook1.2-9 (= 1.12.2) | 1.12.3-1 libecal1.2-7 (= 1.12.2) | 1.12.3-1 libedataserver1.2-9(= 1.12.2) | 1.12.3-1 libedataserverui1.2-8 (= 1.12.2) | 1.12.3-1 libegroupwise1.2-13(= 1.12.2) | 1.12.3-1 libexchange-storage1.2-3 (= 1.12.2) | 1.12.3-1 libfontconfig1 (= 2.4.0) | 2.5.0-2 libfreetype6(= 2.3.5) | 2.3.5-1+b1 libgconf2-4(= 2.13.5) | 2.20.1-3 libglade2-0 (= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (= 2.14.0) | 2.14.6-1 libgnome-pilot2 (= 2.0.2) | 2.0.15-2.1 libgnome2-0(= 2.17.3) | 2.20.1.1-1 libgnomecanvas2-0 (= 2.11.1) | 2.20.1.1-1 libgnomeui-0 (= 2.17.1) | 2.20.1.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.20.1-2 libgnutls13 (= 2.0.4-0) | 2.0.4-3 libgtk2.0-0(= 2.12.0) | 2.12.8-1 libgtkhtml3.14-19 (= 3.16.1) | 3.16.1-1 libhal1(= 0.5.10) | 0.5.10+git20080301-1 libice6 (= 1:1.0.0) | 2:1.0.4-1 libldap-2.4-2 (= 2.4.7) | 2.4.7-6 libnm-glib0| 0.6.5-5 libnotify1 (= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10 | libnspr4-0d (= 1.8.0.10) | 4.7.0~1.9b1-2 libnss3-1d (= 3.12.0~1.9b1) | 3.12.0~1.9b1-2 liborbit2 (= 1:2.14.10) | 1:2.14.10-0.1 libpango1.0-0 (= 1.18.4) | 1.18.4-1 libpisock9 | 0.12.3-4 libpisync1 | 0.12.3-4 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libpopt0 (= 1.10) | 1.10-3 libsm6 | 2:1.0.3-1+b1 libsoup2.2-8 (= 2.2.98) | 2.2.105-4 libx11-6 | 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6 | 2:1.0.4-1 libxfixes3(= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxml2(= 2.6.27) | 2.6.31.dfsg-1 libxrandr2(= 2:1.2.0) | 2:1.2.2-1 libxrender1| 1:0.9.4-1 zlib1g | 1:1.2.3.3.dfsg-11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469260: Provide a way of merging existing contacts
Package: evolution Version: 2.12.3-1 Severity: wishlist --- Please enter the report below this line. --- I know that there already exists a way a merging a new contact. But I have existing contacts, and I want to merge some. Could it be possible to provide a way of doing this ? (Like in contact view, selecting two contacts and right click = merge option) Cheers --- System information. --- Architecture: amd64 Kernel: Linux 2.6.24-1-amd64 Debian Release: lenny/sid 900 unstablewww.emdebian.org 900 unstablewww.debian-multimedia.org 900 unstableftp.uk.debian.org 900 unstableftp.fr.debian.org 500 voip-snapshots-debian-sid snapshots.seconix.com 500 ubuntu-doko people.ubuntu.com 300 testing security.debian.org 300 testing ftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== dbus | 1.1.20-1 evolution-common (= 2.12.3-1) | 2.12.3-1 evolution-data-server (= 1.11.92) | 1.12.3-1 evolution-data-server ( 1.13.0) | 1.12.3-1 gconf2 (= 2.10.1-2) | 2.20.1-3 gnome-icon-theme(= 1.2.0) | 2.20.0-1 gtkhtml3.14(= 3.14.0) | 3.16.1-1 libart-2.0-2 (= 2.3.18) | 2.3.20-1 libatk1.0-0(= 1.20.0) | 1.20.0-1 libbonobo2-0 (= 2.15.0) | 2.21.90-1 libbonoboui2-0 (= 2.15.1) | 2.21.90-1 libc6 (= 2.7-1) | 2.7-9 libcairo2 (= 1.4.0) | 1.4.14-1 libcamel1.2-10 (= 1.12.2) | 1.12.3-1 libdbus-1-3 (= 1.1.1) | 1.1.20-1 libdbus-glib-1-2 (= 0.74) | 0.74-1 libebook1.2-9 (= 1.12.2) | 1.12.3-1 libecal1.2-7 (= 1.12.2) | 1.12.3-1 libedataserver1.2-9(= 1.12.2) | 1.12.3-1 libedataserverui1.2-8 (= 1.12.2) | 1.12.3-1 libegroupwise1.2-13(= 1.12.2) | 1.12.3-1 libexchange-storage1.2-3 (= 1.12.2) | 1.12.3-1 libfontconfig1 (= 2.4.0) | 2.5.0-2 libfreetype6(= 2.3.5) | 2.3.5-1+b1 libgconf2-4(= 2.13.5) | 2.20.1-3 libglade2-0 (= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (= 2.14.0) | 2.14.6-1 libgnome-pilot2 (= 2.0.2) | 2.0.15-2.1 libgnome2-0(= 2.17.3) | 2.20.1.1-1 libgnomecanvas2-0 (= 2.11.1) | 2.20.1.1-1 libgnomeui-0 (= 2.17.1) | 2.20.1.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.20.1-2 libgnutls13 (= 2.0.4-0) | 2.0.4-3 libgtk2.0-0(= 2.12.0) | 2.12.8-1 libgtkhtml3.14-19 (= 3.16.1) | 3.16.1-1 libhal1(= 0.5.10) | 0.5.10+git20080301-1 libice6 (= 1:1.0.0) | 2:1.0.4-1 libldap-2.4-2 (= 2.4.7) | 2.4.7-6 libnm-glib0| 0.6.5-5 libnotify1 (= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10 | libnspr4-0d (= 1.8.0.10) | 4.7.0~1.9b1-2 libnss3-1d (= 3.12.0~1.9b1) | 3.12.0~1.9b1-2 liborbit2 (= 1:2.14.10) | 1:2.14.10-0.1 libpango1.0-0 (= 1.18.4) | 1.18.4-1 libpisock9 | 0.12.3-4 libpisync1 | 0.12.3-4 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libpopt0 (= 1.10) | 1.10-3 libsm6 | 2:1.0.3-1+b1 libsoup2.2-8 (= 2.2.98) | 2.2.105-4 libx11-6 | 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6 | 2:1.0.4-1 libxfixes3(= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxml2(= 2.6.27) | 2.6.31.dfsg-1 libxrandr2(= 2:1.2.0) | 2:1.2.2-1 libxrender1| 1:0.9.4-1 zlib1g | 1:1.2.3.3.dfsg-11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469004: skencil: may use different memory API for a given memory block
Barry deFreese wrote: Here is a patch for this issue as well as dropping the suggests on python-xml. thanks, very nice.. will upload later. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465748: vm: no autoloads are set up
reopen 465748 thanks This is not really a package bug. The package does not contain any file called /etc/emacs*/site-start.d/50vm-init.el; instead, it ships /usr/share/emacs/site-lisp/vm/vm-init.el, which is shipped not empty. During installation, ucf is called to install the appropriate /etc/emacs*/site-start.d/ files; and uses debconf to ask whether or not to replace the file. Now, I have no idea why the init files are empty right now on your machine, I now have it after closely looking at your /usr/lib/emacsen-common/packages/install/vm script. Here are the relevant actions in that script with line numbers: 43: ELDIR=/usr/share/emacs/site-lisp/$PACKAGE 44: ELCDIR=/usr/share/$FLAVOUR/site-lisp/$PACKAGE 48: STARTFILE=$PACKAGE-init.el; 92: cd $ELCDIR; 109:sed -e s|=F|/usr/share/$FLAVOUR/site-lisp/$PACKAGE| \ 110:$STARTFILE $ELCDIR/$STARTFILE; 111:ucf $ELCDIR/$STARTFILE $STARTDIR/50$STARTFILE; When the shell executes the sed call in lines 109/110, it is in $ELCDIR, thus $STARTFILE becomes $ELCDIR/$STARTFILE, and sed (and ucf in line 111) gets an empty file as input. You had better feed sed with $ELDIR/$STARTFILE, I suppose that would work. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469262: openmovieeditor new version available
Package: openmovieeditor Version: 0.0.20080102-2 Severity: wishlist Please could you upgrade openmovieeditor to the latest version? You can find it here: http://sourceforge.net/project/showfiles.php?group_id=142766 Thank you, Gürkan
Bug#468323: fixed in octave3.0 1:3.0.0-7
Le lundi, 3 mars 2008 14.36:06 Debian Bug Tracking System, vous avez écrit : This is an automatic notification regarding your Bug report which was filed against the octave3.0 package: #468323: octave3.0: 3.0.0-6 has very weird behavior It has been closed by Rafael Laboissiere [EMAIL PROTECTED]. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Rafael Laboissiere [EMAIL PROTECTED] by replying to this email. Hi, The installation bug is effectively solved for me with 3.0.0-7 but I still encounter the path bug (the first I mentioned in my original report) from time to time (can't find why nor reproduce it. When I get it, I get this bug for any compiled function (package_prefix/package_name-1.0.0/x86_64-pc-linux-gnu-api-v32/*.oct) from Octave Sourceforge packages. Let's keep this bug closed. I will see if I get this bug again (maybe reboot, lib update, dunno...). If I get it on a regular base, I will report another bug (or re-open this one). Regards, Didier signature.asc Description: This is a digitally signed message part.
Bug#463808: daily O2 d-i image not booting
Il giorno mar, 04/03/2008 alle 09.41 +0100, Aurelien Jarno ha scritto: Giuseppe Sacco a écrit : Il giorno mar, 04/03/2008 alle 08.51 +0100, Martin Michlmayr ha scritto: reassign 463808 libc6 * Giuseppe Sacco [EMAIL PROTECTED] [2008-03-04 02:31]: I think the problem is libc6_2.7-6, as explained in #463808, since it does not hangs always at the same point, but it always hangs when starting configuring packages (so, when running all sort of programs that use libc6. Maybe this should be reassigned then. Right, I have planned to install etch on a different SGI O2 machine, then only update libc6 (and maybe locales), to check if this show the problem. What are the symtoms exactly? Looking at the bug report I only see notes about a kernel crash. I fail to see how is it related to libc6. You are right, but from the stack frame it seems a pointer was shifted up by 32 bits, and may be the problem. More information is available at http://www.linux-mips.org/archives/linux-mips/2008-02/msg00011.html Bye, Giuseppe
Bug#464318: patch available
tag 464318 + pending thanks During the 0-day NMU campain atm I fixed your package and the NMU diff is attached to this report. Please note that I'll upload directly after this mail is out. Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://people.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems diff -u libnet-whois-raw-perl-1.38/debian/changelog libnet-whois-raw-perl-1.38/debian/changelog --- libnet-whois-raw-perl-1.38/debian/changelog +++ libnet-whois-raw-perl-1.38/debian/changelog @@ -1,3 +1,11 @@ +libnet-whois-raw-perl (1.38-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fixes FTBFS on i386: ++ only call make realclean if Makefile is available (Closes: #464318) + + -- Patrick Winnertz [EMAIL PROTECTED] Tue, 04 Mar 2008 10:06:44 +0100 + libnet-whois-raw-perl (1.38-1) unstable; urgency=low * New upstream release diff -u libnet-whois-raw-perl-1.38/debian/rules libnet-whois-raw-perl-1.38/debian/rules --- libnet-whois-raw-perl-1.38/debian/rules +++ libnet-whois-raw-perl-1.38/debian/rules @@ -25,7 +25,7 @@ dh_testroot # Add here commands to clean up after the build process. - $(MAKE) realclean + [ ! -f Makefile ] || $(MAKE) realclean dh_clean build-stamp signature.asc Description: This is a digitally signed message part.
Bug#469246: dget: an option to verify the dsc with ~/.gnupg/pubring.gpg
On Tue, 2008-03-04 at 07:44 +, Adam D. Barratt wrote: Is this an option that you'd only want to use when dget is calling dscverify, or any time that dscverify is called? If the latter then the functionality already exists (DSCVERIFY_KEYRINGS). My use-case is downloading packages from mentors.d.n for sponsorship, there I always use dget rather than dscverify. I reported this bug because dget -x wasn't working as it used to because it now calls dscverify, fails and decides not to run dpkg-source. Perhaps what I really want is for dget -x to run dpkg-source -x even if dscverify fails. That way I get to see a warning from dpkg-source if the key isn't in my keyring or the package has been tampered with in transit. Thinking about it more, I'd like -x to do these: * good DD sig: yay, unpack * bad DD sig: big error, option to force unpack * good DM sig: yay, unpack, inform me of DM status * bad DM sig: big error, option to force unpack * good other sig: yay, unpack, inform me of otherness * bad other sig: big, option to force unpack * no sig: yay, unpack, warn about no sig With no -x would just do the same without unpacking. Alternatively change dscverify to check ~/.gnupg/pubring.gpg This is already possible (see above) but I'm not convinced we'd want to include it by default. Fair enough. but print out a warning if the key is not in debian-keyring. This, otoh, is not currently supported. I suppose one could have dscverify call check_signature() twice with different keyrings. Sounds fine to me. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#469205: xserver-xorg-core: I cannot exit X with ctrl-alt-backspace
On 03 Mar 2008, Brice Goglin wrote: Anthony Campbell wrote: Package: xserver-xorg-core Version: 2:1.4-3 Severity: normal I upgraded to the latest version of xserver-xorg-core on Sid. 2:1.4-3 is far from being the last xserver-xorg-core in unstable, it's 5 months old. You need to upgrade to at least 2:1.4.1~git20080131-1. I can't close down X with ctrl-alt-backspace. What happens when you do that? Nothing? Or does X try to reset and just fails with a black screen or frozen machine? Is the log below the one from *after X failed to close down* ? If not, we need the log from after the failure. Section Device Identifier Generic Video Card # Driver radeonhd Driver fglrx # Driverati EndSection Same problem with radeonhd or ati instead of fglrx? Brice To clarify: the problem occurred with the 2:1.4.1~git20080131-1 version; I reverted to the earlier version to eliminate it. I now find that I get the same problem with 2:1.4.1~git20080131-1 on another computer (desktop). This is with a different card and driver (obviously). I will submit a second bug report for this -- after the failure. What happens differs in the two machines, On the Thinkpad I get a blank but not a black screen. If I then do ctrl-alt-del it reboots. On the desktop nothing happens at all. Actually, it's even odder than that. If I do ctrl-alt-backspace immediately, as soon as X has started, it does close. But after lasting some apps it no longer does. Regards, Anthony -- Anthony Campbell - [EMAIL PROTECTED] Microsoft-free zone - Using Debian GNU/Linux http://www.acampbell.org.uk (blog, book reviews, on-line books and sceptical articles) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466300: openoffice.org-writer2latex: Cannot be installed
For the record, the bug I described below (with failing double registration) is in fact http://bugs.debian.org/468202 which is already fixed. If you have the problem, use the work around described below to fix your package and you'll be fine for the future. Rene told me that this bug is specifically about the ERROR: JNI exception occured that Daniel and Eduard have had. Thus I reverted the severity and tags changes, and retitle it properly. Cheers, On Mon, 03 Mar 2008, Raphael Hertzog wrote: tag 466300 + confirmed tag 466300 - moreinfo severity 466300 serious thanks On Sun, 02 Mar 2008, Krzysztof Burghardt wrote: 2008/2/29, Raphael Hertzog [EMAIL PROTECTED]: But stracing the whole stuff lead me to discover the file /var/spool/openoffice/uno_packages/cache/log.txt which contains an error message: [...] Can other people (in CC) check if they have similar error messages in their logs? ## Progress log entry 2008-02-27 19:36:06 ## Copying: writer2latex.uno.pkg ERROR: (com.sun.star.ucb.CommandFailedException) { { Message = Error while adding: org.openoffice.legacy.writer2latex.uno.pkg, Context = (com.sun.star.uno.XInterface) @6a6da0 }, Reason = (any) { (com.sun.star.deployment.VersionException) { { Message = Extension has already been added: org.openoffice.legacy.writer2latex.uno.pkg, Context = (com.sun.star.uno.XInterface) @6a6da0 }, New = (com.sun.star.deployment.XPackage) @707e80, Deployed = (com.sun.star.deployment.XPackage) @7152d0 } } } Same problem apparently. Manual fix is: - stop any running openoffice - run the following commands $ sudo /usr/lib/openoffice/program/unopkg remove --shared org.openoffice.legacy.writer2latex.uno.pkg $ sudo dpkg --configure openoffice.org-writer2latex Alternatively, the extension registration can be done with --force so that it will happily overwrite any already installed extension. See /usr/lib/openoffice/program/unopkg --help. Another alternative is to use the --list option and check if the extension is registered before trying to register it. Right now, any upgrade will fail as it will try to re-register the extension which is already registered. Given that postinst ought to be idempotent, this is a serious problem. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#469198: Xorg.conf file in /etc/X11/ incorrectly recognises Alps-Glidepoint as Synaptic Touchpad
secerity 469198 wishlist reassing 469198 xserver-xorg thanks Hello, Venigalla. Thanks for reporting this bug in the Debian GNU/Linux OS. I am reassigning this bug report to the xserver-xorg package, which takes care of configuring the hardware for X to work. I am also changing the priority, as this is an improvement request. Check the end of this email for a link on xorg.conf documentation. Have you considered documenting your fix in the Debian Wiki? http://wiki.debian.org I am sure it would be useful for other users with similar hardware! Venigalla Sayikiran wrote: Package: base Severity: important I am using Dell Latitude D520 n series laptop. My laptop uses a Alps-Glidepoint touchpad. When i installed debian etchv4.0, i was not able to use the tapping feature in my laptop. However, i was able to use touchpad to move my mouse pointer. The mouse pointer moved at snail pace with touchpad as well as external USB mouse device. Then i opened /etc/X11/xorg.conf file, and i found this: Section InputDevice IdentifierSynaptics Touchpad Driversynaptics OptionSendCoreEventstrue OptionDevice/dev/psaux OptionProtocolauto-dev OptionHorizScrollDelta0 EndSection In order to increase the speed of my mouse pointer, i had to add few more lines to above settings. It worked for me. To enable tapping feature i had to go through two more steps: Step 1: In order to find out hardware information about my touchpad cat /proc/bus/input/devices I: Bus=0011 Vendor=0002 Product=0008 Version=7321 N: Name=AlpsPS/2 ALPS GlidePoint P: Phys=isa0060/serio1/input0 S: Sysfs=/class/input/input4 H: Handlers=mouse2 event4 ts2 B: EV=f B: KEY=420 0 7 0 0 0 0 0 0 0 0 B: REL=3 B: ABS=103 Its clear that from above output that etchv4.0 detects my hardware as Apls-Glidepoint, which indeed is as supplied from Dell computers. Somehow xorg.conf doesn't recognizes betwwen Alps-Glidepoint and Synaptic Touchpad. Well i don't know which package actually controls xorg.conf file. That should be xserver-xorg. Step 2: Then i changed xorg.conf file as shown below Section InputDevice IdentifierAlps Glidepoint Driveralps OptionSendCoreEventstrue OptionDevice/dev/psaux OptionProtocolauto-dev OptionHorizScrollDelta20 OptionVertScrollDelta20 OptionMaxTapTime 180 OptionFastTaps 1 OptionMaxDoubleTapTime 100 OptionTouchpadOff 0 OptionMaxTapMove110 OptionMaxSpeed1.00 OptionMinSpeed0.50 EndSection Now i am able to use tapping feature perfectly. I still want to know more about xorg.conf, like how to configure it, what does each section mean, and what options does it support. I think a detail documentation is needed. http://www.google.com/search?q=xorg.conf+explainedie=UTF8 I am sure the synaptics package also provides information on this. I also tried all permutations and combinations of Identifier and Driver field with both synaptic and alps, but none of them worked for me. The only combination that worked is shown in step 2. I hope from next time this problem shouldn't be repeated in future versions of debian OS. Yes, thanks for reporting this. Happy hacking! -- ·''`.Moi je voudrais bien, un beau matin, qu'il y ait : :' : une fleur dans mon jardin `. `' -- Manu Chao `- Proudly running (unstable) Debian GNU/Linux
Bug#469263: devscripts: new script to access ldap/machines.cgi and login to machines
Package: devscripts Version: 2.10.18.1 Severity: wishlist I'd like a script to transfer data to and login to the Debian porting machines that are up and available to me. The script could: * connect to ldap or parse machines.cgi * choose machines to login to based on all/DD/restricted, architecture, status, have chroots, distribution (etch/sarge/etc) * transfer a tarball and a script to run on the machines * chmod and run the script in the dchroot (or outside it) * detect if dchroot is available, run the script normally if not * log script output to a file and transfer the result back after logging out * have an option to leave an interactive session after running the script on each host * have an option to have each machine in a separate xterm for parallel execution I don't need such a script very often but it would be nice to have. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#468779: installation-reports: Install failed to recognize Intel Nineveh 82566DM adapter network on Econel 100 S2
Frans Pop wrote: On Sunday 02 March 2008, you wrote: Thank you for your response. As far as the Intel document says, it is not bound to the 2.6 kernel. See http://www.intel.com/support/network/sb/cs-009209.htm We are several people who want a solution for this problem. If you have a recommendation, we would appreciate it very much. I'm sorry, but that's a huge document and I have no idea which part of it you are referring to. Also, please always reply to the bug report or the mailing list when discussing open source issues and not to individual persons. The url discribes how to install the needed driver just a few pages down the document. I saw that the driver is GPL. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#189266: fix for this bug available in OpenBSD tree
Hi, this bug is fixed in the OpenBSD tree. You might want to consider it. -Otto Index: ./cl/cl_screen.c === RCS file: /cvs/src/usr.bin/vi/cl/cl_screen.c,v retrieving revision 1.14 retrieving revision 1.15 diff -u -p -r1.14 -r1.15 --- ./cl/cl_screen.c18 Jul 2003 23:11:43 - 1.14 +++ ./cl/cl_screen.c21 Apr 2005 09:00:25 - 1.15 @@ -1,4 +1,4 @@ -/* $OpenBSD: cl_screen.c,v 1.14 2003/07/18 23:11:43 david Exp $*/ +/* $OpenBSD: cl_screen.c,v 1.15 2005/04/21 09:00:25 otto Exp $ */ /*- * Copyright (c) 1993, 1994 @@ -371,6 +371,8 @@ cl_vi_init(sp) fast: /* Set the terminal modes. */ if (tcsetattr(STDIN_FILENO, TCSASOFT | TCSADRAIN, clp-vi_enter)) { + if (errno == EINTR) + goto fast; msgq(sp, M_SYSERR, tcsetattr); err: (void)cl_vi_end(sp-gp); return (1); @@ -489,6 +491,8 @@ cl_ex_init(sp) #endif fast: if (tcsetattr(STDIN_FILENO, TCSADRAIN | TCSASOFT, clp-ex_enter)) { + if (errno == EINTR) + goto fast; msgq(sp, M_SYSERR, tcsetattr); return (1); }
Bug#469266: iceape: Remove /Policies PageSize 3 from postscript output
Package: iceape Severity: wishlist My printer (Brother 5150D) can't handle postscript files which explicitly set /Policies PageSize 3 in duplex mode. Because PageSize 3 should be default anyways, I think it would do no harm to apply a patch to remove it from the postscript output of iceape.* Patch attached. Thanks, Rob -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (200, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceape depends on: ii iceape-browser 1.1.8-2+local Iceape Navigator (Internet browser ii iceape-mailnews1.1.8-2+local Iceape Mail Newsgroups and Addre Versions of packages iceape recommends: pn iceape-chatzilla none (no description available) --- iceape-1.1.8.orig/gfx/src/ps/nsPostScriptObj.cpp 2007-05-03 03:38:56.0 +0200 +++ iceape-1.1.8/gfx/src/ps/nsPostScriptObj.cpp 2008-02-10 12:08:13.768373550 +0100 @@ -469,9 +469,6 @@ /setpagedevice where\n // Test for the feature { pop 2 dict\n dup /PageSize [ %s %s ] put\n // Paper dimensions - dup /Policies 1 dict\n -dup /PageSize 3 put\n // Select the nearest page size to fit - put\n setpagedevice\n// Install settings } if\n, fpCString(NSTwipsToFloatPoints(paper_width)).get(),
Bug#469265: xserver-xorg-core: X does not quit with ctrl-alt-backspace
Package: xserver-xorg-core Version: 2:1.4.1~git20080131-1 Severity: normal This is a follow-up to 469205. I have now duplicated the bug on a different machine (desktop) with a different video and driver. Actually, if I do ctrl-alt-backspace immediately after starting X it does quit, but if I first start any app it no longer does, even if I close them all down. The information given here was obtained after the error occurred. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2006-04-16 08:13 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1673980 2008-02-01 04:06 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G550 AGP (rev 01) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 2891 2007-10-05 09:04 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath/usr/share/fonts/truetype/msttcorefonts EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb Option XkbVariantbasic Option Xkbdisabletrue EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ExplorerPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section Device Identifier Matrox G550 Driver mga EndSection Section Monitor Identifier Diamond Pro 920 Option DPMS HorizSync 30-108 VertRefresh 50-140 EndSection Section Screen Identifier Default Screen Device Matrox G550 Monitor Diamond Pro 920 DefaultDepth24 SubSection Display Depth 1 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1280x1024 1152x768 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection Section DRI Mode0666 EndSection Xorg X server log files on system: -rw-r- 1 root root 51244 2008-03-04 09:00 /var/log/Xorg.0.log Contents of most recent Xorg X
Bug#467298: clamav: ERROR: reload db failed: Unable to lock database directory
Hello, I have the same problem on a i386 etch 0.90.1dfsg-3etch10 system: Tue Mar 4 06:18:13 2008 - SelfCheck: Database modification detected. Forcing reload. Tue Mar 4 06:18:13 2008 - Reading databases from /var/lib/clamav Tue Mar 4 06:20:23 2008 - ERROR: reload db failed: Unable to lock database directory (try 1) Tue Mar 4 06:22:33 2008 - ERROR: reload db failed: Unable to lock database directory (try 2) Tue Mar 4 06:24:43 2008 - ERROR: reload db failed: Unable to lock database directory (try 3) Tue Mar 4 06:24:43 2008 - ERROR: reload db failed: Unable to lock database directory Tue Mar 4 06:24:43 2008 - Terminating because of a fatal error.Tue Mar 4 06:24:43 2008 - Socket file removed. Tue Mar 4 06:24:43 2008 - Pid file removed. Tue Mar 4 06:24:43 2008 - --- Stopped at Tue Mar 4 06:24:43 2008 I have to shut down amavisd, freshclam and start everthing again. Just starting clamav-daemon (with runing freshclam) doesn't help: Tue Mar 4 10:04:53 2008 - +++ Started at Tue Mar 4 10:04:53 2008 Tue Mar 4 10:04:53 2008 - clamd daemon 0.90.1 (OS: linux-gnu, ARCH: i386, CPU: i486) Tue Mar 4 10:04:53 2008 - Log file size limit disabled. Tue Mar 4 10:04:53 2008 - Reading databases from /var/lib/clamav Tue Mar 4 10:07:03 2008 - ERROR: Unable to lock database directory Tue Mar 4 10:08:08 2008 - +++ Started at Tue Mar 4 10:08:08 2008 Tue Mar 4 10:08:08 2008 - clamd daemon 0.90.1 (OS: linux-gnu, ARCH: i386, CPU: i486) Tue Mar 4 10:08:08 2008 - Log file size limit disabled. Tue Mar 4 10:08:08 2008 - Reading databases from /var/lib/clamav Tue Mar 4 10:10:18 2008 - ERROR: Unable to lock database directory Maybe freshclam is blocking the access to the berkley db? freshclam.log has lots of errors: ClamAV update process started at Tue Mar 4 06:14:35 2008 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.90.1 Recommended version: 0.92.1 DON'T PANIC! Read http://www.clamav.net/support/faq main.cvd is up to date (version: 45, sigs: 169676, f-level: 21, builder: sven) Ignoring mirror 62.26.160.3 (too often connections with outdated version) Ignoring mirror 62.201.161.84 (too often connections with outdated version) Ignoring mirror 85.10.242.82 (too often connections with outdated version) Ignoring mirror 85.199.169.78 (too often connections with outdated version) Ignoring mirror 85.214.44.186 (due to previous errors) Ignoring mirror 88.198.17.100 (too often connections with outdated version) Ignoring mirror 89.149.194.18 (due to previous errors) Ignoring mirror 91.198.238.33 (too often connections with outdated version) Trying host db.local.clamav.net (195.246.234.199)... nonblock_connect: connect timing out (30 secs) Can't connect to port 80 of host db.local.clamav.net (IP: 195.246.234.199) Ignoring mirror 212.1.60.18 (too often connections with outdated version) Ignoring mirror 213.174.32.130 (too often connections with outdated version) Trying host db.local.clamav.net (213.209.100.191)... nonblock_connect: connect timing out (30 secs) Can't connect to port 80 of host db.local.clamav.net (IP: 213.209.100.191) Ignoring mirror 217.160.141.39 (due to previous errors) ERROR: getpatch: Can't download daily-6110.cdiff from db.local.clamav.net Ignoring mirror 91.198.238.33 (too often connections with outdated version) Trying host db.local.clamav.net (195.246.234.199)... nonblock_connect: connect timing out (30 secs) Can't connect to port 80 of host db.local.clamav.net (IP: 195.246.234.199) Ignoring mirror 212.1.60.18 (too often connections with outdated version) Ignoring mirror 213.174.32.130 (too often connections with outdated version) Trying host db.local.clamav.net (213.209.100.191)... nonblock_connect: connect timing out (30 secs) Can't connect to port 80 of host db.local.clamav.net (IP: 213.209.100.191) Ignoring mirror 217.160.141.39 (due to previous errors) Ignoring mirror 62.26.160.3 (too often connections with outdated version) Ignoring mirror 62.201.161.84 (too often connections with outdated version) Ignoring mirror 85.10.242.82 (too often connections with outdated version) Ignoring mirror 85.199.169.78 (too often connections with outdated version) Ignoring mirror 85.214.44.186 (due to previous errors) Ignoring mirror 88.198.17.100 (too often connections with outdated version) Ignoring mirror 89.149.194.18 (due to previous errors) ERROR: getpatch: Can't download daily-6110.cdiff from db.local.clamav.net Ignoring mirror 85.214.44.186 (due to previous errors) Ignoring mirror 88.198.17.100 (too often connections with outdated version) Ignoring mirror 89.149.194.18 (due to previous errors) Ignoring mirror 91.198.238.33 (too often connections with outdated version) Trying host db.local.clamav.net (195.246.234.199)... nonblock_connect: connect timing out (30 secs) Can't connect to port 80 of host db.local.clamav.net (IP: 195.246.234.199) Ignoring mirror 212.1.60.18 (too often connections with outdated version) Ignoring mirror 213.174.32.130 (too often connections with
Bug#464934: php-script-but-no-php-cli-dep
Hi, I doubt this is possible easily because dh-make-pear just creates a source package and doesn't know how the binary package will look like and what it depends on. This is why the option --depends exists. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen [EMAIL PROTECTED] Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#70982: Take her to love heaven
Smart in bed games http://careslopet.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469221: apt-listchanges: Failed with bsddb.db.DBRunRecoveryError error
reassing 469221 python2.4 # breaks other packages. severity 469221 grave thanks On Tue, Mar 04, 2008 at 02:19:48AM +, Mark Robinson wrote: This update worked fine, but the dist-upgrade immediately following failed: The bug is the fact that python downgraded its libdb version, breaking everything. It has been reported already and is not an apt-listchanges bug. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpAFX4OB6rjx.pgp Description: PGP signature
Bug#33394: 2 servings a day for the next 3 months to a 9 inch dick
If she's petite, then this solution to gain inches is probably not for you, as being too large can hurt her http://delinvati.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469267: Leave lot of .nautilus/saved-session- like files
Package: nautilus Version: 2.20.0-3 Severity: normal Hi. Nautilus seems to let a lot of files named like .nautilus/saved-session-F5924T in the .nautilus directory. At the present time, I have 233 of them. I suspect some removal should be done somehow. Hopte this helps, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-vserver-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nautilus depends on: ii desktop-file-utils 0.14-2Utilities for .desktop files ii gnome-control-center 1:2.20.3-2utilities to configure the GNOME d ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.21.90-1 Bonobo CORBA interfaces library ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libeel2-2.20 2.20.0-4 Eazel Extensions Library (for GNOM ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libexempi3 1.99.9-1 library to parse XMP metadata (Lib ii libexif12 0.6.16-2.1library to parse EXIF files ii libgail-common 1.20.2-1 GNOME Accessibility Implementation ii libgail18 1.20.2-1 GNOME Accessibility Implementation ii libgconf2-42.20.1-3 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgnome-desktop-2 2.20.3-1 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libnautilus-extension1 2.20.0-3 libraries for nautilus components ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii librsvg2-2 2.20.0-1 SAX-based renderer library for SVG ii libselinux12.0.15-2+b1 SELinux shared libraries ii libstartup-notification0 0.9-1 library for program launch feedbac ii libtrackerclient0 0.6.4-2 metadata database, indexer and sea ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.31.dfsg-1 GNOME XML library ii nautilus-data 2.20.0-3 data files for nautilus ii shared-mime-info 0.23-3FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii desktop-base 4.0.7 common files for the Debian Deskto ii eject 2.1.5-6ejects CDs and operates CD-Changer ii fam 2.7.0-13.1 File Alteration Monitor ii libgnomevfs2-extra1:2.20.1-1 GNOME Virtual File System (extra m ii librsvg2-common 2.20.0-1 SAX-based renderer library for SVG ii nautilus-cd-burner2.20.0-1 CD Burning front-end for Nautilus -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468060: [Debian-med-packaging] Bug#468060: Bug#468060: Bug#468060: amap-align: FTBFS with g++-4.3: Missing includes
On Tue, 4 Mar 2008, [EMAIL PROTECTED] wrote: What shall we do? - Fix in 2.0, - Update to 2.2 now without the java stuff (trivial), and fix later, - Update to 2.2 without the java stuff, and fix that version, IMHO this gives the user the latest version that might work better than 2.2. We should add a remark to README.Debian that Java support is currently missing and we are working on this. To fix the FTBFS bug we most probably get help from debian-devel. Just ask for help in case it is not only a missing includes issue. If working on 2.2 uncovers any delay for whatever reason I would vote for fixing 2.0 for the moment. The main point is that we get rid of FTBFS bugs soon. - Wait for a full 2.2 package for fixing. I have no problem with waiting a _determined_ time span but if there is no chance to say when the reason for waiting will vanish (in this case when we were able to fix the Java issue) I would not like that. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#33344: 9 inches long - the solution
If she's petite, then this solution to gain inches is probably not for you, as being too large can hurt her http://delinvati.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462444: glibc: Please add symbols files for libc6
On Sun, 27 Jan 2008, Aurelien Jarno wrote: That's a good start, but there is still some work to be done: - The minimum dependencies on sparc should be 2.6-1 due to the SPARCV8 to SPARCV8PLUS ABI transition I suggest to modify the headers in libc6.symbols.sparc to include the dependency written as: soname libc6 (= 2.6), libc6 #MINVER# This will be correctly simplified by dpkg-gencontrol at the end. - The patch uses symbols versioning to determine the minimal Debian version, but some symbols have been introduced later in Debian, due to some build options that weren't enabled or availabled on some architectures. TLS support is such an example. Okay, I have no idea when those got introduced, hopefully we can find that in the Debian changelog. - As the symbols versioning in dpkg-shlibdeps only takes care of the symbols and not at the include headers, one has to search for #define or enum values that have been added, and bump the minimum version of the corresponding symbols if this value is uses internally in the glibc. No idea for this one. Is that documented in the upstream ChangeLog? Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#466484: Fixed?
I have checked the installation again, the problems seems to be gone. Drew, can you please check this? Could this somehow be related to a package cache not being updated? Thanks, Joop PG4I -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425192: notfound in testing
severity 425192 serious notfound 425192 1:4.6.2~pre1-3 found 1:4.6.2~pre1-5 thanks Okay, I can reproduce this with the latest mc.. with the mc in testing there is no error. This helps to locate the bug very much... i'll have a look on this error very soon. Thanks for your report Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://people.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.
Bug#466483: elinks: Please enable support for 88 colors.
On 08/02/19 04:53 +0100, Stephan Wendt said ... Please compile elinks with support for 88 colors enabled (--enable-88-colors). It looks more nicely in rxvt-unicode then. Will enable this in the next upload of ELinks to unstable. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ pgpGIVj8nH5AS.pgp Description: PGP signature
Bug#469161: Debian Live: live-helper: lh_config no longer understands options such as --mirror-binary and so on
Pierre Bauduin wrote: [EMAIL PROTECTED] /mnt/data/debian-live-usblh_config --mirror-binary http://toto/debian/ --mirror-binary-security http://toto/debian-security/ --mirror-chroot http://toto/debian/ --mirror-chroot-security http://toto/debian-security/ -b usb-hdd -d lenny you forgot --mirror-bootstrap... [EMAIL PROTECTED] /mnt/data/debian-live-usbgrep -R toto config/ config/bootstrap:# (Default: http://toto/debian/) config/bootstrap:LH_MIRROR_CHROOT=http://toto/debian/; config/bootstrap:# (Default: http://toto/debian-security/) config/bootstrap:LH_MIRROR_CHROOT_SECURITY=http://toto/debian-security/; config/bootstrap:# (Default: http://toto/debian/) config/bootstrap:LH_MIRROR_BINARY=http://toto/debian/; config/bootstrap:# (Default: http://toto/debian-security/) config/bootstrap:LH_MIRROR_BINARY_SECURITY=http://toto/debian-security/; [EMAIL PROTECTED] /mnt/data/debian-live-usblh_build P: Begin caching bootstrap stage... P: Begin bootstrapping system... I: Retrieving Release E: Failed getting release file http://ftp.us.debian.org/debian/dists/lenny/Release [EMAIL PROTECTED] /mnt/data/debian-live-usbecho $? ..that is why it uses the default (http://ftp.us.debian.org/debian/) which seems to be not accessible from your machine. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469264: xtradius: Please add LSB formatted dependency info in init.d script
Package: xtradius Version: 1.2.1-beta2-2 Tags: patch User: [EMAIL PROTECTED] Usertags: missing-dependency To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the anacron init.d script would make it possible for me to use this information to check the current sequence and to speed up the debian boot. I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. I hope this is correct. diff -ur xtradius-1.2.1-beta2.orig/scripts/rc.radiusd xtradius-1.2.1-beta2/scripts/rc.radiusd --- xtradius-1.2.1-beta2.orig/scripts/rc.radiusd2008-03-04 10:41:20.0 +0100 +++ xtradius-1.2.1-beta2/scripts/rc.radiusd 2008-03-04 10:42:38.0 +0100 @@ -1,4 +1,11 @@ #!/bin/sh +### BEGIN INIT INFO +# Provides: radiusd +# Required-Start:$remote_fs $syslog +# Required-Stop: $remote_fs $syslog +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +### END INIT INFO # # radiusd Start the radius daemon. # As the stop script do not seem to do much except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6, to speed up shutdown. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463808: daily O2 d-i image not booting
Giuseppe Sacco a écrit : Il giorno mar, 04/03/2008 alle 09.41 +0100, Aurelien Jarno ha scritto: Giuseppe Sacco a écrit : Il giorno mar, 04/03/2008 alle 08.51 +0100, Martin Michlmayr ha scritto: reassign 463808 libc6 * Giuseppe Sacco [EMAIL PROTECTED] [2008-03-04 02:31]: I think the problem is libc6_2.7-6, as explained in #463808, since it does not hangs always at the same point, but it always hangs when starting configuring packages (so, when running all sort of programs that use libc6. Maybe this should be reassigned then. Right, I have planned to install etch on a different SGI O2 machine, then only update libc6 (and maybe locales), to check if this show the problem. What are the symtoms exactly? Looking at the bug report I only see notes about a kernel crash. I fail to see how is it related to libc6. You are right, but from the stack frame it seems a pointer was shifted up by 32 bits, and may be the problem. Well there may be a bug in the glibc causing a problem with the stack frame, but anyway the fact that you can crash a kernel from userland is a bug in the kernel, and even a security bug as it is basically a local DoS. More information is available at http://www.linux-mips.org/archives/linux-mips/2008-02/msg00011.html From the kernel dump, it looks like the crash occurs in kernel mode (bit KX of the CP0 Status enabled). A bad address from userland should kill the process with a SIGBUS. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468183: Unsupported?
I forwarded your question to the upstream developer. He will check that in the code. But for now he suggested to leave the Mysql logging feature out of the package. On 29/02/08 22:13 +0100, Florian Weimer wrote: * Thorsten Schmale: I created an updated description. Please see below. One thing i forgot to mention earlier was the feature of logging the http requests directly to a mysql-database. I'm not quite sure, but I think this feature is not supported by most other webservers. We've already got libapache2-mod-log-sql. (I wouldn't recommend using it either, though.) Most web servers support SQL logging in some form or other. There are also tons of converters to load Common Log format files into SQL databases. Are you sure that MonkeyD logs requests containing ' characters correctly? The source code doesn't look like it. (You may have to use telnet/socket/nc manually, to prevent escaping from the browser.) signature.asc Description: Digital signature
Bug#449722: Fix for watch file
diff -u agsync-0.2-pre/debian/watch agsync-0.2-pre/debian/watch --- agsync-0.2-pre/debian/watch +++ agsync-0.2-pre/debian/watch @@ -1,7 +1,3 @@ -# Example watch control file for uscan -# Rename this file to watch and then you can run the uscan command -# to check for upstream updates and more. -# Format version number version=3 -# Full-site-with-pattern [Version [Action]] -http://duskwood.lownewulf.com/agsync-(.*)-pre\.tgz debian uupdate +opts=versionmangle=s/\-pre// \ +http://duskwood.lownewulf.com/avantgo.html agsync-(.*)-pre.tgz Resulting watch file: version=3 opts=versionmangle=s/\-pre// \ http://duskwood.lownewulf.com/avantgo.html agsync-(.*)-pre.tgz $ uscan -dehs --no-download dehs packageagsync/package debian-uversion0.2-pre/debian-uversion debian-mangled-uversion0.2/debian-mangled-uversion upstream-version0.2/upstream-version upstream-urlhttp://duskwood.lownewulf.com/agsync-0.2-pre.tgz/upstream-url statusup to date/status /dehs I'll include this fix in my NMU for #465639. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Bug#467652: CVE-2008-0984 (arbitrary code execution) is very likely to also affect the vlc version in Etch
reopen 467652 ! found 467652 0.8.6-svn20061012.debian-5etch1 tag 467652 +etch thanks I have no exploit for CVE-2008-0984 available to proof that vlc in Etch is vulnerable, but since the official patch applies to the vlc source in Etch without problems, it is very likely that vlc in Etch is also affected. Kind regards, Axel Beckert -- Axel Beckert [EMAIL PROTECTED] support: +41 44 633 2668 IT Support Group, HPR E 86.1 voice: +41 44 633 4189 Departement Physik, ETH Zurichfax: +41 44 633 1239 CH-8093 Zurich, Switzerland http://nic.phys.ethz.ch/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468774: dh-make: clean target broken if 'make distclean' is not callable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sune Vuorela schrieb: A way to better test if it is possible to run distclean would be something like [ ! -f Makefile ] || $(MAKE) distclean - testing wether a Makefile is around - and then run distclean. I agree, this is probably the better solution. Have a nice day, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHzR5vRjrlnQWd1esRAhQ8AJ4lkarhIbAykutcHrLbSlReDTujkQCdFSzo hsBUv0IMWS5Ioia1LEWPLXw= =SbS0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338916: I thought it would relax me.
Every night will be a hot steamy night once you have your 10inch sch10ng! http://swarkunig.com/
Bug#337340: I thought it would relax me.
Have a cannon in your pants the size of a howitzer! http://swarkunig.com/
Bug#469269: kdebase: kwin + xrandr = window maximization broken
Package: kdebase Version: 4:3.5.8.dfsg.1-7 Severity: important -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) When a second monitor (e.g. laptop + external monitor) is activated via xrandr --output VGA --auto --below LVDS then windows are maximized over both monitors (screens), in contrast to the desired behavior of being maximized over a single screen only. Restarting kwin (kwin --replace) while the second monitor is active fixes the problem. This did not happen with the previous version in testing (3.5.8.dfsg.1-2). The problem is probably caused by the changes in 54_seli_xinerama.diff. The problem is also found in version 4:3.5.9.dfsg.1-1 from sid. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469270: vim should recognize mounts files in /proc
Package: vim Version: 1:7.1-266+1 Severity: wishlist patch: --- /usr/share/vim/vim71/filetype.vim 2008-03-04 10:09:20.0 + +++ /usr/share/vim/vim71/filetype.vim.patched 2008-03-04 10:09:14.0 + @@ -652,7 +652,7 @@ au BufNewFile,BufRead *.f,*.for,*.fpp,*.ftn,*.f77,*.f90,*.f95 setf fortran FStab -au BufNewFile,BufRead fstab,mtab setf fstab +au BufNewFile,BufRead fstab,mtab,mountssetf fstab GDB command files au BufNewFile,BufRead .gdbinit setf gdb -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466232: patch for 446232: add conflict to fix etch-lenny upgrade
tags 446232 + patch thanks The attached patch fixes the etch-lenny upgrade of libruby1.8 and libopenssl-ruby1.8. The versioned Depends and Replaces here do not provide enough of a hint for apt, but a versioned Conflicts does. I also took the opportunity to clean up the redundant Replaces in libopenssl-ruby1.8. With this patch, the upgrade proceeds cleanly on my system by temporarily removing libopenssl-ruby1.8: Removing libopenssl-ruby1.8 ... Preparing to replace libruby1.8 1.8.5-4etch1 (using .../libruby1.8_1.8.6.111-4_i386.deb) ... Unpacking replacement libruby1.8 ... Selecting previously deselected package libopenssl-ruby1.8. Unpacking libopenssl-ruby1.8 (from .../libopenssl-ruby1.8_1.8.6.111-4_i386.deb) ... Setting up libruby1.8 (1.8.6.111-4) ... Setting up libopenssl-ruby1.8 (1.8.6.111-4) ... - Josh Triplett diff -Naur ruby1.8-1.8.6.111.orig/debian/control ruby1.8-1.8.6.111/debian/control --- ruby1.8-1.8.6.111.orig/debian/control 2008-03-04 01:44:19.0 -0800 +++ ruby1.8-1.8.6.111/debian/control 2008-03-04 01:43:57.0 -0800 @@ -103,7 +103,8 @@ Package: libopenssl-ruby1.8 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Replaces: libruby1.8 (= 1.8.3-2), libruby1.8 ( 1.8.6) +Conflicts: libruby1.8 ( 1.8.6) +Replaces: libruby1.8 ( 1.8.6) Description: OpenSSL interface for Ruby 1.8 Ruby/OpenSSL makes Ruby to be able to use OpenSSL. It includes HTTP and TELNET protocols' SSL/TLS support. signature.asc Description: OpenPGP digital signature
Bug#469268: binkd: Please add LSB formatted dependency info in init.d script
Package: binkd Version: 0.9.8-1 Tags: patch User: [EMAIL PROTECTED] Usertags: missing-dependency To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the anacron init.d script would make it possible for me to use this information to check the current sequence and to speed up the debian boot. I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/LSBInitScripts. Here is a patch to document the dependencies. I hope this is correct. diff -ur binkd-0.9.9+20060809.orig/debian/binkd.init binkd-0.9.9+20060809/debian/binkd.init --- binkd-0.9.9+20060809.orig/debian/binkd.init 2008-03-04 10:45:24.0 +0100 +++ binkd-0.9.9+20060809/debian/binkd.init 2008-03-04 11:10:32.0 +0100 @@ -1,4 +1,11 @@ #!/bin/sh -e +### BEGIN INIT INFO +# Provides: binkd +# Required-Start:$remote_fs $syslog +# Required-Stop: $remote_fs $syslog +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +### END INIT INFO OPTS=/etc/binkd/binkd.cfg -q PIDFILE=/var/run/ftn/binkd.pid As the stop script do not seem to do much except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6, to speed up shutdown. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469161: Debian Live: live-helper: lh_config no longer understands options such as --mirror-binary and so on
tags 469161 +moreinfo thanks Pierre Bauduin wrote: It appears lh_config does no longer understand options --mirror-binary, --mirror-binary-security, --mirror-chroot, and --mirror-chroot-security. --mirror-bootstrap* was renamed to --mirror-chroot*; and there is now a dedicated --mirror-bootstrap to define a dedicated bootstrap mirror. that --mirror-bootstrap* got renamed to --mirror-chroot* does neither imply that --mirror-chroot replaces --mirror-bootstrap nor that --mirror-chroot makes --mirror-bootstrap obsolete - you need, at least, to set --mirror-bootstrap (or stick with its default value). My local Debian mirror has the hostname debian-mirror you're using a buggy proxy, not a local mirror. rerun with a local mirror, or one of the primary debian mirrors. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469271: apache2-utils: htpasswd salt generation weakness
Package: apache2-utils Version: 2.2.3-4+etch4 Severity: normal According to https://issues.apache.org/bugzilla/show_bug.cgi?id=31440 and http://www.heise.de/newsticker/meldung/103666/ (sorry german only, but does contain example how to reproduce the problem) htpasswd does weak password salt generation. I was able to reproduce this in apache2-utils from etch as stated above and apache2-utils 2.2.8-1 from lenny. It looks like this: [EMAIL PROTECTED] htpasswd -nbm user1 pass1; htpasswd -nbm user2 pass2; htpasswd -nbm user3 pass2 ~ user1:$apr1$FdloI/..$ZD62Y2byC.oAk4AtzmYSY1 user2:$apr1$FdloI/..$HHJ6g9cEnxWFLUV1Rr/W6/ user3:$apr1$FdloI/..$HHJ6g9cEnxWFLUV1Rr/W6/ The password salt, according to the heise newsticker article, that FdloI/.. in above example is same in all three cases. There is a patch available in above apache bug report. IMHO this should be fixed for unstable and etch. I am not sure about the severity of the report. Since it doesn't introduce a security hole just by installing the package and it doesn't introduce a security hole to get access to POSIX accounts, but it does intruduce some sort of security issue, I marked it as serious. Feel free to change severity as you think is approbiate. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (1, 'testing') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-3-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apache2-utils depends on: ii lib 1.2.7-8.2The Apache Portable Runtime Librar ii lib 1.2.7+dfsg-2 The Apache Portable Runtime Utilit ii lib 2.3.6.ds1-13etch5GNU C Library: Shared libraries ii lib 4.4.20-8 Berkeley v4.4 Database Libraries [ ii lib 1.95.8-3.4 XML parsing C library - runtime li ii lib 2.1.30-13.3 OpenLDAP libraries ii lib 6.7+7.4-3Perl 5 Compatible Regular Expressi ii lib 8.1.11-0etch1PostgreSQL C client library ii lib 3.3.8-1.1SQLite 3 shared library ii lib 0.9.8c-4etch1SSL shared libraries ii lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 universally unique id library apache2-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445566: samba/armel
Hi, on armel, samba 3.0.28-2+b1 version just uploaded was built using the latest gcc-4.2: http://buildd.debian.org/fetch.cgi?pkg=samba;ver=3.0.28-2%2Bb1;arch=armel;stamp=1204623392 The version of samba with -O0 workaround for armel has not been uploaded yet, so this is built without any -O0 workarounds. Since the gcc2 bug affecting this has been closed upstream on gcc-4.2 branch on 20080122, and latest gcc-4.2 includes svn up to gcc-4.2/20080225, this package should work fine. It should be available on mirrors near you around midnight UTC. Cheers, Riku -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469272: seahorse-agent leaves a lot of directories in .gnome2 (regression)
Package: seahorse Version: 2.20.3-2 Severity: normal Seems that bug #454929 is back again. Opening a new bug, since it was archived. Past messages : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454929 Maybe it was fixed, but the problem is still there in 2.20.3-2 : [EMAIL PROTECTED]:~$ ls -ld .gnome2/seahorse-* | wc -l 176 [EMAIL PROTECTED]:~$ ls -rtld .gnome2/seahorse-* | tail -n 5 drwx-- 2 olivier olivier 4096 2008-02-28 16:50 .gnome2/seahorse-FpoR3o drwx-- 2 olivier olivier 4096 2008-02-29 10:37 .gnome2/seahorse-oMQopQ drwx-- 2 olivier olivier 4096 2008-03-02 08:40 .gnome2/seahorse-L7Z8d6 drwx-- 2 olivier olivier 4096 2008-03-03 07:50 .gnome2/seahorse-P1Sub5 drwx-- 2 olivier olivier 4096 2008-03-03 10:09 .gnome2/seahorse-CxfoFk [EMAIL PROTECTED]:~$ dpkg -l seahorse Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder | État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé |/ Err?=(aucune)/H=à garder/besoin Réinstallation/X=les deux (État,Err: majuscule=mauvais) ||/ Nom Version Description +++-=-=-== ii seahorse 2.20.3-2 GNOME front end for GnuPG Best regards, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-vserver-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages seahorse depends on: ii gconf2 2.20.1-3 GNOME configuration database syste ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.22-2 Avahi client library ii libavahi-common3 0.6.22-2 Avahi common library ii libavahi-glib1 0.6.22-2 Avahi glib integration library ii libbonobo2-0 2.21.90-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.21.90-1 The Bonobo UI library ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-1-31.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libgcc11:4.3-20080202-1 GCC support library ii libgconf2-42.20.1-3 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgnome-keyring0 2.20.3-1 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeprint2.2-0 2.18.3-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.18.2-1 GNOME 2.2 print architecture User ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgpgme11 1.1.6-1 GPGME - GnuPG Made Easy ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libgtksourceview2.0-0 2.0.2-1 shared libraries for the GTK+ synt ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.7-5 OpenLDAP libraries ii libnautilus-extension1 2.20.0-3 libraries for nautilus components ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.20.3-3 library for GNOME Panel applets ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsoup2.2-8 2.2.104-1 an HTTP library implementation in ii libxml22.6.31.dfsg-1 GNOME XML library ii libxul0d 1.8.1.12-1Gecko engine library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages seahorse recommends: ii openssh-client1:4.7p1-2 secure shell client, an rlogin/rsh -- debconf information: * seahorse/SUID: true
Bug#469247: remove vnc
Hi Thomas See comments below. On Tue, Mar 04, 2008 at 09:06:10AM +0100, Thomas Viehmann wrote: tag 469247 +moreinfo thanks Hi Ola, On 2008-03-04 07:59:51.00 Ola Lundqvist [EMAIL PROTECTED] wrote: Packages built by vnc sources: * vncserver * libvncauth0 * libvncauth-dev * xvncviewer vnc-common In particular: ** vncsnapshot has an unsatisfied dependency: vnc-common Oh! I was not aware of that package. However it should be easy to fix by either including the vncpasswd file in vncsnapshot (it is normally a part) or depend on vnc4-common, or even on tightvncserver that now have that function. ** xtightvncviewer has an unsatisfied dependency: vnc-common Yes, that has been solved by the latest upload today. These two would pick up the then virtual package, but policy wants a non-virtual alternative, so you would want to file bugs here. Yes that is true. I will do that. ** tightvncserver has an unsatisfied dependency: vnc-common (= 3.3.6-1) Solved as well today. ** x2vnc has an unsatisfied build-dependency: libvncauth-dev Oh! How did I miss that. I probably just looked at the runtime dependencies. I will solve that as well. It should be easy as I'm the maintainer there as well. :) Please provide (a transitional package?) vnc-common from another source package or update/file removal requests for the reverse dependencies. In particular, versioned dependencies do not work on virtual packages. Ok, I will solve that problem and inform you when done. Best regards, // Ola Kind regards T. -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440737: Please check for available resolutions rather than using a hardcoded list
Fixed In SVN. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467554: find . -type d -print makes excessive stat(2) calls
On Tue, Feb 26, 2008 at 10:56 AM, [EMAIL PROTECTED] wrote: Package: findutils Version: 4.3.8-3 For example, running that command in the findutils source tree produces the following trace, even though readdir() is returning valid d_type information. (Verified with small handwritten utility.) I haven't dived very deeply into the code, although I do see optimization in lib/savedirinfo.c and debian/rules specifies --enable-d_type-optimisation. So I'd think it should optimize out the majority of stat calls. I'm not sure why it's not. If you download the source distribution you will see that a binary oldfind is also built but not installed. That binary uses the same directory search algorithm as findutils-4.2.x rather than using the fts() function from gnulib (the default in findutils-4.3.x). How do they compare in this regard? James. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469273: kernel-image-2.4.27-4-k6: System freezes after a few minutes.
Package: kernel-image-2.4.27-4-k6 Severity: grave Justification: renders package unusable After booting 2.4.27-4-k6 on a K6 system with Aladdin 5 chipset, the system freezes a few minutes (about two) after startup. No related output on console. Ping from other machine still gives response (so it is not really the kernel, I think), but any process seems to freeze. I had to push the button to restart. Logfiles do not report anything unusual (of course, they are trashed when the reset occurs). Last line in kern.log is Installing knfsd ... kernel-image-2.4.27-3-k6 works without problems. -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.4.27-3-k6 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-image-2.4.27-4-k6 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.81.1 tools to create initrd image for p ii modutils 2.4.26-1.2 Linux module utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462444: glibc: Please add symbols files for libc6
On Tue, Mar 04, 2008 at 10:54:10AM +0100, Raphael Hertzog wrote: On Sun, 27 Jan 2008, Aurelien Jarno wrote: That's a good start, but there is still some work to be done: - The minimum dependencies on sparc should be 2.6-1 due to the SPARCV8 to SPARCV8PLUS ABI transition I suggest to modify the headers in libc6.symbols.sparc to include the dependency written as: soname libc6 (= 2.6), libc6 #MINVER# This will be correctly simplified by dpkg-gencontrol at the end. Looks correct. - The patch uses symbols versioning to determine the minimal Debian version, but some symbols have been introduced later in Debian, due to some build options that weren't enabled or availabled on some architectures. TLS support is such an example. Okay, I have no idea when those got introduced, hopefully we can find that in the Debian changelog. alpha 2.3.5 amd64 always armel always arm 2.4 hppa2.5 i3862.3.6-6 ia642.3.5 m68knever mips2.4 mipsel 2.4 powerpc 2.3.5 s3902.3.5 sparc 2.3.5 (libc6) 2.4 (libc6-sparc64) hurd-i386 2.6-3 - As the symbols versioning in dpkg-shlibdeps only takes care of the symbols and not at the include headers, one has to search for #define or enum values that have been added, and bump the minimum version of the corresponding symbols if this value is uses internally in the glibc. No idea for this one. Is that documented in the upstream ChangeLog? Maybe, but it is really huge, so I doubt it can be used for that. The easiest way is to make a diff between the .h files from etch and sid and see if the new enum/defines are passed directly to the kernel (which is fine in that case) or used internally by the libc. Also note that the dynamic linker name is wrong on some architectures, like on amd64. This cause a build failure. It would be nice if your patch can be tried on more than one architecture. I am also wondering if it worth adding symbol files for hurd, it adds a a magnitude of complexity for no real gain. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469274: Torrus does not start after upgrade
Package: torrus-common Version: 1.0.6-1 Hello, after upgrading from 1.0.5-2 the torrus collector does not start. It hangs forever with an argv of collector --tree=main --instance=0 [initializing scheduler] /var/log/torrus/collector.main_0.log keeps repeating [04-Mar-2008 11:29:18 ] Torrus version 1.0.6 [04-Mar-2008 11:29:18 ] /usr/share/torrus/bin/collector started for tree main, instance #0 [04-Mar-2008 11:29:18*] Cannot open database sub/main/paramprops_0.db: No such file or directory Successful return: 0 [04-Mar-2008 11:29:18*] Scheduler initialization error. Sleeping 1800 seconds Running torrus devdiscover and torrus compile made it start again, thoug. Bye, Joerg signature.asc Description: Digital signature
Bug#469250: Commit f5bbc322 to git broke pre-commit hooks which read stdin
Hi, On Tue, 4 Mar 2008, David Bremner wrote: It looks like line 435 of builtin-commit.c disables stdin for hooks (with the disclaimer that I first looked at the git source ten minutes ago). hook.no_stdin = 1 I'm not sure if this was by design, but just so you know, this breaks people's hooks. In particular the default metastore pre-commit hook no longer works. I didn't find anything relevant in the docs [1]. Pardon my ignorance, but what business has metastore reading stdin? There should be nothing coming in, so the change you mentioned should be correct, and your hook relies on something it should not rely on. Ciao, Dscho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468993: bug exists, patch attached, will be NMUed in BSP, package needs a complete redo
tag 468993 patch pending severity 468993 serious thanks Hi, the bug exists, attached is a patch that removes the crashing. The package needs a complete redo (fix copyright file, move to main, maybe link to libcdb instead of incorporaing own CDB code), and adoption. If anyone wants to do so, please ask for a sponsor on #debian-python. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469275: distutils: distutils can put wrong interpreter line into script
Package: python2.5 Version: 2.5.1-7 Severity: normal File: distutils This is a bug which is triggered under somewhat nonstandard, but not weird conditions. It involves having a python package with a setup.py file in a filesystem that is accessible from two different machines. The package contains a script. In my case, machine A is a i686, and machine B is a x86_64. The package is to be installed on both computers. The two computers have PYTHONPATH and the file system set up correctly so that they don't share executables or libraries. Now, I move into the directory as seen from machine B and run python setup.py install --prefix=somewhere/good/for/B Distutils copies the script into .../build/scripts-2.5/show_model and modifies the first line to refer to the correct interpreter: /home/gpk/bin/Linuxx86_64/python.It then copies *that* into somewhere/good/for/B. All is fine so far. Now comes the trouble. I move into the directory as seen from machine A and run python setup.py install --prefix=somewhere/good/for/A It sees that there is a script in .../build/scripts-2.5/show_model and copies it into somewhere/good/for/A. *HOWEVER* that script is no longer machine-independent. Its first line refers to a 64-bit python that is not available on machine A. Thus, when I run the script on machine A (the 32-bit one) I get this: bash: /home/mint/gpk/local/bin/show_model: /users/gpk/bin/Linuxx86_64/python: bad interpreter: No such file or directory This is a bug.Scripts that have been modified (i.e. specialized for a particular machine) should not be shared. There is obviously some intent to make setup.py work in situations like this. For instance libraries are tagged with the architecture and python version: e.g. copying build/lib.linux-i686-2.5/newstem2/problem_def.py - /home/mint/gpk/local/lib/python2.5/site-packages/newstem2 The bug is the assumption that the scripts are still architecture-independent after they are tagged to use a particular python interpreter. Note that this won't trigger with two bog-standard Debian installations because both would have their pythons in /usr/lib/python2.5 .However, it triggers as soon as anyone tries to compile their own python, because then you can get the interpreters on the two machines having different pathnames. Presumably, it could also happen if one machine ran Debian Stable and the other ran testing.The two versions could have different versions of python as their default. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages python2.5 depends on: ii libbz2-1.01.0.4-3high-quality block-sorting file co ii libc6 2.7-6 GNU C Library: Shared libraries ii libdb4.5 4.5.20-11 Berkeley v4.5 Database Libraries [ ii libncursesw5 5.6+20080203-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libsqlite3-0 3.4.2-2SQLite 3 shared library ii libssl0.9.8 0.9.8g-4 SSL shared libraries ii mime-support 3.40-1.1 MIME files 'mime.types' 'mailcap ii python2.5-minimal 2.5.1-7A minimal subset of the Python lan python2.5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469277: RFP: radialnet -- network visualization tool
Package: wnpp Severity: wishlist Package name: radialnet Version : 0.44 Upstream Author : João Paulo de Souza Medeiros [EMAIL PROTECTED] URL : http://www.dca.ufrn.br/~joaomedeiros/radialnet/ License : GPL-2 Programming Lang: Python (with GTK+) Description : network visualization tool From the web page: RadialNet is a network visualization tool developed for Umit [I think this is zenmap in Debian] ... It consists in a graphical tool to illustrate the Nmap network mapping. ... Features * Visualization of network topology with Nmap XML as input. * Interactive exploration of network through visualization. * Complete viewer of mapped services and NSE output. * Complete viewer for OS fingerprint output. * Complete viewer of traceroute information.
Bug#469276: bash: aptitude completion out of date
Package: bash Version: 3.1dfsg-9 Severity: normal Tags: patch Hi, I am a little bit surprised that nobody complained yet, but aptitude changed its names for upgrades a few months ago and this fact isn't reflected by bash's auto-completion. Changes: - 'aptitude upgrade' is deprecated in favor of 'aptitude safe-upgrade' - 'aptitude dist-upgrade' is deprecated in favor if 'aptitude full-upgrade' Both of the old commands generate a deprecation warning when used so bash should provide completion for the new commands in lenny. The patch below for /etc/bash_completion adds these commands while keeping the old ones: 2256c2256,2257 forbid-version changelog' -- $cur ) ) --- forbid-version changelog safe-upgrade \ full-upgrade' -- $cur ) ) Thanks Bye Jochen. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bash depends on: ii base-files4.0.2 Debian base system miscellaneous f ii debianutils 2.28.4 Miscellaneous utilities specific t ii libc6 2.7-9 GNU C Library: Shared libraries ii libncurses5 5.6+20080203-1 Shared libraries for terminal hand Versions of packages bash recommends: pn bash-completion none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469278: ITP: Zeobuilder - An advanced molecular editor
Package: wnpp Severity: wishlist I'm the developer of Zeobuilder, and I have already packaged Zeobuilder for Debian Etch. The Debian packages can be downloaded from: http://molmod.ugent.be/code/static/download/debian/pool/p/ Almost all other packages in that directory are the dependencies of Zeobuilder that are not part of Debian Etch. Note that I also created a python-gtkglext1 package that installs properly on Debian Etch. python-tracks is not a dependency of Zeobuilder. I don't have much packaging experience, so there might be some mistakes. The original sources can be downloaded from: http://molmod.ugent.be/code/static/download/sources/ For more information, contact me by mail, or take a look at: http://molmod.ugent.be/code/ Thanks for your consideration. P.S. When Zeobuilder is included in Debian, will it be automatically become part of derived distributions like Ubuntu? begin:vcard fn:Toon Verstraelen n:Verstraelen;Toon org:Ghent University;Center for Molecular Modeling adr:;;Proeftuinstraat 86;Ghent;;9000;Belgium email;internet:[EMAIL PROTECTED] title:ir. tel;work:+32 (0) 9 264 65 56 tel;home:+32 (0) 9 351 56 05 x-mozilla-html:FALSE url:http://molmod.ugent.be version:2.1 end:vcard
Bug#469255: The problem appears also in etch-version of aptitude
Package: aptitude Version: 0.4.4-4 Followup-For: Bug #469255 Hi I tested the following on aptitude from etch on two packages shown by dpkg --list | grep ^rc: First lynx (which is present in the repository for etch): valinor:~# apt-cache policy lynx lynx: Installed: (none) Candidate: 2.8.5-2sarge2.2 Version table: 2.8.5-2sarge2.2 0 500 http://ftp.ch.debian.org etch/main Packages 2.8.5-2sarge2 0 100 /var/lib/dpkg/status valinor:~# dpkg --list | grep lynx rc lynx 2.8.5-2sarge2Text-mode WWW Browser valinor:~# aptitude -s -v -V purge lynx Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done Package lynx is not installed, so it will not be removed The following packages will be REMOVED: lynx{p} [2.8.5-2sarge2.2] 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Do you want to continue? [Y/n/?] Purg lynx But now for a package, which was removed by an sarge - etch update (but not purged): valinor:~# apt-cache policy xfree86-common xfree86-common: Installed: (none) Candidate: (none) Version table: 4.3.0.dfsg.1-14sarge3 0 100 /var/lib/dpkg/status valinor:~# dpkg --list | grep xfree86-common rc xfree86-common 4.3.0.dfsg.1-14sarge3X Window System (XFree86) infrastructure valinor:~# aptitude -s -v -V purge xfree86-common Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done Package xfree86-common is not installed, so it will not be removed The following packages will be REMOVED: Segmentation fault valinor:~# Ommiting the parameter -V didn't cause the segmentation fault on simulating the purge. valinor:~# aptitude -s -v purge xfree86-common Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done Package xfree86-common is not installed, so it will not be removed The following packages will be REMOVED: xfree86-common{p} 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Do you want to continue? [Y/n/?] Purg xfree86-common So maybe this seems to be related to Bug #459336 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459336 So I'm sorry to maybe fill this superfluous bugreport (and the previous, with aptitude version from sid) Best regards, Salvatore -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=C, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.6.46.4-0.1 Advanced front-end for dpkg ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) pn libparse-debianchangelog-perl none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467298: clamav: ERROR: reload db failed: Unable to lock database directory
This one time, at band camp, Noèl Köthe said: Hello, I have the same problem on a i386 etch 0.90.1dfsg-3etch10 system: Tue Mar 4 06:20:23 2008 - ERROR: reload db failed: Unable to lock database directory (try 1) Tue Mar 4 06:22:33 2008 - ERROR: reload db failed: Unable to lock database directory (try 2) Tue Mar 4 06:24:43 2008 - ERROR: reload db failed: Unable to lock database directory (try 3) Tue Mar 4 06:24:43 2008 - ERROR: reload db failed: Unable to lock database directory Maybe freshclam is blocking the access to the berkley db? The directory, but yes. freshclam.log has lots of errors: WARNING: Local version: 0.90.1 Recommended version: 0.92.1 First, please try the packages from volatile.debian.org. DON'T PANIC! Read http://www.clamav.net/support/faq main.cvd is up to date (version: 45, sigs: 169676, f-level: 21, builder: sven) Ignoring mirror 62.26.160.3 (too often connections with outdated version) Then try removing /var/lib/clamav/mirrors.dat. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#469148: closed by Don Armstrong [EMAIL PROTECTED] (Re: Bug#469148: bugs.debian.org: bug marked as resolved when it is not in any version)
On Mon, Mar 03, 2008 at 01:55:29PM -0800, Don Armstrong wrote: On Mon, 03 Mar 2008, Colin Watson wrote: On Mon, Mar 03, 2008 at 10:01:00PM +0100, Steinar H. Gunderson wrote: I guess what he was trying to say, was that a versioned close + notfixed is the same as an unversioned close. (notfixed removes the version, but does not change the status of the bug.) Ah. For the record I am inclined to think that is at best unintuitive and probably a bug. We need a command that does what notfixed does. I'm not arguing that notfixed shouldn't do what it does now. I'm arguing that it should *also* mark the bug as open if it's currently marked as done and there are no fixed versions remaining - straightforward bookkeeping, IMO. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469250: Commit f5bbc322 to git broke pre-commit hooks which read stdin
Johannes Schindelin [EMAIL PROTECTED] writes: Hi, On Tue, 4 Mar 2008, David Bremner wrote: It looks like line 435 of builtin-commit.c disables stdin for hooks (with the disclaimer that I first looked at the git source ten minutes ago). hook.no_stdin = 1 I'm not sure if this was by design, but just so you know, this breaks people's hooks. In particular the default metastore pre-commit hook no longer works. I didn't find anything relevant in the docs [1]. Pardon my ignorance, but what business has metastore reading stdin? There should be nothing coming in, so the change you mentioned should be correct, and your hook relies on something it should not rely on. It is not metastore. It is an interactive hook that reads from the user who is sitting on the terminal and invoked the git-commit program. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]