Bug#457155: RFP: fpm -- Secure password manager
Package: wnpp Severity: wishlist fpm used to be maintained (until http://lists.debian.org/debian-devel/2006/09/msg00330.html) and is still present in etch. I couldn't find an ITA for it (maybe missed it)... so I suppose it's a RFP now... More details on fpm : http://packages.qa.debian.org/f/fpm.html 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python
On Thursday 20 December 2007 01:06:58 am Toni Mueller wrote: Hi, On Thu, 20.12.2007 at 00:06:55 +0100, sean finney [EMAIL PROTECTED] wrote: the FHS (and debian by extension) doesn't provide support for /usr/libexec. in every case i know of, contents of what would otherwise have gone in /usr/libexec go in /usr/lib/package/ instead. but this is a misconception because the program *can* be used individually, and it was also developed much earlier than whatever many other programs that *can* be used individually but are typically not done so are put in /usr/lib/package. for example, nagios-plugins-basic and friends. i don't know if that should apply in this case or not, but like i said every case i know of is /usr/libexec - /usr/lib/package. individually, and it was also developed much earlier than whatever /usr/lib/package you might think is appropriate. And last but not i have no idea what you're trying to say there. least, you find eg. sendmail in /usr/libexec on BSDs, but not in /usr/lib/sendmail/sendmail on Linux, don't you? actually it's in /usr/lib/sm.bin/sendmail. and i just have to add that i think it's really silly to add a package/program called tcpwatch that doesn't actually... watch tcp connections. but whatever, it's not like i'm installing it. sean signature.asc Description: This is a digitally signed message part.
Bug#456383: Asterisk-1.4.15 Crashed on Debian GNU/Linux Etch i386
reassign asterisk 1.4.15~dfsg-1 thanks GNUbie wrote: I re-built the asterisk v1.4.15 source package and other dependencies from the Debian Unstable repository and installed them afterwards on my snip You can download the core dump file at http://files-upload.com/files/679314/core.asterisk.1197633817.4905.tar.bz2 Since you are rebuilding packages, this core file is useless to me. Could you fire up a gdb and produce 'bt', 'bt full' and 'thread apply bt full' and send these as attachments here? Thanks, Faidon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457156: Start script should uses bashism and is started using /bin/sh
Package: rocksndiamonds Version: 3.2.4+dfsg-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi When I start rocksndiamonds, I get following messages: $ rocksndiamonds - -e Game data not installed! - -e usage: - -e # dpkg-reconfigure rocksndiamonds for install/update game levels exit: 19: Illegal number: -1 All of these are caused by /bin/sh not being bash. Please either change first line of the starter script to use /bin/bash or fix errors with other POSIX shells (dash). - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rocksndiamonds depends on: ii debconf [debconf- 1.5.17 Debian configuration management sy ii libc6 2.7-4 GNU C Library: Shared libraries ii libsdl-image1.2 1.2.6-1image loading library for Simple D ii libsdl-mixer1.2 1.2.8-1mixer library for Simple DirectMed ii libsdl-net1.2 1.2.7-2network library for Simple DirectM ii libsdl1.2debian 1.2.12-3 Simple DirectMedia Layer ii libsmpeg0 0.4.5+cvs20030824-2+b1 SDL MPEG Player Library - shared l ii p7zip 4.55~dfsg.1-2 7zr file archiver with high compre ii perl-modules 5.8.8-12 Core Perl modules ii unzip 5.52-10De-archiver for .zip files ii wget 1.10.2-3 retrieves files from the web rocksndiamonds recommends no packages. - -- debconf information: * rocksndiamonds/begin: true rocksndiamonds/util_notfound: * rocksndiamonds/select_games: Legend Of Zelda, Emerald Mine Club, Contributions 1995 - 2006, Juergen Bonhagen game pack, Snake Bite, BD2K3, BD Dream, Supaplex, DX-Boulderdash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHaiF33DVS6DbnVgQRAr0UAJ9SeuFlMJSgSpna7Mmt0kjhlzyjDQCbBBHg lrJ4CAnn9qtulHRxSXpvby0= =idLU -END PGP SIGNATURE-
Bug#457138: Default encoding always latin1 ?
hi Marek, you can set emma's default encoding in its own configuration file. in your $HOME/.emma/emmarc you can set db_encoding=utf-8 to switch your default encoding. emma is not designed to only access your local mysql server so your local mysqlD config ist not of interest. -- Florian Schmidt DLR German Aerospace Center - Institute of Robotics and Mechatronics P.O.Box 1116, D-82230 Wessling -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457157: poedit: new upstream version
Package: poedit Severity: wishlist New upstream release available. -- 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#457151: dpkg-dev -- should not reorder Build-Depends
severity 457151 wishlist thanks On Thu, 20 Dec 2007, Kumar Appaiah wrote: Well, here's a further diagnosis. For some reason, the order of installed packages in the buildds (and my pbuilder) are being reordered in alphabetical order. Relying in the installation order of packages to get the right behaviour is asking for troubles. If you do not want a specific package as alternative, remove it from the alternative and/or build-conflict on it. It's as simple as that. (In fact it's an issue where we want to compile the debian package in one given environment but want the user to be able to build it in another one but we don't have debian-specific Build-Depends/Conflicts) As this has caused enough damage already (e.g. octave2.9, numpy etc.) not unnecessarily depend on atlas. Therefore, I chose to file this as serious. Please feel free to downgrade severity if you feel so. It's certainly not serious. Though while I care that Depends on binary package are reordered, I care less of Build-Depends and I have no problem if this patch is applied. But I really don't like the justification of the revert, thus I'm inclined to not revert it and close the bug. But I'd like to have the opinions of other dpkg developers first. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#457123: dovecot-common: dovecot user should not belong to mail group
Hello, * 2007-12-20 01:23, francois wrote: From http://wiki.dovecot.org/UserIds : | dovecot user isn't used for any kind of mail processing - don't store users' | mails as dovecot, and don't put dovecot user to mail or any other groups. The postinst script does not follow this recommendation, and I fail to see why. We added dovecot to the mail group to be able to write lock files in /var/mail if you use system-wide mailboxes. IIRC, there was a bug report but I couldn't find it quickly. Best regards, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#457157: poedit: new upstream version
# new poedit needs wxwidget 2.8 block 457157 403237 thanks -- 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#456735: Dell Inspiron 530: Missing network module (e1000_ich9)
maximilian attems schrieb: hello stefan, On Mon, Dec 17, 2007 at 06:38:22PM +0100, Stefan Ritter wrote: the network controller in the Dell Inspiron 530 does not work with the e1000 module. But there are some sources for e1000_ich9 on sf. sure install 2.6.23-1 from unstable. the linux images just install fine in stable or testing. there you'll find e1000e, please report back. Hi, 2.6.23-1-amd64 works fine. Regards, Stefan -- Stefan Ritter Tel.: +49 (0) 2161 / 4643 - 197 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz
Bug#456032: Ping; just making sure this bug was noted after moved to initramfs-tools (debian-kernel list)
Hi, I just wanted to make sure that someone on debian-kernel who can look into this bug sees it. If already so, please forgive me. Also, what's the best way to make sure the new list sees a bug when the bug is reassigned (I reassigned this bug). Regards, Daniel -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org No more sea shells: Daniel's Webloghttp://cshore.wordpress.com pgpcabBfcFgdd.pgp Description: PGP signature
Bug#457151: dpkg-dev -- should not reorder Build-Depends
On Thu, Dec 20, 2007 at 09:40:22AM +0100, Raphael Hertzog wrote: It makes sense, at least as long as we have no way to differentiate the generic build requirement from the build requirement on official Debian buildd. Thanks. I shall do so, for those packages which I am concerned about. It's still an issue that we need to tackle once but it's so low priority that I never managed to go forward with a proposition. Well, as long as things are clear, it's fine. We should just ensure that maintainers who depended on the old behaviour (like me) take evasive action to prevent an unneeded dependency. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#457151: dpkg-dev -- should not reorder Build-Depends
On Thu, Dec 20, 2007 at 09:25:44AM +0100, Raphael Hertzog wrote: severity 457151 wishlist thanks Relying in the installation order of packages to get the right behaviour is asking for troubles. If you do not want a specific package as alternative, remove it from the alternative and/or build-conflict on it. It's as simple as that. Right. I wanted to know whether there is a way to avoid this behaviour. Thank you for the clarification. As this has caused enough damage already (e.g. octave2.9, numpy etc.) not unnecessarily depend on atlas. Therefore, I chose to file this as serious. Please feel free to downgrade severity if you feel so. It's certainly not serious. Though while I care that Depends on binary package are reordered, I care less of Build-Depends and I have no problem if this patch is applied. But I really don't like the justification of the revert, thus I'm inclined to not revert it and close the bug. But I'd like to have the opinions of other dpkg developers first. Fine by me. But do you think this calls for a bug against those packages which unnecessarily depend on atlas due to this change? I can file wishlists against those, and they surely should not need atlas, as they have been without it earlier. Thanks, and sorry for the false alarm! :-) Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#457151: dpkg-dev -- should not reorder Build-Depends
On Thu, 20 Dec 2007, Kumar Appaiah wrote: Fine by me. But do you think this calls for a bug against those packages which unnecessarily depend on atlas due to this change? I can file wishlists against those, and they surely should not need atlas, as they have been without it earlier. It makes sense, at least as long as we have no way to differentiate the generic build requirement from the build requirement on official Debian buildd. It's still an issue that we need to tackle once but it's so low priority that I never managed to go forward with a proposition. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/
Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python
Hi Sean, On Thu, 20.12.2007 at 09:09:37 +0100, sean finney [EMAIL PROTECTED] wrote: and i just have to add that i think it's really silly to add a package/program called tcpwatch that doesn't actually... watch tcp connections. but whatever, it's not like i'm installing it. well, that would be just following established tradition (and meet user's expectations) in keeping the name, but I'm currently considering to rename the program and fix the problem of users not easily finding it via README.Debian, while keeping the word 'tcpwatch' somewhere in the package name. The resultant program will then be placed in /usr/bin, under an appropriate name. Best, --Toni++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457114: Iceape browser will not install due to configuration script error
On Wed, Dec 19, 2007 at 02:30:14PM -0800, David Lawyer wrote:
Package: iceape-browser
Version 1.1.7-1_i386.deb
Heres a transcipt of an attempt of apt-get to configure the iceape
browser. I used apt-get's install command and got:
Reading package lists...
Building dependency tree...
iceape is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 439 not upgraded.
3 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up iceape-browser (1.1.7-1) ...
Updating iceape chrome registry...mv: cannot stat
`\033[00m\033[00mchrome.rdf\033[00m': No such file or directory
dpkg: error processing iceape-browser (--configure):
_
What's wrong is obvious. the file name mchome.rdf is garbled because
it was obtained by the ls command which adds on escape sequences
since I've set it to display color-coded files names by putting
ls () { command ls --color $* ; }
in my /etc/profile. The \033 ... are escape sequences for color. So
the fix is to use 'command ls' instead of just 'ls'. This will just
show the file name without the color escapes (\033 is the escape
character).
Another workaround for you would be to use ls --color=auto, which will
enable color only in appropriate cases, and disable in this one.
Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457158: Bad root server for icann
Package: maradns Severity: important Version: 1.2.12.04-1 Two root servers in the coonfiguration for icann are out ( 128.9.0.107 , 198.32.64.12 ) . dig . @A.ROOT-SERVERS.NET. +vc ns | grep -i 128.9.0.107 dig . @A.ROOT-SERVERS.NET. +vc ns | grep -i 198.32.64.12 The new Ip of B et L are 192.228.79.201 , 199.7.83.42 dig . @A.ROOT-SERVERS.NET. +vc ns | grep -i 192.228.79.201 B.ROOT-SERVERS.NET. 360 IN A 192.228.79.201 dig . @A.ROOT-SERVERS.NET. +vc ns | grep -- 199.7.83.42 L.ROOT-SERVERS.NET. 360 IN A 199.7.83.42 -- / Erwan MAS /\ | mailto:[EMAIL PROTECTED] |_/ ___| | \___\__/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457159: KPDF fails when I uninstall Adobe Reader 8.1.1 from Adobe web
Package: kpdf Version: 4:3.5.8-2+b1 Severity: grave *** Please type your report below this line *** Yesterday I installed the package 'AdobeReader_esp-8.1.1-1.i386.deb' (esp= Spanish version) downloaded from Adobe web. All runs nice: kpdf and Acrobat Reader. But when I uninstalled Acrobat Reader (complete uninstall) kpdf crashed. I'll detail the errors: 1- Pdf files has lost the icon associated by KDE (a minor bug). 2- When I have double click on a pdf file kde window for select an application for open it appears. Only appears the checkbox option for execute in terminal but not the associate appication option. 3- When I select kpdf application for open the file and click OK, kpdf try to open the file but it crashes inmediatly and appears the debuger window. At the end of this report I have pasted the debuger result. 4- If I open kpdf stand alone, all appears runs right but if I try to open a file via kpdf menu, the program freezes (in this case the debugger window not appears). 5- I have installed xpdf package and runs right. 6- If I reinstall Adobe Reader, kpdf runs right. I have tried to reinstall kpdf and all its dependencies and related packages (the same that appears at the end of this mail) but not is a solution That's all. Sorry for my poor english. P.D.: Adobe Reader only installs files in /opt folder (that disappears when it is uninstalled), in user home (.acrobar or .reader, I don't remember because I deleted it when I uninstalled the package), and in the icons folders of KDE. DEBUGER RESULTS (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb68376c0 (LWP 4490)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #5 0xb652b9da in PageView::slotRelayoutPages () from /usr/lib/kde3/libkpdfpart.so #6 0xb6538a45 in PageView::qt_invoke () from /usr/lib/kde3/libkpdfpart.so #7 0xb6f58b10 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #8 0xb72e832e in QSignal::signal () from /usr/lib/libqt-mt.so.3 #9 0xb6f77cc6 in QSignal::activate () from /usr/lib/libqt-mt.so.3 #10 0xb6f7feaa in QSingleShotTimer::event () from /usr/lib/libqt- mt.so.3 #11 0xb6eed36a in QApplication::internalNotify () from /usr/lib/libqt- mt.so.3 #12 0xb6eef193 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #13 0xb75fd622 in KApplication::notify () from /usr/lib/libkdecore.so.4 #14 0xb6e7e6c9 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #15 0xb6ee01b1 in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #16 0xb6e9319a in QEventLoop::processEvents () from /usr/lib/libqt- mt.so.3 #17 0xb6f086e4 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #18 0xb6f083e2 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #19 0xb6eeef13 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #20 0x0805091e in ?? () #21 0xbff0a190 in ?? () #22 0xbff0a290 in ?? () #23 0x in ?? () -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8
Bug#457160: linux-image-2.6.22-3-k7: does not discover RAID and EVMS/LVM2 volumes
Package: linux-image-2.6.22-3-k7 Version: 2.6.22-6 Severity: normal *** Please type your report below this line *** Hi! I am running a RAID1 with two harddrives connected to two different controllers. The system works fine with 2.6.18 or older. When I was trying out 2.6.22 by booting from my experimental lenny partition on a third harddrive, the kernel discovers the first harddrive on the first controller, then continues to discover USB and IDE, while the second controller performs its domain validation. Then it starts the RAID 1 just immediately before the two other harddrives are discovered. When the other harddrives on the second controller are being discovered, the second harddrive does not get added to the mirror - the mirror is already started in degraded mode. 8--8---8-- md: raid1 personality registered for level 1 md: md1 stopped. md: bindsda6 raid1: raid set md1 active with 1 out of 3 mirrors sd 1:0:1:0: [sdb] 71687340 512-byte hardware sectors (36704 MB) sd 1:0:1:0: [sdb] Write Protect is off sd 1:0:1:0: [sdb] Mode Sense: cb 00 00 08 sd 1:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA sd 1:0:1:0: [sdb] 71687340 512-byte hardware sectors (36704 MB) sd 1:0:1:0: [sdb] Write Protect is off sd 1:0:1:0: [sdb] Mode Sense: cb 00 00 08 sd 1:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA sdb: sdb1 sdb2 sdb4 sdb5 sdb6 8--8--8-- A bit later a large number of device-mapper errors follow, like this: 8--8--8-- device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [EMAIL PROTECTED] device-mapper: table: 253:1: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table 8--8--8-- When the system is up, md1 is active with one disk (sda6), sdc6 is now dm-0, and I have to manually add dm-0 to rebuild the mirror. ALL named EVMS volumes are missing in /dev/evms. When I start the EVMS GUI they are discovered and all marked modified, but the attempt to save the modifications yields in the error message that EVMS could not save because it could not find the devices. I hope this helps. Please let me know what more information I should provide. Best regards Oliver -- Package-specific info: ** Version: Linux version 2.6.22-3-k7 (Debian 2.6.22-6) ([EMAIL PROTECTED]) (gcc version 4.1.3 20071019 (prerelease) (Debian 4.1.2-17)) #1 SMP Mon Nov 12 09:12:50 UTC 2007 ** Tainted: P (1) ** Kernel log: device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table device-mapper: table: 253:3: linear: dm-linear: Device lookup failed device-mapper: ioctl: error
Bug#363235: linux-image-2.6-k7: rsync OOPSes with unable to handle kernel paging request at virtual address 40000000
On Tue, Dec 18, 2007 at 05:42:25PM +0100, David Ayers wrote: Now if you're saying there is a strong indication that this really has to do with memory hardware, then I would ask the hoster how much it would cost me to have them run a memtest if the problem reoccurs... but it's not something I'd like to do if it can be avoided. Bad RAM seemed to be the problem here: http://www.ussg.iu.edu/hypermail/linux/kernel/0603.0/0502.html would the output of /proc/meminfo help somehow? nah -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457161: iproute: ip link set sixxs up has suddenly started to fail
Package: iproute Version: 20071016-1 Severity: important One of my xen domUs was recently rebooted. Since then I cannot bring up my ipv6 tunnels. ifup tries to run this: ip tunnel add sixxs mode sit remote 66.117.47.228 local 207.210.113.47 ip link set sixxs up ip addr add 2001:4830:1600:c::2/64 dev sixxs the first works, but the up line produces: RTNETLINK answers: Invalid argument The domU had been up for about two months; the kernel is unchanged, so the only difference is the version of the packages installed. Comparing the output of ip link on the rebooted box vs another lenny/sid box with a similar /etc/network/interfaces, the working box has the POINTOPOINT,NOARP,UP flags and qdisc noqueue whereas the broken box has only POINTOPOINT,NOARP flags (as expected given up fails) and qdisc noop. Not sure whether that difference is relavant The important thing is that the kernel didn't change, and still has full ipv6 support. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.16.33-vpsX (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iproute depends on: ii libatm1 2.4.1-17.1 shared library for ATM (Asynchrono ii libc6 2.7-4 GNU C Library: Shared libraries ii libdb4.5 4.5.20-11 Berkeley v4.5 Database Libraries [ iproute recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311048: desktop eats my mouse if active when xscreensaver blanks the screen
Hi ! i have the same problem on debian etch. I first thought the problem is related to rdesktop and tested if i have the same issue with tsclient. I now have the same problem with tsclient, so i don't think that this is related to rdesktop only. Any clue how to fix this ? Regards from Germany, Walter -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446098: [Pkg-utopia-maintainers] Bug#446098: Bug#446098: please package svn version (0.7) in experimental
Riku Voipio schrieb: On Wed, Oct 10, 2007 at 05:52:59PM +0200, Michael Biebl wrote: After some debugging on network-manager not starting wpa_supplicant for some reason, I found out that upstream has effectively rewritten the related code. It would be nice if there was a 0.7 svn snapshot package in experimental, in case the issue is already fixed. Alternatively it is more likely that upstream will care about fixing 0.7 code rather than .6 code. I regularly test 0.7 (and I can release packages for that in exp), but so far it proved to be horribly unstable and lots of functionality is still missing so I wouldn't want to release it in that state (even to exp) As Fedora want to release 0.7 in their next release though, I guess they are working furiously to get it into a somehow releasable state. So in one or two weeks, I'll retest the current svn and decide then. Fine enough. If NM 07 is even remotely workable in two weeks, I'd still like to give it a ride. Ok, took a bit longer than expected. I'm awaiting libnl1-pre8 (which has become a dependency of NM 0.7) to enter unstable RSN (currently in NEW). After that I can proceed with an 0.7 upload to unstable. In between NM 0.7 has become sufficiently stable. Things still missing, are Debian support for the system-settings daemon (which allows to provide NM with configuration data like WPA keys without a running X desktop session) and the GUI tools to setup static configuration (like IP, DNS). This is still to come. Stay tuned, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#456489: -nolzma in mksquashfs
adding -nolzma i could boot a livecd. squashfs aufs linux-image (2.6.23-1) PGP.sig Description: Questa è un messaggio firmato elettronicamente
Bug#457165: New upstream version for Test::Simple
Package: libtest-simple-perl Version: 0.62-1 Severity: normal Hi, There is a new upstream version available on CPAN (0.74). Please have a look at it, or consider donating the package to the Debian Perl Group [EMAIL PROTECTED] [1]. We will keep it up-to-date with CPAN, and take care of it. This package is needed by libtest-exception-perl 0.26-1, which I'm just packaging, which needs libtest-simple-perl (= 0.7). Kindly, David [1] that would be the Maintainer field. To get in touch with us, please write to [EMAIL PROTECTED] --- System information. --- Architecture: i386 Kernel: Linux 2.6.20 Debian Release: unstable/experimental 500 unstablewww.debian-multimedia.org 500 unstabledebian.fastweb.it 500 unstabledebian.corsac.net 500 stable dl.google.com 500 experimentalwww.debian-multimedia.org 500 etchapt.linex.org 1 experimentaldebian.fastweb.it --- Package information. --- Depends (Version) | Installed ==-+-== perl (= 5.6.0-16) | 5.8.8-12 -- . ''`. Debian maintainer | http://snipurl.com/qa_page : :' : Linuxer #334216 | http://www.hanskalabs.net/ `. `'`GPG: 1392B174 | http://www.debianizzati.org/ `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#457162: ee: Newer version 1.4.6 available
Package: ee Version: 1.4.6 Severity: wishlist There is a newer version of ee (1.4.6) available. [0] [0] http://www.users.qwest.net/~hmahon/sources/ee-1.4.6.src.tgz I 'm reporting this because ee lacks of a watch file and don't know if any is informed. Also I provide debian/watch for ee package. --- ee-1.4.2.orig/debian/watch +++ ee-1.4.2/debian/watch @@ -0,0 +1,4 @@ +version=3 + +http://www.users.qwest.net/~hmahon/sources/ee-(.*)\.src\.tgz + Cheers -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages ee depends on: ii libc6 2.7-4 GNU C Library: Shared libraries ii libncurses5 5.6+20071124-1 Shared libraries for terminal hand ee recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457163: libprojectm1: Segfaults on startup
Package: libprojectm1 Version: 1.01-3 Severity: important When using projectM as an audacious plugin, it segfaults after switching to full-screen mode. A stacktrace follows: ---[cut here]--- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb2becb90 (LWP 9208)] 0xb4deaa89 in FTSize::CharSize () from /usr/lib/libprojectM.so.1 (gdb) bt #0 0xb4deaa89 in FTSize::CharSize () from /usr/lib/libprojectM.so.1 #1 0xb4dec881 in FTFace::Size () from /usr/lib/libprojectM.so.1 #2 0xb4de818c in FTFont::FaceSize () from /usr/lib/libprojectM.so.1 #3 0xb4dce56c in Renderer (this=0x868fde0, width=512, height=512, gx=32, gy=24, texsize=512, beatDetect=0x866f548, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at /home/miki/src/libprojectm/libprojectm-1.01/Renderer.cpp:96 #4 0xb4d8c8ee in projectM::projectM_init (this=0x8625ec0, gx=32, gy=24, fps=35, texsize=512, width=512, height=512) at /home/miki/src/libprojectm/libprojectm-1.01/projectM.cpp:485 #5 0xb4d8e12c in projectM::readConfig (this=0x8625ec0, [EMAIL PROTECTED]) at /home/miki/src/libprojectm/libprojectm-1.01/projectM.cpp:124 #6 0xb4d8e41a in projectM (this=0x8625ec0, [EMAIL PROTECTED]) at /home/miki/src/libprojectm/libprojectm-1.01/projectM.cpp:100 #7 0xb4f265be in worker_func () from /usr/lib/audacious/Visualization/projectm-1.0.so #8 0xb4e52f7b in ?? () from /usr/lib/libSDL-1.2.so.0 #9 0x in ?? () ---[cut here]--- Could this have something to do with the font path patch from the last update? Kind regards, Alain -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libprojectm1 depends on: ii libc62.7-4 GNU C Library: Shared libraries ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4 GCC support library ii libglew1.4 1.4.0dfsg-2 The OpenGL Extension Wrangler - ru ii libprojectm1-data1.01-3 Advanced Milkdrop-compatible music ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of free libprojectm1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457167: octave2.9 -- please add atlas3-base-dev to Build-Conflicts.
Package: octave2.9 Version: 1:2.9.19-2 Severity: wishlist Hi! If you have observed, dpkg-source has started reordering dependencies, which causes atlas to be pulled into the build environment of octave2.9 (see #457151 for context). As octave needn't explicitly depend on atlas (the optional dependency on atlas is enough), I would request you to please Build-Conflict on atlas3-base-dev. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#451989: Alt-SysRq-k
I've found that an Alt-SysRq-k (kill all processes on current virtual console) is a much safer way to restart X after this error occurs. Certainly safer than pulling the power. I have this exact issue on a system running: (II) Loading /usr/lib/xorg/modules/drivers//i810_drv.so (II) Module i810: vendor=X.Org Foundation compiled for 1.4.0, module version = 2.2.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 Time to attempt a rollback, I think. Martin
Bug#457166: mtop: fails to install due to trying to connect while no useraccount is known
Package: mtop Version: 0.6.6-1.2 Severity: normal fails to install due to trying to connect while no useraccount is known Setting up mtop (0.6.6-1.2) ... ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) dpkg: error processing mtop (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: mtop E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages mtop depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii libcurses-perl1.13-1 Curses interface for Perl ii libdbd-mysql-perl 4.005-1A Perl5 database interface to the ii mysql-client 5.0.45-1 MySQL database client (meta packag ii mysql-client-5.0 [mysql-clien 5.0.45-1 MySQL database client binaries ii perl 5.8.8-12 Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-12 Core Perl modules Versions of packages mtop recommends: ii mysql-server 5.0.45-1 MySQL database server (meta packag ii mysql-server-5.0 [mysql-serve 5.0.45-1 MySQL database server binaries -- debconf information: mtop/root: root mtop/mysql_port: 3306 mtop/mysql_server: localhost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457164: mergeant: crash and out of sync after removing last table
Package: mergeant Version: 0.67-3 Severity: important I am using postgres plugin and created two tables. When I tried to removed them, because I made a mistake, doing it on last table caused crash. Now application is out of sync. When I try to synchronize segfault happens. (gdb) where #0 0xb7de6cc8 in gda_dict_database_update_dbms_data () from /usr/lib/libgda-3.0.so.3 #1 0xb7ddff13 in gda_dict_update_dbms_meta_data () from /usr/lib/libgda-3.0.so.3 #2 0x08063c59 in ?? () -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21.7 (PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mergeant depends on: ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-4 GNU C Library: Shared libraries ii libcairo2 1.4.12-1 The Cairo 2D vector graphics libra ii libgda3-3 3.0.1-1 GNOME Data Access library for GNOM ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.4-2 The GLib library of C routines ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomedb3-4 3.0.0-2+b1Database UI widget library for GNO ii libgnomedb3-bin3.0.0-2+b1Database UI widget library for GNO ii libgtk2.0-02.12.3-2 The GTK+ graphical user interface ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libxml22.6.30.dfsg-3 GNOME XML library mergeant recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457168: [pts] long version strings are ugly and enlarge too much side columns
Package: qa.debian.org Severity: minor In pages with long versions strings (see for example the attached one, which is a dump of the current mdadm page [1]) the left and right side column are ugly since they are too large; the problem being that versions strings do not contain spaces and hence can't be break by the browser. A viable solution would be to recognize when the version strings are too long (to be decided how ...) and, if so, add good break hints (using for example the unicode character U+200B) to split lines there if needed. A drawback of this would be that copypaste of the version number will begin to contain the unicode character used as hints. Mumble ... Cheers. [1] http://packages.qa.debian.org/m/mdadm.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457170: k3b lost the ability to close the tray
Package: k3b Version: 1.0.4-3 Severity: normal When k3b finishes writing, it ejects the medium and then reloads it for verification - at least used to do that: now it doesn't close the tray and if I close it by hand, it won't notice it and won't start the verification. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable'), (400, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-st Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages k3b depends on: ii cdparanoia 3.10+debian~pre0-4 audio extraction tool for sampling ii cdrdao 1:1.2.2-5 records CDs in Disk-At-Once (DAO) ii genisoimage 9:1.1.6-1 Creates ISO-9660 CD-ROM filesystem ii kdebase-bin 4:3.5.8.dfsg.1-2core binaries for the KDE base mod ii kdelibs-data 4:3.5.8.dfsg.1-4core shared data for all KDE appli ii kdelibs4c2a 4:3.5.8.dfsg.1-4core libraries and binaries for al ii libacl1 2.2.41-1Access control list shared library ii libart-2.0-2 2.3.19-3Library of functions for 2D graphi ii libattr1 2.4.32-1Extended attribute shared library ii libaudio21.8-4 The Network Audio System (NAS). (s ii libc62.7-4 GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libdvdread3 0.9.7-3 library for reading DVDs ii libexpat11.95.8-3.4 XML parsing C library - runtime li ii libfam0 2.7.0-12Client library to control the FAM ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4 GCC support library ii libhal1 0.5.10-4Hardware Abstraction Layer - share ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libk3b3 1.0.4-3 The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.5-1 Second generation incarnation of t ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libqt3-mt3:3.3.7-9 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.12-2FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii wodim9:1.1.6-1 command line CD/DVD writing tool ii zlib1g 1:1.2.3.3.dfsg-7compression library - runtime Versions of packages k3b recommends: ii dvd+rw-tools7.0-8DVD+-RW/R tools ii kcontrol4:3.5.8.dfsg.1-2 control center for KDE ii kdebase-kio-plugins 4:3.5.8.dfsg.1-2 core I/O slaves for KDE pn vcdimager none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457169: qa.debian.org: fonts too large with high dpi display
Package: qa.debian.org Severity: normal Hi, with the new css, fonts are quite large comparing to the old one, on high-DPI display (mine is SXGA+ 1400×1050 on 14, so that's like 125DPI). I've made a screenshot at http://molly.corsac.net/~corsac/pts.png. Sure I can diminue the font size, but I have to redo that at each time, and the previous css didn't show this behavior. Besides that, I really like this new css :) Thanks for the work, -- Yves-Alexis Perez -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Bug#455802: Acknowledgement (audacious: OGG plugin eats up cpu)
Hi. The problem seems to be solved with audacious 1.4.4-1. Regards, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457169: qa.debian.org: fonts too large with high dpi display
On Thu, Dec 20, 2007 at 09:39:00AM +, Yves-Alexis wrote: Package: qa.debian.org Severity: normal oops, sorry for the wrong email address. -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457171: Netcat does not provide an esay way to chech its version
Package: Netcat
Version: 1.10-32
Version of Netcat can only be check with the -h option, which exits netcat
with an error. It It is not very convenient for scripting.
Attached to this email you will find a patch to fix this.
--- ./netcat.c 2007-11-27 13:09:42.0 +0100
+++ ./netcat.c 2007-11-27 15:11:33.0 +0100
@@ -26,6 +26,8 @@
backend progs to do various encryption modes??!?!
*/
+#define VERSION Debian 33 gostai 4
+
#include generic.h /* same as with L5, skey, etc */
/* conditional includes -- a very messy section which you may have to dink
@@ -1514,7 +1514,7 @@
/* If your shitbox doesn't have getopt, step into the nineties already. */
/* optarg, optind = next-argv-component [i.e. flag arg]; optopt = last-char */
- while ((x = getopt (argc, argv, abc:e:g:G:hi:klno:p:q:rs:tuvw:x:z)) != EOF) {
+ while ((x = getopt (argc, argv, abc:e:g:G:hi:klno:p:q:rs:tuvVw:x:z)) != EOF) {
/* Debug ((in go: x now %c, optarg %x optind %d, x, optarg, optind)) */
switch (x) {
case 'a':
@@ -1590,6 +1592,8 @@
#endif /* TELNET */
case 'u':/* use UDP */
o_udpmode++; break;
+ case 'V':/* version */
+ version(); break;
case 'v':/* verbose */
o_verbose++; break;
case 'w':/* wait time */
@@ -1794,7 +1798,7 @@
helpme()
{
o_verbose = 1;
- holler ([v1.10]\n\
+ holler (netcat VERSION \n\
connect to somewhere: nc [-options] hostname port[s] [ports] ... \n\
listen for inbound: nc -l -p port [-options] [hostname] [port]\n\
options:);
@@ -1811,7 +1815,7 @@
-b allow broadcasts\n\
-g gateway source-routing hop point[s], up to 8\n\
-G num source-routing pointer: 4, 8, 12, ...\n\
- -h this cruft\n\
+ -h display this cruft and exit successfully\n\
-i secs delay interval for lines sent, ports scanned\n\
-k set keepalive option on socket\n\
-l listen mode, for inbound connects\n\
@@ -1827,6 +1831,7 @@
#endif
holler (\
-u UDP mode\n\
+ -V display version and exit successfully\n\
-v verbose [use twice to be more verbose]\n\
-w secs timeout for connects and final net reads);
#ifdef IP_TOS
@@ -1835,9 +1840,20 @@
#endif
holler(\
-z zero-I/O mode [used for scanning]);
- bail (port numbers can be individual or ranges: lo-hi [inclusive];\n\
+ holler (port numbers can be individual or ranges: lo-hi [inclusive];\n\
hyphens in port names must be backslash escaped (e.g. 'ftp\\-data').);
+ quit();
} /* helpme */
#endif /* HAVE_HELP */
+
+/* version :
+ the obvious */
+version()
+{
+ printf (netcat VERSION \n);
+ quit();
+}
+
+
/* None genuine without this seal! _H*/
Bug#457174: Fix fd value check in netcat
Package: Netcat
Version: 1.10-32
Fix fd value check in netcat.
--- ./netcat.c 2007-11-27 15:10:08.0 +0100
+++ ./netcat.c 2007-11-27 15:11:33.0 +0100
@@ -48,7 +48,7 @@
#ifdef FD_SETSIZE /* should be in types.h, butcha never know. */
#undef FD_SETSIZE /* if we ever need more than 16 active */
#endif/* fd's, something is horribly wrong! */
-#define FD_SETSIZE 16 /* -- this'll give us a long anyways, wtf */
+#define FD_SETSIZE 1024 /* -- this'll give us a long anyways, wtf */
#include sys/types.h /* *now* do it. Sigh, this is broken */
#ifdef HAVE_RANDOM /* aficionados of ?rand48() should realize */
@@ -1217,7 +1217,7 @@
/* if you don't have all this FD_* macro hair in sys/types.h, you'll have to
either find it or do your own bit-bashing: *ding1 |= (1 fd), etc... */
if (fd FD_SETSIZE) {
-holler (Preposterous fd value %d, fd);
+holler (fd value %d FD_SETSIZE (%d), fd, FD_SETSIZE);
return (1);
}
FD_SET (fd, ding1); /* global: the net is open */
Bug#457172: Patches for portability of netcat package
Package: Netcat Version: 1.10-32 Here is two patches needed to compile netcat on specific platforms. --- ./netcat.c 2007-11-27 13:19:01.0 +0100 +++ ./netcat.c 2007-11-27 13:19:43.0 +0100 @@ -31,7 +31,7 @@ /* conditional includes -- a very messy section which you may have to dink for your own architecture [and please send diffs...]: */ /* #undef _POSIX_SOURCE /* might need this for something? */ -#define HAVE_BIND /* ASSUMPTION -- seems to work everywhere! */ +//#define HAVE_BIND /* ASSUMPTION -- seems to work everywhere! */ #define HAVE_HELP /* undefine if you dont want the help text */ /* #define ANAL /* if you want case-sensitive DNS matching */ --- ./netcat.c 2007-11-13 20:33:38.0 +0100 +++ ./netcat.c 2007-11-13 20:32:26.0 +0100 @@ -86,6 +86,10 @@ #include unistd.h #endif +#ifndef SOL_IP +# define SOL_IP IPPROTO_IP +#endif + /* handy stuff: */ #define SA struct sockaddr /* socket overgeneralization braindeath */ #define SAI struct sockaddr_in /* ... whoever came up with this model */
Bug#332601: Other missing important parameters
Package: libnss-ldap Version: 258-1 Followup-For: Bug #332601 nss_reconnect_tries nss_reconnect_sleeptime nss_reconnect_maxsleeptime nss_reconnect_maxconntries All of them are important parameters which need to be documented in manpage for libnss-ldap.conf, available since 251. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libnss-ldap depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii libc6 2.7-4 GNU C Library: Shared libraries ii libcomerr21.40.3-1 common error description library ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libldap2 2.1.30.dfsg-13.5 OpenLDAP libraries ii libsasl2-22.1.22.dfsg1-16Cyrus SASL - authentication abstra Versions of packages libnss-ldap recommends: ii libpam-ldap 184-2 Pluggable Authentication Module al pn nscd none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457175: debian/copyright: Wrong path to sources
Package: randtype Version: 1.13-4 Severity: wishlist Project moved to SourceForge and the current path to the sources in debian/copyright file is incorrect. SF project page: http://bjk.sourceforge.net/randtype/ SF sources page: http://sourceforge.net/project/showfiles.php?group_id=176744package_id=204033 Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23.9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages randtype depends on: ii libc6 2.7-4GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime randtype recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457176: perl: new upstream version available
Package: perl Version: 5.8.8-12 Severity: important Well, perl 5.10.0 has been released. Debian might want do bounce to that? cheers, koki -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.23.9 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages perl depends on: ii libc6 2.7-4 GNU C Library: Shared libraries ii libdb4.6 4.6.21-4 Berkeley v4.6 Database Libraries [ ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii perl-base 5.8.8-12 The Pathologically Eclectic Rubbis ii perl-modules 5.8.8-12 Core Perl modules Versions of packages perl recommends: ii perl-doc 5.8.8-12 Perl documentation -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455802: Acknowledgement (audacious: OGG plugin eats up cpu)
Hi again. It isn't fixed after all, I was wrong :( Bye, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457168: here is the attachment ...
... which I've forgot in the bugreport. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/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 Title: Overview of mdadm source package Jump to package (home page): Overview of mdadm source package General information Latest version 2.6.3+200709292116+4450e59-3 Maintainer Debian mdadm maintainers Uploaders martin f. krafft Mario Joussen Standards version 3.7.2 Priority optional Section admin Version Control browserraw: Git Available versions Oldstable 1.9.0-4sarge1 Stable 2.5.6-9 Testing 2.6.2-2 Unstable 2.6.3+200709292116+4450e59-3 Source package Files .dsc .orig .diff Binary package(s) mdadm (20 bugs: 1, 9, 9, 1) mdadm-udeb (0 bugs: 0, 0, 0, 0) Todo The package should be updated to follow the last version of Debian Policy (Standards-Version 3.7.3 instead of 3.7.2). The Bug Tracking System contains 1 patch, you should include it. Problems The package has not yet entered testing even though the 10-day delay is over. Check why . Testing status 79 days old (needed 10 days) Not touching package, as requested by freeze (contact debian-release if update is needed) Not considered Static Information [2006-11-09] Call for testers of new mdadm versions (martin f krafft) Latest news RSS [2007-10-01] Accepted 2.6.3+200709292116+4450e59-3 in unstable (low) (martin f. krafft) [2007-09-30] Accepted 2.6.3+200709292116+4450e59-2 in unstable (low) (martin f. krafft) [2007-09-29] Accepted 2.6.3+200709292116+4450e59-1 in unstable (low) (martin f. krafft) [2007-08-11] mdadm 2.6.2-2 MIGRATED to testing (Britney) [2007-07-10] Accepted 2.6.2-2 in unstable (low) (martin f. krafft) [2007-06-02] mdadm 2.6.2-1 MIGRATED to testing (Britney) [2007-05-21] Accepted 2.6.2-1 in unstable (low) (martin f. krafft) [2007-05-05] Accepted 2.6.1-1 in unstable (low) (martin f. krafft) [2007-04-01] Accepted 2.6.1-1~exp.5 in experimental (low) (martin f. krafft) [2007-03-07] mdadm 2.5.6-9 MIGRATED to testing (Britney) [2007-03-05] Accepted 2.6.1-1~exp.3 in experimental (low) (martin f. krafft) [2007-02-24] Accepted 2.5.6-9 in unstable (low) (martin f. krafft) [2007-02-22] Accepted 2.6.1-1~exp.1 in experimental (low) (martin f. krafft) [2007-01-21] mdadm 2.5.6-8 MIGRATED to testing (Britney) [2007-01-08] Accepted 2.5.6-8 in unstable (low) (martin f. krafft) [2006-12-30] mdadm 2.5.6-7 MIGRATED to testing (Britney) [2006-12-13] Accepted 2.5.6-7 in unstable (low) (martin f. krafft) [2006-12-05] mdadm 2.5.6-6 MIGRATED to testing (Britney) [2006-11-20] Accepted 2.5.6-6 in unstable (medium) (martin f. krafft) [2006-11-15] Accepted 2.5.6-5 in unstable (low) (martin f. krafft) [2006-11-14] mdadm 2.5.5-1 MIGRATED to testing (Britney) [2006-11-09] Call for testers of new mdadm versions (martin f krafft) [2006-10-29] Accepted 2.5.5-1 in unstable (low) (martin f. krafft) [2006-10-13] Accepted 2.5.4-1 in unstable (low) (martin f. krafft) [2006-10-08] Accepted 2.5.3.git200608202239-8 in unstable (low) (martin f. krafft) [2006-10-06] mdadm 2.5.3.git200608202239-7 MIGRATED to testing (Britney) [2006-09-29] Accepted 2.5.3.git200608202239-7 in unstable (medium) (martin f. krafft) [2006-09-26] mdadm 2.5.3.git200608202239-6 MIGRATED to testing (Britney) [2006-09-21] Accepted 2.5.3.git200608202239-6 in unstable (high) (martin f. krafft) [2006-09-17] Accepted 2.5.3.git200608202239-5 in unstable (medium) (martin f. krafft) Bugs count All bugs 20 RC bugs 1 IN bugs 9 MW bugs 9 FP bugs 1 PTS subscription Subscribers count 4 Subscribe Unsubscribe Advanced mode Patches Patch from ubuntu for version 2.6.3+200709292116+4450e59-3ubuntu1 Patches from BTS (1) Other links Changelog / Copyright Buildd logs (more) Lintian report Popcon stats Svnbuildstat Debian Package Tracking System - Copyright 2002-2007 Raphaël Hertzog and others. Report problems to the qa.debian.org pseudopackage in the Debian BTS. Last modified : Thu Dec 20 08:39:49 UTC 2007. signature.asc Description: Digital signature
Bug#456191: ping -w -c counts error responses towards exiting
Noah Meyerhans writes (Re: Bug#456191: ping -w -c counts error responses towards exiting): Hi Ian. I'm having a tough time responding to this bug because I keep changing my mind about what the response should be. On one hand, ping is behaving as documented. From the description of -w from the man page, ping waits either for deadline expire or until count probes are answered or for some error notification from network. But then again, as you suggest, maybe Host Unreachables generated by the local host should not be counted. I'm going to experiment with some changes to the code and see how I like different behaviors. Right. Personally I think the documentation should be changed as well as the code. There are many systems which want to ping a host which they expect to be responding shortly, and in many of those cases one or more kinds of error might be reported while the host comes up. So I would delete the words `... or for some error notification from the network' and change the code accordingly. If you don't want to change the behaviour of an existing option then please consider this a request for a new option with the more desirable behaviour :-). Thanks, Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411272: Experiencing the same (atftp bug)
On Fri, Oct 26, 2007 at 12:51:59PM +0200, Allard Hoeve wrote: Hello all, I'm experiencing the same bug while trying to netboot Linux on qemu instances. Any clue as to how to fix this? Regards, Allard Hoeve Hi ! Could you give me all the details ? I'll try to reproduce the bug (qemu version, which pxe boot loader, cmd line args, tftp file, tftp config). Cheers, -- Ludovic Drolez. http://zaurus.palmopensource.com - The Zaurus Open Source Portal http://www.drolez.com - Personal site - Linux, Zaurus and PalmOS stuff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456192: ping -w -c and error responses weird output
Noah Meyerhans writes (Re: Bug#456192: ping -w -c and error responses weird output): On Thu, Dec 13, 2007 at 02:45:39PM +, Ian Jackson wrote: 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2008ms$ , pipe 3$ thule:~# The , pipe 3 has actually been there all along, and I believe it's intentional. It is basically supposed to represent the number of outstanding echo requests that ping expects to be in transit at any given point. [...] Oh, I see. Well, that's sensible except that surely it should be printed in with the rest of the summary line. Ie, there shouldn't be a newline after `time 2008ms' in my example. I don't believe it should be printing the pipe value in cases similar to the example you've provided... It's not clear to me what it means in this case, yes. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457178: Permission denied on line 38 of '/etc/proftpd/modules.conf'
Package: proftpd Version: 1.3.1-2 Severity: serious # apt-get install proftpd Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: proftpd-doc The following NEW packages will be installed: proftpd 0 upgraded, 1 newly installed, 0 to remove and 129 not upgraded. Need to get 0B/996kB of archives. After unpacking 2641kB of additional disk space will be used. Preconfiguring packages ... Selecting previously deselected package proftpd. (Reading database ... 99496 files and directories currently installed.) Unpacking proftpd (from .../proftpd_1.3.1-2_i386.deb) ... Setting up proftpd (1.3.1-2) ... Adding system user `proftpd' (UID 114) ... Adding new user `proftpd' (UID 114) with group `nogroup' ... Not creating home directory `/var/run/proftpd'. Starting ftp server: proftpd - Fatal: LoadModule: error loading module 'mod_lang.c': Permission denied on line 38 of '/etc/proftpd/modules.conf' failed! invoke-rc.d: initscript proftpd, action start failed. dpkg: error processing proftpd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: proftpd E: Sub-process /usr/bin/dpkg returned an error code (1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457179: rxp: PAckage new upstream version 1.4.8 (as of 2007-12-20)
Package: rxp Version: 1.2.3-2 Severity: wishlist Please package new version: http://www.inf.ed.ac.uk/research/isdd/admin/package?view=1id=80 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages rxp depends on: ii libc6 2.7-4 GNU C Library: Shared libraries ii librxp1 1.2.3-2Shared library for XML parsing and rxp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457177: keep yaird out of Testing
Package: yaird Severity: grave yaird has a bunch of failures that make it not fit for a release: * overheating - none of the acpi modules lands on initramfs for some boxes it is *really* critical to load them earliest * cmdline - ignores any of the boot passed arguments even critical ones like root, rootfs or rootdelay * missing debian arch support - for example s390 * UUID, Label - apparently only works for some fs * missing firmware - several scsi drivers need firmware inside initramfs no loader on initramfs nor any mechanism to add it * missing cryptsetup support see #336599 * no dmraid support * no usplash support * brutal hardcoding - breaks ony every new linux image either due to /proc, /sys or /boot/config hardcoded parsing see #443821 for the latest 2.6.23 variation * dead upstream - 24 debian revsion speaking as debian kernel arch maintainer none of aboves topic saw an improvement since etch release, thus i'm asking to keep yaird out of testing. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457167: [Pkg-octave-devel] Bug#457167: octave2.9 -- please add atlas3-base-dev to Build-Conflicts.
Am Donnerstag, den 20.12.2007, 15:19 +0530 schrieb Kumar Appaiah: Package: octave2.9 Version: 1:2.9.19-2 Severity: wishlist Hi! If you have observed, dpkg-source has started reordering dependencies, which causes atlas to be pulled into the build environment of octave2.9 (see #457151 for context). As octave needn't explicitly depend on atlas (the optional dependency on atlas is enough), I would request you to please Build-Conflict on atlas3-base-dev. I wonder if we shouldn't drop atlas completely from the build-depends line. Is there a reason why it should be there? Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457153: clamav: Need patch in unstable and volatile for DSA-1435-1 CVE-2007-6335 CVE-2007-6336
close 457153 0.92~dfsg-0volatile1 close 457153 0.92~dfsg-1 close 457153 0.92~dfsg-1~volatile2 close 457153 0.90.1-3etch8 thanks This one time, at band camp, Chris Sibbitt said: Running 0.91.2-1~volatile from etch/volatile because I was having update problems with clamav from the vanilla etch tree. Saw this vuln yesterday and noticed there was no open bug for it vs. these versions OK, closing it in all the versions that fix it. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#456523: not fixed
Package: hardinfo Version: 0.4.2.3-1 --- Please enter the report below this line. --- This bug does still exist in the hardinfo version 0.4.2.3-1. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed ===-+-== libatk1.0-0 (= 1.20.0) | 1.20.0-1 libc6(= 2.7-1) | 2.7-4 libcairo2(= 1.4.0) | 1.4.10-1+lenny2 libgcrypt11 (= 1.2.2) | 1.2.4-2 libglib2.0-0(= 2.14.0) | 2.14.3-1 libgnutls13(= 2.0.4-0) | 2.0.4-1 libgtk2.0-0 (= 2.12.0) | 2.12.1-1 libpango1.0-0 (= 1.18.3) | 1.18.3-1 libsoup2.2-8(= 2.2.98) | 2.2.104-1 libtasn1-3 (= 0.3.4) | 1.1-1 libxml2 | 2.6.30.dfsg-3 pciutils (= 1:2.1.11-10) | 1:2.2.4~pre4-1 zlib1g(= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449252: hardinfo works again
Package: hardinfo Version: 0.4.2.3-1 --- Please enter the report below this line. --- This bug seems to be fixed; hardinfo works again. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed ===-+-== libatk1.0-0 (= 1.20.0) | 1.20.0-1 libc6(= 2.7-1) | 2.7-4 libcairo2(= 1.4.0) | 1.4.10-1+lenny2 libgcrypt11 (= 1.2.2) | 1.2.4-2 libglib2.0-0(= 2.14.0) | 2.14.3-1 libgnutls13(= 2.0.4-0) | 2.0.4-1 libgtk2.0-0 (= 2.12.0) | 2.12.1-1 libpango1.0-0 (= 1.18.3) | 1.18.3-1 libsoup2.2-8(= 2.2.98) | 2.2.104-1 libtasn1-3 (= 0.3.4) | 1.1-1 libxml2 | 2.6.30.dfsg-3 pciutils (= 1:2.1.11-10) | 1:2.2.4~pre4-1 zlib1g(= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456032: Ping; just making sure this bug was noted after moved to initramfs-tools (debian-kernel list)
reassign 456032 cryptsetup stop On Thu, Dec 20, 2007 at 03:30:00AM -0500, Daniel Dickinson wrote: Hi, I just wanted to make sure that someone on debian-kernel who can look into this bug sees it. If already so, please forgive me. Also, what's the best way to make sure the new list sees a bug when the bug is reassigned (I reassigned this bug). but to the wrong package, the initramfs cryptsetup hooks are managed by crytsetup themself. reaching over to them :) -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302575: PTS: add link to popcon
# Bcc: control tags 302575 +fixed thanks On 05/06/08 10:17 +0200, Thijs Kinkhorst said ... On Wed, June 8, 2005 05:02, Jeroen van Wolffelaar wrote: a link from the package overview to its popcon page. I suggest to add Just done so, but leaving open because it'd be neat IMHO to have the actual data on the page somewhere, rather than merely a link. Don't know where to put that info though. You could consider turning the link into something a little bit more informative (i.e.: Popcon: n (p%), n being the installed number, p percentage), and one can click the link to get all the details they want about voted, upgraded and the like. I don't remember how the DPPO page used to look like in 2005 but looks like the current pages implement this. Can we mark this done, in case the current page is what is intended? Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#457084: findutils: Missing updatedb.conf
On Dec 20, 2007 2:08 AM, Terry Milnes [EMAIL PROTECTED] wrote: Thank you! However, what about slocate? Is it in that package as well? I'm not using the same version of the package as you, I'd guess. But try dpkg -L to find out. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457167: [Pkg-octave-devel] Bug#457167: octave2.9 -- please add atlas3-base-dev to Build-Conflicts.
On Thu, Dec 20, 2007 at 11:20:52AM +0100, Thomas Weber wrote: If you have observed, dpkg-source has started reordering dependencies, which causes atlas to be pulled into the build environment of octave2.9 (see #457151 for context). As octave needn't explicitly depend on atlas (the optional dependency on atlas is enough), I would request you to please Build-Conflict on atlas3-base-dev. I wonder if we shouldn't drop atlas completely from the build-depends line. Is there a reason why it should be there? Even if it isn't there, it will be _pulled_ in, because it is the first alternate dependency for lapack3-dev, unless it is in Build-Conflicts. So, please remove it completely from Build-Depends, and add it to Build-conflicts to ensure it isn't used at all. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#452102: ping
Hi Mark, please comment on this bug and explain why the package is still useful in Debian today, otherwise I'll ask for removal in seven days. regards, Holger pgpqEhPOmnV96.pgp Description: PGP signature
Bug#457181: pcmcia-cs: fails to detect memory cards since a few upgrades ago
Hi, Peter T. Breuer wrote: Since a few weeks or months ago, or whenever /sbin/cardmgr disappeared I believe, sticking my SD card in the slot provokes no response. It was longer since cardmgr disappeared. pcmcia-cs is just a dummy package now, it has been replaced by pcmciautils (which it depends on). Thinkpad X25. I've had it for years. I haven't changed the kernel in a couple of years either. Well, Debian doesn't really support that kernel you're running anymore. Come to that, the yenta_socket module doesn't even get loaded until I run /etc/init.d/pcmciautils start. What happened to a cardmgr daemon? How is this new stuff supposed to WORK? All I can imagine is that hotplug is supposed to be involved. Anyone got a howto? udev is supposed to take care of it. You need to install udev. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457180: rubygems: RubyGems 1.0.0 released
Package: rubygems Version: 0.9.4-4 Severity: wishlist RubyGems 1.0.0 has been released. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (90, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Shell: /bin/sh linked to /bin/bash Versions of packages rubygems depends on: ii libgems-ruby1.8 0.9.4-4 libraries to use RubyGems, a packa ii ruby1.8 1.8.6.111-2 Interpreter of object-oriented scr rubygems recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457181: pcmcia-cs: fails to detect memory cards since a few upgrades ago
Package: pcmcia-cs Version: 1:0 Severity: normal Since a few weeks or months ago, or whenever /sbin/cardmgr disappeared I believe, sticking my SD card in the slot provokes no response. Thinkpad X25. I've had it for years. I haven't changed the kernel in a couple of years either. Rebooting the machine with the card in the slot makes it get noticed. I can use either my pcmcia card memory adapter (slot 1), or a little adapter for the SD card that fits in a memory reader slot for a slightly bigger format. Come to that, the yenta_socket module doesn't even get loaded until I run /etc/init.d/pcmciautils start. What happened to a cardmgr daemon? How is this new stuff supposed to WORK? All I can imagine is that hotplug is supposed to be involved. Anyone got a howto? With the SD card in the slot, and the yenta_socket module in there, this happens: [5245812.08] Yenta: ISA IRQ mask 0x0438, PCI irq 11 [5245812.085000] Socket status: 3086 [5245812.088000] pcmcia: parent PCI bridge I/O window: 0x4000 - 0x8fff [5245812.094000] cs: IO port probe 0x4000-0x8fff: clean. [5245812.102000] pcmcia: parent PCI bridge Memory window: 0xc020 - 0xcfff [5245812.109000] pcmcia: parent PCI bridge Memory window: 0xe800 - 0xf00f [5245812.563000] pccard: PCMCIA card inserted into slot 0 [5245812.567000] cs: memory probe 0xe800-0xf00f: excluding 0xe800-0xf07f and zilch. Putting the card in the other slot provokes: [5245830.575000] pccard: card ejected from slot 0 [5245833.708000] pccard: PCMCIA card inserted into slot 0 Ho hum. sudo /sbin/pccardctl ident Socket 0: no product info available Socket 1: no product info available sudo /sbin/pccardctl status Socket 0: 3.3V 16-bit PC Card Socket 1: no card No .. I can't reboot right now to show what happens (successfully) on reboot. Every so often I figure out what is the matter and fix this, then I forget again. It's something so forgettable that I have no clue between times. I believe it's something that is destroyed by the debian install (or it wouldn't keep recurring after I've forgotten ...). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.15.3 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages pcmcia-cs depends on: ii pcmciautils 014-4 PCMCIA utilities for Linux 2.6 pcmcia-cs recommends no packages. -- debconf information: pcmcia-cs/start_pcmcia: true pcmcia-cs/run_probe: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363235: linux-image-2.6-k7: rsync OOPSes with unable to handle kernel paging request at virtual address 40000000
dann frazier schrieb: On Tue, Dec 18, 2007 at 05:42:25PM +0100, David Ayers wrote: Now if you're saying there is a strong indication that this really has to do with memory hardware, then I would ask the hoster how much it would cost me to have them run a memtest if the problem reoccurs... but it's not something I'd like to do if it can be avoided. Bad RAM seemed to be the problem here: http://www.ussg.iu.edu/hypermail/linux/kernel/0603.0/0502.html Indeed... but that was a Segmentation Fault which occurred at: EIP is at find_lock_page+0x2d/0x80 as opposed to a BUG: unable to handle kernel paging request at virtual address 4000 at: EIP is at find_lock_page+0x20/0x77 I would have guessed that one of the following would have been more related: http://lists.debian.org/debian-kernel/2007/06/msg00136.html http://kodos.de/paste/index.php?paste=462 Where the first one also happened during rsync and the last one happened issue during a copy processes via smbd. The first issue with rsync seemed to have also damaged the file system (XFS). I'm using ext3 and looking further down my syslog after the reset I can see: Dec 18 11:47:01 demo kernel: EXT3-fs: INFO: recovery required on readonly filesystem. Dec 18 11:47:01 demo kernel: EXT3-fs: write access will be enabled during recovery. Dec 18 11:47:01 demo kernel: kjournald starting. Commit interval 5 seconds Dec 18 11:47:01 demo kernel: EXT3-fs: hda2: orphan cleanup on readonly fs Dec 18 11:47:01 demo kernel: ext3_orphan_cleanup: deleting unreferenced inode 6406416 Dec 18 11:47:01 demo kernel: ext3_orphan_cleanup: deleting unreferenced inode 6422676 Dec 18 11:47:01 demo kernel: ext3_orphan_cleanup: deleting unreferenced inode 6422704 Dec 18 11:47:01 demo kernel: ext3_orphan_cleanup: deleting unreferenced inode 3899398 Dec 18 11:47:01 demo kernel: ext3_orphan_cleanup: deleting unreferenced inode 3899397 Dec 18 11:47:01 demo kernel: ext3_orphan_cleanup: deleting unreferenced inode 3899396 Dec 18 11:47:01 demo kernel: ext3_orphan_cleanup: deleting unreferenced inode 3899395 Dec 18 11:47:01 demo kernel: ext3_orphan_cleanup: deleting unreferenced inode 3899394 Dec 18 11:47:01 demo kernel: EXT3-fs: hda2: 8 orphan inodes deleted Dec 18 11:47:01 demo kernel: EXT3-fs: recovery complete. Dec 18 11:47:01 demo kernel: EXT3-fs: mounted filesystem with ordered data mode. Since the rsync was creating a backup and I've restarted the backup hopefully resyncing the files of these 8 inodes I think I have a realistic chance that I didn't lose any data. Cheers, David PS: I will rsync the entire 5GB tree next month again to see if the problem is reproducible. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457182: slapd: TLS connections failed after a while
Package: slapd Version: 2.3.30-5 Severity: grave Justification: renders package unusable Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Denis Sacchet [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: slapd: TLS connections failed after a while Message-ID: [EMAIL PROTECTED] X-Mailer: reportbug 3.31 Date: Thu, 20 Dec 2007 11:30:33 +0100 Package: slapd Version: 2.3.30-5 Severity: grave Justification: renders package unusable I use openldap as a centralized authentification storage, used by several services : - apache httpd - pam_ldap (then used by sshd) - nss_ldap - cyrus sasl through saslauthd (then used by postfix and cyrus imapd) - egroupware As the server is open on the internet, I refuse unencrypted connections to LDAP server by forcing TLS encryption (so through port 389). I use certificate generated by a local CA (so it is not a self signed certificate, but a certificated signed by a personnal CA). Everything works perfectly for 1 days, sometimes longer, and suddenly, we cannot connect anymore to the LDAP server, a trace gave the following information : TLS trace: SSL_connect:SSLv3 read server certificate A TLS trace: SSL_connect:SSLv3 read server certificate request A TLS trace: SSL_connect:SSLv3 read server done A TLS trace: SSL_connect:SSLv3 write client certificate A TLS trace: SSL_connect:SSLv3 write client key exchange A TLS trace: SSL_connect:SSLv3 write change cipher spec A TLS trace: SSL_connect:SSLv3 write finished A TLS trace: SSL_connect:SSLv3 flush data TLS trace: SSL3 alert read:fatal:handshake failure TLS trace: SSL_connect:failed in SSLv3 read finished A TLS: can't connect. ldap_perror ldap_start_tls: Connect error (-11) additional info: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure I speak a while on the openldap mailling list, after several exchanges, it seems there is a conflict between slapd, libldap-2.3-0 and libldap2. Indeed, libldap2 is linked againt GNUTLS, while slapd, libldap-2.3-0 are linked againt OpenSSL ... The answer of the OpenLDAP developers is It will be fixed with openldap 2.4.x developed for GNUTLS, and when Debian's developers will integrate this version. (if you want to take a look at the discussion on the mailing list, you can search for subject : Strange TLS behaviour with slapd 2.3.30 on Debian Etch on the [EMAIL PROTECTED] mailing list) During this time, everyday, I need to restart all the services (I don't know why, crontab doesn't work also when the problems occurs, perhaps a link with pam/nss), and all the services are no longer available until that ... I can provide trace, log, etc ... as requested, I have a lot of information about the problem, and the problem is reproducible. Thanks in advance for your attention Best regards Denis Sacchet -- 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.21.1dedibox-r7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages slapd depends on: ii adduser3.102 Add and remove users and groups ii coreutils 5.97-5.3 The GNU core utilities ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-2 Berkeley v4.2 Database Libraries [ ii libiodbc2 3.52.4-5 iODBC Driver Manager ii libldap-2.3-0 2.3.30-5 OpenLDAP libraries ii libltdl3 1.5.22-4 A system independent dlopen wrappe ii libperl5.8 5.8.8-7etch1 Shared Perl library ii libsasl2-2 2.1.22.dfsg1-8Authentication abstraction library ii libslp11.2.1-6.2 OpenSLP libraries ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra ii perl [libmime-base64-p 5.8.8-7etch1 Larry Wall's Practical Extraction ii psmisc 22.3-1Utilities that use the proc filesy Versions of packages slapd recommends: ii libsasl2-modules 2.1.22.dfsg1-8 Pluggable Authentication Modules f -- debconf information: slapd/password_mismatch: slapd/fix_directory: true slapd/invalid_config: true shared/organization: nodomain slapd/upgrade_slapcat_failure: slapd/upgrade_slapadd_failure: slapd/backend: BDB slapd/dump_database: when needed slapd/allow_ldap_v2: false slapd/no_configuration: false slapd/migrate_ldbm_to_bdb: true slapd/move_old_database: true slapd/suffix_change: false slapd/slave_databases_require_updateref: slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/autoconf_modules: true slapd/purge_database: false
Bug#457183: some grammar fixes for the Description
Package: kernel-patch-tomoyo Severity: minor Tags: patch I suggest to replace the following: TOMOYO Linux is Lightweight and Usable Mandatory Access Control with - automatic policy configuring feature by LEARNING mode - administrators friendly policy language - no need libselinux nor userland program modifications TOMOYO Linux consists of patches to Linux kernel and administrative utilities, and this package contains kernel patch. with a slightly modified text: TOMOYO Linux implements lightweight and usable mandatory access control with the following features: * automatic policy configuration * learning mode * administrator-friendly policy language * no need for libselinux or userland program modifications TOMOYO Linux consists of patches to the Linux kernel and to administration utilities. This package contains the kernel patch. Please notice that the last feature contradicts the fact that TOMOYO Linux consists of patches ... to administration utilities *t -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445459: lighttpd: mod_alias fails on localhost
On Thu, Dec 13, 2007 at 04:31:00PM +, Andy Balaam wrote:
Executive summary: do all alias commands before any conditional sections.
Specifically for Debian, I think we should move this line:
include_shell /usr/share/lighttpd/include-conf-enabled.pl
in lighttpd.conf so that it is above the section that starts like this:
$HTTP[remoteip] == 127.0.0.1 {
That way any config set up in a conf-available/conf-enabled directory is
allowed to give alias directives since they are included before the
conditional section.
However this will presumably not work if those directories contain any
'$HTTP[remoteip] == 127.0.0.1 {' sections themselves. If a user
wants to add any conditional bits of their own, they must still add them
all to the Debian documentation section?
Roger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452102: ping
retitle 452102 RM: mobilemesh; RoM, obsolete reassign 452102 ftp.debian.org thanks Holger, I'm happy for mobile mesh to be removed. Mark -original message- Subject: Bug#452102: ping From: Holger Levsen [EMAIL PROTECTED] Date: 20/12/2007 10:49 Hi Mark, please comment on this bug and explain why the package is still useful in Debian today, otherwise I'll ask for removal in seven days. regards, Holger Attachment
Bug#425867: Debian Bug report logs - #425867 Lingot segfaults
tags 425867 +fixed-upstream thanks On Wed, Dec 19, 2007 at 10:19:03PM +0100, ibán CG wrote: Here you have a version that fixes it (i think), can you reproduce the bug in this version?. Well, reproducing was already a bit hard; it was a matter of running the program and if it's still running after an hour or so. So I didn't see it anymore, but that doesn't say everything. However, looking at the code I'm confident that it is indeed fixed (the draw statements are now enclosed in an if which checks the range; line 677 in src/lingot-mainframe.c). Thanks, Bas Ps: When replying, please remove [EMAIL PROTECTED] from the receipient list. -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://pcbcn10.phys.rug.nl/e-mail.html signature.asc Description: Digital signature
Bug#457187: backlinks baffled by underlay overriding
Package: ikiwiki Version: 2.16 Severity: normal Hi, I've a top-level page on a ikiwiki instance called blog. When accessing it ikiwiki correctly prefers it over the legacy blog page available in the underlay dir as /usr/share/ikiwiki/basewiki/blog.mdwn. However, looking at the backlinks section called Links: at the bottom of the page I see helponformatting. This is arguably correct, given that if I click on helponformatting and then follow the link blog from there I end up in my overrode blog page; however it is also arguably wrong, since the legacy page is probably more interested in referencing the legacy blog page than my own blog page. Bug report just as a point of thought, I've no idea if a reasonable solution exists for that. Thanks for ikiwki (my whole home page is moving to that ...), Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ikiwiki depends on: ii libhtml-parser-perl3.56-1A collection of modules that parse ii libhtml-template-perl 2.9-1 HTML::Template : A module for usin ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii markdown 1.0.1-7 Text-to-HTML conversion tool ii perl 5.8.8-12 Larry Wall's Practical Extraction Versions of packages ikiwiki recommends: ii gcc [c-compiler] 4:4.2.1-6 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-18The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.2-4 The GNU C compiler ii git-core 1:1.5.3.7-1 fast, scalable, distributed revisi ii libc6-dev [libc-dev] 2.7-4 GNU C Library: Development Librari ii libcgi-formbuilder-perl 3.05.01-1 Easily generate and process statef ii libcgi-session-perl 4.20-2 Persistent session data in CGI app ii libhtml-scrubber-perl0.08-4 Perl extension for scrubbing/sanit pn liblwpx-paranoidagent-pe none (no description available) ii libmail-sendmail-perl0.79-4 Send email from a perl script pn libnet-openid-consumer-p none (no description available) ii libtime-duration-perl1.02-1 Time::Duration -- rounded or exact ii libtimedate-perl 1.1600-9Time and date functions for Perl ii libxml-simple-perl 2.18-1 Perl module for reading and writin ii mercurial0.9.5-2 Scalable distributed version contr ii subversion 1.4.4dfsg1-1Advanced version control system ii tla 1.3.5+dfsg-9+b1 GNU Arch revision control system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457184: mergeant: crash on creating table
Package: mergeant Version: 0.67-3 Severity: important When I create table application crashes. ***MEMORY-ERROR***: mergeant[17922]: GSlice: assertion failed: sinfo-n_allocated 0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21.7 (PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mergeant depends on: ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-4 GNU C Library: Shared libraries ii libcairo2 1.4.12-1 The Cairo 2D vector graphics libra ii libgda3-3 3.0.1-1 GNOME Data Access library for GNOM ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.4-2 The GLib library of C routines ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomedb3-4 3.0.0-2+b1Database UI widget library for GNO ii libgnomedb3-bin3.0.0-2+b1Database UI widget library for GNO ii libgtk2.0-02.12.3-2 The GTK+ graphical user interface ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libxml22.6.30.dfsg-3 GNOME XML library mergeant recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457185: hibernate script calls get_env_var_of_process with swapped args
Package: hibernate
Version: 1.97-1
Severity: grave
Tags: patch
Justification: renders package unusable
Hibernate just hung on my machine after a recent update. Examining the
script showed that get_env_var_of_process is called with the args the
wrong way round (or is defined with them the wrong way round ..). That
made everything hunky-dory for me (hibernate always used to work fine
before my upgrade).
Here's my patch
--- hibernate 2007-10-22 15:06:52.0 +0200
+++ /usr/sbin/hibernate 2007-11-28 23:21:50.0 +0100
@@ -222,8 +222,8 @@ FindXServer() {
# Ensure the process still exists, and we aren't hallucinating.
[ -d /proc/$xpid/ ] || continue
- xauth=`get_env_var_of_process XAUTHORITY $xpid`
- xhome=`get_env_var_of_process HOME $xpid`
+ xauth=`get_env_var_of_process $xpid XAUTHORITY`
+ xhome=`get_env_var_of_process $xpid HOME`
xuser=`/bin/ls -ld /proc/$xpid/ | awk '{print $3}'`
[ -z $xauth ] [ -n $xhome ] [ -f $xhome/.Xauthority ]
xauth=$xhome/.Xauthority
-- Package-specific info:
--- configuration
== /etc/hibernate/common.conf ==
Verbosity 1
LogFile /var/log/hibernate.log
LogVerbosity 1
Distribution debian
SaveClock restore-only
UnmountFSTypes smbfs nfs
UnmountGraceTime 5
OnSuspend 20 echo Good night!
OnResume 20 echo Good morning!
UnloadModules snd_via82cxxx usb-ohci dm_snapshot dm_mirror vfat msdos
snd_pcm_oss eeprom battery button fan thermal usbmouse pcmcia irtty_sir
hostap_pci hw_random nvram ibm_acpi firmware_class eeprom nls_cp437
rsrc_nonstatic crc32 pcmcia_core
UnloadBlacklistedModules yes
LoadModules auto
DownInterfaces eth0 eth1
UpInterfaces auto
MuteAudio yes
PauseAudio yes
EjectCards yes
RestartServices laptop-mode
SwitchToTextMode yes
XStatus kde
== /etc/hibernate/disk.conf ==
TryMethod sysfs-disk.conf
== /etc/hibernate/hibernate.conf ==
TryMethod disk.conf
TryMethod ram.conf
== /etc/hibernate/ram.conf ==
TryMethod ususpend-ram.conf
TryMethod sysfs-ram.conf
== /etc/hibernate/suspend2.conf ==
UseSuspend2 yes
Reboot no
EnableEscape yes
DefaultConsoleLevel 1
Compressor lzf
Encryptor none
FullSpeedCPU yes
Include common.conf
== /etc/hibernate/sysfs-disk.conf ==
UseSysfsPowerState disk
Include common.conf
== /etc/hibernate/sysfs-ram.conf ==
UseSysfsPowerState mem
Include common.conf
== /etc/hibernate/ususpend-both.conf ==
USuspendMethod both
Include common.conf
== /etc/hibernate/ususpend-disk.conf ==
USuspendMethod disk
Include common.conf
== /etc/hibernate/ususpend-ram.conf ==
USuspendMethod ram
Include common.conf
--- /sys/power
== /sys/power/disk ==
shutdown
== /sys/power/resume ==
3:2
== /sys/power/state ==
mem disk
--- log
Starting suspend at Thu Dec 20 06:59:54 CET 2007
hibernate: [01] Executing CheckLastResume ...
hibernate: [01] Executing CheckRunlevel ...
hibernate: [01] Executing LockFileGet ...
hibernate: [01] Executing NewKernelFileCheck ...
hibernate: [05] Executing XStatusSuspendBegin ...
hibernate: [10] Executing EnsureSysfsPowerStateCapable ...
hibernate: [11] Executing XHacksSuspendHook1 ...
hibernate: [15] Executing MuteAudio ...
hibernate: [15] Executing PauseAudio ...
hibernate: [20] Executing MiscLaunchAuxFunc1 ...
Executing echo Good night!...
Good night!
hibernate: [20] Executing XStatusProgress ...
hibernate: [30] Executing ServicesStop ...
Disabling laptop mode...done (disabled, not active.).
hibernate: [30] Executing XStatusProgress ...
hibernate: [40] Executing XStatusProgress ...
hibernate: [45] Executing FSTypesUnmount ...
hibernate: [50] Executing XStatusProgress ...
hibernate: [55] Executing PCMCIAEject ...
hibernate: Ejecting PCMCIA cards
hibernate: [59] Executing RemountXFSBootRO ...
hibernate: [60] Executing NetworkStop ...
hibernate: [60] Executing XStatusProgress ...
hibernate: [70] Executing XStatusProgress ...
hibernate: [80] Executing XStatusProgress ...
hibernate: [89] Executing SaveKernelModprobe ...
hibernate: [90] Executing ModulesUnload ...
Unloading module nvram failed!
hibernate: [90] Executing XStatusProgress ...
hibernate: [91] Executing ModulesUnloadBlacklist ...
hibernate: [95] Executing XHacksSuspendHook2 ...
hibernate: [95] Executing XStatusProgress ...
hibernate: [98] Executing CheckRunlevel ...
hibernate: [98] Executing XStatusProgressKill ...
hibernate: [99] Executing DoSysfsPowerStateSuspend ...
hibernate: Activating sysfs power state disk ...
hibernate: [95] Executing XStatusResumeBegin ...
hibernate: [90] Executing XStatusProgress ...
hibernate: [90] Executing ModulesLoad ...
hibernate: [89] Executing RestoreKernelModprobe ...
hibernate: [85] Executing XHacksResumeHook2 ...
hibernate: [80] Executing XStatusProgress ...
hibernate: [70] Executing XStatusProgress ...
hibernate: [70] Executing ClockRestore ...
hibernate: [60] Executing XStatusProgress ...
hibernate: [60] Executing NetworkStart ...
hibernate: [59] Executing RemountXFSBootRW ...
hibernate: [55] Executing PCMCIAInsert ...
hibernate: Inserting PCMCIA cards
Bug#345364: patch to create /var/run/usbmount if it does not exist
Hello, I also use tmpfs on /var/run, attaching the patch for /usr/share/usbmount/usbmount -- Matus UHLAR - fantomas, [EMAIL PROTECTED] ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. There's a long-standing bug relating to the x86 architecture that allows you to install Windows. -- Matthew D. Fuller --- /usr/share/usbmount/usbmount.orig 2007-01-27 12:22:14.0 +0100 +++ /usr/share/usbmount/usbmount 2007-12-20 12:00:18.0 +0100 @@ -56,6 +56,9 @@ if test $1 = add; then +# create directory if it does not exist +test -d /var/run/usbmount || mkdir /var/run/usbmount + # Acquire lock. log debug trying to acquire lock /var/run/usbmount/.mount.lock lockfile-create --retry 3 /var/run/usbmount/.mount || \
Bug#427142: adonthell ITA?
Hi! I wanted to ask if you had anything going on with the ITA of adonthell? It's a pretty nice thing and I wouldn't want it to have gone. Would be nice if you could mail your status to the bugreports so people can see what's going on there. So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457186: radio: please add braingell
Package: rhythmbox Version: 0.10.1-1+b1 Severity: wishlist --- Please enter the report below this line. --- It would be nice if you could add Braingell to the Radio list. The (I think it's location; in german the lable says Sendeort) is http://204.9.116.234:8000 . I think the genre is heavy metal. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed =-+-== gconf2 (= 2.10.1-2) | 2.20.1-1 libart-2.0-2 (= 2.3.18) | 2.3.19-3 libatk1.0-0 (= 1.13.2) | 1.20.0-1 libavahi-client3 (= 0.6.13) | 0.6.21-4 libavahi-common3 (= 0.6.10) | 0.6.21-4 libavahi-glib1(= 0.6.12) | 0.6.21-4 libbonobo2-0 (= 2.15.0) | 2.20.1-1 libbonoboui2-0(= 2.15.1) | 2.20.0-1 libc6 (= 2.6-1) | 2.7-4 libcairo2 (= 1.4.0) | 1.4.10-1+lenny2 libdbus-1-3(= 1.1.1) | 1.1.1-3 libdbus-glib-1-2(= 0.74) | 0.74-1 libexpat1 (= 1.95.8) | 1.95.8-4 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libfreetype6 (= 2.3.5) | 2.3.5-1+b1 libgconf2-4 (= 2.13.5) | 2.20.1-1 libglade2-0 (= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (= 2.12.9) | 2.14.3-1 libgnome-keyring0(= 0.8) | 2.20.2-1 libgnome-media0 | 2.20.1-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-1 libgnutls13 (= 1.6.3-0) | 2.0.4-1 libgpod2 | 0.5.2-4 libgstreamer-plugins-base0.10-0 (= 0.10.13) | 0.10.15-3 libgstreamer0.10-0 (= 0.10.13) | 0.10.15-3 libgtk2.0-0(= 2.10.12-3) | 2.12.1-1 libhal1(= 0.5.9) | 0.5.10-2 libice6 (= 1:1.0.0) | 2:1.0.4-1 liblircclient0| 0.8.0-13 libmusicbrainz4c2a (= 2.1.5) | 2.1.5-1 libnautilus-burn4 | 2.18.2-1 libnotify1 (= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10| liborbit2 (= 1:2.14.1) | 1:2.14.7-0.1 libpango1.0-0 (= 1.16.4) | 1.18.3-1 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libpopt0(= 1.10) | 1.10-3 libsexy2 (= 0.1.8) | 0.1.11-2 libsm6| 2:1.0.3-1+b1 libsoup2.2-8 (= 2.2.98) | 2.2.104-1 libtotem-plparser1(= 2.17.5) | 2.18.2-1 libx11-6 | 2:1.0.3-7 libxcursor1( 1.1.2) | 1:1.1.9-1 libxext6 | 1:1.0.3-2 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.29) | 2.6.30.dfsg-3 libxrandr2 (= 2:1.2.0) | 2:1.2.2-1 libxrender1 | 1:0.9.4-1 python2.4 (= 2.3.90) | 2.4.4-6 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-7 python| 2.4.4-6 python-support (= 0.2) | 0.7.5 dbus | 1.1.1-3 gstreamer0.10-gnomevfs| 0.10.15-3 gstreamer0.10-plugins-base| 0.10.15-3 gstreamer0.10-plugins-good| 0.10.6-4 gstreamer0.10-plugins-ugly| 0.10.6-3
Bug#457188: aptitude: unexpected empty solution error
Package: aptitude Version: 0.4.9-1 Severity: normal Hello, I tried to install the fbdev xorg video driver and got this error from aptitude while resolving dependencies. The situation is as follows: there are two versions of -video-fbdev, 0.4.1-1 (testing) and 0.4.1-4. The former provides -video-driver-1.0, the latter provides -video-driver-2. My version of xorg conflicts with -video-driver-1.0. What happened: after I selected -video-fbdev, the testing version was selected. This selection conflicts with my xorg, so I went to the resolver. I selected the solution of installing the unstable version, and tried to use that solution. At this moment, I got the error unexpected empty solution (or something, it was in Czech). The correct driver package was selected, but xorg still was marked as broken. Even when I've undone everything, xorg was marked as broken although the selection did not contain any conflicts. When I selected the unstable version in the beginning, everything was OK. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.9-debug (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.6 0.7.9Advanced front-end for dpkg ii libc6 2.7-3GNU C Library: Shared libraries ii libcwidget0 0.5.5-1 high-level terminal interface libr ii libgcc1 1:4.3-20071020-1 GCC support library ii libncursesw55.6+20071013-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libstdc++6 4.3-20071020-1 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.5.4-1 English manual for aptitude, a ter ii libparse-debianchangelog-perl 1.0-1 parse Debian changelogs and output -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#457190: qa.debian.org: selecting default CSS layout for PTS
Package: qa.debian.org Severity: wishlist Hi, by buxy's request, here comes a reminder [11:38] zobel zack: one think to remark: i like the compact rendering best, how do i tell my browser to take this CSS by default when opening PTS pages? [11:39] zack zobel: no idea [11:39] zobel set cookie information? *hide* [11:40] zack no way and unfeasible [11:40] zack pts pages should be static [11:41] zobel set compact rendering the default style? :) [11:43] Ganneff nnooo [11:44] zack zobel: compact had an arbitrary color scheme (one of moin's theme) [11:44] zack the current one has debian social colors [11:44] * zobel wanders of and tries to find out if javaScript could do it. [11:45] zobel s/of/off/ [11:47] zobel i just find the compact rendering a clearer schema [11:50] HE I have to admit that the compact CSS is nicer, but that's mostly because i hate the official debian colors [11:59] zobel zack: is http://www.alistapart.com/stories/alternate/ helping us with that? [11:59] zack zobel: don't know and EBUSY right now [12:01] Ganneff zack: that goes against PTS pages are static as you need javascript and cookies and stuff [12:02] kmap zobel: GreaseMonkey? (/me doesn't know much about it though) [12:03] Ganneff zobel: that goes against PTS pages are static as you need javascript and cookies and stuff [12:03] Ganneff (damn z* nicks) [12:04] zobel Ganneff: the static thing is more about the load of the webserver. which should not increase if we have a js selecting a css. [12:05] zobel perhaps loading one more file... [12:05] zobel which is static anyway. [12:26] buxy yeah, that javascript thing look workable, it doesn't depend on any server-side generated content [12:26] buxy though I'll leave that up to zack, zobel you might want to file wishlist bug for that with the pointer TIA -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457189: please add tab support
Package: reportbug-ng Version: 0.2007.10.30 Severity: wishlist --- Please enter the report below this line. --- It would be nice if it would be possible to open the bugreports in different tabs. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed =-+-=== python| 2.4.4-6 python-central (= 0.5.8) | 0.5.15 python-qt3| 3.17.3-3 python-soappy | 0.12.0-2 xdg-utils | 1.0.1-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457146: manpages: capabilities(7) is missing text
tags 457146 fixed-upstream thanks Hello Rafael, I'll kibbitz a little from upstream here. You are reporting this bug against a very old release -- I believe current Debian is on something like 2.6x. This bug was fixed in upstream 2.40. Cheers, Michael Rafael C. de Almeida wrote: Package: manpages Version: 2.39-1 Severity: normal Tags: patch The capabilities(7) manpage states: A full implementation of capabilities requires: 2. that the kernel provide system calls allowing a thread’s capability sets to be changed and retrieved. 3. file system support for attaching capabilities to an executable file, so that a process gains those capabilities when the file is execed. Clearly an item is missing. The missing item is: 1. that for all privileged operations, the kernel check whether the process has the required capability in its effective set. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information --- man-pages-2.39/man7/capabilities.72006-08-03 10:58:08.0 -0300 +++ man-pages-2.39-new/man7/capabilities.72007-12-20 03:01:07.0 -0200 @@ -379,7 +379,10 @@ kernel version 2.2.11. .SS Current and Future Implementation A full implementation of capabilities requires: - +.IP 1. 4 +that for all privileged operations, +the kernel check whether the thread has the required +capability in its effective set. .IP 2. 4 that the kernel provide system calls allowing a thread's capability sets to -- Michael Kerrisk Maintainer of the Linux man-pages project http://www.kernel.org/doc/man-pages/ Want to report a man-pages bug? Look here: http://www.kernel.org/doc/man-pages/reporting_bugs.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442826: [DRE-maint] Bug#442826: ruby-taglib: should be modified to use pkg-ruby-extras' standards (use cdbs, etc)
On 19/12/07 at 13:28 -0500, Barry deFreese wrote: tags 442826 + patch thank you Here is a patch to build ruby-taglib with CDBS and a standards version bump. Thank you, Thanks a lot for your patch. I've applied it to SVN. I haven't uploaded the updated package yet, because I don't have a build chroot on this laptop, but will do tonight or tomorrow. Lucas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449462: news ?
Hi Sam, Any news about Spark in debian ? thanks signature.asc Description: OpenPGP digital signature
Bug#456998: hotwire doesn't find cairo module
Le jeudi 20 décembre 2007 à 00:41 +0530, Ritesh Raj Sarraf a écrit : On Wednesday 19 December 2007, Josselin Mouette wrote: This works for me with this version of python-cairo. What is the contents of the /usr/lib/python2.5/site-packages/cairo on your system ? Here is it. [EMAIL PROTECTED]:/usr/lib/python2.5/site-packages$ ls cairo _cairo.so And is there anything in /usr/share/pycentral/python-cairo/site-packages/cairo ? -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#302575: PTS: add link to popcon
On Thursday 20 December 2007 11:53, Y Giridhar Appaji Nag wrote: You could consider turning the link into something a little bit more informative (i.e.: Popcon: n (p%), n being the installed number, p percentage), and one can click the link to get all the details they want about voted, upgraded and the like. I don't remember how the DPPO page used to look like in 2005 but looks like the current pages implement this. Can we mark this done, in case the current page is what is intended? Reading the text above, I see the PTS not display any counts or percentages related to popcon. How do you think this request has been addressed? For clarity: I believe that the PTS should summarize the information it links to in-place where possible, like it does with bugs. I'm not sure what you intend to express with the 'fixed' tag; either a bug is not fixed and its hence still open, or it's closed by mailing to -done. Thijs pgpClfCc0OgfW.pgp Description: PGP signature
Bug#457088: [Pkg-openmpi-maintainers] Bug#457088: Bug#457088: Bug#457088: mpi.h is missing
Hi Ondrej! Am Donnerstag, den 20.12.2007, 08:00 +0100 schrieb Ondrej Certik: thanks very much for your reply. As you explained in your previous email, I think the misunderstanding is, that you and Dirk think, that /usr/include/mpi.h is symlinked to /usr/lib/openmpi/whatever, right? No. We never stated that mpi.h is symlinked in /usr/include. I said in my previous mail that mpi.h can be found in the /usr/include/mpi directory which is a symlink to /usr/lib/openmpi/include/. This is like all MPI packages do it. To the best of my knowledge, this is totally fine. All X11 include files are for example in /usr/include/X11 and not symlinked into /usr/include. Neither do we, because the amount of header files you need to compile against a MPI package varies between the packages. That's we all provide them in /usr/include/mpi as alternative. If it was true, everything would be fine and imho that would be according to the policy. Unfortunately, I think it is not true: $ ll /usr/include/mpi.h ls: /usr/include/mpi.h: No such file or directory That's just my computer, it can be misconfigured. But it's the same problem on buildbots: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456869 As I stated already, this is supposed to happen, as there is no /usr/include/mpi.h. There's just an /usr/include/mpi/mpi.h. To make things even worse, mpich does not even have a mpi.h. But you're not building against that anyway. As you can see there: /usr/lib/petsc/include/petsc.h:138:17: error: mpi.h: No such file or directory if the mpi.h was in /usr/include, as you say, it would be found. Yes. But if you provide -I/usr/include/mpi to your compiler, it would be found as well, and you don't have to modify your package at all if some thinks it's a better idea to compile it against i.e. LAM. Imho, the right thing to do is to open this bug, leave it open, and then try to fix it. Maybe it's a problem with update-alternatives again, as it used to be in the past. Could be. But, the end result is, that libopenmpi-dev is not following FHS (for one reason or another) and that is a bug (in my opinion). So let's open this bug and maybe another one in update-alternatives, blocking this one? This time, it's not a problem of update-alternatives. We can of course reopen the bug. (Or you can do it, if you feel it's the right thing, I won't blame you.) I do not know what your solution to this is. I can see two: 1. We move stuff to symlink in /usr/include, so /usr/include/mpi.h can be found there. That means we do have to do a lot of cross-checking with the other packages and clutter /usr/include without a good reason. As said above, you usually need more than mpi.h to link successfully. This will take a while and we need to get the other MPI maintainers to adopt the change. 2. You pass -I/usr/include/mpi or check if your ./configure accepts something like --with-mpi-include. Some packages using MPI do because they are aware that there is more than just one MPI implementation in the wild. That is the way most packages went for years. I think there is some misunderstanding, I am sure you have thought about libopenmpi-dev being compliant to FHS and that's why you think it's not a bug, but I have my computer misconfigured (and buildbots too). So where is your intended place for mpi.h? /usr/inlude/mpi.h? Or /usr/include/openmpi/mpi.h? (Neither exist on my system). As explained above, neither of them. It's /usr/include/mpi/mpi.h. Let's make this clear, and then try to fix this bug. Agreed. I'd like to hear your view on what solutions you like best, or maybe you have a better solution than the ones I proposed. But to fix it, we need to agree on how to that. (Or in our case, agree that it's actually broken.) I would be glad, if you could Dirk reopen it. As said, everyone can do this. If you still think it has to be reopened after reading this email, you should do so! Thanks a lot, You're welcome. Best regards, Manuel signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#457167: [Pkg-octave-devel] Bug#457167: octave2.9 -- please add atlas3-base-dev to Build-Conflicts.
On Thu, Dec 20, 2007 at 12:37:41PM +0100, Thomas Weber wrote: Even if it isn't there, it will be _pulled_ in, because it is the first alternate dependency for lapack3-dev, unless it is in Build-Conflicts. So, please remove it completely from Build-Depends, and add it to Build-conflicts to ensure it isn't used at all. This sounds like a problem in lapack3-dev. Sorry, but going down that path means that every package in need of lapack3-dev must add a build-conflict for a package it doesn't pull in itself. This sounds like a fix for a problem applied at the wrong level (I may be wrong, of course). There is no other way; the reason why this was avoidable earlier was because your .dsc had the Build-Depends in the same order in which you specified in the control file. However, due to dpkg-dev changes, the depends are now sorted to alphabetical order. Yes, it would be nice to reverse the order of lapack3's dependency to read refblas3-dev | atlas3-base-dev, rather than the other way around. I'll try to take this up. But please do consider adding a temporary Build-conflict. (Of course, the decision is yours! :-) FWIW, I am forced to add Build-Conflict for my package because of issues with atlas2 being present in the build, but that doesn't apply to octave2.9. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#457167: [Pkg-octave-devel] Bug#457167: octave2.9 -- please add atlas3-base-dev to Build-Conflicts.
Am Donnerstag, den 20.12.2007, 16:02 +0530 schrieb Kumar Appaiah: On Thu, Dec 20, 2007 at 11:20:52AM +0100, Thomas Weber wrote: If you have observed, dpkg-source has started reordering dependencies, which causes atlas to be pulled into the build environment of octave2.9 (see #457151 for context). As octave needn't explicitly depend on atlas (the optional dependency on atlas is enough), I would request you to please Build-Conflict on atlas3-base-dev. I wonder if we shouldn't drop atlas completely from the build-depends line. Is there a reason why it should be there? Even if it isn't there, it will be _pulled_ in, because it is the first alternate dependency for lapack3-dev, unless it is in Build-Conflicts. So, please remove it completely from Build-Depends, and add it to Build-conflicts to ensure it isn't used at all. This sounds like a problem in lapack3-dev. Sorry, but going down that path means that every package in need of lapack3-dev must add a build-conflict for a package it doesn't pull in itself. This sounds like a fix for a problem applied at the wrong level (I may be wrong, of course). Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457191: octave2.1: Should conflict with octave2.9
Package: octave2.1 Version: 1:2.1.73-14 Severity: important octave2.1 cannot be installed when octave2.9 is installed. Neither package has a Conflicts relationship so the failure happens when dpkg tries to install the package: Unpacking octave2.1 (from .../octave2.1_1%3a2.1.73-14_i386.deb) ... dpkg: error processing /var/cache/apt/archives/octave2.1_1%3a2.1.73-14_i386.deb (--unpack): trying to overwrite `/usr/share/enscript/hl/octave.st', which is also in package octave2.9 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages octave2.1 depends on: ii atlas3-base [liblapack 3.6.0-20.6Automatically Tuned Linear Algebra ii lapack3 [liblapack.so. 3.0.2531a-6.1 library of linear algebra routines ii libc6 2.7-3 GNU C Library: Shared libraries ii libfftw3-3 3.1.2-3 library for computing Fast Fourier ii libg2c01:3.4.6-6 Runtime library for GNU Fortran 77 ii libgcc11:4.2.2-4 GCC support library ii libhdf5-serial-1.6.5-0 1.6.5-5+b1Hierarchical Data Format 5 (HDF5) ii libncurses55.6+20071013-1Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii refblas3 [libblas.so.3 1.2-8 Basic Linear Algebra Subroutines 3 ii texinfo4.11.dfsg.1-2 Documentation system for on-line i ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages octave2.1 recommends: ii atlas3-base 3.6.0-20.6 Automatically Tuned Linear Algebra ii gnuplot 4.2.2-1A command-line driven interactive -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457167: [Pkg-octave-devel] Bug#457167: octave2.9 -- please add atlas3-base-dev to Build-Conflicts.
On Thu, Dec 20, 2007 at 05:24:53PM +0530, Kumar Appaiah wrote: FWIW, I am forced to add Build-Conflict for my package because of issues with atlas2 being present in the build, but that doesn't apply to octave2.9. Sorry, it is atlas3 present in the build. :-) Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454954: [DRE-maint] Bug#454954: libprogressbar-ruby: should be modified to use pkg-ruby-extras' standards (use cdbs, etc)
On 19/12/07 at 21:26 -0500, Barry deFreese wrote: Hi, After looking at this package, I don't think it is possible to use the cdbs ruby classes on this package. It has no setup.rb, install.rb, or extconf. Indeed It is basically two Ruby files and that's it. Even 0.9 from upstream is pretty much the same. BTW, here is a watch file for the package if you are interested. Actually Vincent already added the watch file. (It's generally a good idea to check the status on the svn repo if one is available) Well, for this page, in our let's try to keep our packages simple crusade, we could simply use the standard cdbs class and install files using files in debian/. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454959: [DRE-maint] Bug#454959: libxtemplate-ruby1.8: should be modified to use pkg-ruby-extras' standards (use cdbs, etc)
On 19/12/07 at 22:39 -0500, Barry deFreese wrote: tags 454959 + patch thank you Hi, Here is a patch to build libxtemplate-ruby1.8 with CDBS and the ruby setup class. It also includes some other small fixes, a watch file, and a standards version bump. There is some funky stuff in the debdiff that I'm not sure where it came from like changes to ext/Makefile. Hope you can use it. Thanks a lot! Patch applied. Will test/upload tonight or tomorrow. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457192: garbage in large data portions
Package: ipmitool Version: 1.8.9-1 Hello. First of all, thanks for fixing #422864 -- ipmitool doesn't segfaults anymore; but instead it garbages large outputs, like `dmesg' or `cat /var/log/syslog' typescript attached typescript.gz Description: GNU Zip compressed data
Bug#452102: ping
Hi Mark, On Thursday 20 December 2007 11:55, Mark Purcell wrote: I'm happy for mobile mesh to be removed. Thanks. :-) regards enjoy the sun down under... Holger pgpapm2QDehRb.pgp Description: PGP signature
Bug#457161: temp workaround found
After sending off the bug report, I started looking in /sys and found /sys/class/net/INTERFACE/flags. cat /sys/class/net/sixxs/flags on the working box yielded 0x91 and on the broken box 0x90; so I did cat 0x91 /sys/class/net/sixxs/flags and after that was able to manually do the rest of the commands ifup runs. So, replacing: /sbin/ip link set sixxs up with cat 0x91 /sys/class/net/sixxs/flags allows the script to complete. (Obviously the proper way to do that is to read the flags file, convert the ascii to an int, OR with 0x01, and then fprintf(3) that as 0x%x to the flags file. Something along the lines of: , | #!/bin/bash | # arg1 has the link name | read h /sys/class/net/$1/flags | printf '0x%x\n' $[ $h | 1 ] /sys/class/net/$1/flags ` does the right thing.) Why that works where using RTNETLINK as ip(8) does I do not know. -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440163: [Pkg-mailman-hackers] Bug#440163: Bug#440163: newlist never passes emailhost to list creator
Hi Martin, On Tuesday 4 December 2007 11:04, Thijs Kinkhorst wrote: On Tuesday 4 December 2007 11:02, martin f krafft wrote: This code is so incredibly ugly. So yes, host_name and emailhost are identical. The key is in mlist.Create: if emailhost==None, then it's set to mm_cfg.DEFAULT_EMAIL_HOST, which is *not* translated via mm_cfg.VIRTUAL_HOSTS. Thus, the posting address is wrong in the case of virtual domains. Potentially, this could be fixed differently, but I found the solution I suggested to be the least intrusive one. Ah, right. I'll pass this on to upstream to get it resolved. Here's upstream's response. Reading the code seems to support this view. emailhost is really a quite irrelevant parameter to this code as far as I can judge it. It is true that newlist does not pass the email host name (actually host_name, not emailhost at this point in the code) to Create(), but immediately following a successful mlist.Create(), it does: # Assign domain-specific attributes mlist.host_name = host_name mlist.web_page_url = web_page_url To set the list's host_name attribute. The only thing Create() uses emailhost for is to append it to the listname to make '[EMAIL PROTECTED]' in order to determine that this is a valid email address, but the intent of this is to validate the listname, not the emailhost. Create() does not set any list attribute from emailhost. Do you think there's anything more to be done about this bug? Or do you experience anything concrete that is caused by this and resolved by changing the call to Create()? Thijs pgpxbtg0CUBJU.pgp Description: PGP signature
Bug#456998: hotwire doesn't find cairo module
On Thursday 20 December 2007, Josselin Mouette wrote: And is there anything in /usr/share/pycentral/python-cairo/site-packages/cairo ? [EMAIL PROTECTED]:~$ ls /usr/share/pycentral/python-cairo/site-packages/cairo/ __init__.py Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#457196: vlan interface created with _rename suffix
Package: vlan Version: 1.9-3 Severity: grave Justification: renders package unusable When trying to add a new vlan interface, the interface is named with a suffix of _rename, e.g. vlan5_rename or eth1.5_rename. This means that the /etc/network/interfaces entry won't work, ifupdown cannot find the said interface. I also get this error in dmesg: net eth1.5_rename: device_rename: sysfs_create_symlink failed (-17) I tried with various kernels, always same result, except that for older kernels, the error message doesn't come on dmesg, the interface is just silently named foo_rename. Kernels I've tried: linux-image-2.6.18-4-amd64 2.6.18.dfsg.1-12 linux-image-2.6.23-1-amd64 2.6.23-1 self-compiled vanilla upstream 2.6.23.12 with CONFIG_SYSFS_DEPRECATED not set. A subsequent ifrename -c /dev/null -i eth1.5_rename -n eth1.5 gives a similar error message, but does rename the interface, which gives rise to a work-around by adding the ifrename call to /etc/network/if-pre-up.d/vlan . -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vlan depends on: ii iproute 20070313-1 Professional tools to control the ii libc6 2.7-4 GNU C Library: Shared libraries vlan recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457193: cron.daily/apt runs apt-get -qq update by default and when set not to run it
Package: apt
Version: 0.7.6
$ less /etc/cron.daily/apt
...
check_stamp()
{
stamp=$1
interval=$2
if [ $interval -eq 0 ]; then
return 1
fi
...
UpdateInterval=0
DownloadUpgradeableInterval=0
eval $(apt-config shell UpdateInterval
APT::Periodic::Update-Package-Lists DownloadUpgradeableInterval
APT::Periodic::Download-Upgradeable-Packages)
...
UPDATE_STAMP=/var/lib/apt/periodic/update-stamp
if check_stamp $UPDATE_STAMP $UpdateInterval; then
if apt-get -qq update 2/dev/null; then
$ less /etc/apt/apt.conf
APT::Cache-Limit 2000;
As you can see, I haven't enabled the perodic updates in apt.conf, but
the check_stamp function returns true if the interval is set to 0,
which it is by default (UpdateInterval=0). So if check_stamp will
return true, and it will then run apt-get -qq update, even though I
haven't enabled it. And, in fact, if I disable it in apt.conf, it
will still run it.
Is it just me or is it strange that no one has noticed this before?
Doesn't this mean that just about every Debian computer on the
Internet is running apt-get -qq update every day? Isn't this a
waste of bandwidth?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440163: [Pkg-mailman-hackers] Bug#440163: Bug#440163: newlist never passes emailhost to list creator
also sprach Thijs Kinkhorst [EMAIL PROTECTED] [2007.12.20.1315 +0100]: Do you think there's anything more to be done about this bug? Or do you experience anything concrete that is caused by this and resolved by changing the call to Create()? I ran into this problem, I think, when I tried to change mailman to use the full email address as identifier so that I could finally do proper virtual hosting. I don't see why upstream is so opposed to my suggestion. But then again, if I were maintaining that code, I wouldn't like to touch it either... -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems linux: because a pc is a terrible thing to waste digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#457197: spambayes: missing manual pages
Package: spambayes Version: 1.0.4-3 Severity: normal Please include manual pages: $ dpkg -L spambayes | egrep '/man|/bin' /usr/bin /usr/bin/sb_imapfilter.py /usr/bin/sb_mailsort.py /usr/bin/sb_unheader.py /usr/bin/sb_filter.py /usr/bin/sb_server.py /usr/bin/sb_upload.py /usr/bin/sb_pop3dnd.py /usr/bin/sb_xmlrpcserver.py /usr/bin/sb_evoscore.py /usr/bin/sb_dbexpimp.py /usr/bin/sb_bnserver.py /usr/bin/sb_bnfilter.py /usr/bin/sb_notesfilter.py /usr/bin/sb_client.py /usr/bin/sb_chkopts.py /usr/bin/sb_mboxtrain.py -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages spambayes depends on: ii python2.4.4-6An interactive high-level object-o ii python-central0.5.15 register and build utility for Pyt spambayes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457194: Current version 1.12 does not work anymore with GMail
Package: checkgmail Version: 1.12-1 Severity: important --- Please enter the report below this line. --- As the current version of Checkgmail does not work anymore with the GMail servers, it would be better to use the SVN version (where the problem is fixed). The author of checkgmail seems to run out of time and will not release a corrected version soon. --- System information. --- Architecture: i386 Kernel: Linux 2.6.23-1-686 Debian Release: lenny/sid 500 unstable webb.ens-cachan.fr 500 unstable mirrors.ecology.uni-kiel.de 500 stable security.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== perl (= 5.8) | 5.8.8-12 libgtk2-perl | 1:1.161-1 libgtk2-trayicon-perl | 0.04-1 libwww-perl | 5.805-1 libcrypt-ssleay-perl | 0.55-1 libxml-simple-perl | 2.18-1 libcrypt-blowfish-perl | 2.10-1 libfreezethaw-perl | 0.43-3 libcompress-zlib-perl | 2.008-1 libgtk2.0-0 (= 2.6.0) | 2.12.3-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457189: please add tab support
On 20.12.2007 12:22 schrieb Matthias Krüger: It would be nice if it would be possible to open the bugreports in different tabs. Good idea! Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
