Bug#539740: Please test with current version
Could you please test whether this still happens using the current version from testing/unstable? Regards Jan Dittberner -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/ signature.asc Description: Digital signature
Bug#587353:
I had the same bug, resolved it the same way, but was too lazy to report it. By the way it wasn't only a problem for init scripts (which however was quite problematic, preventing the system from booting correctly), but also for some other scripts. Typically the iceweasel command which is a shell script didn't work, whereas running directly the binary was not a problem. Potentially it could affect more scripts. Regards, -- Jean-Pierre Flori -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487423: cannot be reproduce and no further information received
I think the bug is fixed in recent SDL and/or DOSBox versions. I cannot reproduce it. -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/ signature.asc Description: Digital signature
Bug#587915: ocfs2: inode errors when exporting via nfs
Package: linux-modules-2.6.26-2-xen-amd64 Version: 2.6.26-24 Severity: critical Justification: breaks the whole system We're using a two node cluster with drbd and ocfs2 as filesystem, exported via NFS to some webnodes. The nfs clients use the nordirplus mount option. We had the reboot one of the cluster nodes due to the following kernel BUG. Looks like debian bug #506950 to me. Upstream has a fix: http://www.mail-archive.com/ocfs2-us...@oss.oracle.com/msg03855.html Here's the BUG: [140488.568363] (5423,0):ocfs2_inode_lock_update:1977 ERROR: bug expression: inode-i_generation != le32_to_cpu(fe-i_generation) [140488.568422] (5423,0):ocfs2_inode_lock_update:1977 ERROR: Invalid dinode 130037 disk generation: 3505630863 inode-i_generation: 3505492205 [140488.568500] [ cut here ] [140488.568527] kernel BUG at fs/ocfs2/dlmglue.c:1977! [140488.568553] invalid opcode: [1] SMP [140488.568595] CPU 0 [140488.570872] Modules linked in: ipmi_watchdog ipmi_devintf ocfs2 sha1_generic drbd cn xt_physdev bridge netloop ipt_REJECT ipt_LOG xt_tcpudp nf_conntrack_ipv4 nf_conntrack iptable_filter ip_tables x_tables ipv6 ocfs2_dlmfs ocfs2_stack_o2cb ocfs2_dlm ocfs2_nodemanager ocfs2_stackglue configfs nfsd auth_rpcgss exportfs nfs lockd nfs_acl sunrpc ext2 loop ipmi_si ipmi_msghandler hpilo psmouse serio_raw pcspkr container button evdev ext3 jbd mbcache dm_mirror dm_log dm_snapshot dm_mod sg sr_mod cdrom ide_pci_generic ide_core ata_generic usbhid hid ff_memless ata_piix libata dock ehci_hcd bnx2 fir mware_class uhci_hcd e1000e cciss scsi_mod thermal processor fan thermal_sys [last unloaded: scsi_wait_scan] [140488.571316] Pid: 5423, comm: nfsd Not tainted 2.6.26-2-xen-amd64 #1 [140488.571345] RIP: e030:[a04258d7] [a04258d7] :ocfs2:ocfs2_inode_lock_full+0x8f5/0xd88 [140488.571409] RSP: e02b:880b43c51cf0 EFLAGS: 00010286 [140488.571436] RAX: 0092 RBX: 88083ade5000 RCX: 565600013ef9 [140488.571481] RDX: ff5f7000 RSI: 0001 RDI: 805aaab0 [140488.571526] RBP: 880b37c854a8 R08: 008f R09: 880b43c51800 [140488.571571] R10: R11: 0143f7bb211e R12: 00010008 [140488.571616] R13: 880b37c850c0 R14: R15: 880b37c851d8 [140488.571663] FS: 7f664454a6e0() GS:8053a000() knlGS: [140488.571710] CS: e033 DS: ES: [140488.571734] DR0: DR1: DR2: [140488.571780] DR3: DR6: 0ff0 DR7: 0400 [140488.571825] Process nfsd (pid: 5423, threadinfo 880b43c5, task 880fbe57f940) [140488.571872] Stack: 880bd0f3ae8f 880bd0f190ed 3b0bf568 [140488.571951] 0001 880b3b0b7490 8807f09fd3a0 880b37c854a8 [140488.572006] 880b37c85410 880b43c51db0 880fbe83b800 880b43b38000 [140488.572044] Call Trace: [140488.572094] [a043458a] ? :ocfs2:ocfs2_inode_revalidate+0x171/0x24b [140488.572148] [a04300e6] ? :ocfs2:ocfs2_getattr+0x78/0x167 [140488.572186] [a028b697] ? :nfsd:encode_post_op_attr+0x3e/0x84 [140488.572220] [8029ac98] ? dput+0x21/0x13e [140488.572253] [a0284239] ? :nfsd:nfsd_lookup+0xa1/0xae [140488.572291] [a028ca79] ? :nfsd:nfs3svc_encode_diropres+0x32/0x62 [140488.572327] [a027f2cf] ? :nfsd:nfsd_dispatch+0x168/0x1b6 [140488.572370] [a01f08e9] ? :sunrpc:svc_process+0x405/0x6e4 [140488.572402] [804365d6] ? __down_read+0x15/0x110 [140488.572436] [a027f67c] ? :nfsd:nfsd+0x0/0x2f0 [140488.572469] [a027f837] ? :nfsd:nfsd+0x1bb/0x2f0 [140488.572499] [802282ec] ? schedule_tail+0x27/0x5c [140488.572529] [8020be28] ? child_rip+0xa/0x12 [140488.572561] [a027f67c] ? :nfsd:nfsd+0x0/0x2f0 [140488.572594] [a027f67c] ? :nfsd:nfsd+0x0/0x2f0 [140488.572628] [a027f67c] ? :nfsd:nfsd+0x0/0x2f0 [140488.572656] [8020be1e] ? child_rip+0x0/0x12 [140488.572684] [140488.572704] [140488.572724] Code: 14 25 24 00 00 00 48 c7 c1 e0 06 45 a0 89 d2 48 c7 c7 df 5b 45 a0 89 44 24 08 8b 43 08 89 04 24 4d 8b 4d 00 31 c0 e8 3f 7d e0 df 0f 0b eb fe 48 83 7b 48 00 75 0a f6 43 2c 01 0f 85 b5 00 00 00 [140488.572979] RIP [a04258d7] :ocfs2:ocfs2_inode_lock_full+0x8f5/0xd88 [140488.573050] RSP 880b43c51cf0 [140488.573428] ---[ end trace 5eface76cbedf781 ]--- -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/16 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 linux-modules-2.6.26-2-xen-amd64 depends on: ii module-init-tools 3.4-1 tools for managing Linux kernel mo linux-modules-2.6.26-2-xen-amd64
Bug#587768: Confirmed
Experiencing the same bug on same arch amd64, within vserver context
(fresh Debian Sid install). Same Version 0.11.0-1 running fine on 32-bit
x86, not vserver.
Init-Script will start the process but beam.smp won't bind to any
Interface. Using /etc/default/couchdb to redirect stdout stderr.
=CRASH REPORT 2-Jul-2010::17:54:46 ===
crasher:
initial call: application_master:init/4
pid: 0.30.0
registered_name: []
exception exit: {{app_would_not_start,ssl},
{couch_app,start,
[normal,
[/etc/couchdb/default.ini,
/etc/couchdb/local.ini]]}}
in function application_master:init/4
ancestors: [0.29.0]
messages: [{'EXIT',0.31.0,normal}]
links: [0.29.0,0.6.0]
dictionary: []
trap_exit: true
status: running
heap_size: 610
stack_size: 24
reductions: 152
neighbours:
=INFO REPORT 2-Jul-2010::17:54:46 ===
application: couch
exited: {{app_would_not_start,ssl},
{couch_app,start,
[normal,
[/etc/couchdb/default.ini,
/etc/couchdb/local.ini]]}}
type: temporary
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587726: fail to start memtest86+
retitle 587726 syslinux-themes-debian: wrong memtest86+ config close 587726 thanks applied in git, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574397: Acknowledgement (ITP: python-amazon-product-api -- A python wrapper for the Amazon Product Advertising API)
Hi! I've finally started on packaging this module. The debian files can be found here: http://bitbucket.org/basti/python-amazon-product-api/src/debian/ Can someone please have a look as this is my first attempt? Cheers Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587916: asciidoc: option to split CSS and Javascript to separate file
Package: asciidoc
Version: 8.5.2-1
Severity: wishlist
Hi Alex and Fredrik,
I use asciidoc to generate man pages and HTML documentation for git,
generally very happy with how it works.
Glancing at the output today, I noticed it includes a lot of common
boilerplate for all the HTML files. Factoring this out would make
each HTML file a bit more readable. In other words, instead of
starting with
| !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN
|http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;
| html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en
| head
| meta http-equiv=Content-Type content=text/html; charset=UTF-8 /
| meta name=generator content=AsciiDoc 8.5.2 /
| titlegit-archive(1)/title
| style type=text/css
| /* Debug borders */
[...]
| /style
| script type=text/javascript
| /*![CDATA[*/
| window.onload = function(){asciidoc.footnotes();}
[...]
I wish the output could start with
| !DOCTYPE html
[...]
| link rel=stylesheet href=asciidoc-refentry.css /
| script type=text/javascript src=asciidoc.js /
What do you think?
Jonathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587824: kde-window-manager: After safe-upgrade all windows blank with OpenGL, compositing turned on
On Thursday 01 Jul 2010, Patrick Matthäi wrote: Hello, BTW, X crashes horribly without the BusID line. New regression, reported in #587708 You should also rewrite your xorg.conf from scratch: # mv /etc/X11/xorg.conf /etc/X11/xorg.conf_back # aticonfig -f --initial If it is still not working after a reboot, stop COMPLETLY kdm and X11 at all and execute: That didn't make any difference. # aticonfig --set-pcs-str=DDX,ForceXAA,TRUE That made a difference even without a reboot, just restarted X/KDE. Then reboot. This will disable the brand new 2D acceleration stack, which causes some more problems. Seems to be working now. Sorry for the random nature of the complaint, I must confess I didn't see what had been upgraded... -- Adam Trickett Overton, HANTS, UK Stupidity maintained long enough is a form of malice. -- Richard Bos's corollary -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532097: RFC: Forming a Printing Task Force (was RFA: cups -- Common UNIX Printing System)
I think this is a good idea. We are currently in sync with the following packages: - cups (pitti + me) - foomatic-db (OdyX + me) - foomatic-db-engine (OdyX + me) - hplip (Mark Purcell + me) Other printing-related packages are - ghostscript - foomatic-filters - gutenprint - foo2zjs - splix - pnm2ppa - min12xxw - m2300w - pxljr - cjet - system-config-printer - python-cups Note that I have taken this list from Ubuntu. It is possible that Debian has even more packages, especially also for non-CUPS workflows (these are not supported by Ubuntu). foomatic-filters will be synced between Ubuntu and Debian soon, too (OdyX + me). Till On 07/01/2010 03:40 PM, Didier 'OdyX' Raboud wrote: Hi all, I'm answering to RFA bug #532097, CC'ing to various printing-related packages and to pkg-cups-de...@l.a.d.o. Please followup to the pkg-cups-devel list (if that's OKay). === Preamble === I just joined Chris Lawrence, along with Till Kamppeter in maintaining some foomatic-* packages. Then I noticed the big² pile of work in ghostscript, cups and many surrounding packages. I don't intend to fingerpoint specific people or teams, but the situation is worrying : some unresolved security issues, many RC bugs, tons of bugs, an increasing diff with Ubuntu, etc. My perception of the problem is that the forces are currently divided between Ubuntu and Debian. It seems that Ubuntu is better than Debian in keeping up with patches, etc. In my humble opinion, it is now time to get those patches back to Debian and merge our forces towards a better printing experience for both Debian and Ubuntu users. === Proposal === I propose to form a Printing Task Force that would join the Debian and Ubuntu forces around common repositories: there is almost never interest in keeping a diff between Debian and Ubuntu. This group would handle the following packages: cups ghostscript foomatic-* ? other ones ? Would there be some interest in such a group ? What other packages would suit ? Thanks in advance, cheers, OdyX N.B. I intentionally kept out of the discussion the implementation details such as $VCS choice, mailing-list or group name, etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575877: libspring-java: Status Update
On Sun, Jun 20, 2010 at 09:50:08PM +0200, Damien Raude-Morvan wrote: I've commited my initial libspring-java package [1] for Spring Framework 3.x using all packages you have worked on (thank you, BTW :). Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/libspring-java/ Vcs-Browser: http://svn.debian.org/wsvn/pkg-java/trunk/libspring-java/ To build this package, you'll need spring-build-scripts package (a collection of Ant tasks + Ant XML scripts) : Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/spring-build/ Vcs-Browser: http://svn.debian.org/wsvn/pkg-java/trunk/spring-build/ Damien, Today I was able to build libspring-java with what is available in Debian. I committed a couple of patches to fix the build (related with JRuby and JPA 2.0). Also I committed a small fix for spring-build and regarding castor, it is awaiting for sponsoring (Torsten was reviewing it). Anyway, I uploaded those missing packages to my personal repo and I could build libspring-java. Also I have to pull libhibernate3-java from experimental. However, I have a few questions: * Why the ITP bug for spring-build is blocked by libspring-java? spring-build should block libspring-java, isn't? Or am I wrong here? I think this package is ready, at least it is working for me. * libhibernate3-java (= 3.5) is meant to be released with squeeze? I didn't notice this dependency until very recently. * Probably depending on the previous question, do you think libspring-java could be uploaded to unstable soon and be included in squeeze? Cheers, -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587857: syslinux: extlinux-install should back up the current MBR before overwriting it
tag 587857 pending thanks done (in a slightely different way) in git, thanks for bringing it up. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587918: libnss-myhostname: Please do not depend on both libc6 and libc6-amd64
Package: libnss-myhostname Version: 0.2.4 I ran into this problem using the DVD build of Debian Edu. The package was uninstallable on i386 because it failed to find libc6-amd64 on the DVD.. The cause can be found on URL:https://buildd.debian.org/fetch.cgi?pkg=libnss-myhostname;ver=0.2-4;arch=i386;stamp=1277126824: Package: libnss-myhostname Version: 0.2-4 Architecture: i386 Maintainer: Joachim Breitner nome...@debian... Installed-Size: 84 Depends: libc6 (= 2.1.3), libc6-amd64 (= 2.2.5) Why do the package depend on libc6-amd64? Please change it to not need two different libc packages. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554930: FTBFS with binutils-gold
Hello, I built the 0.8.0.2 sources in a pbuilder environment with binutils-gold installed, and I didn't get any error. Do you want to confirm it by building it yourself in your system, or can I close the bug report already? Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579828: MOC doesn't play 24bit/96kHz flac
tags 579828 moreinfo thanks * Elimar Riesebieter [100501 13:06 +0200] forwarded 579828 da...@daper.net thanks * James Stuckey [100501 12:16 +0200] Package: MOC Version: moc 2.5.0-alpha4 Build: Jan 31 2010 15:00:33 Compiled with: OSS ALSA JACK DEBUG internet streams resample This isn't a bugreport we can support. Please use 'reportbug moc' so that we get all infos about your moc package and elese.. When I try to play a certain flac file on my system MOC says (0) Can't set audio parameters: Invalid argument Is it possible to play other codecs like ogg or mp3? in the console. The file is: TEST.flac: FLAC audio bitstream data, 24 bit, 6 channels, 96 kHz, 5472 samples Hmm, could you please make this file avilable online or send it vi PM to me? Is this bug still valid for you? I need some more infos as requested before. Elimar -- On the keyboard of life you have always to keep a finger at the escape key;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587695: [Calendarserver-maintainers] Bug#587695: Bug#587695: python-twisted-calendarserver: Dependency problem with python
Hi Guido, The current package which I have packaged is being used in production environment in an organization of more more than 100 employees. Also like you suggested we could consider mentors.debian.org. This should address 1. For 2., kindly look at http://trac.calendarserver.org/ticket/337. I think this could be the reason why the migration is failing. If these are the two only pending issues, then I can take some time out and look into it. Kindly let me know. Regards, Rahul. On Thursday 01 July 2010 08:33 PM, Guido Günther wrote: On Thu, Jul 01, 2010 at 02:16:32PM +0530, Rahul Amaram wrote: Dear Sander, I have built the python-twisted-calendarserver and calendarserver packages. You can download the source and compile from http://repos.synovel.com/packages/debian/twisted-calendarserver_8.2.0.svn27622-1~synovel2+scs1/ http://repos.synovel.com/packages/debian/calendarserver_2.4.dfsg-1~synovel1+scs1/ Let me know if you face any issues. I would be happy to look into it. Also I am working on building a deb for Calendarserver 3.0. Guido, were there any issues in pushing the sources I have compiled to sid? If so, kindly let me know. Two problems; * no time on my end to test things * updating existing calendarserver installations fails (as we discussed very briefly) I think we can work around the first one via mentors.debian.org but I don't know about the second. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586306: menu: Two sections Monitoring in openbox
reassign 586306 openbox quit On Fri, Jun 18, 2010 at 11:35:03AM +0200, BOURDOISEAU wrote: Package: menu Version: 2.1.43 Severity: normal After install iptraf, there are 2 iptraf in menu : Applications-Network-Monitoring and Applications-System-Monitoring And Pstree is not display in Applications-System-Monitoring I am use openbox This is a bug in openbox menu-methods: it seems openbox needs the id field to be unique, but the menu include two sections named 'Monitoring' and the menu-method create the same id for both, hence the confusion. Please find a patch that change the id to be $section. This needs a small change to /etc/xdg/openbox/menu.xml as well. Thanks for reporting this issue. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565008: k3d: ftbfs with gcc-4.5
Hello,
I uploaded a new version of this package, which was 3 years old an
unattended by the maintainer.
The line in question was modified from:
inline ustring::ustring ustring::operator=(const ustring other)
{ storage = other.storage; return *this; }
to:
inline ustring ustring::operator=(const ustring other)
{ storage = other.storage; return *this; }
And there don't seem to be similar mistakes in the rest of the inlines.
gcc-4.5 is apparently not available in sid yet, so I didn't want to mess too
much with my pbuilder environment adding versions from experimental or
whatever that version comes from (and gcc-snapshot maybe contains stuff more
recent/experimental from 4.6 versions...).
Could you *easily* build k3d with gcc-4.5 again? If so, please do, and tell
me. Otherwise I'll check later when gcc-4.5 is available, if there's no
urgency in this question.
Cheers.
--
Manuel A. Fernandez Montecelo manuel.montez...@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587830: libnet-sftp-foreign-perl: causes script to fail silently with exit code 0
Hi, libio-pty-perl and libexpect-perl are optional modules requiered only to support password authentication. The module is fully usable without them. They may be better linked as recommended. Cheers, - Salva -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478930: [checks/copyright-file] check for new copyright format
In case someone is going to implement this in the future, the missing field test should check for a Disclaimer: field in the header of contrib and non-free packages. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587901: perl: Missing -DDEBIAN -D_REENTRANT flags on hurd-i386
Samuel Thibault sthiba...@debian.org writes: The perl build on hurd-i386 doesn't have the -DDEBIAN flag, leading to paths discrepancies and such odd issues. This is due to hints/gnu.sh overriding the value passed by debian/rules. The build also doesn't use -D_REENTRANT, which can lead to issues too. The attached patch fixes both issues. Out of curiousity, which issues does -D_REENTRANT fix? I ask because we're considering removing the Policy requirement to build shared libraries with that flag since with the current threading model it no longer appears to have any purpose other than exposing a few more prototypes for glibc functions. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565008: k3d: ftbfs with gcc-4.5
El viernes, 2 de julio de 2010, Manuel A. Fernandez Montecelo escribió:
Hello,
I uploaded a new version of this package, which was 3 years old an
unattended by the maintainer.
The line in question was modified from:
inline ustring::ustring ustring::operator=(const ustring other)
{ storage = other.storage; return *this; }
to:
inline ustring ustring::operator=(const ustring other)
{ storage = other.storage; return *this; }
And there don't seem to be similar mistakes in the rest of the inlines.
gcc-4.5 is apparently not available in sid yet, so I didn't want to mess
too much with my pbuilder environment adding versions from experimental or
whatever that version comes from (and gcc-snapshot maybe contains stuff
more recent/experimental from 4.6 versions...).
Could you *easily* build k3d with gcc-4.5 again? If so, please do, and
tell me. Otherwise I'll check later when gcc-4.5 is available, if there's
no urgency in this question.
Hi, Manuel. I'm the maintainer of k3d. Thank you very much for your
upload, it was very much needed.
I have installed gcc-4.5 in my system. Let me try to compile build
it, right?
I'd like to put k3d under team maintainance and add you, of course, as
a maintainer.
Best regards,
Ender.
PS: Are you Spanish?
--
Network engineer - System administrator
Debian Developer
signature.asc
Description: This is a digitally signed message part.
Bug#587695: [Calendarserver-maintainers] Bug#587695: Bug#587695: python-twisted-calendarserver: Dependency problem with python
Hi Rahul, On Fri, Jul 02, 2010 at 11:19:41PM +0530, Rahul Amaram wrote: Hi Guido, The current package which I have packaged is being used in production environment in an organization of more more than 100 employees. Also like you suggested we could consider mentors.debian.org. This should address 1. For 2., kindly look at http://trac.calendarserver.org/ticket/337. I think this could be the reason why the migration is failing. Yes, that could indeed be the issue. If these are the two only pending issues, then I can take some time out and look into it. Kindly let me know. If you really want to take care of the calendarserver packages (which would be great!) then just prepare updated versions of calendarserver and twisted-calendarserver that are uploadable right into experimental. The only necessary changes I can see is to change the version numbering so it doesn't include any ~scs1 stuff, setting yourself as the Uploader: in debian/control, removing all other uploaders and closing #579610 via the changelog and setting the distribution to experimental in debian/changelog. This will enable more people to test your changes. Since your last changes really looked good, it'd be great if you could take over the packages. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587919: [xsane] size error on hp1312 MFP
reassign 587919 hplip retitle 587919 size error on hp1312 MFP thanks Marco Righi marco.ri...@gmail.com wrote: Hi, I have an hp1312 MFP. If the acquire size is little, I get an error. If anything, this is a backend issue. Reassigning to hplip. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585185: RM: moodle/1.8.2.dfsg-6.1
On Wed, Jun 9, 2010 at 23:48:41 +0200, Moritz Muehlenhoff wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove the current moodle from testing. Even if #581229 is resolved by new maintainers, the current version is totally outdated anyway. Hi Moritz, it looks like moodle has new maintainers and a newer version in testing now. Is this still a concern? Cheers, Julien signature.asc Description: Digital signature
Bug#585803: [ktorrent] KTorrent crash again
Package: ktorrent Version: 4.0.1-1 The problem is not fully fixed. The use of uTP protocol is another cause of the crash. ( https://bugs.kde.org/show_bug.cgi?id=242042 ) There is here the patch http://websvn.kde.org/?revision=1145357view=revision --- System information. --- Architecture: i386 Kernel: Linux 2.6.32 Debian Release: squeeze/sid 500 testing ftp.it.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== kdebase-runtime | 4:4.4.4-1 libc6 (= 2.1.3) | 2.11.2-2 libgcc1 (= 1:4.1.1) | 1:4.4.4-5 libgeoip1 (= 1.4.7~beta5+dfsg) | 1.4.7~beta5+dfsg-1 libkdecore5 (= 4:4.4.0) | 4:4.4.4-2 libkdeui5 (= 4:4.4.0) | 4:4.4.4-2 libkdnssd4 (= 4:4.4) | 4:4.4.4-2 libkhtml5 (= 4:4.4) | 4:4.4.4-2 libkio5 (= 4:4.4) | 4:4.4.4-2 libkjsapi4 (= 4:4.4) | 4:4.4.4-2 libknotifyconfig4 (= 4:4.4) | 4:4.4.4-2 libkparts4 (= 4:4.4) | 4:4.4.4-2 libkrosscore4 (= 4:4.4) | 4:4.4.4-2 libktorrent1 (= 1.0.1) | 1.0.1-2 libkutils4 (= 4:4.4) | 4:4.4.4-2 libkworkspace4 (= 4:4.4) | 4:4.4.4-1 libphonon4 (= 4:4.3) | 4:4.6.0really4.4.2-1 libqt4-dbus (= 4:4.6) | 4:4.6.3-1 libqt4-network (= 4:4.6) | 4:4.6.3-1 libqt4-qt3support (= 4:4.6) | 4:4.6.3-1 libqt4-script (= 4:4.6) | 4:4.6.3-1 libqt4-svg (= 4:4.6) | 4:4.6.3-1 libqt4-xml (= 4:4.6) | 4:4.6.3-1 libqtcore4 (= 4:4.6.1) | 4:4.6.3-1 libqtgui4 (= 4:4.6) | 4:4.6.3-1 libsolid4 (= 4:4.4) | 4:4.4.4-2 libsolidcontrol4 (= 4:4.4) | 4:4.4.4-1 libstdc++6 (= 4.1.1) | 4.4.4-5 libsyndication4 (= 4:4.4) | 4:4.4.4-1 libtag1c2a (= 1.5) | 1.6.3-1 phonon | 4:4.6.0really4.4.2-1 ktorrent-data (= 4.0.1-1) | 4.0.1-1 libktorrent-l10n | 1.0.1-2 Package's Recommends field is empty. Suggests (Version) | Installed ==-+- plasma-widget-ktorrent (= 4.0.1-1) | 4.0.1-1 -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Hotel+Oltremare Euro 49, hotel+ 2 parchi 59 all'Hotel Helios di Riccione. Divertiti con noi Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=10629d=2-7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565008: k3d: ftbfs with gcc-4.5
Hi David, On Friday 02 July 2010 20:10:08 David Martínez Moreno wrote: Hi, Manuel. I'm the maintainer of k3d. Thank you very much for your upload, it was very much needed. [...] I'd like to put k3d under team maintainance and add you, of course, as a maintainer. Loic Dachary (the sponsor, with whom I co-maintain OpenSceneGraph) and me wrote you about NMU-intention already for Aqsis package, and I don't know if you got my mail of 2/3 months ago offering you to co-maintain it as I do with OpenSceneGraph (me working you uploading, since I'm no DM or DD yet, and probably will never get DD by the look of things). Seeing that you didn't reply to any of these communication messages, nor updated these packages for years (Aqsis and K3d), nor orphaned the package as some bug reports ask (don't know if for this one or Aqsis), nor acknowledged NMUs for them or did any other activity related to these packages, we though that you were mostly MIA except for maintaining viewvcs or some similar package. So I was planning to take over maintainance of the package once I got permissions to do the uploads myself, but I'm happy to see that you're still alive and want to continue co-maintaining the package. In addition, I had to do a lot of additional work: Aqsis has some legal issues that are to be resolved (I'm consulting in debian-legal@), I had to convince K3D guys to enable SONAMEs again, and many other things; I don't have time to explain everything now since I'm rushing to get out for the weekend. You might find more information on the changelogs, but not all; and I have already some modifications prepared to upload new revisions of both of them. I have installed gcc-4.5 in my system. Let me try to compile build it, right? That's fine for me, of course :) PS: Are you Spanish? Yes I am, though I'm not always living in Spain (spend weeks or months abroad), and when I do I live in a village next to Lugo. Santiago Garcia Martinan (the devel who signed my key a few weeks ago) told me that he knew you; before that I though that you were not spanish yourself, don't know why, just probability I guess :) Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587920: zfs-fuse: unnecessary fails, cosmetic issues in the init-script
Package: zfs-fuse
Version: 0.6.9-1
Severity: wishlist
Tags: patch
Hi.
I've attached a patch for the init-script, apply what you find reasonable.
- some cosmetic issues (indenting, messages), although there could be still
done more
- removed documentating stuff (reference to the defaults-file) when zfs-fuse
has been disabled
- changed two exit 1 to exit 0, which IMHO do not justify a failed status
(which is then also used e.g. by sysvinit)
Cheers,
Chris.
btw: why does the script depend on $remote_fs and why that LANG= setting?
--- zfs-fuse2010-07-02 20:48:04.519784647 +0200
+++ zfs-fuse2010-07-02 20:54:18.150784900 +0200
@@ -119,14 +119,14 @@
do_start() {
if is_running; then
-log_action_msg zfs-fuse is already running
-return 1
+log_action_msg zfs-fuse is already running.
+return 0
fi
if [ x$ENABLE_ZFS != xyes ]; then
-log_action_msg Disabled by /etc/default/$NAME 2
-return 1
+log_action_msg zfs-fuse is disabled. 2
+return 0
fi
- upgrade_zpool_cache_location
+upgrade_zpool_cache_location
log_daemon_msg Starting $NAME zfs-fuse
ulimit -v unlimited
ulimit -c 512000
Bug#587661: should install glib-compile-schemas in libglib2.0-bin
tag 587661 + pending thanks Le mercredi 30 juin 2010 à 19:17 +0200, Sebastien Bacher a écrit : Since glib-compile-schemas is used to register schemas it should be in the bin and not the dev binary, those are the changes Robert Ancell did in Ubuntu for that, he also added a trigger to register schemas * debian/libglib2.0-bin.install: - Install glib-compile-schemas * debian/libglib2.0-bin.postinst: - Run glib-compile-schemas when schemas modified * debian/libglib2.0-bin.triggers: - Watch for schema changes * debian/libglib2.0-dev.install: - glib-compile-schemas moved to libglib2.0-bin FYI I also made the following changes so that all packages using GSettings or providing GIO modules don’t have to depend on libglib2.0-bin. * Put gio-querymodules and glib-compile-schemas in a private, versioned directory in libglib2.0-0 to avoid a dependency loop. * Move back the triggers to libglib2.0-0. * Add a purge of the necessary files in the postinst. * Stop recommending libglib2.0-bin since the necessary stuff is in libglib2.0-0 now. * Add symlinks to keep the binaries at their place in libglib2.0-bin. Thanks again for doing most of the job. -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#294148: corporate use of ssh forwarding
found 294148 1:5.1p1-5 found 294148 1:5.5p1-2 Yahoo! extensively uses SSH port forwarding (mostly Remote) to pierce corp vs prod firewalls. Being able to use UNIX sockets would be useful for remote IPC, to simplify the issue of talking to remote programs. Yes, They're a RHEL shop, but the feature itself is still useful. Even so, this is my personal opinion, and not necessarily the opinion of Yahoo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587722: System is temporarily freezed when resuming from suspend - then, no acceleration
Il giorno ven, 02/07/2010 alle 13.05 +0200, Cyril Brulebois ha scritto: Pietro Battiston too...@email.it (01/07/2010): At the moment, I'm running 2.6.32-3-amd64 That's very old, please upgrade your kernel first. The bug refers, as you can see, to 2.6.32-5-amd64 version in squeeze, I was using that very old kernel because it is able to suspend. By the way: it's been three times in a row that 2.6.32-5 was able to suspend; then it regularly hanged 20-30 seconds, but at least never became definitely unresponsive. Notice however that after suspends, 2D acceleration stops collaborating. Pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580873: Would you mind a NMU?
Hi, the new cdrdao is a requirement for brasero, which now fails to burn audio CDs and to copy discs. If you don’t have time to package it, would you mind if I upload a NMU? Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#587921: dpkg-dev-el: debian/foo.changelog file coding system
Package: dpkg-dev-el Version: 34.0 Severity: normal File: /usr/share/emacs/site-lisp/dpkg-dev-el/dpkg-dev-el.el In dpkg-dev-el.el the modify-coding-system-alist entry for utf-8 on debhelper debian/packagename.changelog files looks like it's missing a + to match package names of more than one char, and alas also I believe [:lower:][:digit:] forms don't work in xemacs21. Perhaps the change below, though personally I'd be tempted to loosen to something along the lines of /debian/[^/]*changelog\\' or /debian/\\([^/]*\\.\\)?changelog\\' rather than being strict about what a debian package name is. (And debian-changelog-mode.el kept in sync either way I suppose.) (Something fishy happens in xemacs21 visiting a new debian/foo.changelog file, but it gets the right utf-8 on an already-existing file provided you've got utf-8 from mule-ucs at startup.) Index: dpkg-dev-el.el === RCS file: /cvsroot/pkg-goodies-el/emacs-goodies-el/elisp/dpkg-dev-el/dpkg-dev-el.el,v retrieving revision 1.2 diff -u -u -r1.2 dpkg-dev-el.el --- dpkg-dev-el.el 23 Feb 2009 16:18:53 - 1.2 +++ dpkg-dev-el.el 2 Jul 2010 19:28:41 - @@ -72,8 +72,12 @@ (modify-coding-system-alist 'file /debian/control\\' 'utf-8) ;;; (modify-coding-system-alist 'file /debian/changelog\\' 'utf-8) -;;; Instead use this. See http://bugs.debian.org/457047 by Trent W. Buck - (modify-coding-system-alist 'file /debian/\\([[:lower:][:digit:].+-]\\.\\)?changelog\\' 'utf-8) +;;; Instead use this for dh_installchangelog debian/packagename.changelog +;;; files too. See http://bugs.debian.org/457047 by Trent W. Buck +;;; But not [:lower:][:digit:] since those forms are not available in xemacs21. +;;; xemacs21 can have utf-8 at startup if you use mule-ucs with +;;; DEB_MULEUCS_UNICODE=yes + (modify-coding-system-alist 'file /debian/\\([a-z0-9.+-]+\\.\\)?changelog\\' 'utf-8) ;; Handle Debian native package, from Kevin Ryde in bug #317597 and #416218 (defun debian-changelog-coding-system (args) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev-el depends on: ii debian-el34.0Emacs helpers specific to Debian u ii emacs21 [emacsen]21.4a+1-5.7 The GNU Emacs editor ii emacs22-gtk [emacsen]22.3+1-1.2 The GNU Emacs editor (with GTK use ii emacs23 [emacsen]23.2+1-2The GNU Emacs editor (with GTK+ us ii xemacs21-mule [emacsen] 21.4.22-3 highly customizable text editor -- Versions of packages dpkg-dev-el recommends: ii wget 1.12-2 retrieves files from the web Versions of packages dpkg-dev-el suggests: ii dpkg-dev 1.15.7.2 Debian package development tools -- Configuration Files: /etc/emacs/site-start.d/50dpkg-dev-el.el changed: ;; -*-emacs-lisp-*- ;; ;; Emacs startup file for the Debian GNU/Linux dpkg-dev-el package (cond ((not (file-exists-p /usr/share/emacs/site-lisp/dpkg-dev-el)) (message Package dpkg-dev-el removed but not purged. Skipping setup.)) ((not (file-exists-p (concat /usr/share/ (symbol-name debian-emacs-flavor) /site-lisp/dpkg-dev-el/readme-debian.elc))) (message Package dpkg-dev-el not fully installed. Skipping setup.)) (t (debian-pkg-add-load-path-item (concat /usr/share/ (symbol-name debian-emacs-flavor) /site-lisp/dpkg-dev-el)) (load /so/emacs-goodies-el/emacs-goodies-el/elisp/dpkg-dev-el/dpkg-dev-el.el) (require 'dpkg-dev-el))) -- no debconf information
Bug#587685: apache2: lenny8 rev broke DirectoryIndex processing
On Wednesday 30 June 2010, John Bazik wrote: Package: apache2 Version: 2.2.9-10+lenny8 Severity: normal With the update from lenny7 to lenny8 a few days ago, my apache server began choosing the wrong DirectoryIndex files to serve. I have a config snippet in /etc/apache2/conf.d/mod_dir that orders them like this: DirectoryIndex home.html home.htm home.shtml\ index.html index.htm index.shtml index.xml Directories with only home.html files work fine, but index.html is now preferred. More weirdly, in debugging this, I removed the DirectoryIndex directive from /etc/apache2/mods-available/dir.conf, and that fixed it. Since that file is processed before my snippet, I would expect my snippet to override it. Since home.html files *are* being processed, it seems like the two directives are being combined instead. I realize this makes no sense. I looked at the changelog. But I've got two web servers with different but similar configs that are both affected. And in both cases, the only thing that changed was the new apache rev. If you have several DirectoryIndex statements in the same section, they are merged. Only if you have DirectoryIndex statements in different sections, the last section to be merged wins. I strongly doubt that there was any behaviour change caused by the update. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586133: Same here with 2.6.32
I have found the same problem. The system waits for a keyboard input activity to boot further. Also I have found that it happens during shutdown also. Also this happens more when you disable Periodic SMI option in the BIOS. Kushal Koolwal I do blog at http://blogs.koolwal.net/ _ Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2
Bug#587150: d-i netinst cd doesn't boot, isolinux error
retitle 587150 failures with thinkpad t22 and other older machines reassign 587150 syslinux tag 587150 upstream tag 587150 pending thanks syslinux 4.0.1 was released a few minutes ago, reassigning back to syslinux, uploading 4.0.1 once 4.00 has migrated. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587923: sysvinit: manpage improvements and missing documentation
Package: sysvinit Version: 2.88dsf-10 Severity: wishlist Tags: patch Hi. 1) The attached patch improves a few things on the halt(8) manpage IMHO. (Moving the implication notice to the actually affected option) 2) I guess documentation should be added on whether -i and -h take effect if rebooting and not halt/poweroff. Other questions: 1) How can writing /var/log/wtmp ever work? AFAIK umountroot happens before halt and in that we have remount,ro? 2) Is that: Right now this is only implemented for IDE drives. A side effect of putting the drive in stand-by mode is that the write cache on the disk is flushed. This is important for IDE drives, since the kernel doesn't flush the write cache itself before power-off. still valid? Have you read what Milan Broz commented on flushing recently? Cheers, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584809: moin: Xss due to unescaped theme.add_msg to be fixed
retitle 584809 CVE-2010-2487: multiple XSS vulnerabilities in moin severity 584809 grave thanks Hi, This issue has been assigned CVE-2010-2487, please mention it in the uploads fixing the issues. Jonas, Franklin, does any of you have time to prepare the package for lenny? Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587901: perl: Missing -DDEBIAN -D_REENTRANT flags on hurd-i386
Russ Allbery, le Fri 02 Jul 2010 11:13:46 -0700, a écrit : Samuel Thibault sthiba...@debian.org writes: The perl build on hurd-i386 doesn't have the -DDEBIAN flag, leading to paths discrepancies and such odd issues. This is due to hints/gnu.sh overriding the value passed by debian/rules. The build also doesn't use -D_REENTRANT, which can lead to issues too. The attached patch fixes both issues. Out of curiousity, which issues does -D_REENTRANT fix? I ask because we're considering removing the Policy requirement to build shared libraries with that flag since with the current threading model it no longer appears to have any purpose other than exposing a few more prototypes for glibc functions. Ah, indeed. It used to be actually needed but doesn't seem to be any more. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587923: Acknowledgement (sysvinit: manpage improvements and missing documentation)
Argl,.. forgot the patch ^^
btw: The mentioned scanning in /proc/ide... isn't that already
deprecated in the kernel?
--- halt.8 2010-07-02 21:32:34.43903 +0200
+++ 1 2010-07-02 21:36:18.467493998 +0200
@@ -51,7 +51,7 @@
.\}}}
.\{{{ Description
.SH DESCRIPTION
-\fBHalt\fP notes that the system is being brought down in the file
+\fBhalt\fP notes that the system is being brought down in the file
\fI/var/log/wtmp\fP, and then either tells the kernel to halt, reboot or
power-off the system.
.PP
@@ -68,12 +68,12 @@
.SH OPTIONS
.IP \fB\-n\fP
Don't sync before reboot or halt. Note that the kernel and storage
-drivers may still sync.
+drivers may still sync. This implies \fB\-d\fP.
.IP \fB\-w\fP
Don't actually reboot or halt but only write the wtmp record
(in the \fI/var/log/wtmp\fP file).
.IP \fB\-d\fP
-Don't write the wtmp record. The \fB\-n\fP flag implies \fB\-d\fP.
+Don't write the wtmp record.
.IP \fB\-f\fP
Force halt or reboot, don't call \fBshutdown\fP(8).
.IP \fB\-i\fP
Bug#587887: linux-base: please suppress useless debconf messages on first install
On Fri, 2010-07-02 at 11:12 +0200, Holger Levsen wrote: [...] h01ger bwh, i wonder if your test fails as there were already .26 packages installed... h01ger ha! if /var/log/installer doesnt exist, its a fresh install. bingo see attached patch We can't use this test. Older installations don't have such a directory. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#587925: lintian: replace the debiandoc documentation with the docbook one
Package: lintian Version : 2.4.2 Version: wishlist Tags: patch Reporting it to the BTS, since we failed to include this contribution in the last two (three?) uploads. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net bin20vxauIagJ.bin Description: Binary data
Bug#587926: lxde-common: lxde-screenlock.desktop not found in the main menu
Package: lxde-common Version: 0.5.0-4 Severity: normal I'm trying to add lxde-screenlock to an Application Launch Bar, but it's not found in Available Applications. I checked the main LXDE menu but didn't find it there, either. I visited /usr/share/applications/ in PCManFM and clicked on the icon of lxde-screenlock.desktop, and then the screenlock program started. That means, the .desktop file works. I'm not familiar with this kind of issue at all, but if I hazard a guess, this may be because the lxde-screenlock.desktop file lacks a Categories tag. Maybe I'm totally off the mark. Ryo -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lxde-common depends on: ii lxsession 0.4.4-1a lightweight X11 session manager Versions of packages lxde-common recommends: ii lxde-core 0.5.0-4Meta-package for the Lightweight X Versions of packages lxde-common suggests: pn lxlaunchernone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586953: quits command line mode when holding down arrow keys
On 06/21/2010 04:06 PM, Jörg Sommer wrote: Package: grub-ieee1275 Version: 1.98+20100617-1 Severity: normal Tags: upstream Hi, when switch to the editing mode or the commandline mode from the menu and hold down an arrow key, e.g. right arrow to move to the end of line, the editing mode quits and I'm back to the menu. To me it looks like the arrow keys send multi‐character sequences starting with an escape character. The escape character is used to leave the editing mode, hence the escape is misinterpreted when the key is held down. Could you try the latest upstream bzr? Bye, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.34 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 grub-ieee1275 depends on: ii bc 1.06.95-2 The GNU bc arbitrary precision cal ii debconf [debconf-2.0]1.5.32 Debian configuration management sy ii grub-common 1.98+20100617-1 GRand Unified Bootloader, version ii powerpc-ibm-utils1.1.0-1 utilities for maintenance of IBM P ii powerpc-utils1.1.3-24Various utilities for Linux/PowerP ii ucf 3.0025 Update Configuration File: preserv grub-ieee1275 recommends no packages. Versions of packages grub-ieee1275 suggests: ii genisoimage 9:1.1.10-1 Creates ISO-9660 CD-ROM filesystem pn os-prober none (no description available) -- debconf information excluded ___ Pkg-grub-devel mailing list pkg-grub-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#545517: Intel/KMS/suspend-to-disk bug still present on 2.6.34
Hi, On 02/07/2010 16:16, Julien Cristau wrote: On Mon, Jun 14, 2010 at 22:15:17 +0200, Vincent Danjean wrote: Since the introduction of KMS, suspend-to-disk never works reliably on my laptop. [...] This may be fixed by commit 985b823b919273fe1327d56d2196b4f92e5d0fae (included below). Hourra ! Can you test it? Not for now (I'm traveling without possibly restoring my system from backups) but the described symptoms and the explanations seem to fit with my experiments. Since two days, I was trying again suspend-to-disk with the new (from experimental) intel video driver. I succeeded in two or three rounds of suspend-to-disk but - I was finding strange that a user driver can corrupt kernel memory so badly - I sometimes succeed in doing several rounds of suspend-to-disk before triggering the bug (and corrupting my disks :-( ) If this fix is confirmed, I think the patch should be backported/applied in the Debian kernel Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587222: [pkg-cryptsetup-devel] Bug#587222: Bug#587222: Bug#587222: cryptsetup does not/cannot close dm-crypt devices, if root-fs is on it, but does also not warn about it
Hi Jonas. I've just double checked my system (where I boot from USB; and root-fs is also encrypted)... and with the current sid version of cryptsetup. Set HALT=halt in /etc/defaults/halt to see what's printed in then end. There is no cryptsetup warning at all... any idea what could hide this? Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587681: fatrat: download fails with Failed writing body
Package: fatrat Version: 1.1.2-2 Severity: normal Current locale en_AU Loading queues Adding 1 rows Resume from 2147483647 CurlPoller::addTransfer 0xb141f2b4 CURL debug: About to connect() to mirror.internode.on.net port 80 (#0) CURL debug: Trying 150.101.135.3... CurlPoller::socket_callback - add/mod CURL debug: Connected to mirror.internode.on.net (150.101.135.3) port 80 (#0) CURL debug: GET /pub/pcbsd/8.0/i386/PCBSD8.0-x86-DVD.iso HTTP/1.1 Range: bytes=2147483647- User-Agent: FatRat/1.1.2 Host: mirror.internode.on.net Accept: */* CurlPoller::socket_callback - add/mod CURL debug: HTTP/1.1 206 Partial Content CURL debug: Server: nginx/0.8.27 CURL debug: Date: Fri, 02 Jul 2010 20:31:14 GMT CURL debug: Content-Type: application/octet-stream CURL debug: Content-Length: 1298819073 CURL debug: Last-Modified: Fri, 19 Feb 2010 23:00:02 GMT CURL debug: Connection: keep-alive CURL debug: Keep-Alive: timeout=20 CURL debug: Content-Range: bytes 2147483647-3446302719/3446302720 CURL debug: CURL debug: Failed writing body (0 != 1132) CURL debug: Expire cleared CURL debug: Closing connection #0 CurlPoller::socket_callback - remove CurlPoller::removeTransfer 0xb141f2b4 Closing at pos 2147483647 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fatrat depends on: ii fatrat-data 1.1.2-2 data files for fatrat ii libboost-date-time1. 1.42.0-3set of date-time libraries based o ii libboost-system1.42. 1.42.0-3Operating system (e.g. diagnostics ii libc62.11.2-2Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.0-1Multi-protocol file transfer libra ii libgcc1 1:4.4.4-6 GCC support library ii libgloox81.0-1 C++ jabber/xmpp library ii libqt4-dbus 4:4.6.3-1 Qt 4 D-Bus module ii libqt4-help 4:4.6.3-1 Qt 4 help module ii libqt4-network 4:4.6.3-1 Qt 4 network module ii libqt4-script4:4.6.3-1 Qt 4 script module ii libqt4-sql-sqlite4:4.6.3-1 Qt 4 SQLite 3 database driver ii libqt4-svg 4:4.6.3-1 Qt 4 SVG module ii libqt4-webkit4:4.6.3-1 Qt 4 WebKit module ii libqt4-xml 4:4.6.3-1 Qt 4 XML module ii libqtcore4 4:4.6.3-1 Qt 4 core module ii libqtgui44:4.6.3-1 Qt 4 GUI module ii libstdc++6 4.4.4-6 The GNU Standard C++ Library v3 ii libtorrent-rasterbar 0.14.10-2+b1C++ bittorrent library by Rasterba ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from fatrat recommends no packages. fatrat suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587737: Works now on Squeeze with Sid's hplip, hpijs
After python on Squeeze got updated today to 2.6, I experienced this bug as well. I tried deleting the ~./hplip folder and logging back in but neither hp-systray nor hp-toolbox could load. Then I tried having aptitude reinstall the hplip packages which also didn't fix it. Finally I installed all the hplip and hpijs packages from sid and this fixed up everything. The hp-systray is there on login and hp-toolbox works fine. So updating to this new hplip from sid now actually fixes the problem since Squeeze now has python2.6 in place. Perhaps if you and/or others see it fixed as well we can get Sid's now working hplip into Squeeze officially? The one currently in Squeeze was broken by the python2.6 upgrade so we really need the hplip/hpijs packages upgraded too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587927: command-not-found: missing /etc/bash_command_not_found
Package: command-not-found Version: 0.2.38-1 Severity: grave Tags: patch Justification: renders package unusable The package fails to install /etc/bash_command_not_found as referenced the README. This does not make it unusable as a user command, or for zsh users, but it is non-functional in its current state of bash users and the program's orginal intention ( as defined at https://wiki.ubuntu.com/CommandNotFoundMagic ). The reason it is not installed is because it is missing from the debian/install file. I have included a patch to correct this. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) 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 command-not-found depends on: ii apt-file 2.4.0 search for files within Debian pac ii lsb-release 3.2-23.1 Linux Standard Base version report ii python2.6.5-5An interactive high-level object-o ii python-gdbm 2.6.5-1GNU dbm database support for Pytho ii python-support1.0.9 automated rebuilding support for P command-not-found recommends no packages. command-not-found suggests no packages. -- no debconf information --- orig/command-not-found-0.2.38/debian/install2009-11-02 16:17:44.0 -0500 +++ changed/command-not-found-0.2.38/debian/install 2010-07-02 16:43:28.0 -0400 @@ -1,4 +1,5 @@ CommandNotFound usr/share/command-not-found command-not-found usr/share/command-not-found zsh_command_not_found etc/ +bash_command_not_found etc/ debian/update-command-not-found usr/sbin
Bug#383740: quik-installer incorrectly allows separate root and /boot
seems to work just fine with the default partitioning in squeeze. / was ext3, and /boot was ext2. tested with qemu-system 0.12.4+dfsg-2. live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587838: grub-efi-ia32: grub-install makes system unbootable because no partmap module is included due to broken grub_probe --target=partmap
On 07/02/2010 07:08 AM, Tino Keitel wrote:
Package: grub-efi-ia32
Version: 1.98+20100617-1
Severity: normal
grub-install does not include a partition layout module here, because the
grub-probe call fails:
+ partmap_module=
++ /usr/sbin/grub-probe --target=partmap --device
No path or device is specified.
Try `/usr/sbin/grub-probe --help' for more information.
The reason is that the call
$grub_probe --target=partmap --device ${grub_device}
fails because ${grub_device} never set in grub-install. Of cause, the
system won't boot anymore after this. It looks like this has never worked
and was never tested.
It's a typical resync between pc and efi version.
Fixed upstream. Thanks
Regards,
Tino
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/root / ext3 rw,relatime,errors=remount-ro,data=writeback 0 0
/dev/mapper/mac-home /home ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/mac-usr /usr ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/mac-var /var ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/mac-crap /home/scorpion/src ext4
rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/wd1-mythtv /home/mythtv xfs rw,relatime,attr2,noquota 0 0
/dev/mapper/wd1-storage /home/storage xfs rw,relatime,attr2,noquota 0 0
/dev/mapper/wd1-home /home/old xfs rw,relatime,attr2,noquota 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/sda
(hd1) /dev/sdb
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=1
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
insmod lvm
insmod part_gpt
insmod ext2
set root='(mac-usr)'
search --no-floppy --fs-uuid --set 49fef8f7-b635-4ee5-8dc1-a1119ddb20c7
if loadfont /share/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod efi_gop
fi
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
set timeout=1
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/03_efi-settings ###
set F1=ctrl-x
set F2=ctrl-c
set F5=ctrl-e
search --set -f /boot/vbios.bin
insmod loadbios
loadbios /boot/vbios.bin /boot/int10.bin
### END /etc/grub.d/03_efi-settings ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/06_MacOS_X ###
menuentry MacOSX {
# Set the root device for Mac OS X's loader.
search --set -f /usr/standalone/i386/boot.efi
# Load the loader.
chainloader /usr/standalone/i386/boot.efi
}
### END /etc/grub.d/06_MacOS_X ###
### BEGIN /etc/grub.d/07_default ###
menuentry Debian GNU/Linux, Linux kernel {
insmod part_gpt
insmod ext2
set root='(hd0,gpt4)'
search --no-floppy --fs-uuid --set d7f9e66b-8c88-4d3e-8f62-da0c2cc60adb
linux /boot/default-kernel root=/dev/sda4 ro i915.modeset=1 gpt
}
menuentry Debian GNU/Linux, Linux kernel (recovery mode) {
insmod part_gpt
insmod ext2
set root='(hd0,gpt4)'
search --no-floppy --fs-uuid --set d7f9e66b-8c88-4d3e-8f62-da0c2cc60adb
linux /boot/default-kernel root=/dev/sda4 ro single i915.modeset=1 gpt
}
### END /etc/grub.d/07_default ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.34-1-g7adb552' --class debian
--class gnu-linux --class gnu --class os {
insmod part_gpt
insmod ext2
set root='(hd0,gpt4)'
search --no-floppy --fs-uuid --set d7f9e66b-8c88-4d3e-8f62-da0c2cc60adb
echo'Loading Linux 2.6.34-1-g7adb552 ...'
linux /boot/vmlinuz-2.6.34-1-g7adb552 root=/dev/sda4 ro
i915.modeset=1 gpt
}
menuentry 'Debian GNU/Linux, with Linux 2.6.34-1-g7adb552 (recovery
mode)' --class debian --class gnu-linux --class gnu --class os {
insmod part_gpt
insmod ext2
set root='(hd0,gpt4)'
search --no-floppy --fs-uuid --set d7f9e66b-8c88-4d3e-8f62-da0c2cc60adb
echo'Loading Linux 2.6.34-1-g7adb552 ...'
linux /boot/vmlinuz-2.6.34-1-g7adb552 root=/dev/sda4 ro single
i915.modeset=1 gpt
}
menuentry 'Debian GNU/Linux, with Linux 2.6.34-rc7-00057-g88c291c' --class
debian --class gnu-linux --class gnu --class os {
insmod part_gpt
insmod ext2
set
Bug#264815: quik-installer: should warn about root partition not being supported except ext2
quik-installer *does* warn about not supporting non-ext2 partitions- it either requires / or /boot to be on an ext2 partition. but by the time quik-installer runs, the user already has installed the system, so would require repartitioning and re-installing to correct the problem. seems like a warning like this also belongs somewhere in the partman phase of things? live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587685: apache2: lenny8 rev broke DirectoryIndex processing
On Fri, Jul 02, 2010 at 09:34:49PM +0200, Stefan Fritsch wrote: If you have several DirectoryIndex statements in the same section, they are merged. Only if you have DirectoryIndex statements in different sections, the last section to be merged wins. I strongly doubt that there was any behaviour change caused by the update. Really? I wondered that, but couldn't find it documented anywhere. My user must be mistaken about when things broke here. Sorry to bother you guys, and thanks. John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587928: quik-installer: fails to detect ext2 boot partition
Package: quik-installer Version: 0.0.22 Severity: important Tags: patch quik-installer fails to detect that /boot is on an ext2 partition, as it is expecting the wrong sort of value from the $boot variable: --- debian/postinst.orig2009-05-14 05:07:12.0 -0700 +++ debian/postinst 2010-07-02 13:40:01.0 -0700 @@ -96,7 +96,7 @@ # The partition where quik is installed must be ext2 and # quik must be installed on the first disk -if ! grep [[:space:]]/target$boot[[:space:]]ext2[[:space:]] /proc/mounts \ +if ! grep $boot[[:space:]]/target.*[[:space:]]ext2[[:space:]] /proc/mounts \ /dev/null; then die quik-installer/boot_not_ext2 '/boot not ext2' fi version 0.0.23 also includes this issue. live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587739: debhelper: override_dh_command did not work
Meul, Dirk wrote: I found the problem on the Squeeze box. The problem is not triggered by debhelper but by colormake. Sorry for the inconvenience. I cannot see how colormake could enter the picture, unless you have replaced the real make with it. -- see shy jo signature.asc Description: Digital signature
Bug#587929: ITP: bombardier-core-1.00 -- Open Source Configuration management and package delivery (shared components)
Package: wnpp Severity: wishlist Owner: Peter Banka peter.ba...@gmail.com * Package name: bombardier-core-1.00 Version : 1.0.762 Upstream Author : Peter Banka peter.ba...@gmail.com * URL : http://www.bombardierinstaller.org/ * License : BSD Programming Lang: Python Description : Open Source Configuration management and package delivery (shared components) Bombardier is a software system that delivers visibility, control and automation to datacenter environments. Bombardier provides a means for changes to be rolled out to a network of servers in a highly controlled way, providing optimum security, logging, centralized change control. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587253: Atomic replacement of subvolumes is not possible
On Wed, Jun 30, 2010 at 09:31:42AM -0400, Chris Mason wrote: On Sun, Jun 27, 2010 at 07:44:12PM -0500, C Anthony Risinger wrote: On Sat, Jun 26, 2010 at 12:25 PM, Daniel Baumann dan...@debian.org wrote: Hi, this is basically a forward from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587253 rename(2) allows for the atomic replacement of files. Being able to atomically replace subvolume snapshots would be equally invaluable, since it would permit lock-free replacement of subvolumes. % btrfs subvolume snapshot src dest creates dest as a snapshot of src. However, if I want to do the converse, % btrfs subvolume snapshot dest src then dest is snapshotted as src/dest, i.e. not replacing the original subvolume, but going inside the original subvolume. Use case 1: I have a subvolume of data under active use, which I want to periodically update. I'd like to do this by atomically replacing its contents. I can replace the content right now by deleting the old subvolume and then snapshotting the new on in its place, but it's racy. It really needs to be replaced in a single operation, or else there's a small window where there is no data, and I'd need to resort to some external locking to protect myself. I'm not sure I understand use case #1. The problem is that you'll have files open in the subvolume and you can't just pull the rug out from under them. Could you tell me a little more about what you're trying to do? This case was slightly contrived, but one example would be that I have programs using generated/downloaded datasets. I periodically update these datasets. The programs using these datasets should use the old data or the replacement new data, but not a mixture of the two during the replacement, hence the need to atomically update. A real-world example: I download entire genome databases from the internet which are regularly updated. Programs querying/analysing the databases might take a while to run and I might many to run concurrently. But, I do need to update them without interrupting running programs. Use case 2: In schroot, we create btrfs subvolume snapshots to get copy-on- write chroots. This works just fine. We also provide direct access to the source subvolume, but since it could be snapshotted in an inconsistent state while being updated, we want to do the following: · snapshot source subvolume · update snapshot · replace source volume with updated snapshot Please keep roger in the cc for any replies, thanks. i am also looking for functionality similar to this, except i would like to be able to replace the DEFAULT subvolume, with an empty or existing subvolume, and put the original default subvolume INSIDE the new root (or drop it completely), outlined by this post and the thread it's in: http://www.mail-archive.com/linux-bt...@vger.kernel.org/msg05278.html is there any feedback on these actions? no one seems to even respond :-( it would seem we need ways to swap subvolumes around, _including_ the default, providing the on-disk format supports such operations. Moving 'default' generally involves a reboot for the same reasons. We have to worry about open files and their view of the filesystem. mv on a directory won't affect file handles that are open, and renaming subvolumes needs to follow a similar model. Thinking more about the problem, there's some possibilities I'd like to suggest. I'm currently unfamiliar with the btrfs internals, so please forgive me if this is not feasible. Firstly, would it be possible to swap subvolumes? Sort of like pivot_root but to atomically replace one subvolume with another. % btrfs subvolume swap /path/to/fs/subvol1 /path/to/fs/subvol2 would exchange /path/to/fs/subvol1 and /path/to/fs/subvol2 so that the subvol at /path/to/fs/subvol2 would be visible at /path/to/fs/subvol1 (and vice versa, of course). Because both subvolumes remain intact, this shouldn't affect programs with open files or directories since nothing is deleted. I guess this is semantically equivalant to rename(2) of in use directories. At least for use case 2, above, this would be sufficient to work around the lack of atomic replace, since we can then delete the unwanted subvol. There's the requirement that programs using the old subvolume still have access to open files. I see that since each subvolume is a separate device, so I assume that deleting a subvolume means any open filehandles are no longer valid? A suggestion here: akin to an unlink(2)ed file remaining open until the last user close()s the last file descriptor referencing it, would it be possible for the btrfs subvolume to only be deleted when the last user finishes referencing it. i.e. the subvolume deletion is lazy so it's no longer visible/accessible but remains intact until the last file/ directory fd is closed
Bug#587930: Man page references acronyms which are not repeated later
Package: grep Version: 2.6.3-3 Severity: minor Tags: patch In the man page for grep, the description of the -E option reads: -E, --extended-regexp Interpret PATTERN as an extended regular expression (ERE, see below). ^^ When I read this, it suggested to me that by searching for ERE, I would go straight to the section below that discussed them. However, the acronym is not repeated again, so this fails. The same goes for BRE. My suggestion (patch attached) would be to add the acronyms again at the beginning of the REGULAR EXPRESSIONS section, to make jumping to that section in a pager much easier. I also added the PCRE acronym to the option/description Perl-compatible REs, just for completeness. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grep depends on: ii dpkg 1.15.7.2 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.11.2-1 Embedded GNU C Library: Shared lib grep recommends no packages. Versions of packages grep suggests: ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi -- no debconf information -- Chris Butler chr...@debian.org GnuPG Key ID: 4096R/49E3ACD3 --- a/doc/grep.in.1 +++ b/doc/grep.in.1 @@ -118,7 +118,7 @@ .BR \-P , \-\^\-perl\-regexp Interpret .I PATTERN -as a Perl regular expression. +as a Perl regular expression (PCRE, see below). This is highly experimental and .B grep \-P may warn of unimplemented features. @@ -602,7 +602,7 @@ .PP .B grep understands three different versions of regular expression syntax: -\*(lqbasic,\*(rq \*(lqextended\*(rq and \*(lqperl.\*(rq In +\*(lqbasic\*(rq (BRE), \*(lqextended\*(rq (ERE) and \*(lqperl\*(rq (PRCE). In .RB \s-1GNU\s0\ grep , there is no difference in available functionality between basic and extended syntaxes.
Bug#587730: Include patch r1875, fixing an off-by-one bug causing sensible slowdowns
On Fri, Jul 02, 2010 at 05:14:39PM +0200, St?phane Glondu wrote: Le 01/07/2010 10:55, Enrico Tassi a ?crit : From upstream VCS: [...] I was unable to find this... could you provide a link to a publically I thought inria's gforge was giving public access to the svn reposotory but it is not the case... i'll ask the admins. cheers. -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587849: [Evolution] Bug#587849: Handle NSS init errors better
On ven., 2010-07-02 at 15:41 +0100, David Woodhouse wrote: n Fri, 2010-07-02 at 16:27 +0200, Yves-Alexis Perez wrote: David: would it make sense to try fixing permissions in case they're considered wrong by NSS and thus it won't open the db? I would be _very_ reluctant to do that kind of thing. I don't want to mess with permissions that someone else has set on the directory. Although if the problem was that the directory was _too_ permissive, and we're talking about tightening it up, then perhaps I could be persuaded. Yes, I was implying this. My understanding was that NSS refused to load the database because of the permissions (like you said on irc) and it seemed logical that it was because permissions were too open, so in that case it made sense to tighten them. But it seems it was not the problem. It would be interesting to know what the original problem was -- and more to the point, how it got that way. Agreed. On ven., 2010-07-02 at 18:14 +0200, José Sánchez Moreno wrote: I actually didn't delete the directory. I've just move. The output that you ask me is. 28836314 drwx-- 3 jose jose 4096 ene 20 08:58 pki/ 28887084 drwx-- 2 jose jose 4096 jul 2 16:02 pki/nssdb 2889579 16 -rw--- 1 jose jose 4669440 may 19 15:01 pki/nssdb/cert9.db 28895814 -rw--- 1 jose jose 441 ene 20 08:58 pki/nssdb/pkcs11.txt 2889580 12 -rw--- 1 jose jose11264 ene 20 08:58 pki/nssdb/key4.db Looks like they are correct indeed, so we're back to speculations. I'll try to rebuild an eds packages so you can test with the “old” pki folder and see what nss replies. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#587931: cytadela: Uninstallable; libvlc2 unavailable
Package: cytadela Version: 1.0.0-2 Severity: grave Justification: renders package unusable cytadela depends on libvlc2 which has been removed, making cytadela uninstallable. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-c2d-crk3 (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 cytadela depends on: pn cytadela-data none (no description available) ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-6 GCC support library ii libgl1-mesa-glx [libgl1] 7.7.1-3A free implementation of the OpenG ii libglu1-mesa [libglu1]7.7.1-3The OpenGL utility library (GLU) ii libsdl-mixer1.2 1.2.8-6+b1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libstdc++64.4.4-6The GNU Standard C++ Library v3 pn libvlc2 none (no description available) ii vlc-nox 1.1.0-1multimedia player and streamer (wi cytadela recommends no packages. cytadela suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587932: editres: can't take focus with WindowMaker or Openbox
Package: x11-utils Version: 7.5+4 Severity: normal Tags: squeeze it is not possible to put the window focus on editres with Windowmaker (neither sloppy mode, nor click-to-focus). Additionally it is not possible to enter text into any of the text fields (eg. Resource Box). I've tried it also with Openbox as Windowmanager with the same effects. Focus and text input works with twm, though .. so it doesn't seem to be related to editres. Probably some setting which Windowmaker and Openbox honour, but not twm. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-rc3-lap-sonic (SMP w/4 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages x11-utils depends on: ii cpp 4:4.4.4-2The GNU C preprocessor (cpp) ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfontenc1 1:1.0.5-2X11 font encoding library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgl1-mesa-glx [libgl1 7.7.1-3 A free implementation of the OpenG ii libx11-62:1.3.3-3X11 client-side library ii libxaw7 2:1.0.7-1X11 Athena Widget library ii libxcb-atom10.3.6-1 utility libraries for X C Binding ii libxcb1 1.6-1X C Binding ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxi6 2:1.3-4 X11 Input extension library ii libxinerama12:1.1-3 X11 Xinerama extension library ii libxmu6 2:1.0.5-1X11 miscellaneous utility library ii libxmuu12:1.0.5-1X11 miscellaneous micro-utility li ii libxrender1 1:0.9.5-2X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii libxtst62:1.1.0-2X11 Testing -- Resource extension ii libxv1 2:1.0.5-1X11 Video extension library ii libxxf86dga12:1.1.1-2X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.1.0-2X11 XFree86 video mode extension l ii x11-common 1:7.5+6 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime x11-utils recommends no packages. Versions of packages x11-utils suggests: ii mesa-utils7.7.1-3Miscellaneous Mesa GL utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587418: linux-image-2.6.32-5-686: using old IDE driver fails, probably due to missing ide_pci_generic module
On Fri, 2010-07-02 at 03:28 +0100, Russell Marks wrote: Ben Hutchings b...@decadent.org.uk wrote: On Tue, 2010-06-29 at 03:35 +0100, Russell Marks wrote: hdparm still works with libata-based drivers, so you should not need to build a custom kernel. As you might imagine, hdparm was the first thing I tried. It seems not all of hdparm's features work with libata-based drivers, in particular I can't disable/enable DMA with it: r...@cartman:2005:/home/russudo hdparm -d 0 /dev/sda /dev/sda: setting using_dma to 0 (off) HDIO_SET_DMA failed: Inappropriate ioctl for device HDIO_GET_DMA failed: Inappropriate ioctl for device r...@cartman:2006:/home/russudo hdparm -d 0 /dev/hda /dev/hda: No such file or directory r...@cartman:2007:/home/rus Sorry, I thought most hdparm features would still work. You can still disable DMA by setting a module option for libata. Put Or by using a kernel command-line option (e.g. libata.dma=0 which I'm using for now). But with hdparm I could turn it on and off at run-time, which is useful on one particular machine I use, and which I don't believe is possible now. I think if changes to the kernel package are partly breaking another package, which I've demonstrated is happening here, that seems like it should count as a bug in Debian. Maybe hdparm or even sdparm is more to blame, I don't know, but I think this has to be a regression somewhere doesn't it? OK, sure, it's a regression. It is unlikely to be fixed, though, as there is very little reason to control this at run-time. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#587931: cytadela: Uninstallable; libvlc2 unavailable
1h too late - I actually just uploaded 1.0.1 which uses newer libvlc, please test when it's built for your architecture :) - Sylvain On Fri, Jul 02, 2010 at 06:09:50PM -0400, Chris wrote: Package: cytadela Version: 1.0.0-2 Severity: grave Justification: renders package unusable cytadela depends on libvlc2 which has been removed, making cytadela uninstallable. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-c2d-crk3 (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 cytadela depends on: pn cytadela-data none (no description available) ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-6 GCC support library ii libgl1-mesa-glx [libgl1] 7.7.1-3A free implementation of the OpenG ii libglu1-mesa [libglu1]7.7.1-3The OpenGL utility library (GLU) ii libsdl-mixer1.2 1.2.8-6+b1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libstdc++64.4.4-6The GNU Standard C++ Library v3 pn libvlc2 none (no description available) ii vlc-nox 1.1.0-1multimedia player and streamer (wi cytadela recommends no packages. cytadela suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587933: gtranslator: enabling /usr/lib/gtranslator/plugins/libdict.so fails
Package: gtranslator Version: 1.9.11-1 Severity: normal Trying to enable the Dictionary plugin in the preferences fails: ** (gtranslator:32622): WARNING **: /usr/lib/gtranslator/plugins/libdict.so: undefined symbol: gtr_utils_get_user_config_dir -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gtranslator depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii gettext [libgettextpo0] 0.18.1.1-1 GNU Internationalization utilities ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgda-4.0-44.0.7-1 data abstraction library based on ii libgdict-1.0-6 2.30.0-2 GNOME Dictionary base library - ru ii libgdl-1-3 2.30.0-1 GNOME DevTool libraries ii libglib2.0-02.25.10-1The GLib library of C routines ii libgtk2.0-0 2.21.2-1 The GTK+ graphical user interface ii libgtksourceview2.0-0 2.10.3-1 shared libraries for the GTK+ synt ii libgtkspell02.0.16-1 a spell-checking addon for GTK's T ii libgucharmap7 1:2.30.1-1 Unicode browser widget library (sh ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libsoup2.4-12.31.2-1 an HTTP library implementation in ii libunique-1.0-0 1.1.6-1 Library for writing single instanc ii libxml2 2.7.7.dfsg-4 GNOME XML library gtranslator recommends no packages. gtranslator suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587927: command-not-found: missing /etc/bash_command_not_found
On Fri, Jul 02, 2010 at 11:13:05PM +0200, Julian Andres Klode wrote: On Fr, 2010-07-02 at 16:59 -0400, Jordan Metzmeier wrote: Yes, it's not installed because bash takes care of calling command-not-found itself, as can be seen in /etc/bash.bashrc. Not a bug (and if it were one, it would be wishlist, not grave). -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Thank you for the quick reply. I was discussing this with another Debian user. Both of our thought process went fairly similar: * check for manpage since command-not-found appears to be a user command (/usr/bin) * check /usr/share/doc/command-not-found/ After reading README and README.Debian, it appeared that the README was the only of the two that explained how to use the program, which was by sourcing a file that was not available. Neither of us ever thought to check, or re-source bash.bashrc. I don't really like that installation of the package makes it a global default, but that is not my choice to make. I think something should atleast go into the documentation, explaining this to other confused users. There was also discussion over the severity of bugs we were finding. I had discussed somewhat on #debian-devel, but recieved no clear answers. If /etc/bash.bashrc did not provide this functionality, would it still fail to meet the requirements of grave/RC? I am not sure I understand how it would be a wishlist. Users who would like to use the application as described on the documentation and the page linked by the README ( https://wiki.ubuntu.com/CommandNotFoundMagic )? I wish to gain a better understanding as I attempt to become more involved in testing and maintaining software in Debian. Thanks, Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587789: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#587789: linux-image-2.6-686: netfilters clamp-mss-to-pmtu sets bad MSS when non was set before)
Debian Bug Tracking System schrieb: This is an automatic notification regarding your Bug report which was filed against the linux-image-2.6-686 package: #587789: linux-image-2.6-686: netfilters clamp-mss-to-pmtu sets bad MSS when non was set before It has been closed by Ben Hutchings b...@decadent.org.uk. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ben Hutchings b...@decadent.org.uk by replying to this email. Betreff: Re: Bug#587789: linux-image-2.6-686: netfilters clamp-mss-to-pmtu sets bad MSS when non was set before Von: Ben Hutchings b...@decadent.org.uk Datum: Fri, 02 Jul 2010 23:28:52 +0100 An: 587789-d...@bugs.debian.org An: 587789-d...@bugs.debian.org On Thu, 2010-07-01 at 18:43 +0200, Daniel Gibson wrote: Package: linux-image-2.6-686 Version: 2.6.26+17+lenny1 Severity: important Hi, Netfilters clamp-mss-to-pmtu (as used in iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu) sets MSS in packets that had no MSS set before. The documentation says that TCPMSS sets the MSS option, unconditionally, so this behaviour is correct.Never increase MSS, even when setting it, as doing so The code explicitly says Never increase MSS, even when setting it, as doing so results in problems for hosts that rely on MSS being set correctly. So the MSS option is *not* set unconditionally by --clamp-mss-pmtu. The documentation doesn't explicitly say that, though. To set the MSS to a fixed value --set-mss should be used, I guess. (Explicitly set MSS option to specified value) No MSS set (at a TCP packet) implies the default MSS of 536 as specified by RFC 879. So TCPMSS should in that case either set a MSS of 536 (e.g. before the oldmss newmss check, so if PMTU returned a even lower MSS it is set to that lower value) or at least leave the MSS untouched. The documentation says This target is used to overcome criminally braindead ISPs or servers which block ICMP Fragmentation Needed or ICMPv6 Packet Too Big packets. So, if a host (implicitly, in conformance to the RFC) expects packets of default size (MSS 536) and the braindead ISP (or server-/ firewall-admin), blocks the (according to the RFC optional) ICMP Fragmentation Needed packets, the PMTU will not return the correct MTU (of 536) but the MTU of your DSL connection or whatever. TCPMSS is meant to fix exactly this case (blocked ICPM packets), but the author apparently only thought of the case that the server sets a MSS that's to big for the client, so the client must fix that by setting a lower MSS - but not the case that a server expects a smaller MSS (that happens to be the standard MSS) without explicitly saying so. Regards, - Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587789: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#587789: linux-image-2.6-686: netfilters clamp-mss-to-pmtu sets bad MSS when non was set before)
You need to have this argument with the upstream developers, not with me. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#587934: ITA: scribes -- simple, slim and sleek, yet powerful text editor for GNOME
Package: wnpp Severity: normal I am requesting to adopt the scribes package. The package description is: Scribes focuses on streamlining your workflow. It does so by ensuring that common and repetitive operations are intelligently automated and also by eliminating factors that prevent you from focusing on your tasks. . The result is a text editor that provides a fluid user experience, that is easy and fun to use and that ensures the safety of your documents at all times. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505496: syslinux-common: default64 doesn't work after reloading
it might be worthwile to recheck this with syslinux version 4.00. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587587: insserv: safe-upgrade fails several loop between service X and Y if started
Seems like the bug is solved. Can I mark it as solved or you should? Thanks for the help/info Leonidas On Wed, Jun 30, 2010 at 11:48 AM, Leonidas Spyropoulos artafi...@gmail.comwrote: On Wed, Jun 30, 2010 at 11:08 AM, Petter Reinholdtsen p...@hungry.comwrote: [Leonidas Spyropoulos] Well since nxserver (for which I am interesting it) is maintained from a company named nomachine it's kinda hard to press them release a new version, or correct this one. Well, I assume they are interested in getting their packages to work also with newer Debian releases, and thus are interested in fixing this even if they are not pressed. Did you try to report the issue to them? Only paid customers can report issues on their site :( And after some search I found this: http://www.nomachine.com/fr/view.php?id=FR11G02291 It's a feature Request for version 4.0 (currently 3.4) so I guess I can't do much. Maybe my only way to fix this is provide the LSB headers myself, which I have no idea how :P Here are two draft headers for nxserver and nxsensor. I do not know what they need to start before or after, so I added some default values based on a hunch. More information on the header format is available from URL: http://wiki.debian.org/LSBInitScripts/ . Try to add these to the init.d scripts in question and see if it help. ### BEGIN INIT INFO # Provides: nxserver # Required-Start:$remote_fs # Required-Stop: $remote_fs # Should-Start: $syslog # Should-Stop: $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start or stop nxserver ### END INIT INFO ### BEGIN INIT INFO # Provides: nxsensor # Required-Start:$remote_fs # Required-Stop: $remote_fs # Should-Start: $syslog # Should-Stop: $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start or stop nxserver ### END INIT INFO I wrote the above LSB Headers into the init scripts but cannot test them since I upgraded and I have only encounter these on upgrades. Is there another way to check the init scripts if their LSB headers are correct? Will the make-testsuite show the scripts now correctly? Happy hacking, -- Petter Reinholdtsen -- Caution: breathing may be hazardous to your health. -- Caution: breathing may be hazardous to your health.
Bug#587665: wrong PATH in urandom, find is in /usr/bin
I gave this another try, and believe this code should work, using only ls and the shell builtin set. # Handle locally increased pool size set -- $(LANG=C ls -l $SAVEDFILE) SAVEDSIZE=$5 Works for me. Does it work for you too? [Henrique de Moraes Holschuh] IMO, the script needs to be changed to depend on ls only. Drop the use of find. And have it depend only on udev. I agree. But, for this to work, this part of the script need to be removed from the start block, as it require a writable /var/: # Hm, why is the saved pool re-created at boot? [pere 2009-09-03] umask 077 dd if=/dev/urandom of=$SAVEDFILE bs=$POOLSIZE count=1 /dev/null 21 ES=$? umask 022 Anyone got any idea why the saved pool is saved at boot, and not only on shutdown? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587681: fatrat: download fails with Failed writing body
On Sat, 03 Jul 2010 06:35:13 +1000 Ben Hay kl...@hotmail.com wrote: Closing at pos 2147483647 This is a resume download, could you please attach the debug messages of the newly added file with the failure log? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#587935: first/all character in uppercase
Package: perl-doc Version: 5.10.1-13 Severity: wishlist File: /usr/share/man/man1/perlfunc.1.gz For both of these please add doesn't alter any of the remaining characters. ucfirst EXPR ucfirst Returns the value of EXPR with the first character in uppercase (titlecase in Unicode). This is the internal function implementing the \u escape in double-quoted strings. Respects current LC_CTYPE locale if use locale in force. See perllocale and perlunicode for more details about locale and Unicode support. If EXPR is omitted, uses $_. lcfirst EXPR lcfirst Returns the value of EXPR with the first character lowercased. This is the internal function implementing the \l escape in double-quoted strings. Respects current LC_CTYPE locale if use locale in force. See perllocale and perlunicode for more details about locale and Unicode support. If EXPR is omitted, uses $_. E.g., $ echo Z|perl -nwle 'print ucfirst' Z is what I would call all characters in uppercase, not first character in uppercase. Though I suppose a legal snotface would win in court. (So one must do $ echo Z|perl -nwle 'print ucfirst lc' Z ) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587936: clarify --genre man patch
Package: eyed3 Version: 0.6.17-1 Severity: wishlist File: /usr/share/man/man1/eyeD3.1.gz Tags: patch diff -U0 /tmp/eyeD3.1.orig /tmp/eyeD3.1 --- /tmp/eyeD3.1.orig 2010-07-03 06:37:54.0 +0800 +++ /tmp/eyeD3.12010-07-03 06:40:18.207875048 +0800 @@ -80 +80,2 @@ -Sets genre to STRING. (See --list-genres) +Sets genre to STRING or INTEGER. (See --list-genres.) STRING is case +insensitive but if no match, then a genre of None (255) will be assigned. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587437: [update-notifier-common] Recommends a nonexisting package cpu-checker
On Mon, Jun 28, 2010 at 07:01:33PM +0200, Julian Andres Klode wrote: Maybe I should make it a suggests. FWIW, I find that acceptable if said package is likely to appear in Debian before freeze. If not, why not get rid of the unsatisfiable dependency completely. Regards, Zoran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587789: linux-image-2.6-686: netfilters clamp-mss-to-pmtu sets bad MSS when non was set before
Ben Hutchings schrieb: You need to have this argument with the upstream developers, not with me. Ben. Ok. The bug is reported at http://bugzilla.netfilter.org/show_bug.cgi?id=662 - Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587937: openoffice.org-writer: extreme CPU and slowness in oowriter 3.2.1 docs containing pictures or textareas with wrap margins
Package: openoffice.org-writer Version: 1:3.2.1-3 Severity: normal I looked for a bug on www.openoffice.org but didn't find one, but I think this may have something to do with the 'Gentium Book Basic' font in package ttf-sil-gentium, which also does not print right. (The characters are all screwy.) I will attach a sample document. Put the cursor at the top and press return, it eats CPU while it tries to redraw the page. This was not a problem until recent upgrade. Mark -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-writer depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-5GCC support library ii libicu424.2.1-3 International Components for Unico ii libstdc++6 4.4.4-5 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwps-0.1-10.1.2-1 Works text file format import filt ii openoffice.org-base-cor 1:3.2.1-3office productivity suite -- share ii openoffice.org-core 1:3.2.1-3office productivity suite -- arch- ii ure 1.6.1+OOo3.2.1-3 OpenOffice.org UNO runtime environ ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages openoffice.org-writer recommends: ii openoffice.org-emailmerge 1:3.2.1-3 office productivity suite -- email ii openoffice.org-filter-binfilt 1:3.2.1-3 office productivity suite -- legac ii openoffice.org-java-common1:3.2.1-3 office productivity suite -- arch- ii openoffice.org-math 1:3.2.1-3 office productivity suite -- equat ii sun-java6-jre [java5-runtime] 6.20-dlj-1 Sun Java(TM) Runtime Environment ( Versions of packages openoffice.org-writer suggests: ii openoffice.org-base 1:3.2.1-3 office productivity suite -- datab pn openoffice.org-gcjnone (no description available) Versions of packages openoffice.org-core depends on: ii fontconfig 2.8.0-2.1generic font configuration library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra ii libdb4.84.8.26-1 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-5GCC support library ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgraphite31:2.3.1-0.2 SILGraphite - a smart font rende ii libgstreamer-plugins-ba 0.10.29-4GStreamer libraries from the base ii libgstreamer0.10-0 0.10.29-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.11-1 spell checker and morphological an ii libhyphen0 2.5-1ALTLinux hyphenation library - sha ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libicu424.2.1-3 International Components for Unico ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libmythes-1.2-0 2:1.2.0-4simple thesaurus library ii libneon27-gnutls0.29.3-2 An HTTP and WebDAV client library ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii librdf0 1.0.10-2 Redland Resource Description Frame ii libsm6 2:1.1.1-1X11 Session Management library ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libstdc++6 4.4.4-5 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library ii libx11-62:1.3.3-3X11 client-side library ii libxaw7 2:1.0.7-1X11 Athena Widget library ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxinerama12:1.1-3 X11 Xinerama extension library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii libxrandr2 2:1.3.0-3X11 RandR extension library ii libxrender1 1:0.9.5-2X Rendering Extension client
Bug#587763: linux-image-2.6.32-5-amd64: scary messages from JBD when manipulating quotas on ext4
On Thu, 2010-07-01 at 15:29 +0200, Laurent Bonnaud wrote: Package: linux-2.6 Version: 2.6.32-15 Severity: important Hi, here is how to reproduce this bug: 1. set up quotas on an ext4 filesystem 2. use edquota to change the quotas of some user Actual result: the kernel outputs this scary message: [ 399.792052] JBD: Spotted dirty metadata buffer (dev = sdb1, blocknr = 34816). There's a risk of filesystem corruption in case of system crash. Expected result: - no scary message - no filesystem corruption - changed quotas A patch has been proposed here: http://www.spinics.net/lists/linux-ext4/msg19302.html This bug has also been reported here: https://bugzilla.redhat.com/show_bug.cgi?id=578674 [...] That proposed patch seems to have been contentious and has not been applied upstream. I think you will need to revive the discussion with the upstream developers. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#474034: gPXE license clarifications
filed a ticket in gPXE's issue tracker: http://support.etherboot.org/index.php?do=detailstask_id=97 live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587938: mimedecode exits with: *** glibc detected *** mimedecode: malloc(): memory corruption: 0x0811f138 ***
Package: mimedecode Version: 1.9-4 Severity: normal Hello Maintainer, I use procmail and since it can not decode it self, I use mimedecode for it since years. but now I get tonns of *** glibc detected *** mimedecode: malloc(): memory corruption: 0x0811f138 *** if I run [ command 'mimedecode 1278109783.28706_1.samba3' ]- Return-Path: openocd-development-boun...@lists.berlios.de X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on samba3.private.tamay-dogan.net X-Spam-Level: X-Spam-Status: No, score=-0.2 required=4.5 tests=AWL,BAD_ENC_HEADER,BAYES_00, DNS_FROM_OPENWHOIS,HTML_MESSAGE autolearn=no version=3.2.3 Delivered-To: xxx.ml4miche...@tamaxxxogan.net Received: from mail.berlios.de (bat.berlios.de [:::195.37.77.135]) by mail.tamay-dogan.net with esmtp; Tue, 29 Jun 2010 11:33:34 +0200 id 0002BDBC.4C29BDEE.1D9B Received: from bat.berlios.de (unknown [IPv6:::1]) by mail.berlios.de (Postfix) with ESMTP id 9EE3E227AD; Tue, 29 Jun 2010 11:33:00 +0200 (CEST) X-Original-To: openocd-developm...@lists.berlios.de Delivered-To: openocd-developm...@lists.berlios.de Received: from n23.bullet.mail.ukl.yahoo.com (n23.bullet.mail.ukl.yahoo.com [87.248.110.140]) by mail.berlios.de (Postfix) with SMTP id A0684223D2 for openocd-developm...@lists.berlios.de; Tue, 29 Jun 2010 11:32:58 +0200 (CEST) Received: from [217.12.4.214] by n23.bullet.mail.ukl.yahoo.com with NNFMP; 29 Jun 2010 09:32:58 - Received: from [87.248.110.202] by t1.bullet.ukl.yahoo.com with NNFMP; 29 Jun 2010 09:32:58 - Received: from [127.0.0.1] by omp232.mail.ukl.yahoo.com with NNFMP; 29 Jun 2010 09:32:58 - X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 318765.71192...@omp232.mail.ukl.yahoo.com Received: (qmail 72748 invoked by uid 60001); 29 Jun 2010 09:32:58 - DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1277803978; bh=TEXGjuwkkonov3SV826yYP1fyG94MDeWColtxgXN0v0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Aiq1P9eokJ+ZUO9/grG5FqgPJ+I/A3O8bbcVuQ44ibimgmQ48nt/u9SyM7O3k1WAxxGf44fS4i0dZrwpc7Vm6j8eQz7Eh4jaEdE9xAcEpX17OaBQvMeff+8sbjGcaXcUtIf5wAoflljAw3GBXQ82MKVUnkmFptyr0b0vyIWsJE4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=aYMCNH3FwdU+qQfLsDYVP6ioWJ3KyaTKc9e/s3vs6YZzgDLtDcrCueb4HkNzfCy7VzmApG7wM2kYtRkc/mAaIvEHLGciVJBjqOM0+njqrCmn+XcYubyhLkFmdgJ0kf6gOy/cNnGgUPRdnbY+dYiL2RekzuixWP/aiW0e2x+uzCk=; Message-ID: 210720.71839...@web25808.mail.ukl.yahoo.com X-YMail-OSG: zmrh93MVM1nCydpyaL1Fsu8sXj56DW.GxpJ2he16aLMBseo 3hX2Ag3E9HcHsvDQxtAVh2FnbOQ0phgYKRXTXLyupL6X0nqBLQ9auNM3vZGT 30d0s1pFKkDy0EnXELM6wvpEgBfBbaa1xfCaO8zWe0MjxowdyEF5XDzG0Rf2 sRSNypKPejHpntS70zoJrnkgnEAtw7JlLNYYBQuf1I1NX.L1c7mi901pFJ94 nMUbKOSkVeNchZrYJnTvWJwhr2DYsd1vgHbIBq2VG27bMqIzYklBk4roPfp7 S4BN_eJsYvVzBLEzTD_xW_7FqxYPzdbhj8.juUxg40gp2HPKXa7Bl5pgbGw_ 0PzcXHfHb6ANUmnmV6w-- Received: from [87.90.107.239] by web25808.mail.ukl.yahoo.com via HTTP; Tue, 29 Jun 2010 09:32:57 GMT X-Mailer: YahooMailClassic/11.1.4 YahooMailWebService/0.8.104.274457 Date: Tue, 29 Jun 2010 09:32:57 + (GMT) From: cedric libre cedric_li...@yahoo.fr To: freddie_cho...@op.pl In-Reply-To: q6613466-75d0c3fb1a86422afad14394eab5f...@pmq4.m5r2.onet.test.onet.pl MIME-Version: 1.0 Cc: openocd-developm...@lists.berlios.de *** glibc detected *** mimedecode: malloc(): memory corruption: 0x08d4a138 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7dee256] /lib/i686/cmov/libc.so.6(__libc_malloc+0x95)[0xb7def655] /lib/i686/cmov/libc.so.6(vasprintf+0x23)[0xb7de3f63] /lib/i686/cmov/libc.so.6(asprintf+0x2b)[0xb7dc64cb] /lib/i686/cmov/libc.so.6(__assert_fail+0xad)[0xb7da157d] mimedecode[0x804a8c5] mimedecode[0x804ac86] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7d93455] mimedecode[0x80488e1] === Memory map: 08048000-0804c000 r-xp 08:05 146152 /usr/bin/mimedecode 0804c000-0804d000 rw-p 3000 08:05 146152 /usr/bin/mimedecode 08d4a000-08d6b000 rw-p 08d4a000 00:00 0 [heap] b7c0-b7c21000 rw-p b7c0 00:00 0 b7c21000-b7d0 ---p b7c21000 00:00 0 b7d62000-b7d6e000 r-xp 08:05 236157 /lib/libgcc_s.so.1 b7d6e000-b7d6f000 rw-p bAbgebrochen (core dumped) Attached the message which cause this error Thanks, Greetings and nice Day/Evening Michelle Konzack -- # Debian GNU/Linux Consultant ## Development of Intranet and Embedded Systems with Debian GNU/Linux itsyst...@tdnet France EURL itsyst...@tdnet UG (limited liability) Owner Michelle KonzackOwner
Bug#587853: subversion: Suggest using XS-Python-Version: = 2.4
[Max Bowsher]
In Ubuntu, we've applied the attached patch amending the
XS-Python-Version line to = 2.4 rather than a list of explicit
versions.
From
http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html,
looks like it really should be = 2.4, 3.0. Subversion doesn't
support Python 3, and quite possibly never will.
That URL also points at BX-Python-Version in the package section, which
I'm not using, so I've added that too.
Thanks,
Peter
--- debian/control
+++ debian/control
@@ -14,7 +14,7 @@
gcj-jdk (= 4:4.4) [!alpha !arm !hppa !m68k !mips !mipsel
!hurd-i386],
junit [!alpha !arm !hppa !m68k !mips !mipsel !hurd-i386]
Build-Conflicts: libsvn-dev ( 1.6)
-XS-Python-Version: 2.4, 2.5, 2.6
+XS-Python-Version: = 2.4, 3.0
Homepage: http://subversion.tigris.org/
Vcs-Svn: svn://svn.debian.org/pkg-subversion/src/1.6.x/
Vcs-Browser: http://svn.debian.org/wsvn/pkg-subversion/src/1.6.x/
@@ -80,6 +80,7 @@
Architecture: any
Depends: subversion, ${shlibs:Depends}, ${python:Depends}
Provides: ${python:Provides}
+XB-Python-Version: ${python:Versions}
Description: Python bindings for Subversion
This is a set of Python interfaces to libsvn, the Subversion
libraries. It is useful if you want to, for example, write a Python
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580429: Estimated time remaining
I could live without battstat if gnome-power-manager could provide an estimated time remaining like battstat does. Have I misconfigured gnome-power-manager or that feature is missing? Cheers, -Pascal -- Homepage (http://organact.mine.nu) Debian GNU/Linux (http://www.debian.org) COMunité/LACIME: École de technologie supérieure (http://www.comunite.ca) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587939: /usr/share/man/man1/update-jail.1.gz dangles
Package: jailtool Version: 1.1-4 We have the symbolic link: /usr/share/man/man1/update-jail.1.gz which points to: jailtool.1.gz Alas, the mysterious man page jailtool.1.gz does not appear to exist anywhere in Debian. -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \BS (| e...@gremlin.m5p.com PGP F6B23DE0 |) / \_CS\ | _ -O #include stddisclaimer.h O- _ | / _/ 2477\___\_|_/DC21 03A0 5D61 985B -PGP- F2BE 6526 ABD2 F6B2\_|_/___/3DE0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586463: justify bs=32k
Perhaps also add a note to /usr/share/doc/grub-rescue-pc/README.Debian saying why bs=32k is still required on sudo dd if=/usr/lib/grub-rescue/grub-rescue-usb.img of=DEVICE bs=32k and even on the other example there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580429: Estimated time remaining
Le vendredi 02 juillet 2010 à 20:32 -0400, Pascal Giard a écrit : I could live without battstat if gnome-power-manager could provide an estimated time remaining like battstat does. Have I misconfigured gnome-power-manager or that feature is missing? On my laptop this is displayed in the tooltip when I put the mouse over the icon. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#580429: Estimated time remaining
On Fri, Jul 2, 2010 at 9:05 PM, Josselin Mouette j...@debian.org wrote: Le vendredi 02 juillet 2010 à 20:32 -0400, Pascal Giard a écrit : I could live without battstat if gnome-power-manager could provide an estimated time remaining like battstat does. Have I misconfigured gnome-power-manager or that feature is missing? On my laptop this is displayed in the tooltip when I put the mouse over the icon. I only get Batterie de l'ordinateur: en déchar (63.2%), no estimated time remaining... Am I missing something? Is upower still not supporting some features that HAL has? That would not surprise me as my LCD backlight is currently fully supported ONLY with HAL. -Pascal -- Homepage (http://organact.mine.nu) Debian GNU/Linux (http://www.debian.org) COMunité/LACIME: École de technologie supérieure (http://www.comunite.ca) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587940: pdfsam: no manual page
Package: pdfsam Version: 1.1.4-1 Severity: normal PDFSAM does not contain any man-page. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdfsam depends on: ii gcj-4.4-jre [java2-runtim 4.4.4-3Java runtime environment using GIJ ii gcj-jre [java2-runtime] 4:4.4.4-2 Java runtime environment using GIJ ii java-wrappers 0.1.16 wrappers for java executables ii libdom4j-java 1.6.1+dfsg.2-4 flexible XML framework for Java ii libitext-java 2.1.7-2Java Library to create and manipul ii libjaxen-java 1.1.2-1Java XPath engine ii libjgoodies-looks-java2.3.1-1library with Swing lookfeel imple ii liblog4j1.2-java 1.2.15-11 Logging library for java ii sun-java6-jre [java2-runt 6.20-dlj-1 Sun Java(TM) Runtime Environment ( pdfsam recommends no packages. pdfsam suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586859: cdbs: upward compatibility
Jonas Smedegaard d...@jones.dk writes: This time around it is too late to roll back - the newly named perl-makemaker.mk That's fine. Just write a couple of words in the manual. As a bit of a concrete suggestion: perlmodule.mk and perl-makemaker.mk classes configure and build an ExtUtils::MakeMaker Makefile.PL dist. The two names are the same thing. perlmodule.mk is the original from when MakeMaker was the only scheme in wide use. perl-makemaker.mk is new in cdbs 0.4.72 of March 2010 and corresponds better to perl-build.mk. warning that one of them is discouraged. Personally I'd keep it fairly neutral, there being only modest advantages or disadvantages in each. I was unable to find a way to extend the old perlmodule.mk to cover both Perl build systems in that one snippet. I was going to suggest trying that :), but I suspect anything but a defaults-only rules file would have trouble. If someone really wanted a generic chooser some experimenting with ifeq could see how it goes before trying to promise the world. One reason to drop snippets is maintainability. the tarball.mk and patch system snippets are IMO ugly and have been superceded I used the simple patchsys as I wasn't smart enough to wade through the nonsense for the four or five patch systems that have been popular over time! The simple patchsys was simple :). I suppose it all may settle down now and the main archive may move quickly, but I'd expect third parties to move much slower, out of laziness or just not enough hours in the day, and esp if having an eye slightly towards backports or users who aren't on the cutting edge. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586554: update-initramfs fails to generate initrd.img-2.6.32-5-686 in Debian testing when upgrading from 0.96 to 0.97
Hi Alesh,
Alesh Slovak wrote (Thursday 01 July 2010):
If the very last file that iscan's hook script checks for in DESTDIR
doesn't exist, the `test -e` call fails and the script ends with a failed
status even though nothing really went wrong. A simple `exit 0` on the
last line fixes this.
It's actually not that simple. Running the iscan hook script with set -e
means that the script will abort with an error status as soon as the test -e
fails for any file in the clean-files list. Adding exit 0 at the end of the
script won't fix that, because the script will never reach that point anyway.
Additionally, this means that the script does not remove all the existing files
listed in clean-files that come after the first file that doesn't exist.
Probably the easiest solution is to just turn that troublesome test -e line
into an if ... fi clause, e.g.:
if test -e ${DESTDIR}$file; then rm -f ${DESTDIR}$file; fi
or something similar.
You might have realised this already, but I felt that it's better to be safe
than sorry. :-)
Peace,
Brendon
signature.asc
Description: This is a digitally signed message part.
Bug#587941: Missing dependancies?
Package: quilt Version: 0.46-6 Appears that quilt needs to depend on mail-transport-agent, otherwise /usr/share/quilt/compat/sendmail won't be too useful. The link /usr/share/quilt/compat/awk has a similar issue. Does quilt need to depend on gawk? Could it perhaps use /usr/bin/awk, or /etc/alternatives/awk? -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \BS (| e...@gremlin.m5p.com PGP F6B23DE0 |) / \_CS\ | _ -O #include stddisclaimer.h O- _ | / _/ 2477\___\_|_/DC21 03A0 5D61 985B -PGP- F2BE 6526 ABD2 F6B2\_|_/___/3DE0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587942: Needs to depend on libglib2.0-doc
Package: libpango1.0-doc Version: 1.20.5-5+lenny1 libpango1.0-doc needs to depend on libglib2.0-doc, otherwise the symbolic links: /usr/share/doc/libpango1.0-doc/glib and /usr/share/doc/libpango1.0-doc/gobject will point to invalid locations. (or those two links could be removed) -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \BS (| e...@gremlin.m5p.com PGP F6B23DE0 |) / \_CS\ | _ -O #include stddisclaimer.h O- _ | / _/ 2477\___\_|_/DC21 03A0 5D61 985B -PGP- F2BE 6526 ABD2 F6B2\_|_/___/3DE0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587665: [Pkg-sysvinit-devel] Bug#587665: wrong PATH in urandom, find is in /usr/bin
On Sat, 03 Jul 2010, Petter Reinholdtsen wrote: I gave this another try, and believe this code should work, using only ls and the shell builtin set. # Handle locally increased pool size set -- $(LANG=C ls -l $SAVEDFILE) SAVEDSIZE=$5 Works for me. Does it work for you too? Yes, but you want LC_ALL=C instead of LANG=C, as LC_ALL is the master override. I have tested it in bash and dash, which is what we support for #!/bin/sh scripts. This stuff is done to preserve the size of the pool. There are two alternative ways, which don't depend on ls never changing its output format for something that is reasonably important for security: 1. Have the urandom MINIMUM pool size in /etc/default/rcS or something like that, and copy it into /proc/sys/kernel/random/poolsize if it is test -gt (i.e. greater than) the current contents of /proc/sys/kernel/random/poolsize, BEFORE we feed the new seed. 2. Just copy the contents of /proc/sys/kernel/random/poolsize to a second file when saving the seed, and copy it back BEFORE restoring the seed. All this is Linux-only, I have no idea about the other kernels. I agree. But, for this to work, this part of the script need to be removed from the start block, as it require a writable /var/: # Hm, why is the saved pool re-created at boot? [pere 2009-09-03] umask 077 dd if=/dev/urandom of=$SAVEDFILE bs=$POOLSIZE count=1 /dev/null 21 ES=$? umask 022 Anyone got any idea why the saved pool is saved at boot, and not only on shutdown? AFAIK, it exists for safety, you don't want to boot twice with the same seed if seeding overrides the previous contents of the pool, or otherwise dominates its content so much that it becomes a serious weakness. Now, seeding does *not* overwrite previous contents in Linux, but I sincerely don't know how much crap you can feed the pool before it becomes dangerous. Since the pool is just a polinomial, it is probably not much. On the way out the pool is protected by SHA1, but we're dealing with the way _in_... We basically need someone to that can answer what is worse: feeding /dev/random nothing for much of the boot process, or feeding it twice the same N bytes. And if we keep the seed in /var, this is all moot anyway, it needs to go to somewhere in / (e.g. /lib/random/seed, /etc/random-seed) to be of any use to the early boot... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587665: [Pkg-sysvinit-devel] Bug#587665: wrong PATH in urandom, find is in /usr/bin
On Fri, 02 Jul 2010, Petter Reinholdtsen wrote: Looking at the changelog, it was introduced in 2005 to fix #267935. If it is not needed any more, lets drop it. I very much welcome help with writing a patch for this to get init.d/urandom moved earlier in the boot. Can you write a patch based on your insight with random.c? Well, it all depends on we moving the seed outside of /var and into /. Will it affect kFreeBSD and Hurd? Yes, if they use the same initscript. Their random generators might be very different from the one in Linux, so any security considerations based on Linux random.c might not apply to the Hurd or to FreeBSD... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587931: cytadela: Uninstallable; libvlc2 unavailable
On Friday 02 July 2010 18:18:02 Sylvain Beucler wrote: 1h too late - I actually just uploaded 1.0.1 which uses newer libvlc, please test when it's built for your architecture :) - Sylvain :-P Will do. Thanks! -- Chris -- Chris Knadle chris.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587943: Gnome-codec-install does not recognize that a video with emeded subtitles needs gst-plugins-bad
Package: Gnome-codec-install Version: 0.4.7 I am forwarding this bug from downstream: https://bugs.launchpad.net/ubuntu/+source/gnome-codec-install/+bug/566751 It includes an example file that has embedded subtitles which require gst-plugins-bad to work, Gnome-codec-install does not recognize this. I have tested this using 0.4.7 from debian as well as the ubuntu version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587937: example also prints funny
In addition to the CPU drain reformatting around wrap margins, the text in 'Gentium Book Basic' in the sample document attached in the previous message is scrambled when printed directly from oowriter on my HP D2660. The bold text is not scrambled. If I export a PDF, printing the PDF works fine. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587944: Bad link in /usr/share/bug
Package: libmilter1.0.1 Version: 8.14.3-5+lenny1 /usr/share/bug/libmilter1.0.1 points to sendmail, which only exists if sendmail-base is installed (other tools can use milter and drag in libmilter). -- (\___(\___(\__ --= 8-) EHM =-- __/)___/)___/) \BS (| e...@gremlin.m5p.com PGP F6B23DE0 |) / \_CS\ | _ -O #include stddisclaimer.h O- _ | / _/ 2477\___\_|_/DC21 03A0 5D61 985B -PGP- F2BE 6526 ABD2 F6B2\_|_/___/3DE0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587575: #587575 mock broken due to its sub components exit with python exception
Gentlemen I've implemented a couple patches courtesy of upstream and have built a test package of urlgrabber that I'd like to ask you to test if possible. It can be found at: http://rustybear.com/debian/urlgrabber/ I would upload to the archives but would rather test first. And I don't use yum or mock, so if possible I'd like to impose on you for a quick test. Many thanks, Kevin -- Kevin Coyner GnuPG key: 2048R/C85D8F71 http://rustybear.com/publickey.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550228: Raising severity of 550228 (uninstallable)
On Fri, 02 Jul 2010, Christoph Berg wrote: Re: Henrique de Moraes Holschuh 2010-07-01 20100701172936.gf4...@khazad-dum.debian.net longer in the archive. Please fix this. Can we just request something from experimental to be removed? Might be the best solution until we upload the new package... We could, but simply uploading a snapshot of what there is now as WIP is probably nicer. I am going on vacation, which might well mean I will have enough time to clean it up enough to upload a new checkpoint to experimental. It can't go to unstable yet, though. Lots of crap in /usr/s?bin with bad names (such as make_sha1), and other stuff that we really need to fix before an upload. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
