Bug#688842: CPAN modules no longer installed to /usr/local by default
block 688842 by 691185 thanks On Fri, Oct 26, 2012 at 11:40:23PM +0200, intrigeri wrote: Dominic Hargreaves wrote (21 Oct 2012 15:30:27 GMT) : Nice work - the patch looks fine to me and I've tested it appears to fix the problem discussed on this report (I actually tested ntyni/for-wheezy at 154f2c7768c838e1b278a73eabec545865df0508). In case you feel another review / test is *needed*, count me in. Else, I'll go spend my time somewhere else in more useful ways :) Thanks. We've judged the patch to be OK, and it's queued waiting for release team preapproval of other changes for 5.14.2-15. See #691185. Sorry, I should've noted that here earlier. More review and testing is always welcome of course, but feel free to do the cost/benefit analysis yourself :) -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677725: thunar: deleting files on removable media uses a trash with no command to empty it
These problems are caused by the gvfs backend (or thunar), which trashes files to top-level trash directories .trash-xxx, but lists only certain of them. It is not particularly related to removable media. E.g. trash folders of partition mounted under /media/my_partition will be listed in thunars trash. If you mount it under /mnt, it will not show up. There are related reports to this issue: https://bugzilla.xfce.org/show_bug.cgi?id=7813 https://bugzilla.gnome.org/show_bug.cgi?id=604015 #682439 is probably a duplicate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689722: [pkg-cryptsetup-devel] Bug#689722: cryptsetup: should depend on kbd and console-setup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey, Am 09.10.2012 20:35, schrieb Julien Cristau: On Sat, Oct 6, 2012 at 01:37:27 +0200, Christoph Anton Mitterer wrote: Hi Raphaël. On Fri, 2012-10-05 at 16:37 +0200, Raphaël Hertzog wrote: So you have to ensure that both tools are available and for this you need the dependencies. Why does it generally need to depend on them? Because people are generally unhappy when their machine doesn't boot, and we shouldn't put them in that position. Do you think that a dependency is required, or would it be enough to recommend kbd and console-setup? Cryptsetup indeed works without kbd, it just doesn't copy the local keymap into initramfs. Now that recommends are installed by default, it should be enough to recommend the packages in question, no? Don't get me wrong, I'm fine with depending on them as well, just not sure about it. That's why I ask for your opinion. Kind regards, jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQIcBAEBAgAGBQJQi5MMAAoJEFJi5/9JEEn+jfUP/0zCK4cTYvStHRQCnnmrvIjw BrPc9k+RFQ/tVRKdmZ9yh3AsjNd9jKkr0Sss7MwmsHj5o2e3vJ3k9Mr9GSJgefV4 flcvO47TcEf7S7idupl6aagvKjdZ7gm0YwPnNWl3HaPc9E476WsIaPm3fGLPMlXX g1xLAVC54r1164ZyY/AV5H0QX+S2P4Oy1Fbzq1PosI7Sjhf8XuF1u1m0Q12/b3AM hTeyArOO4VaYc6BmS2QyO6x5Wbj6gC65xkhKJnHMLwZDYNQnErKVsRMYsx7Tlcke 3F8+jJklouZIa69k94NFz6mUDHVyzkSMWg3bqv15j7AVRDtS3AoYcmcNCEI4Os2e 5M4SBr3W+MrUnjLURRszv4v0Lnn4p0VLA3lvX9AuGG0tcCTP/1rkaBQrLCLB9Oy2 Arubp8XPCHLpaSX29KLSOZGI5A8oB4WW9ENUYV//xU8V5Vwpe6N4Nze13HlReEZX BRoEEYZ0Lj3k5gdYnEpe21/SHsLgmSKc0bshWVpMXsy7ZocRnBcjz9fUCoqEAp06 4j+iVy1EfbpINJJ/+x+6H5IrTVqkn62rotyIAncZ8u8xmhhfA2ccaatWqXZusqVa NtBduWy/d2z1swEFhmEZi8HDo8De5O14qXa95i/SPYlf1V6yjqa06pap+e+IJ16b 4nkaGIIp8n+xSN9wL04G =Udzq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691558: tpu: package libmongo-client/0.1.5-1+deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertag: tpu Hi! I have recently uploaded libmongo-client/0.1.5-1+deb7u1 to T-P-U, to fix #690992 (missing libglib2.0-dev dependency from the -dev package). The addition of the missed dependency and a changelog update is the only thing changed. The package has already been built by the autobuilders for all architectures. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691559: shutter: Fails to open images in external viewers
Package: shutter Version: 0.88.3-1 Severity: normal Dear Maintainer, Attempting to open a screenshot with an external viewer (Screenshot -- Open with) only opens the application chosen but not the image. For example, choosing Mirage or Image Viewer from the menu will only open them to an empty screen. Regards, Dan -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-3-powerpc 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 shutter depends on: ii imagemagick 8:6.7.7.10-3 ii libfile-basedir-perl 0.03-1 ii libfile-copy-recursive-perl 0.38-1 ii libfile-which-perl 1.09-1 ii libglib-perl 3:1.260-1 ii libgnome2-canvas-perl1.002-2+b2 ii libgnome2-gconf-perl 1.044-4 ii libgnome2-perl 1.042-2+b2 ii libgnome2-vfs-perl 1.081-3+b1 ii libgnome2-wnck-perl 0.16-2+b2 ii libgtk2-imageview-perl 0.05-1+b2 ii libgtk2-perl 2:1.244-1 ii libgtk2-unique-perl 0.05-1+b2 ii libjson-perl 2.53-1 ii libjson-xs-perl 2.320-1+b1 ii liblocale-gettext-perl 1.05-7+b1 ii libnet-dbus-perl 1.0.0-1+b1 ii libnet-dropbox-api-perl 1.8-1 ii libpath-class-perl 0.26-1 ii libproc-processtable-perl0.45-3+b1 ii libproc-simple-perl 1.30-1 ii librsvg2-common 2.36.1-1 ii libsort-naturally-perl 1.02-1 ii libwww-mechanize-perl1.71-1 ii libwww-perl 6.04-1 ii libx11-protocol-perl 0.56-4 ii libxml-simple-perl 2.20-1 ii perlmagick 8:6.7.7.10-3 ii procps 1:3.3.3-2 ii xdg-utils1.1.0~rc1+git20111210-6 Versions of packages shutter recommends: ii libgoo-canvas-perl 0.06-1+b2 Versions of packages shutter suggests: pn gnome-web-photo none ii libimage-exiftool-perl 8.60-2 pn libnet-dbus-glib-perl none pn nautilus-sendto none -- 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#691128: Swapspace ignores memory allocated to /dev/shm [PATCH]
tags 691128 + patch upstream quit Hi Robert, On 2012-10-21 21:09, Robert de Bath wrote: [...] # mount -oremount,size=2000G /dev/shm # cp -a /usr /dev/shm/usr If you do the two commands above swapspace will NOT allocate more swapfiles and the system will OOM. They make the limit on the size of a tmpfs unreasonably high, then fill it up with far too much data. The problem appears to be that the memory usage is recorded in the item Shmem and this isn't in your calculations. If I add it in (as in the attached patch) the system survives. [...] Thank you for the report. Unfortunately I cannot forward your report/patch since the upstream homepage/bug tracker is down right now. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691561: RM: mime-tools -- ROM; Source package mime-tools renamed to libmime-tools-perl
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear FTP masters Source package mime-tools was some time ago already renamed to libmime-tools-perl. mime-tools seems still to be present in the archive: mime-tools | 5.427-2 | squeeze | source mime-tools | 5.427-2 | wheezy | source mime-tools | 5.427-2 | sid | source Would it be possible to remove the obsolete source package? Checked on ries on the archive copy, hope haven't missed something: $ dak rm -n -S -R mime-tools Working... done. Will remove the following packages from unstable: mime-tools |5.427-2 | source Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org - --- Reason --- - -- Checking reverse dependencies... No dependency problem found. Regards, Salvatore -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQi5/5AAoJEHidbwV/2GP+DnQP/jHcpSO6OztYjoGqAhIUt+Gt Q3N5NnKKac4rwxi30emsk55oy5A/Fd7myCzfVmx/ouarLYX+MJ6tgT6DTxMvGox5 vLwTXTQKeuz658L7eccbHqCzwj+KUyUQrWBpg/I+X5BsWGpFNAYERPCUkVfJmVuS XhTfGFRHa54R1iu4/QKvJbctxW9PA1VkTqGRBpfuS22eHY+Uem+hCjGkqr9OhcsM HqbdcHIBFqJa0BQZKZudd8yw2s4wZZY6z9ZT26d8WTO1G+QrSlNGFJ2tH3/myg/h NqimwuJaNw5IxBW3nWRV6d+hAmXCCw89R7+h/2ou11wPhJsxjpgEWtRbUC0D/lme XXtq2T0rmySUbITr3zJ0kjVA0Cg9ov/lfQTpnhEbQYg4EVpbyLl2MUcmJ30EpEQ+ DagkaPGKkn57fHkPlsjwXId+vFtcXSidbpJ1VwiGAeQEu9AvKsfu1Cd9teg2GyBf qOcCZ2R1GyuVV2EYU/TS0u9rpXGx5nQsdQ9n8zyH+78dQrw/R26fm9/AjQLisRVp I3l/tMlVB9Pub7m+4GgQUauRtUim+ROaKZ8k7Ni+x5m62AEw3lPkqcZUnWzQQhc2 AHMkoUR4WeNkW7LICW5+Se08WXwZWjmWE/h9z67O27DB9Pg+X3XCjO9n/h7IgbP2 ppli87BVX+oKYhMghZFz =2pIA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576511: Info received (Bug#576511: drbd8-utils: Ships with violent default actions)
Following on Philipp's comment, I went looking for explanation in the old template config file changes, and found the sysrq calls added with no obvious explanation here: http://git.drbd.org/gitweb.cgi?p=drbd-8.3.git;a=commitdiff;h=3b4452d69b4371dbeee5a38f2e248a6360c14c77 But this is still conditional on the on-io-error setting, which remains set to detach. With the two reboot states, there's no avoiding the sysrq call. In any case, he assumption that DRBD is the sole block device backend on the system is wrong, and the package can and should take care of it. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690376: cve-2012-4505
control: tag -1 patch Hi, I've uploaded an nmu fixing this issue. Please see attached patch. Best wishes, Mike libproxy.patch Description: Binary data
Bug#691562: tcp port conflict in default configuration of approx and kgb-bot
Package: approx kgb-bot Severity: normal Both packages use tcp port by default. This is a conflict. Please resolve. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691552: unblock: yate/4.1.0-1~dfsg-3
Control: tags -1 + moreinfo On Sat, 2012-10-27 at 15:18 +1100, Mark Purcell wrote: Please unblock package yate This release fixes three RC bugs and includes missing core modules. [...] + * Cleanup debian/rules - restores missing modules +- Fixes Do not call dh_installinit twice (Closes: #680563) +- Fixes package yate doesn't ship any module at all (Closes: #683229) Cleanup here appears to mean drop the explicit build* and binary* targets. Was it not feasible to fix the issue in a less drastic (for want of a better word that escapes me currently) manner? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676393: sent man pages upstream
I have submitted man pages to upstream for inclusion https://github.com/glejeune/Ruby-Graphviz/issues/57 I have also reported the test failure in chroot upstream https://github.com/glejeune/Ruby-Graphviz/issues/58 Btw packaging files are in pkg-ruby-extras team git repo http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-graphviz.git;a=summary -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691472: alsamixer: no sound despite all volumes are turned on
reassign 691472 alsa-utils 1.0.23-3 tags 691472 - l10n thanks stefan st.rosenbr...@gmx.de writes: Package: alsamixer Version: hdaintel Severity: normal Tags: l10n When filing bugs, please file it against a package that exist, not against the name of the command. If not filed against a package, the report will not reach the maintainers unless someone reassigns the bug like I did just now, and that's not good for neither you, nor them. The reportbug utility can assist in this, and should warn you if you're filing a bug against a package you do not have installed. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691256: sent man pages upstream
here https://github.com/seattlerb/zentest/issues/25 -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#682426: converting a PDF file to PostScript takes several minutes
control: severity -1 normal From an up-to-date Wheezy, /usr/bin/pdf2ps takes a long time of 100% CPU, but succeeds in creating a 3.6 M PS file out of this small PDF. One particular file that happens to take a while to convert is not a severe enough issue to justify rc status. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691568: btrfs: can't have many hardlinks to a given inode in a given directory
Source: linux Version: 3.2.32-1 Severity: wishlist Justification: difficult Tags: upstream patch moreinfo Hi, As described at [1], btrfs limits (to less than 200 or so) on the number of hard links to a single inode in a given directory. This is due to a flaw in the on-disk format. This hurts busybox-style programs like git that want to keep many links to a single binary and backup programs like backuppc. 3.7-rc1 is said to fix this[2], provided users set an appropriate on-disk flag to accept the format bump. Ideally I'd like to see these patches in wheezy so that wheezy could read such filesystems once they become more widespread. b916a59adfdc Btrfs: add missing read locks in backref.c 5a1d7843ca4b btrfs: improved readablity for add_inode_ref f186373fef00 btrfs: extended inode refs d24bec3ae528 btrfs: extended inode ref iteration Untested. Patches attached for reference. Any heroes to try these with xfstests and then in everyday use? Until they get more testing, perhaps they can provide some amusement. Thanks, Jonathan [1] http://bugs.debian.org/642603 http://thread.gmane.org/gmane.comp.file-systems.btrfs/6285/focus=6354 [2] http://thread.gmane.org/gmane.comp.file-systems.btrfs/19287 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691568: btrfs: can't have many hardlinks to a given inode in a given directory
Jonathan Nieder wrote: b916a59adfdc Btrfs: add missing read locks in backref.c 5a1d7843ca4b btrfs: improved readablity for add_inode_ref f186373fef00 btrfs: extended inode refs d24bec3ae528 btrfs: extended inode ref iteration Untested. Patches attached for reference. Attached. From: Jan Schmidt list.bt...@jan-o-sch.net Date: Fri, 13 Apr 2012 12:28:08 +0200 Subject: Btrfs: add missing read locks in backref.c commit b916a59adfdc875381b68ced258694b434cf43ae upstream. iref_to_path and iterate_irefs both increment the eb's refcount to use it after releasing the path. Both depend on consistent data remaining in the extent buffer and need a read lock to protect it. Signed-off-by: Jan Schmidt list.bt...@jan-o-sch.net Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- fs/btrfs/backref.c | 17 +++-- 1 file changed, 15 insertions(+), 2 deletions(-) diff --git a/fs/btrfs/backref.c b/fs/btrfs/backref.c index 22c64fff1bd5..645ed8fd7f82 100644 --- a/fs/btrfs/backref.c +++ b/fs/btrfs/backref.c @@ -19,6 +19,7 @@ #include ctree.h #include disk-io.h #include backref.h +#include locking.h struct __data_ref { struct list_head list; @@ -108,18 +109,22 @@ static char *iref_to_path(struct btrfs_root *fs_root, struct btrfs_path *path, s64 bytes_left = size - 1; struct extent_buffer *eb = eb_in; struct btrfs_key found_key; + int leave_spinning = path-leave_spinning; if (bytes_left = 0) dest[bytes_left] = '\0'; + path-leave_spinning = 1; while (1) { len = btrfs_inode_ref_name_len(eb, iref); bytes_left -= len; if (bytes_left = 0) read_extent_buffer(eb, dest + bytes_left, (unsigned long)(iref + 1), len); - if (eb != eb_in) + if (eb != eb_in) { + btrfs_tree_read_unlock_blocking(eb); free_extent_buffer(eb); + } ret = inode_ref_info(parent, 0, fs_root, path, found_key); if (ret) break; @@ -132,8 +137,11 @@ static char *iref_to_path(struct btrfs_root *fs_root, struct btrfs_path *path, slot = path-slots[0]; eb = path-nodes[0]; /* make sure we can use eb after releasing the path */ - if (eb != eb_in) + if (eb != eb_in) { atomic_inc(eb-refs); + btrfs_tree_read_lock(eb); + btrfs_set_lock_blocking_rw(eb, BTRFS_READ_LOCK); + } btrfs_release_path(path); iref = btrfs_item_ptr(eb, slot, struct btrfs_inode_ref); @@ -144,6 +152,7 @@ static char *iref_to_path(struct btrfs_root *fs_root, struct btrfs_path *path, } btrfs_release_path(path); + path-leave_spinning = leave_spinning; if (ret) return ERR_PTR(ret); @@ -620,6 +629,7 @@ static int iterate_irefs(u64 inum, struct btrfs_root *fs_root, struct btrfs_key found_key; while (1) { + path-leave_spinning = 1; ret = inode_ref_info(inum, parent ? parent+1 : 0, fs_root, path, found_key); if (ret 0) @@ -635,6 +645,8 @@ static int iterate_irefs(u64 inum, struct btrfs_root *fs_root, eb = path-nodes[0]; /* make sure we can use eb after releasing the path */ atomic_inc(eb-refs); + btrfs_tree_read_lock(eb); + btrfs_set_lock_blocking_rw(eb, BTRFS_READ_LOCK); btrfs_release_path(path); item = btrfs_item_nr(eb, slot); @@ -651,6 +663,7 @@ static int iterate_irefs(u64 inum, struct btrfs_root *fs_root, len = sizeof(*iref) + name_len; iref = (struct btrfs_inode_ref *)((char *)iref + len); } + btrfs_tree_read_unlock_blocking(eb); free_extent_buffer(eb); } -- 1.8.0 From: Jan Schmidt list.bt...@jan-o-sch.net Date: Fri, 17 Aug 2012 14:04:41 -0700 Subject: btrfs: improved readablity for add_inode_ref commit 5a1d7843ca4b3a9009bea87f85ad33854b910aea upstream. Moved part of the code into a sub function and replaced most of the gotos by ifs, hoping that it will be easier to read now. Signed-off-by: Jan Schmidt list.bt...@jan-o-sch.net Signed-off-by: Mark Fasheh mfas...@suse.de Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- fs/btrfs/tree-log.c | 182 1 file changed, 99 insertions(+), 83 deletions(-) diff --git a/fs/btrfs/tree-log.c b/fs/btrfs/tree-log.c index 19b127c15486..883cdc1c357b 100644 --- a/fs/btrfs/tree-log.c +++ b/fs/btrfs/tree-log.c @@ -788,76 +788,18 @@ out: return match; } - -/* - * replay one inode back
Bug#691569: memory handling bug in refcount table handling qcow2 image driver
Source: qemu, qemu-kvm Version: 1.1.2+dfsg-2 Severity: important Tags: upstream patch Qcow2 block driver has a memory handling bug in refcount table handling: block/qcow2-refcount.c:alloc_refcount_block() allocates too small buffer which is used down the line, which results in a memory corruption. Easiest reproducer/verifier is: qemu-img create -f qcow2 -o cluster_size=512,preallocation=metadata disk.img 4G this aborts after glibc detects double free or memory corruption. Upstream bugreport: https://bugs.launchpad.net/qemu/+bug/1071236 patch: http://www.mail-archive.com/qemu-devel@nongnu.org/msg138606.html The issue affects not only qemu-img utility, but actual block drivers in qemu (and qemu-kvm). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684364: target: reports vfs_writev() returned -28 on iscsi activity
Hello, problem hit again kernel is ii linux-image-3.2.0-3-amd643.2.23-1amd64 Linux 3.2 for 64-bit PCs During backup to iscsi file located on btrfs, btrfs runs out of space vfs_writev() returned -28 # btrfs filesystem show --all-devices /dev/sdb failed to read /dev/sr0: No medium found failed to read /dev/fd0: No such device or address Label: none uuid: b99c5f6a-dce2-4ba5-9fc1-4394847f45be Total devices 1 FS bytes used 620.12GB devid1 size 635.00GB used 635.00GB path /dev/sdb Btrfs Btrfs v0.19 #btrfs filesystem df /mnt/tmp Data: total=626.77GB, used=617.32GB System, DUP: total=8.00MB, used=84.00KB System: total=4.00MB, used=0.00 Metadata, DUP: total=4.11GB, used=2.80GB #df /dev/sdb 665845760 653174560 9905632 99% /mnt/tmp #du -cms /mnt/tmp/iscsi/* 51201 /mnt/tmp/iscsi/iscsiCallCentrum 562575 /mnt/tmp/iscsi/iscsiSBS #mount /dev/sdb on /mnt/tmp type btrfs (rw,noatime,compress=lzo,nospace_cache) With regards Libor signature.asc Description: This is a digitally signed message part.
Bug#691377: RM: mirror -- ROM; RC-buggy; not distributable without major surgery
tags 691377 + moreinfo clone 691377 -1 reassign -1 src:doc-linux-fr retitle -1 Build-depends on mirror, scheduled to be removed severity -1 important thanks 2012/10/24 Steve McIntyre st...@einval.com: Please remove mirror. Not ready yet: # Broken Build-Depends: doc-linux-fr: mirror -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684645: liblockfile1: Order of fcntl and dotlock in maillock
Dear Michael, I guess that lockmbox() should not be called on entry to deliver(), but that block moved to after the first flock(). I wonder about the close(mbfd) in line 1370: should unlockmbox() be called just after, and lockmbox() called again after the re-open and subsequent flock()? --- I wonder if I am qualified to provide patches. What has me stumped is that I do not seem to be able to build sendmail-bin. Trying: tar zxf sendmail.8.14.4.tar.gz gzcat sendmail_8.14.4-2.1.diff.gz | patch -p0 cd sendmail-8.14.4 dpkg-buildpackage -rfakeroot -B -uc -us elicits some errors: ... fakeroot debian/rules clean /usr/share/cdbs/1/rules/tarball.mk:33: WARNING: tarball.mk is deprecated - please use source format 3.0 instead /bin/sh: line 0: cd: build-tree/sendmail-8.14.4: No such file or directory ... dh_testroot rm -f debian/stamp-makefile-build debian/stamp-makefile-install k distclean make: k: Command not found ... cd build-tree/sendmail-8.14.4 QUILT_PATCHES=/usr/users/amstaff/psz/sendmail-bin/sendmail-8.14.4/debian/patches/8.14/8.14.4 quilt --quiltrc /dev/null push -a || test $? = 2 Applying patch control_c can't find file to patch at input line 24 ... make: *** [debian/stamp-patched] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 Can you give me a hint on what I am doing wrong? Thanks, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682280: sync-ui does not remember the default service
Package: sync-ui Followup-For: Bug #682280 Those 1.3.1 packages seem to work now. I hope, you get them into Wheezy. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sync-ui depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-2 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libsyncevo-dbus0 1.3.1-0wheezy1 ii syncevolution-common 1.3.1-0wheezy1 ii syncevolution-dbus1.3.1-0wheezy1 Versions of packages sync-ui recommends: ii bluez 4.99-2 ii evolution-data-server 3.4.3-1 sync-ui 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#691571: python-translitcodec: please register error handler
Package: python-translitcodec Version: 0.3-1 Severity: wishlist It would be nice if the module registered an error handler, so that I could do this: u'żółw'.encode('ISO-8859-1', 'translit/long') 'z\xf3lw' -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-translitcodec depends on: ii python 2.7.3-3 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691572: python3-translitcodec
Source: python-translitcodec Version: 0.3-1 Severity: wishlist I would love if this package supported Python 3. :) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684666: R: Bug#684666: AMI BIOS detected: BIOS may corrupt low RAM, working around it.
Hi, i was using SSD + 4gB(A) (A) is the first of the 2 4gB banks. while browsing the plugin-container crashed many times, like this (from syslog): kernel: [24135.522448] plugin-containe[7418] general protection ip: 7f23ffe8c1a1 sp:7f23fe02da00 error:0 in libflashplayer.so[7f23ff83+117b000] then i launched xchat and let it run all night to download a big film (1080p, so it's ~20gB), but when i woke up i 've found that at ~6 o'clock (after ~10 hours of xchat usage) xchat crashed: xchat: *** glibc detected *** xchat: free(): invalid next size (fast): 0x0172aa30 *** Now it's 12:18:26 (UTC+2) and uptime is up 14:29. There wasnt (not yet) a system-level crash, but i think that those problems could be a good reason for me to move to the next test: 4gB(B) [ with (B) as the second bank of the 2 4gB banks that are part of the 8gB set] I think that another good test to do after that will be mixing the banks (1 of the known good 2*2gB set + 1 of the 2*4gB set), when doing that what is the right bank to put in the first slot (the lower one, the one that's the nearest to the mobo) , the 2gB or the 4gB one? Or is it the same? ciao Asdrubale -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691568: btrfs: can't have many hardlinks to a given inode in a given directory
reassign 633062 src:linux linux-2.6/2.6.32-35 , linux-2.6/2.6.32-39 , linux-2.6/3.1.1-1 severity 633062 wishlist forwarded 691568 http://thread.gmane.org/gmane.comp.file-systems.btrfs/6285/focus=6354 merge 633062 691568 quit Jonathan Nieder wrote: As described at [1], btrfs limits (to less than 200 or so) on the number of hard links to a single inode in a given directory. This is due to a flaw in the on-disk format. Already filed. Merging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690459: RM: lustre -- RoQA; does not work with Debian Linux kernel packages
tags 690459 + moreinfo thanks Not ready yet: # Broken Build-Depends: adios: lustre-dev ldiskfsprogs: lustre-dev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691573: debbugs: reassign with multiple found versions seemingly ignored
Package: bugs.debian.org Hi, Today's attempt to reassign a bug had no effect: | reassign 633062 src:linux linux-2.6/2.6.32-35 , linux-2.6/2.6.32-39 , linux-2.6/3.1.1-1 | severity 633062 wishlist | Bug #633062 [linux-2.6] btrfs: low limit on number of hard links to one inode in one directory | Severity set to 'wishlist' from 'normal' [...] Notice the lack of response to the reassign command. Known problem? Thanks, Jonathan ---BeginMessage--- Processing commands for cont...@bugs.debian.org: reassign 633062 src:linux linux-2.6/2.6.32-35 , linux-2.6/2.6.32-39 , linux-2.6/3.1.1-1 severity 633062 wishlist Bug #633062 [linux-2.6] btrfs: low limit on number of hard links to one inode in one directory Severity set to 'wishlist' from 'normal' forwarded 691568 http://thread.gmane.org/gmane.comp.file-systems.btrfs/6285/focus=6354 Bug #691568 [src:linux] btrfs: can't have many hardlinks to a given inode in a given directory Set Bug forwarded-to-address to 'http://thread.gmane.org/gmane.comp.file-systems.btrfs/6285/focus=6354'. merge 633062 691568 Bug #633062 [linux-2.6] btrfs: low limit on number of hard links to one inode in one directory Unable to merge bugs because: package of #691568 is 'src:linux' not 'linux-2.6' Failed to merge 633062: Did not alter merged bugs Debbugs::Control::set_merged('transcript', 'GLOB(0x2ab4e28)', 'requester', 'Jonathan Nieder jrnie...@gmail.com', 'request_addr', 'cont...@bugs.debian.org', 'request_msgid', '20121027102938.GA26779@elie.Belkin', 'request_subject', ...) called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 537 eval {...} called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 536 Debbugs::Control::Service::control_line('line', 'merge 633062 691568', 'clonebugs', 'HASH(0x2a283f8)', 'limit', 'HASH(0x2a278d8)', 'common_control_options', 'ARRAY(0x2a27920)', 'errors', ...) called at /usr/lib/debbugs/service line 474 quit Stopping processing here. Please contact me if you need assistance. -- 633062: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633062 691568: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691568 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---End Message---
Bug#682426: converting a PDF file to PostScript takes several minutes
Dear Michael, Am Samstag, den 27.10.2012, 05:36 -0400 schrieb Michael Gilbert: control: severity -1 normal From an up-to-date Wheezy, /usr/bin/pdf2ps takes a long time of 100% CPU, but succeeds in creating a 3.6 M PS file out of this small PDF. One particular file that happens to take a while to convert is not a severe enough issue to justify rc status. that is the second report you downgrade the severity using an incorrect justification. Had you read the whole bug report, you would have found out that this happens with several PDF files and that this was just an example! So please in the future, could you please try to investigate the bugs. For example getting your feedback on how pdf2ps performs on your system with the example file and some other PDF files on your system would have been way more useful! Thanks, Paul PS: Also, please make sure to *not* break threading and keep everyone informed. [1] [1] http://wiki.debian.org/BTS/FollowUpOnReports signature.asc Description: This is a digitally signed message part
Bug#691575: mpg123: repeatable segfault on specific mp3 file
Package: mpg123 Version: 1.14.2+svn20120622-1 Severity: important mpg123 crashes on specific mp3 file. Crash seems to be reproducible. pavel@amd:/data/picture/zoo7$ mpg123 /data/mp3/czech/mladek/1/02.O\ sněhurce.mp3 High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2 and 3. Version 0.59o (1998/Feb/08). Written and copyrights by Michael Hipp. Uses code from various people. See 'README' for more! THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK! Title : O SNEHURCE Artist: IVAN MLADEK Album : POHADKY A JINE POVIDACKYYear: 1994, Genre: 28 Comment: Directory: /data/mp3/czech/mladek/1/ Playing MPEG stream from 02.O sněhurce.mp3 ... MPEG 1.0 layer III, 128 kbit/s, 44100 Hz joint-stereo Segmentation fault (core dumped) pavel@amd:/data/picture/zoo7$ gdb `which mpg123` core GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/local/bin/mpg123...(no debugging symbols found)...done. [New LWP 5148] warning: Can't read pathname for load map: Input/output error. Failed to read a valid object file image from memory. Core was generated by `mpg123 /data/mp3/czech/mladek/1/02.O sněhurce.mp3'. Program terminated with signal 11, Segmentation fault. #0 __memcpy_ia32 () at ../sysdeps/i386/i686/multiarch/../memcpy.S:75 75 ../sysdeps/i386/i686/multiarch/../memcpy.S: No such file or directory. (gdb) bt #0 __memcpy_ia32 () at ../sysdeps/i386/i686/multiarch/../memcpy.S:75 #1 0x0805cf90 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.6.0-rc6+ (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=cs_CZ (charmap=) Shell: /bin/sh linked to /bin/dash Versions of packages mpg123 depends on: ii libc6 2.13-35 Embedded GNU C Library: Shared lib ii libltdl72.4.2-1.1A system independent dlopen wrappe ii libmpg123-0 1.14.2+svn20120622-1 MPEG layer 1/2/3 audio decoder (sh Versions of packages mpg123 recommends: ii libasoun 1.0.25-4shared library for ALSA applicatio ii libjack0 1:0.121.3+20120418git75e3e20b-2 JACK Audio Connection Kit (librari ii libopena 1:1.13-2Software implementation of the Ope ii libporta 19+svn2021-1Portable audio I/O - shared librar ii oss-comp 2 Open Sound System (OSS) compatibil Versions of packages mpg123 suggests: ii alsa-utils1.0.25-3 Utilities for configuring and usin pn jackd none (no description available) pn nas none (no description available) ii oss-compat2 Open Sound System (OSS) compatibil pn oss4-base none (no description available) ii pulseaudio1.1-3.2PulseAudio sound server -- 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#691574: booth: FTBFS on some arches due to -Werror=cast-align
Package: booth Version: 0.1.0-1 Severity: important Tags: patch Booth fails on some arches when -Werror=cast-align warning is enabled, according to the status page: https://buildd.debian.org/status/package.php?p=boothsuite=sid Removing the cast-align warning from configure.ac fixes the build on those platforms -and actually is harmless anyway. Regards Konstantinos diff -ruN booth-0.1.0/configure.ac booth-0.1.0.mine/configure.ac --- booth-0.1.0/configure.ac2012-05-07 15:06:52.0 + +++ booth-0.1.0.mine/configure.ac 2012-10-27 10:31:35.000867444 + @@ -322,7 +322,6 @@ declaration-after-statement pointer-arith write-strings - cast-align bad-function-cast missing-format-attribute format=2
Bug#691576: GDB stops with sigtrap at 0 address on ia64 wheezy
Package: gdb Version: 7.4.1 Severity: serious Dell PowerEdge 3250 2x Itanium Madison 1.5GHz 6M 4GB RAM I realized that GDB doesn't work as it should. When GDB should run *any* target application, it always stops with SIGTRAP 0x. Example: stephan@itanic:~$ gdb man GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as ia64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/man...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/man Program received signal SIGTRAP, Trace/breakpoint trap. 0x in ?? () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x in ?? () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x in ?? () (gdb) Debian Wheezy: Kernel 3.2.23, GDB 7.4.1 doesn't work Debian Wheezy: Kernel 3.2.23, GDB 7.3 doesn't work Debian Wheezy: with Kernel 3.5.5 (experimental), GDB 7.4.1 doesn't work Debian Wheezy: with Kernel 3.5.5 (experimental), GDB 7.3 doesn't work Debian Lenny: Kernel 2.6.26, a 'debootstrapped' Wheezy userland, GDB 7.4.1 *works* Gentoo:Kernel 3.3.8, GDB 7.3.1 works I'm surprised that GDB 7.4.1 works on Lenny in the chroot'd Wheezy environment. Please also note that the problem doesn't occur on Gentoo ia64. In my opinion, it points to the Debian Kernel somehow... Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576511: Info received (Bug#576511: drbd8-utils: Ships with violent default actions)
control: severity -1 important Josip, Please don't upgrade the severity of this bug. The defaults actually prevent further data loss for the majority of drbd users. In the normal setup the drbd device is the main storage device so the defaults make sense. If you have a suggestion for a better default please go ahead and post it. Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651561: still an issue in synaptic 0.75.12
I just installed Wheezy and tried to use the Synaptic software sources dialog and as described above, the checkboxes can be checked but while the checking UI changes, the check doesn't stick. It's not the end of the world, but would be great to have a solution.
Bug#682426: converting a PDF file to PostScript takes several minutes
control: tag -1 - unreproducible control: tag -1 help On Sat, Oct 27, 2012 at 6:42 AM, Paul Menzel wrote: that is the second report you downgrade the severity using an incorrect justification. Please don't second-guess maintainer severity judgements. It's not a productive use of time. Had you read the whole bug report, you would have found out that this happens with several PDF files and that this was just an example! My conclusion is the same even if it were hundreds of files. In the end, the package still works. It's not ideal, but people can tolerate a little slowness every now and then. I agree that it's a bug, but its really not worth delaying the release over. Help is appreciated. Particularly an upstream report would be the most welcome way to try to make progress on this one. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682426: cups: filter gs takes several minutes consuming 100 % of CPU
Am Montag, den 22.10.2012, 22:49 +0200 schrieb Till Kamppeter: On 10/22/2012 06:22 PM, Didier 'OdyX' Raboud wrote: Le lundi, 22 octobre 2012 15.51:19, Paul Menzel a écrit : Didier, thank you for following up on the report. Today I hit this problem again – unfortunately when being in a hurry. It looks like on a new installed system, CUPS is not affected as it does not use the gs filter by default anymore(?). Well, CUPS now supposedly uses the PDF workflow and avoids converting PDF's to PS'es when unnecessary. Till will correct me if I'm wrong. :) Yes, that is the case. Usually PDF is only converted into PS if the printer is a PS printer or the driver requires PS input (like foo2zjs). So what is it converted to in the end? PCL? Additionally bug #664538 [2] seems to deal with the same problem. Brian kindly followed up, mentioning too that it has to do with the gs filter in cups-filters and that pdftops might work. Well, the pdftops filter calls gs in Wheezy, as far as I can see. At least in the newest upstream version of cups-filters one can switch the filter to use pdftops from Poppler. On a freshly installed system, pdftops seems to be used by default. At least there the file printed very quickly. Thanks to kens in #ghostscript on irc.freenode.net, the problem is likely that the PDF has transparency. (Like when created by Cairo using the feature Print to file from the printing dialog.) Additionally by default `pdf2ps` using a 720 dpi resolution. And `pdftops` 300 dpi by default. Using such a high resolution poses a big task to the converter. So I guess, this issue should be reassigned to CUPS, as it should figure out what resolution to use from the one of the target printer. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#691577: RFS: neverball/1.5.4-6 -- 3D floor-tilting game
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for neverball team upload (as in Debian Developer's Reference ch 5.11.7). * Package name: neverball Version : 1.5.4-6 Upstream Author : Neverball contributors * URL : http://neverball.org/ * License : GPLv2+ Section : games It builds those binary packages: neverball - 3D floor-tilting game neverball-common - data files for Neverball and Neverputt neverball-data - data files for Neverball neverball-dbg - debugging information for Neverball and Neverputt neverputt - 3D miniature golf game neverputt-data - data files for Neverputt To access further information about this package, please visit the following URL: http://mentors.debian.net/package/neverball Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/neverball/neverball_1.5.4-6.dsc Changes since the last upload: neverball (1.5.4-6) unstable; urgency=low * Team upload * libpng15 transition: Build-depend on libpng-dev instead of libpng12-dev (Closes: #662445) * Fix neverball not launching if previously used video mode is not available (Closes: #677409) Thanks to Fabian Greffrath for patch. * Bump Standards-Version to 3.9.3, no changes needed * Fix non-working Vcs-Browser field in control (400 Bad Request) with a working one * Implement hardening -- Juhani Numminen juhaninummin...@gmail.com Sat, 15 Sep 2012 12:19:46 +0300 Regards, Juhani Numminen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636554: jruby: Another new upstream release
Package: jruby Version: 1.5.6-4 Followup-For: Bug #636554 Hello, JRuby 1.7.0 got release a few days ago: http://jruby.org/2012/10/22/jruby-1-7-0 Would it be an idea to focus on this version instead of 1.6 ? Thanks ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670545: provide python3-h5py package
Package for the new upstream release (2.1.0) uploaded on mentors.debian.net http://mentors.debian.net/debian/pool/main/h/h5py/h5py_2.1.0-1.dsc best regards -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682426: converting a PDF file to PostScript takes several minutes
Am Samstag, den 27.10.2012, 06:56 -0400 schrieb Michael Gilbert: control: tag -1 - unreproducible control: tag -1 help On Sat, Oct 27, 2012 at 6:42 AM, Paul Menzel wrote: that is the second report you downgrade the severity using an incorrect justification. Please don't second-guess maintainer severity judgements. It's not a productive use of time. Just admit, that your explanation was incorrect! Also looking at `changelog.Debian.gz` I did not deduce that you are the maintainer. Sorry about that. Had you read the whole bug report, you would have found out that this happens with several PDF files and that this was just an example! My conclusion is the same even if it were hundreds of files. In the end, the package still works. It's not ideal, but people can tolerate a little slowness every now and then. I agree that it's a bug, but its really not worth delaying the release over. Wanting to print a simple PDF text file and having to wait for a 30 pages document over half an hour or even longer for it to process is indeed release critical in my opinion! Printing is one of the most needed and most basic stuff computers are used for. More even in cooperate environments. Help is appreciated. Particularly an upstream report would be the most welcome way to try to make progress on this one. I do not know if you read my other reply. But I *am* trying to help fixing this bug. And reporting this upstream was *not* possible, because the Ghostscript bug tracker [1] is currently down. And it does not seem needed anymore as I wrote in my other reply. Thanks, Paul [1] http://bugs.ghostscript.com/ signature.asc Description: This is a digitally signed message part
Bug#690894: Seems to work in current version
Hi, I was bitten by this bug several times already, but it seems it is gone in current aurora (Firefox 18). According to the Mozilla bug https://bugzilla.mozilla.org/show_bug.cgi?id=781617 it seems that it was fixed in FF17. -- Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690201: xine-ui: xine --enqueue can't cope with filename with comma , in it
tags 690201 patch thanks. On Thu, 11 Oct 2012, Tim Connors wrote: Package: xine-ui Version: 0.99.6-1 Severity: normal xine --enqueue splits any filename provided on the commandline if they have a comma in the filename. It does this because --enqueue gets transformed in main.c:main() to allocate a session_argv array with mrl=%s and passes that off to the session code to interpret in session.c:session_handle_subopt, which just stupidly blindly splits every string at every , via getsubopt() right at the top of session_handle_subopt(). There is no way around this - you can't even escape commas in the filename with \ or the like. Seems someone forgot that mrls get passed through getsubopt and can of course be arbitrary strings so no character should be entitled to act as delimeter. The mrl case should be handled via some other means - probably via a separate array since ideally you should be able to even handle a filename that looks like token=value. It should be easy - only interpret tokens provided via S=token1,token2,token3,token4=value,token5 etc, and all other options parsed through getopt(), but any other argument should be interpreted as a filename. Continue to support xine -S mrl=... for backwards compatibility by all means, but xine -S ... --enqueue ... ... should be the preferred method. And it turns out the use of atoa() was pretty poor form too, in that it nulled out a whole class of valid-in-filename characters. Other uses of that function seem sane enough, but in handling filenames? Um, no... Pretty easy fix, attached patch tests out fine here... Please forward upstream. -- Tim Connorsdiff -ru /root/apt-source/xine-ui-0.99.7.orig/src/xitk/event.c /root/apt-source/xine-ui-0.99.7.patched,unbuilt/src/xitk/event.c --- /root/apt-source/xine-ui-0.99.7.orig/src/xitk/event.c 2012-01-19 22:04:00.0 +1100 +++ /root/apt-source/xine-ui-0.99.7.patched,unbuilt/src/xitk/event.c 2012-10-25 17:11:27.585912576 +1100 @@ -1952,7 +1952,7 @@ int dummy_session; while(startup-session_opts[i]) - (void) session_handle_subopt(startup-session_opts[i++], dummy_session); + (void) session_handle_subopt(startup-session_opts[i++], NULL, dummy_session); } diff -ru /root/apt-source/xine-ui-0.99.7.orig/src/xitk/main.c /root/apt-source/xine-ui-0.99.7.patched,unbuilt/src/xitk/main.c --- /root/apt-source/xine-ui-0.99.7.orig/src/xitk/main.c 2012-01-19 22:04:00.0 +1100 +++ /root/apt-source/xine-ui-0.99.7.patched,unbuilt/src/xitk/main.c 2012-10-25 17:11:25.097996921 +1100 @@ -1781,7 +1781,7 @@ case 'S': if(is_remote_running(((session = 0) ? session : 0))) - retval = session_handle_subopt(optarg, session); +retval = session_handle_subopt(optarg, NULL, session); else { session_argv = (char **) realloc(session_argv, sizeof(char *) * (session_argv_num + 2)); @@ -1933,9 +1933,9 @@ if(_argv[optind]) { for(i = optind; i _argc; i++) { char enqueue_mrl[strlen(_argv[i]) + 256]; - - snprintf(enqueue_mrl, sizeof(enqueue_mrl), session=%d,mrl=%s, session, atoa(_argv[i])); - (void) session_handle_subopt(enqueue_mrl, session); + char *filename = NULL; + snprintf(enqueue_mrl, sizeof(enqueue_mrl), session=%d, session); + (void) session_handle_subopt(enqueue_mrl, _argv[i], session); } } else diff -ru /root/apt-source/xine-ui-0.99.7.orig/src/xitk/session.c /root/apt-source/xine-ui-0.99.7.patched,unbuilt/src/xitk/session.c --- /root/apt-source/xine-ui-0.99.7.orig/src/xitk/session.c 2012-01-19 22:04:00.0 +1100 +++ /root/apt-source/xine-ui-0.99.7.patched,unbuilt/src/xitk/session.c 2012-10-25 17:11:24.370021603 +1100 @@ -499,7 +499,7 @@ return 1; } -int session_handle_subopt(char *suboptarg, int *session) { +int session_handle_subopt(char *suboptarg, char* enqueue_mrl, int *session) { int playlist_first, playlist_last, playlist_clear, playlist_next, playlist_prev, playlist_stop_cont; int audio_next, audio_prev, spu_next, spu_prev; int volume, amp, loop, speed_status, time_status; @@ -634,6 +634,13 @@ } } + + if (enqueue_mrl != NULL) { +mrls = (char **) realloc(mrls, sizeof(char *) * (num_mrls + 2)); + +mrls[num_mrls++] = strdup(enqueue_mrl); +mrls[num_mrls] = NULL; + } *session = (optsess = 0) ? optsess : 0; diff -ru /root/apt-source/xine-ui-0.99.7.orig/src/xitk/session.h /root/apt-source/xine-ui-0.99.7.patched,unbuilt/src/xitk/session.h --- /root/apt-source/xine-ui-0.99.7.orig/src/xitk/session.h 2009-12-19 11:34:22.0 +1100 +++ /root/apt-source/xine-ui-0.99.7.patched,unbuilt/src/xitk/session.h 2012-10-25 17:11:25.905969537 +1100 @@ -69,6 +69,6 @@ int init_session(void); void deinit_session(void); -int session_handle_subopt(char *optarg, int *session); +int session_handle_subopt(char *optarg, char* enqueue_mrl, int *session); #endif
Bug#691592: pam_syslog: Corrupts facility setting.
Package: src:pam Version: 1.1.1-6.1 Severity: normal According to pam_syslog(3), both of pam_syslog() and pam_vsyslog() are to accept a priority parameter composed from severity _and_ from facility. However, the source code contains /* libpam/pam_syslog.c, line 99 */ syslog (LOG_AUTHPRIV | priority, %s %s, ...); Including a facility in PRIORITY, differing from LOG_AUTHPRIV, will thus send two facility tags to syslog(), which in the implementation of libc6 is unpredictable at best since it applies neither alternatives correctly. A remedy would be to use an inline test: syslog ((priority ~LOG_PRIMASK) ? priority : LOG_AUTHPRIV|priority, ...); Another solution would be to rewrite the manual page! Regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691593: grub-pc can not start windows 8
Package: grub-pc Version: 1.99-23 Severity: important Dear Maintainer, I have 2 hard drive. One for debian wheezy and one for test windows 8. My bios boot on first hard drive (debian) with grub-pc, but it can not boot windows 8. After an update-grub the file /boot/grub/grub.cfg looks like this: ### BEGIN /etc/grub.d/30_os-prober ### menuentry Windows 8 (loader) (on /dev/sdb1) --class windows --class os { insmod part_msdos insmod ntfs set root='(/dev/sdb,msdos1)' search --no-floppy --fs-uuid --set=root 90AAFD55AAFD37F4 drivemap -s (hd0) ${root} chainloader +1 } I had to change that part for that windows 8 boot with grub-pc: ### BEGIN /etc/grub.d/30_os-prober ### menuentry Windows 8 (loader) (on /dev/sdb1) --class windows --class os { insmod part_msdos insmod ntfs set root=(hd1) chainloader +1 } Best regards, HacKurx www.hackurx.info -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/14414f4c-ac17-4ab4-b916-3341cf4136b6 / ext4 rw,noatime,errors=remount-ro,data=ordered 0 0 /dev/sda7 /home ext4 rw,relatime,data=ordered 0 0 /dev/sda5 /tmp ext4 rw,nosuid,nodev,noexec,noatime,data=ordered 0 0 /dev/sda6 /var ext4 rw,relatime,data=ordered 0 0 *** END /proc/mounts *** BEGIN /proc/mdstat Personalities : unused devices: none *** END /proc/mdstat *** BEGIN /dev/disk/by-id total 0 lrwxrwxrwx 1 root root 9 Oct 27 13:37 ata-HL-DT-ST_BD-RE_GGW-H20L_K5589N52212 - ../../sr0 lrwxrwxrwx 1 root root 9 Oct 27 13:36 ata-SAMSUNG_HD322GJ_S2BJJ90BA33822 - ../../sda lrwxrwxrwx 1 root root 10 Oct 27 13:36 ata-SAMSUNG_HD322GJ_S2BJJ90BA33822-part1 - ../../sda1 lrwxrwxrwx 1 root root 10 Oct 27 13:36 ata-SAMSUNG_HD322GJ_S2BJJ90BA33822-part2 - ../../sda2 lrwxrwxrwx 1 root root 10 Oct 27 13:36 ata-SAMSUNG_HD322GJ_S2BJJ90BA33822-part5 - ../../sda5 lrwxrwxrwx 1 root root 10 Oct 27 13:36 ata-SAMSUNG_HD322GJ_S2BJJ90BA33822-part6 - ../../sda6 lrwxrwxrwx 1 root root 10 Oct 27 13:36 ata-SAMSUNG_HD322GJ_S2BJJ90BA33822-part7 - ../../sda7 lrwxrwxrwx 1 root root 10 Oct 27 13:36 ata-SAMSUNG_HD322GJ_S2BJJ90BA33822-part8 - ../../sda8 lrwxrwxrwx 1 root root 9 Oct 27 13:36 ata-SAMSUNG_HD322GJ_S2BJJ90Z554773 - ../../sdb lrwxrwxrwx 1 root root 10 Oct 27 13:36 ata-SAMSUNG_HD322GJ_S2BJJ90Z554773-part1 - ../../sdb1 lrwxrwxrwx 1 root root 10 Oct 27 13:36 ata-SAMSUNG_HD322GJ_S2BJJ90Z554773-part2 - ../../sdb2 lrwxrwxrwx 1 root root 9 Oct 27 13:36 scsi-SATA_SAMSUNG_HD322GJS2BJJ90BA33822 - ../../sda lrwxrwxrwx 1 root root 10 Oct 27 13:36 scsi-SATA_SAMSUNG_HD322GJS2BJJ90BA33822-part1 - ../../sda1 lrwxrwxrwx 1 root root 10 Oct 27 13:36 scsi-SATA_SAMSUNG_HD322GJS2BJJ90BA33822-part2 - ../../sda2 lrwxrwxrwx 1 root root 10 Oct 27 13:36 scsi-SATA_SAMSUNG_HD322GJS2BJJ90BA33822-part5 - ../../sda5 lrwxrwxrwx 1 root root 10 Oct 27 13:36 scsi-SATA_SAMSUNG_HD322GJS2BJJ90BA33822-part6 - ../../sda6 lrwxrwxrwx 1 root root 10 Oct 27 13:36 scsi-SATA_SAMSUNG_HD322GJS2BJJ90BA33822-part7 - ../../sda7 lrwxrwxrwx 1 root root 10 Oct 27 13:36 scsi-SATA_SAMSUNG_HD322GJS2BJJ90BA33822-part8 - ../../sda8 lrwxrwxrwx 1 root root 9 Oct 27 13:36 scsi-SATA_SAMSUNG_HD322GJS2BJJ90Z554773 - ../../sdb lrwxrwxrwx 1 root root 10 Oct 27 13:36 scsi-SATA_SAMSUNG_HD322GJS2BJJ90Z554773-part1 - ../../sdb1 lrwxrwxrwx 1 root root 10 Oct 27 13:36 scsi-SATA_SAMSUNG_HD322GJS2BJJ90Z554773-part2 - ../../sdb2 lrwxrwxrwx 1 root root 9 Oct 27 13:36 wwn-0x50024e9202972bb2 - ../../sdb lrwxrwxrwx 1 root root 10 Oct 27 13:36 wwn-0x50024e9202972bb2-part1 - ../../sdb1 lrwxrwxrwx 1 root root 10 Oct 27 13:36 wwn-0x50024e9202972bb2-part2 - ../../sdb2 lrwxrwxrwx 1 root root 9 Oct 27 13:36 wwn-0x50024e92065edf05 - ../../sda lrwxrwxrwx 1 root root 10 Oct 27 13:36 wwn-0x50024e92065edf05-part1 - ../../sda1 lrwxrwxrwx 1 root root 10 Oct 27 13:36 wwn-0x50024e92065edf05-part2 - ../../sda2 lrwxrwxrwx 1 root root 10 Oct 27 13:36 wwn-0x50024e92065edf05-part5 - ../../sda5 lrwxrwxrwx 1 root root 10 Oct 27 13:36 wwn-0x50024e92065edf05-part6 - ../../sda6 lrwxrwxrwx 1 root root 10 Oct 27 13:36 wwn-0x50024e92065edf05-part7 - ../../sda7 lrwxrwxrwx 1 root root 10 Oct 27 13:36 wwn-0x50024e92065edf05-part8 - ../../sda8 *** END /dev/disk/by-id *** BEGIN /dev/disk/by-uuid total 0 lrwxrwxrwx 1 root root 10 Oct 27 13:36 14414f4c-ac17-4ab4-b916-3341cf4136b6 - ../../sda1 lrwxrwxrwx 1 root root 10 Oct 27 13:36 1c67d334-b7d0-4830-9eee-da6c3612f7e6 - ../../sda6 lrwxrwxrwx 1 root root 10 Oct 27 13:36 26c30899-ec24-40e9-990d-2bf16bdbc0e8 - ../../sda5 lrwxrwxrwx 1 root root 10 Oct 27 13:36 90AAFD55AAFD37F4 - ../../sdb1 lrwxrwxrwx 1 root root 10 Oct 27 13:36 DE70F93270F9124F - ../../sdb2 lrwxrwxrwx 1 root root 10 Oct 27 13:36 af924282-9ec5-4fef-85b9-ae73875209e2 - ../../sda7 lrwxrwxrwx 1 root root 10 Oct 27 13:36 b1b3bdf8-42ab-473c-a15a-5f568c9fd0ba - ../../sda8
Bug#689172: pylint-gui unable to cope with '--include-ids' option
As nothings happened here and I want to get at least another patch in, I am trying to push upstream: http://lists.logilab.org/pipermail/python-projects/2012-October/003341.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691594: powertop: wrong reporting about audio codec power management
Package: powertop Version: 2.0-0.2 Severity: normal PowerTop wrongly reports about the optimal settings for Audio codec power management. Bad Enable Audio codec power management The module accepts an integer, where 0 would disable power savings, where as a positive integer will be treated as number of seconds for timeout before switching to power save mode. It should test for == 0, and then report the status as Bad. The module's option is listed below: parm: power_save:Automatic power-saving timeout (in second, 0 = disable). (int) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages powertop depends on: ii libc6 2.13-36 ii libgcc1 1:4.7.2-4 ii libncursesw5 5.9-10 ii libnl-3-200 3.2.7-4 ii libnl-genl-3-200 3.2.7-4 ii libpci3 1:3.1.9-5 ii libstdc++64.7.2-4 ii libtinfo5 5.9-10 ii zlib1g1:1.2.7.dfsg-13 powertop recommends no packages. Versions of packages powertop suggests: pn cpufrequtils none ii laptop-mode-tools 1.61-1 -- 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#691595: glusterfs-server doesn't start because of broken initscript
Package: glusterfs-server Version: 3.3.1-1 Severity: important Hi, the debian initscript for glusterfs-server tries to start the daemon using the following line: start_daemon -p $PIDFILE $DAEMON -f $CONFIGFILE The initscript however does not set the variable $CONFIGFILE and it's thus empty, resulting in the iniscripts start action and the installation of the package being broken. glusterd complains about -f requiring an option and fails. For my local gluster testbed I fixed the issue with dropping the $CONFIGFILE variable and replacing it with: start_daemon -p $PIDFILE $DAEMON -f /etc/glusterfs/glusterd.vol I suggest doing the same for the debian package or as an alternative introduce a /etc/defaults/glusterfs-server config file in which one can specify which $CONFIGFILE to use. Thanks Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691562: tcp port conflict in default configuration of approx and kgb-bot
On Sat, Oct 27, 2012 at 08:15:21AM -0400, Eric Cooper wrote: On Sat, Oct 27, 2012 at 11:08:23AM +0200, Helmut Grohne wrote: Both packages use tcp port by default. This is a conflict. Please resolve. Is this really a problem? I suspect both packages' users would mainly be inconvenienced by the change, while the small number that use both packages can probably reconfigure one easily. Well the problem occurs at strange places and could take a while to debug with either inetd (or xinetd) or kgb-bot failing to start. If one of the packages were to change the port, that would have to happen in a graceful way (i.e. only affecting new installations). If neither package intends to fix the issue, the bug should be tagged as wontfix and left open, so users actually encountering the problem will quickly find it. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623592: gnome-shell: Crashes repeatedly if empathy opens a new chat window
Hi I was affected by this bug too. But the update to 3.4.0 solved it for me. Are you still affected using the latest version of gnome-shell? Cheers Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691510: nmu: openmsx_0.9.1-1
On 26-10-12 19:39, Adam D. Barratt wrote: openmsx maintainers - please fix your build environment; Debian moved to libglew1.7 in February. I've checked how this could happen. I obviously did update my system since then. ;-) libglew1.6-dev Provides: libglew-dev. For this reason, aptitude didn't complain about a missing dependency when glew updated to 1.7. After all, libglew-dev was available, and all its dependencies were installed (even if not available in main anymore). I'll uninstall libglew1.6, which should fix the problem. Does it need to be fixed in a package as well? The most logical place would be libglew1.6-dev, which should not Provides: libglew-dev. But libglew1.6-dev doesn't exist anymore, so cannot be modified. Should I change the libglew-dev of openmsx to a versioned dependency? Technically that isn't right: it builds fine with libglew1.6. Thanks, Bas Wijnen signature.asc Description: OpenPGP digital signature
Bug#691596: sqlite3-doc: Register to doc-base
Package: sqlite3-doc Version: 3.7.13-1 Severity: wishlist Hi, it would be nice if you could add a documentation registration file to /usr/share/doc-base/. Thanks, Eric -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash sqlite3-doc depends on no packages. Versions of packages sqlite3-doc recommends: ii sqlite3 3.7.13-1 sqlite3-doc 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#691597: RFP: MyMediaLite -- recommender system library
Package: wnpp Severity: wishlist Homepage of the project: http://mymedialite.net GitHub page: https://github.com/zenogantner/MyMediaLite Download page: http://mymedialite.net/download/index.html license: GPL3 or later; contains component with other licenses see https://github.com/zenogantner/MyMediaLite/blob/master/doc/ComponentLicenses I am the main author of the package. I have experience using Debian and Ubuntu, but no packaging experience. Of course I am willing to help, and will do my best to modify upstream in order to allow easy packaging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690888: RFS: update to libautomaton-java to publish maven artifacts
Hi, please sponsor my update to libautomaton-java (src: automaton). I moved the packaging to Git, authorized by the last uploader Michael Banck: http://anonscm.debian.org/gitweb/?p=pkg-java/automaton.git The package can be build from git with git-buildpackage. Please tell me if you'd prefer a source package for sponsoring. Regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690153: jscribble: FTBFS: tests timeout
Hi, I can reproduce this with sbuild on sid-amd64. Did you guys all use sbuild for testing? Best regards, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691562: tcp port conflict in default configuration of approx and kgb-bot
On Sat, Oct 27, 2012 at 11:08:23AM +0200, Helmut Grohne wrote: Both packages use tcp port by default. This is a conflict. Please resolve. (Approx chose for compatibility with apt-proxy, although that package is no longer in Debian.) Is this really a problem? I suspect both packages' users would mainly be inconvenienced by the change, while the small number that use both packages can probably reconfigure one easily. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691598: Bootup hangs with the text `GLIb-WARNING **: getpwid_r(): failed due to unknown user id'
Package: plymouth Severity: important thanks I've decided to file this severity important rather then grave, since this didn't happen on my other unstable machine. Hello, maintainer, When booting with plymouth, it hangs with a message similar to: getpwid_r(): failed due to unknown user id (0) There is a similar bug filed against the Ubuntu package, but the patch used to resolve the issue won't apply anymore. If I disable splash, or switch to textular bootup, I boot fine. When I enable it, or let the splash take over boot, I get that error. I've got the following plymouth packages installed: - plymouth - plymouth-drm - plymouth-themes-all at version 0.8.6.1-1. This happens with both sysvinit and systemd. Please see LP: #649917[1] for more context in Ubuntu's situation. Thanks addressing this, Paul [1]: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/649917 -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#691599: fix for upstream bug #5298
Package: puppet-common Version: 2.6.2-5+squeeze6 Hello, We seem to occasionally bump into puppet bug #5298 with some of our defined resources. The bug is fixed on puppet 2.6.3. We tried to apply it against 2.6.2-5+squeeze6 and it applies successfully. It is in production, serving almost 300 Debian Squeeze clients for about a month now without causing any problems so far. It would be nice to see it merged in a future Debian point release, if it meets your standards. You will find the patch, as was recorded with quilt, attached. This patch was tested on a clean Debian amd64 6.0.6 Squeeze box (no backports or third party repositories), used as the puppetmaster. Thanks in advance, Costas Drogos Index: puppet-2.6.2/lib/puppet/parser/ast/collection.rb === --- puppet-2.6.2.orig/lib/puppet/parser/ast/collection.rb 2012-10-09 18:59:01.0 +0300 +++ puppet-2.6.2/lib/puppet/parser/ast/collection.rb2012-10-09 18:59:51.0 +0300 @@ -19,7 +19,8 @@ str = code = nil end -newcoll = Puppet::Parser::Collector.new(scope, @type, str, code, self.form) +resource_type = scope.find_resource_type(@type) +newcoll = Puppet::Parser::Collector.new(scope, resource_type.name, str, code, self.form) scope.compiler.add_collection(newcoll) Index: puppet-2.6.2/spec/unit/parser/ast/collection_spec.rb === --- puppet-2.6.2.orig/spec/unit/parser/ast/collection_spec.rb 2012-10-09 18:59:09.0 +0300 +++ puppet-2.6.2/spec/unit/parser/ast/collection_spec.rb2012-10-09 19:01:22.0 +0300 @@ -5,6 +5,8 @@ describe Puppet::Parser::AST::Collection do before :each do @scope = stub_everything 'scope' +@mytype = stub_everything('mytype') +@scope.stubs(:find_resource_type).returns @mytype @compiler = stub_everything 'compile' @scope.stubs(:compiler).returns(@compiler) @@ -24,6 +26,8 @@ it should instantiate a Collector for this type do collection = Puppet::Parser::AST::Collection.new :form = :virtual, :type = test +@test_type = stub 'type', :name = 'test' +@scope.expects(:find_resource_type).with('test').returns @test_type Puppet::Parser::Collector.expects(:new).with(@scope, test, nil, nil, :virtual)
Bug#691600: libghc-warp-dev: does not parse request headers correctly
Package: libghc-warp-dev Severity: grave Tags: upstream patch Dear Maintainer, warp 1.2.1.1 does not parse request headers correctly, such as multi-line headers, or a header with no space between colon and value. Upstream has fixed the issue (tracked in https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls to = 1.2.1 for the updated dependency.) Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libghc-warp-dev depends on: ii libc62.13-35 ii libffi5 3.0.10-3 pn libghc-base-dev-4.5.0.0-c8e71none ii libghc-blaze-builder-conduit-dev [libghc-blaze-builder-cond 0.4.0.2-1 ii libghc-blaze-builder-dev [libghc-blaze-builder-dev-0.3.1.0- 0.3.1.0-1+b2 pn libghc-bytestring-dev-0.9.2.1-4adca none ii libghc-case-insensitive-dev [libghc-case-insensitive-dev-0. 0.4.0.1-2+b2 ii libghc-conduit-dev [libghc-conduit-dev-0.4.2-d1822] 0.4.2-2 pn libghc-ghc-prim-dev-0.2.0.0-bd29cnone ii libghc-http-types-dev [libghc-http-types-dev-0.6.11-1dd27] 0.6.11-1 ii libghc-lifted-base-dev [libghc-lifted-base-dev-0.1.1-51e15] 0.1.1-1+b1 ii libghc-network-conduit-dev [libghc-network-conduit-dev-0.4. 0.4.0.1-2 ii libghc-network-dev [libghc-network-dev-2.3.0.13-6b330] 2.3.0.13-1+b2 ii libghc-simple-sendfile-dev [libghc-simple-sendfile-dev-0.2. 0.2.3-1+b2 ii libghc-transformers-dev [libghc-transformers-dev-0.3.0.0-f2 0.3.0.0-1 ii libghc-unix-compat-dev [libghc-unix-compat-dev-0.3.0.1-b9c7 0.3.0.1-1+b1 ii libghc-wai-dev [libghc-wai-dev-1.2.0.2-eb498]1.2.0.2-1 ii libgmp10 2:5.0.5+dfsg-2 libghc-warp-dev recommends no packages. Versions of packages libghc-warp-dev suggests: ii libghc-warp-doc 1.2.1.1-1 ii libghc-warp-prof 1.2.1.1-1 -- 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#691601: zsh: completion for dak not really helpful
Package: zsh Version: 4.3.17-1 Severity: normal The completion for dak is not very helpful, for example dak process-upload dak process-new dak process-commands will not complete filenames when pressing tab. Some options are also suggested, but they are also quite outdated. Please let the completion at least fall back to filenames when there are no better alternatives. Ansgar -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/12 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zsh depends on: ii libc6 2.13-35 ii libcap21:2.22-1.2 ii libtinfo5 5.9-10 Versions of packages zsh recommends: ii libc6 2.13-35 ii libncursesw5 5.9-10 ii libpcre3 1:8.30-5 Versions of packages zsh suggests: pn zsh-doc none -- 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#674916: ITA: s3cmd -- command-line Amazon S3 client
I would like to assist with the maintenance of this package if it is required. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691370: [Aptitude-devel] Bug#691370: W: Operation was interrupted before it could finish
On 25 October 2012 04:44, jida...@jidanni.org wrote: Package: aptitude If one hits ^C during an upgrade, the upgrade does not stop (probably to protect us from damage, OK) but near the end, we see W: Operation was interrupted before it could finish Please 1) add an indication of what program (aptitude?) is giving the message. 2) say what operation. # aptitude full-upgrade ... Installing new version of config file /etc/java-7-openjdk/security/java.security ... Setting up openjdk-7-jre-lib (7u3-2.1.3-1) ... Setting up openjdk-7-jre:i386 (7u3-2.1.3-1) ... W: Operation was interrupted before it could finish Current status: 0 updates [-71]. Hello The warning is from libapt-pkg, so aptitude is the program reporting it. The only indication of this is the familiar “W:” mark. While it may be useful to change APT to display GNU-style errors (“PROGRAM: MESSAGE”) there is a lot of inertia behind the current style. The operation is the entirety of what you asked aptitude to do, in this case full-upgrade. When APT receives SIGINT it will allow the current dpkg run to complete and abort before the next. There may be multiple dpkg runs for an operation to allow for package relationships such as Pre-Depends and Conflicts. This warning thus indicates that the operation requested on the command line was left incomplete. The APT and dpkg databases should be consistent, though some packages may be half-installed or missing dependencies, while others are not installed (or removed) at all. The term “operation” here seems to be quite useful as a general reference to any of the complex actions which may be requested of APT. I can not immediately think of any more useful replacement for the warning as a whole, however suggestions are welcome. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686402: Reproduce method
Hi, I'd like to emphasize that this bug is more widespread than simply the ITK build and that it's trivial to reproduce: smr@asdfasdf:~$ cat foo.c #include sys/filedesc.h void foo() { } smr@asdfasdf:~$ gcc -c foo.c smr@asdfasdf:~$ gcc -c -std=c99 foo.c In file included from /usr/include/sys/filedesc.h:38, from foo.c:1: /usr/include/sys/event.h:62: error: expected specifier-qualifier-list before âu_shortâ In file included from /usr/include/sys/lock.h:37, from /usr/include/sys/filedesc.h:39, from foo.c:1: /usr/include/sys/_lock.h:36: error: expected specifier-qualifier-list before âu_intâ In file included from /usr/include/sys/filedesc.h:39, from foo.c:1: /usr/include/sys/lock.h:61: error: expected specifier-qualifier-list before âu_intâ In file included from /usr/include/sys/filedesc.h:40, from foo.c:1: /usr/include/sys/priority.h:124: error: expected specifier-qualifier-list before âu_charâ In file included from foo.c:1: /usr/include/sys/filedesc.h:58: error: expected specifier-qualifier-list before âu_longâ signature.asc Description: Digital signature
Bug#483724: Raising severity
Control: severity -1 important Hey, I'm transitioning to an OpenPGP smartcard based setup, which kind of requires the use of gpg2 instead of gpg1. And a lot of software (kind of) unfortunately hardcode the gpg binary name to 'gpg', which means it fails in this case. It's obviously too late for Wheezy, but please provide alternatives (or maybe even replace gpg1 completely). Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#690153: jscribble: FTBFS: tests timeout
On Sat, 27 Oct 2012 14:53:07 +0200, Tobias Hansen wrote: I can reproduce this with sbuild on sid-amd64. Did you guys all use sbuild for testing? Nope, cowbuilder. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Little Walter: ThunderBird signature.asc Description: Digital signature
Bug#691602: unblock: drupal7/7.14-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package drupal7 I backported the security fix for SA-CORE-2012-003 (arbitrary PHP execution and information disclosure) from 7.16 to 7.14 and uploaded it as 7.14-1.1, as explained in #690817. Please allow it to migrate to Wheezy! unblock drupal7/7.14-1.1 -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691603: ITP: columnize (0.3.2) -- A gem to format an array as a column-aligned string
Package: wnpp Severity: wishlist Owner: Nandaja Varmanandaja.va...@gmail.com *Package name :columnize Version:0.3.2 Upstream Author:Rocky Bernstein roc...@rubyforge.org *URL:https://github.com/rocky/columnize *License:GPL-2 *Description: Format an array as a column-aligned string -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685153: [josm] New upstream release. Please introduce to wheezy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi David I know testing is in freeze but: Please, introduce the unstable version into wheezy (testing), as a version before the changes needed to work after the licence change does not match Debian release policy. Thanks Colliar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEAREIAAYFAlCL8J4ACgkQalWTFLzqsCtKVQCcCjte/jLECTEyrtc4dWxCuTn6 Di0AniYiIx8SH4LWjIiQntKYuGiRfTxz =EVRx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, On Sat, Oct 27, 2012 at 11:31 PM, Joachim Breitner nome...@debian.org wrote: Version: 1.3.4.1-1 Am Samstag, den 27.10.2012, 22:36 +0900 schrieb YOSHINO Yoshihito: Upstream has fixed the issue (tracked in https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls to = 1.2.1 for the updated dependency.) if 1.2.2 indeed contains the fix, then we have a fixed version of the library in experimental. Sorry for the lack of information. I would like to have this fix in wheezy. -- YOSHINO Yoshihito yy.y.ja...@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#691604: avahi-daemon-check-dns.sh runs even if avahi disabled
Package: avahi-daemon Version: 0.6.27-2+squeeze1 Severity: normal I deactivated avahi because my network seems to have a unicast ..local domain which is incompatible to the services of avahi. Yet the script avahi-daemon-check-dns.sh keeps throwing error messages at me even though there is no avahi-daemon running at all: Avahi detected that your currently configured local DNS server serves a domain .local. This is inherently incompatible with Avahi ... This is how I deactivated avahi: in /etc/default/avahi-daemon I set: AVAHI_DAEMON_START=0 This is how avahi-daemon-check-dns.sh gets called: via ifup eth0 and /etc/network/if-up.d/avahi-daemon This is why I get the error message even though avahi-daemon is not running: avahi-daemon-check-dns.sh sources /etc/default/avahi-daemon but it doesn't check the variable AVAHI_DAEMON_START. There should be a statement like: if [ $AVAHI_DAEMON_START = 0 ]; then exit 0 fi -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages avahi-daemon depends on: ii adduser 3.112+nmu2 add and remove users and groups ii bind9-host [host 1:9.7.3.dfsg-1~squeeze8 Version of 'host' bundled with BIN ii dbus 1.2.24-4+squeeze1 simple interprocess messaging syst ii host 1:9.7.3.dfsg-1~squeeze8 Transitional package ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libavahi-core7 0.6.27-2+squeeze1 Avahi's embeddable mDNS/DNS-SD lib ii libc62.11.3-4Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3support for getting/setting POSIX. ii libdaemon0 0.14-2 lightweight C library for daemons ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libexpat12.0.1-7+squeeze1XML parsing C library - runtime li ii lsb-base 3.2-23.2squeeze1Linux Standard Base 3.2 init scrip Versions of packages avahi-daemon recommends: ii libnss-mdns 0.10-3.1 NSS module for Multicast DNS name Versions of packages avahi-daemon suggests: ii avahi-autoipd 0.6.27-2+squeeze1 Avahi IPv4LL network address confi -- Configuration Files: /etc/default/avahi-daemon changed: AVAHI_DAEMON_DETECT_LOCAL=1 AVAHI_DAEMON_START=0 -- 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#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, Am Samstag, den 27.10.2012, 23:37 +0900 schrieb YOSHINO Yoshihito: On Sat, Oct 27, 2012 at 11:31 PM, Joachim Breitner nome...@debian.org wrote: Am Samstag, den 27.10.2012, 22:36 +0900 schrieb YOSHINO Yoshihito: Upstream has fixed the issue (tracked in https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls to = 1.2.1 for the updated dependency.) if 1.2.2 indeed contains the fix, then we have a fixed version of the library in experimental. Sorry for the lack of information. I would like to have this fix in wheezy. I see. Can you elaborate on the severity of the problem? Do such request headers occur in common situations, or is it just a theoretical problem? It seems that we’d have to backport these two patches: https://github.com/yesodweb/wai/commit/a827f54ac31e2c928144bb8bb5b92ca1249013c5 https://github.com/yesodweb/wai/commit/dc4697c007beaf1846872744b83162e7c9406465 or am I missing something? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#691605: multiarch-support: Package priority standard too low, should be required
Package: multiarch-support Version: 2.13-36 Severity: serious Justification: Policy 2.5 Multiarch-support should have priority required: Multiarch support is a release goal for wheezy and for this the package multiarch-support exists. Due to this nature many packages pre-depends on multi-arch, including packages which have a priority of important or required. Of course, reading the policy, it would be indeed a RC-bug in the dependees but I think it is not feasible to lower the priorities of those as those are key packages. * just random examples for dependees of priority required: e2fslibs, libacl1, libmount1 coldtobi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages multiarch-support depends on: ii libc6 2.13-36 multiarch-support recommends no packages. multiarch-support 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#691606: [locales] Causes system to fail to boot with floating point exceptions
Package: locales Version: 2.13-36 Severity: critical --- Please enter the report below this line. --- This version of locales causes any script that includes the line . /etc/default/locales to exit with a floating point exception. Unfortunately, dash shows this as multiple commands within the script exiting with trap divide error followed by floating point error, making the error very difficult to determine the cause of. This bug causes the system to fail to boot, and prevents the scripts in /etc/init.d from running correctly. --- System information. --- Architecture: Kernel: Linux 3.2.0-4-amd64 Debian Release: wheezy/sid 500 unstableqgis.org 500 unstableftp.debian.org 500 stable dl.google.com 500 sid linux.dropbox.com 100 experimental-snapshots qt-kde.debian.net 1 experimentalftp.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644299: certmaster: diff for NMU version 0.25-1.1
tags 644299 + patch pending tags 652324 + patch pending tags 662607 + patch pending thanks Dear maintainer, I've prepared an NMU for certmaster (versioned as 0.25-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u certmaster-0.25/debian/changelog certmaster-0.25/debian/changelog --- certmaster-0.25/debian/changelog +++ certmaster-0.25/debian/changelog @@ -1,3 +1,13 @@ +certmaster (0.25-1.1) experimental; urgency=low + + * Non-maintainer upload. + * Switch to dh_python2 (Closes: #644299, #652324). + * debian/certmasterd: +- Use Required-Start: $network to avoid insserv rejecting the + script header (Closes: #662607). + + -- Luca Falavigna dktrkr...@debian.org Sat, 27 Oct 2012 16:26:01 +0200 + certmaster (0.25-1) experimental; urgency=low * New upstream release. diff -u certmaster-0.25/debian/control certmaster-0.25/debian/control --- certmaster-0.25/debian/control +++ certmaster-0.25/debian/control @@ -1,16 +1,14 @@ Source: certmaster Section: python Homepage: https://fedorahosted.org/certmaster/ -XS-Python-Version: = 2.4 +X-Python-Version: = 2.4 Priority: optional Maintainer: Nima Talebi n...@it.net.au -Build-Depends: debhelper (= 7), quilt (= 0.46), python-all -Build-Depends-Indep: python-all-dev (= 2.3.5-11), python-central (= 0.6), - perl (= 5.10) +Build-Depends: debhelper (= 7), quilt (= 0.46), python-all (= 2.6.6-3~) +Build-Depends-Indep: perl (= 5.10) Standards-Version: 3.8.3 Package: certmaster -XB-Python-Version: ${python:Versions} Architecture: all Provides: ${python:Provides} Depends: python-openssl (= 0.7), ${python:Depends}, ${shlibs:Depends}, ${misc:Depends} diff -u certmaster-0.25/debian/certmasterd certmaster-0.25/debian/certmasterd --- certmaster-0.25/debian/certmasterd +++ certmaster-0.25/debian/certmasterd @@ -5,7 +5,7 @@ ### BEGIN INIT INFO # Provides: certmasterd -# Required-Start: network +# Required-Start: $network # Required-Stop: # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 diff -u certmaster-0.25/debian/rules certmaster-0.25/debian/rules --- certmaster-0.25/debian/rules +++ certmaster-0.25/debian/rules @@ -32,7 +32,7 @@ install debian/upstream.changelog debian/$(PKG)/usr/share/doc/$(PKG)/changelog dh_link #. - dh_pycentral + dh_python2 dh_installdeb install-stamp: build-stamp $(PYVERS:%=install-ext-%) touch $@
Bug#505924: cwm
Hi Nicholas, Finally found some time to implement these changes! On 21 Sep 2012, at 01:56, Nicholas Bamber nicho...@periapt.co.uk wrote: I followed your advice and it works. I can see the attraction of using cwm this way. However it might just be a step too far for me as copy and paste seems not to work. That might depend on which software you're using. For example, xterm will only support select-to-copy, middleclick-to-paste whereas eg gnome-terminal supports copy and paste in the Gnome/KDE fashion as well. The window manager itself doesn't restrict this but I know I've had similar frustrations mixing apps from different toolkits. then indeed I do get cwm. However the key bindings (as documented in the man page) do not work. However I also notice that even under LXDE/openbox the xterm key bindings do not work. So I suspect it might be an LXDE issue. I'll try and follow up with the LXDE people. That's interesting. I haven't had a chance to experiment with LXDE but that does sound like something else in its session is trapping key bindings. Actually I can fairly easily sponsor you to get access to collab-maint and I've done so for people before. On the other hand github is fine and I use it for some of my packages. If you really want to own the packaging then go for github or equivalent. If you're happy to let DD's step in and fix problems directly in the repository then go for collab-maint. Getting access to collab-maint would be great. I have actually pushed my changes to github at https://github.com/jamesmcdonald/cwm/tree/v5.1-debian but I've still not set it up to use git-buildpackage. It's really just so I can track my own changes at this point. I intend to set cwm up for git-based builds in the future, even if just so I can learn how to do that. On 20/09/12 15:29, James McDonald wrote: Recommendation might make sense, but not dependency as it's possible to run a window manager on one host for an X server on a remote host. I will look at what some other simple window managers do. Could be Suggests as well. I've investigated several other window managers and it looks like they don't make any recommendation/suggestion about having X itself installed. They only recommend associated projects, like metacity recommends gnome-session. On that basis, I should probably omit this. I was really hoping that this would be a drop in replacement for openbox. I am not clear if this is doable. I am sure that the README.Debian should document this (and similar) experiments. In theory it should be possible to use it like that. Unfortunately it depends on the restrictions imposed by the environment (LXDE, Gnome etc). I shall set up a machine to experiment with this, but I guess it will be a while before I have any coherent documentation. I agree that it would be nice to be able to provide some tips for this sort of usage. Do you feel this is necessary before the package is uploaded? Anyway the package seems to do what it says on the tin. So I think there is a good chance I should be able to upload your next build. I've uploaded the latest version to mentors; here's a log from git of the changes I've made: Fixed double spaces in package description. Changed debhelper dependency from =9.0.0 to =9 Removed references to 9wm from the package description. Added Provides: x-window-manager Added scripts to handle x-window-manager alternative Please let me know what you think. Cheers, James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690153: jscribble: FTBFS: tests timeout
On Sat, Oct 27, 2012 at 10:17 AM, gregor herrmann gre...@debian.org wrote: On Sat, 27 Oct 2012 14:53:07 +0200, Tobias Hansen wrote: I can reproduce this with sbuild on sid-amd64. Did you guys all use sbuild for testing? Nope, cowbuilder. pbuilder here. -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681016: [release.debian.org] unblock: dotlrn/2.5.0+dfsg-8
Hi, I have fixed the postinst permission issue, the postrm aolserver call and now the local config modifications are authoritative and debconf values are overwritten with them at the beginning of the config script. debdiff between testing version (2.5.0+dfsg6) and this new one (2.5.0 +dfsg-6+wheezy3) is attached. I have chosen to send the debdiff before asking for upload to t-p-u this time, so I don't have to bother my sponsor. I guess it's better for all, but please let me know if I am wrong. Once the changes are accepted, i will ask him for upload to t-p-u and notify here afterwards. Thanks again for your time and sorry for any inconvenience. Kind regards, Héctor diff -u dotlrn-2.5.0+dfsg/debian/control dotlrn-2.5.0+dfsg/debian/control --- dotlrn-2.5.0+dfsg/debian/control +++ dotlrn-2.5.0+dfsg/debian/control @@ -14,7 +14,7 @@ Architecture: all Depends: ${misc:Depends}, aolserver4-daemon (= 4.5.1-11), aolserver4-nspostgres, aolserver4-nssha1, postgresql-client, adduser, tclthread (= 1:2.6.5-3), tcllib, tcl (= 8.4), wwwconfig-common, debconf, xotcl, - aolserver4-xotcl, imagemagick, zip, unzip, tdom (= 0.8.3~20080525) + aolserver4-xotcl, imagemagick, zip, unzip, tdom (= 0.8.3~20080525), ucf Suggests: postgresql, daemontools, daemontools-run Description: e-learning portal system based on OpenACS dotLRN is a complete Learning Management System that integrates course diff -u dotlrn-2.5.0+dfsg/debian/changelog dotlrn-2.5.0+dfsg/debian/changelog --- dotlrn-2.5.0+dfsg/debian/changelog +++ dotlrn-2.5.0+dfsg/debian/changelog @@ -1,3 +1,29 @@ +dotlrn (2.5.0+dfsg-6+wheezy3) testing-proposed-updates; urgency=low + + * Fixed aolserver restart call in postrm. + * Fixed config.local permissions in postinst. + * Importing old config.tcl or config.local database settings. + + -- Hector Romojaro hromoj...@dia.uned.es Thu, 25 Oct 2012 14:07:09 +0200 + +dotlrn (2.5.0+dfsg-6+wheezy2) testing-proposed-updates; urgency=low + + * Fixed local config management. Closes: #688435 +- Updated README.Debian +- Autogenerated config.local file with database + local settings. +- Added dotlrn.preinst file with a fix for old + postinst modified config.tcl. + + -- Hector Romojaro hromoj...@dia.uned.es Sat, 29 Sep 2012 01:12:07 +0200 + +dotlrn (2.5.0+dfsg-6+wheezy1) testing-proposed-updates; urgency=low + + * Fixed call to ucf on postrm. (#677060). For details about why this +is fixed at testing-proposed-updates, please see #681016. + + -- Hector Romojaro hromoj...@dia.uned.es Wed, 22 Aug 2012 13:45:03 +0200 + dotlrn (2.5.0+dfsg-6) unstable; urgency=low * Updated Dutch translation. Closes: #660229 diff -u dotlrn-2.5.0+dfsg/debian/postinst dotlrn-2.5.0+dfsg/debian/postinst --- dotlrn-2.5.0+dfsg/debian/postinst +++ dotlrn-2.5.0+dfsg/debian/postinst @@ -60,8 +60,6 @@ # Read debconf and edit the config file accordingly get_config - db_stop - exec 01 # Care about the repository repository=/var/lib/dotlrn @@ -151,10 +149,32 @@ /etc/init.d/postgresql reload fi fi - # Modify config.tcl with debconf values - dbuser=$dbu_name - dbpass=$dbu_password - sed -i /^set db_host/,/^set db_user/d;s/## Debconf changes (DO NOT EDIT BYHAND) ##/\nset db_host $dbserver\nset db_password \$dbpass\\nset db_port \5432\\nset db_user $dbuser/ /etc/dotlrn/config.tcl + +# Create /etc/dotlrn/config.local file with debconf +# values, and manage with ucf. +# Create file +localconfigtmp=$(mktemp) +localconfig=/etc/dotlrn/config.local +cat $localconfigtmp EOF +# Local dotLRN database settings. +db_host=${dbserver} +db_password=${dbu_password} +db_port=5432 +db_user=${dbu_name} +EOF +# Install file +if [ -d /etc/dotlrn -a -f $localconfigtmp ]; then +previous_localconfig=false +if [ -f $localconfig ]; then previous_localconfig=true; fi +ucf --debconf-ok $localconfigtmp $localconfig || cp -f $localconfigtmp $localconfig +ucfr dotlrn $localconfig +# Set permissions only if there is no previous config.local file. +if ! $previous_localconfig; then +chmod 640 $localconfig +chown root:www-data $localconfig +fi +rm -f $localconfigtmp +fi # Install plpgsql on database and enable compatibility options dbuser=$dba_name @@ -205,6 +225,8 @@ #DEBHELPER# +db_stop + exit 0 diff -u dotlrn-2.5.0+dfsg/debian/config dotlrn-2.5.0+dfsg/debian/config --- dotlrn-2.5.0+dfsg/debian/config +++ dotlrn-2.5.0+dfsg/debian/config @@ -6,6 +6,31 @@ db_version 2.0 db_capb backup +# Manage old configuration. +if [ -f /etc/dotlrn/config.tcl.old_version ] || [ -f /etc/dotlrn/config.local ]; then + +# Previous or equal to 2.5.0+dfsg-6+wheezy1 +if [ -f /etc/dotlrn/config.tcl.old_version ]; then +
Bug#691607: jhead: documentation still hints at old -nf renaming functionality
Package: jhead Version: 1:2.96-1 Severity: normal Tags: patch Dear Maintainer, The -n option used to rename only files with mostly digits in their names. Some of that code is still present, but it has been disabled. I would rather the functionality be restored. Failing that, the documentation should reflect what the program actually does. I suggest the attached patch, which deletes any mention of the mostly digits test. - Jim Van Zandt -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.36 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages jhead depends on: ii libc6 2.13-34 ii libjpeg-progs 8d-1 jhead recommends no packages. Versions of packages jhead suggests: ii imagemagick 8:6.6.9.7-5 -- no debconf information --- jhead.c-old 2012-10-27 10:49:04.0 -0400 +++ jhead.c 2012-10-27 10:49:13.0 -0400 @@ -1249,8 +1249,7 @@ '%%i' will include a sequence number, starting from 1. You can\n You can specify '%%03i' for example to get leading zeros.\n This feature is useful for ordering files from multiple digicams to\n -sequence of taking. Only renames files whose names are mostly\n -numerical (as assigned by digicam)\n +sequence of taking.\n The '.jpg' is automatically added to the end of the name. If the\n destination name already exists, a letter or digit is added to \n the end of the name to make it unique.\n --- jhead.1-old 2012-10-27 10:47:52.0 -0400 +++ jhead.1 2012-10-27 10:48:17.0 -0400 @@ -121,13 +121,7 @@ This option causes files to be renamed and/ or mmoved using the date information from the Exif header DateTimeOriginal field. If the file is not an Exif file, or the DateTimeOriginal does not contain a valid -value, the file date is used. Renaming is by default restricted to -files whose names consist largely of digits. This effectively restricts -renaming to files that have not already been manually renamed, as the -default sequential names from digital cameras consist largely of digits. -Use the -.B \-n -option to force renaming of all files. If the new name contains a '/', +value, the file date is used. If the new name contains a '/', this will be interpreted as a new path, and the file will be moved accordingly.
Bug#691608: lvm2: Unable to extend LVM2 RAID5 partition created with --type raid5
Package: lvm2 Version: 2.02.95-4 Severity: normal This is a bug in LVM2 running on a freshly installed Debian 6.0.6 system that was then immediately upgraded to testing. root@lettuce:/# lvcreate --type raid5 -i3 -L 10GiB -n test_raid5 lettuce Using default stripesize 64.00 KiB Rounding size (160 extents) up to stripe boundary size (162 extents) Logical volume test_raid5 created root@lettuce:/# lvdisplay lettuce/test_raid5 --- Logical volume --- LV Path/dev/lettuce/test_raid5 LV Nametest_raid5 VG Namelettuce LV UUIDLcZhEP-uX5I-vg9y-2hUN-TROs-gRZV-QM5Tm8 LV Write Accessread/write LV Creation host, time lettuce, 2012-10-28 01:49:20 +1100 LV Status available # open 0 LV Size10.12 GiB Current LE 162 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 1024 Block device 254:33 root@lettuce:/# lvextend -L +10GiB lettuce/test_raid5 Extending logical volume test_raid5 to 20.12 GiB Internal error: _alloc_init called for non-virtual segment with no disk space. root@lettuce:/# lvm version LVM version: 2.02.95(2) (2012-03-06) Library version: 1.02.74 (2012-03-06) Driver version: 4.22.0 Relevant output from dmesg: [ 1018.116621] device-mapper: raid: Superblocks created for new array [ 1018.136202] md/raid:mdX: not clean -- starting background reconstruction [ 1018.136232] md/raid:mdX: device dm-32 operational as raid disk 3 [ 1018.136240] md/raid:mdX: device dm-30 operational as raid disk 2 [ 1018.136246] md/raid:mdX: device dm-28 operational as raid disk 1 [ 1018.136251] md/raid:mdX: device dm-26 operational as raid disk 0 [ 1018.137297] md/raid:mdX: allocated 4280kB [ 1018.137456] md/raid:mdX: raid level 5 active with 4 out of 4 devices, algorithm 2 [ 1018.137464] RAID conf printout: [ 1018.137470] --- level:5 rd:4 wd:4 [ 1018.137476] disk 0, o:1, dev:dm-26 [ 1018.137481] disk 1, o:1, dev:dm-28 [ 1018.137486] disk 2, o:1, dev:dm-30 [ 1018.137491] disk 3, o:1, dev:dm-32 [ 1018.137501] Choosing daemon_sleep default (5 sec) [ 1018.137506] created bitmap (4 pages) for device mdX [ 1018.176462] mdX: bitmap file is out of date, doing full recovery [ 1018.184818] mdX: bitmap initialized from disk: read 1/1 pages, set 6912 of 6912 bits [ 1018.194336] md: resync of RAID array mdX [ 1018.194345] md: minimum _guaranteed_ speed: 1000 KB/sec/disk. [ 1018.194351] md: using maximum available idle IO bandwidth (but not more than 20 KB/sec) for resync. [ 1018.194365] md: using 128k window, over a total of 3538944k. [ 1088.249766] md: mdX: resync done. [ 1088.286216] RAID conf printout: [ 1088.286225] --- level:5 rd:4 wd:4 [ 1088.286232] disk 0, o:1, dev:dm-26 [ 1088.286238] disk 1, o:1, dev:dm-28 [ 1088.286243] disk 2, o:1, dev:dm-30 [ 1088.286247] disk 3, o:1, dev:dm-32 Other information: root@lettuce:/# vgdisplay lettuce --- Volume group --- VG Name lettuce System ID Formatlvm2 Metadata Areas4 Metadata Sequence No 57 VG Access read/write VG Status resizable MAX LV0 Cur LV11 Open LV 4 Max PV0 Cur PV4 Act PV4 VG Size 10.92 TiB PE Size 64.00 MiB Total PE 178848 Alloc PE / Size 44627 / 2.72 TiB Free PE / Size 134221 / 8.19 TiB VG UUID fXqFmJ-1LEq-uf3v-eySJ-vlG9-oC1d-I4Y0SI root@lettuce:/# pvs PV VG Fmt Attr PSize PFree /dev/sda2 lettuce lvm2 a-- 2.73t 2.73t /dev/sdb2 lettuce lvm2 a-- 2.73t 34.12g /dev/sdc2 lettuce lvm2 a-- 2.73t 2.71t /dev/sdd2 lettuce lvm2 a-- 2.73t 2.73t -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.4.2-linode44 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691609: RFP: tcplay - a free (BSD-licensed), pretty much fully featured and stable TrueCrypt implementation
Package: tcplay Severity: wishlist Truecrypt is a quite popular disk encryption software for Windows XP/2000/2003 and Linux. Howwever, due to its license issue, it's not in Debian package repository (#364034). Tcplay is a free (BSD-licensed), pretty much fully featured (including multiple keyfiles, cipher cascades, etc) and stable TrueCrypt implementation. It is available on github: https://github.com/bwalex/tc-play Tcplay is now available in the official Fedora repository. Please consider package tcplay in Debian for TrueCrypt compatibility. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (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/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691534: dh-make-perl: no depend on newer perl for module in future corelist
Control: tag -1 + confirmed On Sat, 27 Oct 2012 07:55:47 +1100, Kevin Ryde wrote: the debian/control file made by dh-make-perl asks for perl = 5.17.1 in order to satisfy Parse::CPAN::Meta 1.4404 in the META.yml of Devel-SawAmpersand. I hoped that since perl 5.17.1 is newer than the 5.14.2 being built against that dh-make-perl would instead give something like libparse-cpan-meta-perl (= 1.4404) | perl (= 5.17.1) so that it the package will be installable with the perl in use. Right, that's the expected outcome. Not sure why this doesn't work in this case :/ Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Little Walter: ThunderBird signature.asc Description: Digital signature
Bug#638454: [akonadi-kde-resource-googledata] Happening to me too
Package: akonadi-kde-resource-googledata Version: 1.2.0-1+b2 --- Please enter the report below this line. --- This is happening to me, I am unable to sync the calendars. Ben --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: wheezy/sid 500 unstablehttp.debian.net 500 unstableapt.mucommander.com 500 stable webmin.mirror.somersettechsolutions.co.uk 500 stable repository.spotify.com 500 stable download.webmin.com 500 stable dl.google.com 500 stable debian.slimdevices.com 500 release apt.spideroak.com 500 natty ppa.launchpad.net 500 all liveusb.info 1 experimentalhttp.debian.net --- Package information. --- Depends (Version) | Installed ==-+-=== kde-runtime| 4:4.8.4-2 kdepim-runtime | 4:4.4.11.1-5+b1 libakonadi-kde4 (= 4:4.5.86) | 4:4.8.4-1 libc6 (= 2.2.5) | libgcal0(= 0.9.6) | libgcc1 (= 1:4.1.1) | libkabc4 (= 4:4.4.4) | libkcal4 (= 4:4.4.4) | libkdecore5 (= 4:4.4.4) | libkdeui5 (= 4:4.4.4) | libkio5 (= 4:4.4.4) | libkresources4(= 4:4.4.4) | libqt4-dbus (= 4:4.5.3) | libqt4-network(= 4:4.5.3) | libqt4-svg(= 4:4.5.3) | libqt4-xml(= 4:4.5.3) | libqtcore4 (= 4:4.7.0~beta1) | libqtgui4 (= 4:4.5.3) | libstdc++6 (= 4.1.1) | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685153: [josm] New upstream release. Please introduce to wheezy
On Sat, 27 Oct 2012 16:33:05 +0200, colliar wrote: Hi David I know testing is in freeze but: Please, introduce the unstable version into wheezy (testing), I can't, sorry. as a version before the changes needed to work after the licence change does not match Debian release policy. What problems does it have, exactly? Thanks, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, On Sat, Oct 27, 2012 at 11:40 PM, Joachim Breitner nome...@debian.org wrote: I see. Can you elaborate on the severity of the problem? Do such request headers occur in common situations, or is it just a theoretical problem? Actually I have stuck in a warp server receiving request from Japanese mobile phones, which send a header with no space between colon and value. It seems that we’d have to backport these two patches: https://github.com/yesodweb/wai/commit/a827f54ac31e2c928144bb8bb5b92ca1249013c5 https://github.com/yesodweb/wai/commit/dc4697c007beaf1846872744b83162e7c9406465 or am I missing something? Looks ok. -- YOSHINO Yoshihito yy.y.ja...@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#691610: rheolef: not binnmu safe
Source: rheolef Version: 6.1-2 Severity: important rheolef is not binnmu-safe because it uses ${binary:Version} versioning on Recommends fields between arch:all and arch:any binary packages. Whilst not as serious as on a Depends field, this will still cause problems if rheolef ever has to be rebuilt, as it does at the moment. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#691611: dkim-filter: segmentation fault when AutoRestart set to yes
Package: dkim-filter Version: 2.8.2.dfsg-1 Severity: normal If the AutoRestart option is set to 'yes' in /etc/dkim-filter.conf the program exits immediately with a segmentation fault. GDB output (no debug symbols): Starting program: /usr/sbin/dkim-filter -x /etc/dkim-filter.conf -u dkim-filter -P /var/run/dkim-filter/dkim-filter.pid -p inet:2555@localhost [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. __strchr_sse2 () at ../sysdeps/x86_64/multiarch/../strchr.S:33 33../sysdeps/x86_64/multiarch/../strchr.S: No such file or directory. in ../sysdeps/x86_64/multiarch/../strchr.S Current language: auto The current source language is auto; currently asm. The same configuration works perfectly with the AutoRestart option set to 'no' or commented out. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dkim-filter depends on: ii adduser3.112+nmu2add and remove users and groups ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libdb4.7 4.7.25-9 Berkeley v4.7 Database Libraries [ ii libmilter1.0.1 8.14.3-9.4Sendmail Mail Filter API (Milter) ii libssl0.9.80.9.8o-4squeeze13 SSL shared libraries dkim-filter recommends no packages. dkim-filter suggests no packages. -- Configuration Files: /etc/default/dkim-filter changed [not included] /etc/dkim-filter.conf changed [not included] -- 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#691612: elfutils: Can't find ebl backends because of multiarch
Package: elfutils Version: 0.152-1 Severity: serious Control: fixed -1 0.153-1 It seems that the version in Wheezy is unable to open it's ebl backends, and so is as good as useless. It tries: open(/usr/bin/../lib/x86_64-linux-gnu/elfutils/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=136423, ...}) = 0 mmap(NULL, 136423, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7f943e735000 close(4)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/x86_64-linux-gnu/tls/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/lib/x86_64-linux-gnu/tls/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory) open(/lib/x86_64-linux-gnu/tls/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/lib/x86_64-linux-gnu/tls, 0x7fffa4acade0) = -1 ENOENT (No such file or directory) open(/lib/x86_64-linux-gnu/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/lib/x86_64-linux-gnu/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory) open(/lib/x86_64-linux-gnu/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/lib/x86_64-linux-gnu, {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0 open(/usr/lib/x86_64-linux-gnu/tls/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/usr/lib/x86_64-linux-gnu/tls/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory) open(/usr/lib/x86_64-linux-gnu/tls/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/usr/lib/x86_64-linux-gnu/tls, 0x7fffa4acade0) = -1 ENOENT (No such file or directory) open(/usr/lib/x86_64-linux-gnu/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/usr/lib/x86_64-linux-gnu/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory) open(/usr/lib/x86_64-linux-gnu/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/usr/lib/x86_64-linux-gnu, {st_mode=S_IFDIR|0755, st_size=73728, ...}) = 0 open(/lib/tls/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/lib/tls/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory) open(/lib/tls/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/lib/tls, 0x7fffa4acade0)= -1 ENOENT (No such file or directory) open(/lib/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/lib/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory) open(/lib/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/lib, {st_mode=S_IFDIR|0755, st_size=16384, ...}) = 0 open(/usr/lib/tls/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/usr/lib/tls/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory) open(/usr/lib/tls/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/usr/lib/tls, 0x7fffa4acade0)= -1 ENOENT (No such file or directory) open(/usr/lib/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/usr/lib/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory) open(/usr/lib/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory) stat(/usr/lib, {st_mode=S_IFDIR|0755, st_size=98304, ...}) = 0 The file of course is still /usr/lib/elfutils/libebl_x86_64.so The problem is caused by a change in libc to support multi arch. See also #632281. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663916: New phonetisaurus package available
Il 25/10/2012 15:37, Jakub Wilk ha scritto: Please bump Standards-Version to 3.9.4. (But note that lintian isn't aware of it yet, so you'll get a spurious newer-standards-version, which you should ignore for the time being.) Done. Would it be possible to enable parallel builds? Done. g2p segfaults if the model doesn't exist: $ phonetisaurus-g2p --model=/nonexistent ERROR: ExpandedFst::Read: Can't open file: /nonexistent Segmentation fault Fixed. debian/copyright_hints are out-of-date again. :) Fixed again... :-) The copyright file says: Files: src/3rdparty/sparsehash/google/* Copyright: 2005-2007, Google Inc. but one of the files has this notice: // Copyright (c) 2010, Google Inc. Fixed. Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690766: rheolef_6.1-2 is wrongly packaged in sid wheezy ; a fix, as rheolef_6.1-3, is now available
Control: block -1 by 691610 On Wed, Oct 17, 2012 at 04:20:09PM +0200, saramito wrote: The 6.1-2 rheolef library (sid wheezy) is not usable as is and a new version is required: a fixed version of the rheolef debianization is available as 6.1-3 in svn. Actually a simple rebuild fixes the reported crash; there must have been a library change at some point. However, we can't schedule a binNMU while rheolef is not binnmu-safe (see #691610) so when that is fixed by source upload, this bug will go away. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#689779: bug #689779 pptpd: modifies conffiles during squeeze2wheezy upgrade (policy 10.7.3): /etc/pptpd.conf, /etc/init.d/pptpd, /etc/ppp/pptpd-options
I don't see any weird conffile handling in pptpd's maintainer scripts. However, it seems to me that somehow debsums got confused: dpkg-deb -I pptpd_1.3.4-5_amd64.deb conffiles /etc/pptpd.conf /etc/ppp/pptpd-options /etc/init.d/pptpd /etc/ppp/pptpd-options /etc/init.d/pptpd /etc/pptpd.conf That is, the conffiles get registered multiple times. Moreover, the debdiff between the two debs looks fishy: debdiff pptpd_1.3.4-3_amd64.deb pptpd_1.3.4-5_amd64.deb [The following lists of changes regard files as different if they have different names, permissions or owners.] Files in second .deb but not in first - -rwxr-xr-x root/root /usr/share/doc/pptpd/examples/pptpd.conf Files in first .deb but not in second - -rw-r--r-- root/root /usr/share/doc/pptpd/examples/pptpd.conf Control files: lines which differ (wdiff format) Installed-Size: [-744-] {+300+} Version: [-1.3.4-3-] {+1.3.4-5+} As maintainer, I would probably update the debhelper 4 based packaging to debhelper 9, and set the permission modes when installing the conffiles to semsible values. However, I do not think that such a change would be in scope of an acceptable change during the wheezy freeze, nor is this something that should be done without the maintainer's agreement. Rene, what do you think about this RC bug? -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645318: Text does not scroll correctly in the feed reader
tag 645318 moreinfo thanks Hi, The bug is old, so could you please try with a recent version of KDE (4.8.4 in testing/sid) ? Otherwise I will close the bug, as I could not reproduce it with such version. Regards, Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677044: New Upstream
retitle 677044 New Upstream (16) thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677943: [Packaging] Bug#677943: release critical?
On Sat, 27 Oct 2012 00:09:46 +0200, intrigeri wrote: According to debian/changelog, this was introduced in 1.4.6-1: * munin.postinst: only create link from /etc/munin/apache.conf to /etc/apache2/conf.d/munin on new installations, not on upgrades. (Closes: #619399) After reading #619399, it seems to me the answer to my question is a clear yes, so goto #2. And then we have the question, when the symlink was removed, and this changed in 1.4.6-3: * munin/postrm: only delete /etc/apache2/conf.d/munin on purge. (Closes: #653596) - Sadly the fix will only be effective the next time munin is upgraded... So, it was removed until 1.4.6-3 and only re-created until 1.4.6-1; and after 1.4.6-3 and before 1.4.6-1 everything should be ok. Which means we need to create the symlink for new installs and for upgrades from this range. Correct so far? Here's an attempt to implement this idea: #v+ diff -u munin-2.0.6/debian/changelog munin-2.0.6/debian/changelog --- munin-2.0.6/debian/changelog +++ munin-2.0.6/debian/changelog @@ -1,3 +1,14 @@ +munin (2.0.6-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix /etc/apache2/conf.d/munin removed on upgrade: +- debian/munin.postinst: create symlink for new installs and also for + upgrades from versions where it was still removed (up to 1.4.6-3) but + not re-created (from 1.4.6-1 onwards). +(Closes: #677943) + + -- gregor herrmann gre...@debian.org Sun, 21 Oct 2012 16:27:43 +0200 + munin (2.0.6-1) unstable; urgency=high * New upstream release 2.0.6, switching back to cron graphing (as it better diff -u munin-2.0.6/debian/munin.postinst munin-2.0.6/debian/munin.postinst --- munin-2.0.6/debian/munin.postinst +++ munin-2.0.6/debian/munin.postinst @@ -63,8 +63,11 @@ webserver=apache2 webserver_init_script=/etc/init.d/$webserver if [ -d /etc/$webserver/conf.d ] [ ! -e /etc/$webserver/conf.d/munin ]; then - if [ -z $prevver ] ; then + if [ -z $prevver ] || \ + dpkg --compare-versions $prevver ge 1.4.6-1~ \\ + dpkg --compare-versions $prevver lt 1.4.7~ ; then # only create link on new installs + # or when upgrading from a version where it was removed unconditionally ln -s ../../munin/apache.conf /etc/$webserver/conf.d/munin fi if [ -f $webserver_init_script ];then #v- Please double-check if I got the logic right :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Paul Simon: The Obvious Child signature.asc Description: Digital signature
Bug#691607: jhead: documentation still hints at old -nf renaming functionality
Hello Matthias, I received a new Debian report. It is not Debian specific so I forward it to you so you can include the patch in jhead. Bye, Le 27/10/12 17:01, James R. Van Zandt a écrit : Package: jhead Version: 1:2.96-1 Severity: normal Tags: patch Dear Maintainer, The -n option used to rename only files with mostly digits in their names. Some of that code is still present, but it has been disabled. I would rather the functionality be restored. Failing that, the documentation should reflect what the program actually does. I suggest the attached patch, which deletes any mention of the mostly digits test. - Jim Van Zandt -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.36 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages jhead depends on: ii libc6 2.13-34 ii libjpeg-progs 8d-1 jhead recommends no packages. Versions of packages jhead suggests: ii imagemagick 8:6.6.9.7-5 -- no debconf information -- Dr. Ludovic Rousseau --- jhead.c-old 2012-10-27 10:49:04.0 -0400 +++ jhead.c 2012-10-27 10:49:13.0 -0400 @@ -1249,8 +1249,7 @@ '%%i' will include a sequence number, starting from 1. You can\n You can specify '%%03i' for example to get leading zeros.\n This feature is useful for ordering files from multiple digicams to\n -sequence of taking. Only renames files whose names are mostly\n -numerical (as assigned by digicam)\n +sequence of taking.\n The '.jpg' is automatically added to the end of the name. If the\n destination name already exists, a letter or digit is added to \n the end of the name to make it unique.\n --- jhead.1-old 2012-10-27 10:47:52.0 -0400 +++ jhead.1 2012-10-27 10:48:17.0 -0400 @@ -121,13 +121,7 @@ This option causes files to be renamed and/ or mmoved using the date information from the Exif header DateTimeOriginal field. If the file is not an Exif file, or the DateTimeOriginal does not contain a valid -value, the file date is used. Renaming is by default restricted to -files whose names consist largely of digits. This effectively restricts -renaming to files that have not already been manually renamed, as the -default sequential names from digital cameras consist largely of digits. -Use the -.B \-n -option to force renaming of all files. If the new name contains a '/', +value, the file date is used. If the new name contains a '/', this will be interpreted as a new path, and the file will be moved accordingly.
Bug#691614: abcde: nice out-of-box config
Package: abcde Version: 2.5.3-1 Severity: wishlist (Hi, Steve.) Setting up abcde the first time requires a bit of time to read the manual page, and a bit of knowledge to pick the right configuration options. It would be nice if abcde came with a configuration that worked nicely out of the box. For example, MusicBrainz support could be turned on by default. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages abcde depends on: ii cd-discid 1.3.1-1 ii cdparanoia3.10.2+debian-10.1 ii vorbis-tools 1.4.0-1 ii wget 1.13.4-3 Versions of packages abcde recommends: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii libmusicbrainz-discid-perl 0.03-1+b2 ii libwebservice-musicbrainz-perl 0.93-1 ii perl [libdigest-sha-perl] 5.14.2-14 ii vorbis-tools1.4.0-1 Versions of packages abcde suggests: pn atomicparsleynone pn distmp3 none ii eject2.1.5+deb1+cvs20081104-11 pn eyed3none pn id3 none pn id3v2none pn mkcuenone pn mp3gain none pn normalize-audio none pn vorbisgain none -- 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#687398: Now FTBFS...?
On Fri, 26 Oct 2012 15:00:29 +0600, Andrey Rahmatullin wrote: make[2]: gmcs: Command not found make[2]: *** [RHash.dll] Error 127 make[2]: Leaving directory `/tmp/buildd/rhash-1.2.9/bindings/mono' make[1]: *** [build-mono] Error 2 make[1]: Leaving directory `/tmp/buildd/rhash-1.2.9/bindings' make: *** [build-indep] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package I: unmounting dev/pts filesystem I: unmounting proc filesystem I: cleaning the build env I: removing directory /var/cache/pbuilder/build//16252 and its subdirectories ...why is gmcs not findable in my pbuilder chroot? I checked, and mono-gmcs is still a dependency. Yeah, I've seen that too. mono-gmcs was not installed by pbuilder even though it's in the deps, but mono-gmcs (= 1.1.8) | c-sharp-2.0-compiler dep was apparently resolved by mono-devel pulled by other deps (actually I don't know whether pbuilder dep resolution works that way or there is something else happening here). Same here, and I agree with the analysis. This shouldn't be a problem with sbuild (in its default configuratiion where it ignore alternative dependencies), but still the Build-Dep since wrong if gmcs is really needed: #v+ diff -Nru rhash-1.2.9/debian/control rhash-1.2.9/debian/control --- rhash-1.2.9/debian/control 2012-06-17 14:12:03.0 +0200 +++ rhash-1.2.9/debian/control 2012-10-27 18:01:45.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Aleksey Kravchenko rhash.ad...@gmail.com Build-Depends: debhelper (= 8), dpkg-dev (= 1.16.2), libssl-dev (= 1.0.0), default-jdk, junit4, default-jdk-doc, perl, python (= 2.6.6-3~), ruby1.8, ruby1.8-dev, ruby1.9.1, ruby1.9.1-dev, chrpath -Build-Depends-Indep: cli-common-dev (= 0.8~), mono-gmcs (= 1.1.8) | c-sharp-2.0-compiler, monodoc-base +Build-Depends-Indep: cli-common-dev (= 0.8~), mono-gmcs (= 1.1.8), monodoc-base Standards-Version: 3.9.3 DM-Upload-Allowed: yes Homepage: http://rhash.sourceforge.net/ #v- Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Die Quote: Stufenziellied signature.asc Description: Digital signature
Bug#691610: rheolef: diff for NMU version 6.1-2.1
tags 691610 + patch tags 691610 + pending thanks Dear maintainer, I've prepared an NMU for rheolef (versioned as 6.1-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. This will also fix the RC bug #690766, hence the delay time. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits diff -Nru rheolef-6.1/debian/changelog rheolef-6.1/debian/changelog --- rheolef-6.1/debian/changelog 2012-06-01 10:21:38.0 +0100 +++ rheolef-6.1/debian/changelog 2012-10-27 16:37:06.0 +0100 @@ -1,3 +1,10 @@ +rheolef (6.1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Make rheolef binnmu-safe (Closes: #691610) + + -- Jonathan Wiltshire j...@debian.org Sat, 27 Oct 2012 16:37:05 +0100 + rheolef (6.1-2) unstable; urgency=low * control: armel armhf architectures not considered (compilation failed) diff -Nru rheolef-6.1/debian/control rheolef-6.1/debian/control --- rheolef-6.1/debian/control 2012-06-01 10:21:38.0 +0100 +++ rheolef-6.1/debian/control 2012-10-27 16:37:51.0 +0100 @@ -58,7 +58,7 @@ #Architecture: any Depends: librheolef1(= ${binary:Version}), rheolef(= ${binary:Version}), libboost-dev, libboost-iostreams-dev, libboost-serialization-dev, libsuitesparse-dev, ${misc:Depends} -Recommends: rheolef-doc(= ${binary:Version}) +Recommends: rheolef-doc(= ${source:Version}) Suggests: Description: efficient Finite Element environment - development files Rheolef is a computer environment that serves as a convenient signature.asc Description: Digital signature
Bug#440207: icedove: mailnews.display.html_as and mailnews.display.prefer_plaintext induce this behaviour
Hello Nicolas, long long ago you opened up this bug. No one appended some useful to catch this bug. Your reported version is now in oldstable and not very near on actual releases. Do you have still this problem with actual versions? Maybe this bug is gone. Regards Carsten On Sat, Sep 01, 2007 at 09:21:44PM +0200, Nicolas Caval wrote: Package: icedove Version: 2.0.0.4.dfsg1-2 Followup-For: Bug #440207 it seems that the about:config options mailnews.display.html_as and mailnews.display.prefer_plaintext were set to only allow plain text messages to be viewed. but this setting also inpact the news blog account. so the integrated rss feed reader is partly unusable. these settings were set by enigmail upon installation, i didn't expected that the rss reader would be inpacted. and i don't think that enigmail's author expected that too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691615: unblock: manpages-fr-extra/20121027
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package manpages-fr-extra, it's just a translation update. The openssl manpages translation included in this package had been overlooked in the past few years (was still in sync with 0.9.8n-1 pre-Squeeze version) which explains the huge debdiff (and the main reason why I bug you today). I spare you the huge POT, PO and other manpages crazy debdiff: 462 files changed, 247720 insertions(+), 70843 deletions(-) Here is the last changelog entry: manpages-fr-extra (20121027) unstable; urgency=low [ Thomas Blein ] * openssl: New translation of some files: PKCS12_create.3, PKCS12_parse.3, and ssl.3 [ David Prévot ] * openssl: Sync with version 1.0.1c-4 * openssl: Update translation of some files: ca.1, ciphers.1, dgst.1, enc.1, openssl.1, pkcs12.1, req.1, and verify.1 * openssl: New translation of some files: pkey.1, pkeyparam.1, CRYPTO_set_ex_data.3, SSL_accept.3, SSL_connect.3, SSL_CTX_get_verify_mode.3, SSL_CTX_sess_set_cache_size.3, SSL_do_handshake.3, SSL_get_client_CA_list.3, SSL_get_ex_data_X509_STORE_CTX_idx.3, SSL_get_peer_certificate.3, SSL_get_session.3, SSL_library_init.3, SSL_pending.3, SSL_set_connect_state.3, SSL_want.3, and X509_STORE_CTX_get_ex_new_index.3 Special thanks to Jean-Paul Guilloneau and Stéphane Blondon for their numerous proofreads. * at: Fix AA instead of YY (LP: #1050426) * tar: Proofread translation and formatting of tar.1 * sysvinit: Sync with version 2.88dsf-32 * util-linux: Sync with version 2.20.1-5.2 * util-linux: Fix formatting in fstab.5 -- David Prévot taf...@debian.org Sat, 27 Oct 2012 11:05:16 -0400 unblock manpages-fr-extra/20121027 Thanks in advance, regards David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691616: live-build fails when cache too full
Package: live-build Version: 3.0~a45-1 Severity: normal When the package cache contains too many files, live-build fails: ... [2012-10-27 17:35:08] lb_chroot_apt install P: Configuring file /etc/apt/apt.conf [2012-10-27 17:35:09] lb_chroot_archives chroot install P: Configuring file /etc/apt/sources.list /usr/share/live/build/functions/cache.sh: line 23: /bin/cp: Argument list too long P: Begin unmounting filesystems... P: Saving caches... Reading package lists... Done Building dependency tree... Done (There were 102859 entries in cache/packages_chroot when this happened.) -- Package-specific info: -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages live-build depends on: ii cdebootstrap 0.5.7 Bootstrap a Debian system ii debootstrap 1.0.26+squeeze1 Bootstrap a basic Debian system Versions of packages live-build recommends: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii gettext-base 0.18.1.1-3 GNU Internationalization utilities ii gnu-fdisk1.2.4-3+b1 Linux fdisk replacement based on l pn live-boot-docnone (no description available) pn live-config-doc none (no description available) ii live-manual-html [live-manua 1:3.0~a10-1 Debian Live - Documentation (html) Versions of packages live-build suggests: ii dosfstools 3.0.9-1 utilities for making and checking ii fakeroot 1.14.4-1Gives a fake root environment ii genisoimage 9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem ii grub 0.97-64 GRand Unified Bootloader (dummy pa ii memtest86+ 4.10-1.1thorough real-mode memory tester ii mtools 4.0.12-1Tools for manipulating MSDOS files ii parted 2.3-5 The GNU Parted disk partition resi ii squashfs-tools 1:4.0-8 Tool to create and append to squas ii sudo 1.7.4p4-2.squeeze.3 Provide limited super user privile pn uuid-runtime none (no description available) ii win32-loader 0.6.21+squeeze0 Debian-Installer loader for win32 -- 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#691617: proftpd-basic: mod_ban fails to handle unknown ctrl commands correctly
Package: proftpd-basic Version: 1.3.4a-2+b1 Severity: normal Coin, # ftpdctl ban info ftpdctl: No bans # ftpdctl ban zzz ftpdctl: error receiving response: Operation not permitted # ftpdctl ban info ftpdctl: error contacting server using '/var/run/proftpd.sock': Connection refused Then, the control socket in unusable until the server is restarted. Regards. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages proftpd-basic depends on: ii adduser 3.113+nmu3 ii debconf 1.5.46 ii debianutils 4.3.2 ii libacl1 2.2.51-8 ii libc6 2.13-35 ii libcap2 1:2.22-1.2 ii libncurses5 5.9-10 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libpcre31:8.30-5 ii libssl1.0.0 1.0.1c-4 ii libtinfo5 5.9-10 ii libwrap07.6.q-24 ii netbase 5.0 ii sed 4.2.1-10 ii ucf 3.0025+nmu3 ii update-inetd4.43 ii zlib1g 1:1.2.7.dfsg-13 proftpd-basic recommends no packages. Versions of packages proftpd-basic suggests: pn openbsd-inetd | inet-superserver none ii openssl 1.0.1c-4 pn proftpd-doc none ii proftpd-mod-ldap 1.3.4a-2+b1 pn proftpd-mod-mysql none pn proftpd-mod-odbc none pn proftpd-mod-pgsql none pn proftpd-mod-sqlitenone -- debconf information: * shared/proftpd/inetd_or_standalone: standalone -- Marc Dequènes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org