Bug#705193: ITP: fatrace -- report system wide file access events
Package: wnpp Severity: wishlist Owner: Martin Pitt mp...@debian.org * Package name: fatrace Version : 0.4 Upstream Author : Martin Pitt martin.p...@ubuntu.com * URL : https://launchpad.net/fatrace * License : GPL 3+ Programming Lang: C Description : report system wide file access events fatrace (File Access Trace) reports file access events from all running processes. Its main purpose is to find processes which keep waking up the disk unnecessarily and thus prevent some power saving. Please see this blog post for the justification and how to use it: http://www.piware.de/2012/02/fatrace-report-system-wide-file-access-events/ It has been in Ubuntu for a while, but I got a request to put it into Debian as well. It's a tiny little tool which doesn't require much maintenance, it's by and large done for its main purpose. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#705179: [Pkg-fonts-devel] Bug#705179: fonts-unfonts-core should be marked multi-arch: foreign
Quoting Scott Ritchie (scottritc...@ubuntu.com): Package: fonts-unfonts-core Version: 1.0.2-080608-9 If a user wants to install an i386 package depending on fonts-unfonts-core onto an amd64 system, it may erroneously come up as uninstallable as apt has no multiarch information on fonts-liberation. Please mark fonts-unfonts-core as multi-arch: foreign in debian/control to fix this. See also: https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/1123710 (patch is there for ubuntu package, but the change is trivial so feel free to just do it). Please notice that it might be a waste of time to do this for all font packages maitnained by the Debian fonts team. It is quite likely that we'll do such change for all packages under our responsibility after the release of wheezy. But thanks anyway for reminding this to us..:-) signature.asc Description: Digital signature
Bug#705194: linux-image-3.2.0-4-amd64: gma500 regression: image resolution no better than 1024x768 despite screen resolution of 1280x1024
Package: src:linux Version: 3.2.41-2 Severity: important Dear Maintainer, Before last upgrade to linux-image-3.2.0-4-amd64 I was able to reach 1280x1024 without problem. Now, the kernel seams to switch early in gfx mode and set the resolution to 1024x768. Xorg keeps the same resolution. Notice than the screen actual resolution is still 1280x1024, so that right and bottom border display garbage. I recompiled the kernel without the DRM_GMA3600 option of the GMA500 driver and it fixed the problem. My box being a shuttle XS35 I believe my actual chipset is GMA500 not 3600 so it looks like the bad chipset was detected. This may be related to #703506 recent fix? -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=5bf7b457-5914-451f-a005-289a6ce49f4d ro quiet splash ** Not tainted ** Kernel log: [3.411335] scsi2 : ahci [3.411534] scsi3 : ahci [3.411672] ata1: SATA max UDMA/133 abar m1024@0xdff04000 port 0xdff04100 irq 44 [3.411680] ata2: SATA max UDMA/133 abar m1024@0xdff04000 port 0xdff04180 irq 44 [3.411684] ata3: DUMMY [3.411687] ata4: DUMMY [3.731610] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [3.737635] ata1.00: ATA-8: SAMSUNG HM160HI, HH100-08, max UDMA7 [3.737642] ata1.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [3.743745] ata1.00: configured for UDMA/133 [3.743974] scsi 0:0:0:0: Direct-Access ATA SAMSUNG HM160HI HH10 PQ: 0 ANSI: 5 [4.011479] usb 4-1: new low-speed USB device number 2 using uhci_hcd [4.063468] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [4.064056] ata2.00: ATA-8: V4-CT064V4SSD2, S5FAMM22, max UDMA/100 [4.064062] ata2.00: 125045424 sectors, multi 16: LBA48 NCQ (depth 31/32), AA [4.064793] ata2.00: configured for UDMA/100 [4.064990] scsi 1:0:0:0: Direct-Access ATA V4-CT064V4SSD2 S5FA PQ: 0 ANSI: 5 [4.073994] sd 0:0:0:0: [sda] 312581808 512-byte logical blocks: (160 GB/149 GiB) [4.074029] sd 1:0:0:0: [sdb] 125045424 512-byte logical blocks: (64.0 GB/59.6 GiB) [4.074198] sd 0:0:0:0: [sda] Write Protect is off [4.074205] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [4.074246] sd 1:0:0:0: [sdb] Write Protect is off [4.074253] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [4.074274] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [4.074310] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [4.075251] sdb: sdb1 [4.075861] sd 1:0:0:0: [sdb] Attached SCSI disk [4.095363] sd 0:0:0:0: Attached scsi generic sg0 type 0 [4.095538] sd 1:0:0:0: Attached scsi generic sg1 type 0 [4.151611] sda: sda1 sda3 [4.152383] sd 0:0:0:0: [sda] Attached SCSI disk [4.178994] usb 4-1: New USB device found, idVendor=1267, idProduct=0213 [4.179001] usb 4-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0 [4.179006] usb 4-1: Product: PS/2+USB Mouse [4.202373] input: PS/2+USB Mouse as /devices/pci:00/:00:1d.2/usb4/4-1/4-1:1.0/input/input0 [4.202588] generic-usb 0003:1267:0213.0001: input,hidraw0: USB HID v1.11 Mouse [PS/2+USB Mouse] on usb-:00:1d.2-1/input0 [4.202633] usbcore: registered new interface driver usbhid [4.202636] usbhid: USB HID core driver [4.419316] usb 5-2: new full-speed USB device number 2 using uhci_hcd [4.578814] usb 5-2: New USB device found, idVendor=0e6a, idProduct=030c [4.578821] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [4.578827] usb 5-2: Product: Truly Ergonomic Computer Keyboard [4.578831] usb 5-2: Manufacturer: TrulyErgonomic.com [4.585301] input: TrulyErgonomic.com Truly Ergonomic Computer Keyboard as /devices/pci:00/:00:1d.3/usb5/5-2/5-2:1.0/input/input1 [4.585447] generic-usb 0003:0E6A:030C.0002: input,hidraw1: USB HID v1.10 Keyboard [TrulyErgonomic.com Truly Ergonomic Computer Keyboard] on usb-:00:1d.3-2/input0 [4.589953] input: TrulyErgonomic.com Truly Ergonomic Computer Keyboard as /devices/pci:00/:00:1d.3/usb5/5-2/5-2:1.1/input/input2 [4.590089] generic-usb 0003:0E6A:030C.0003: input,hidraw2: USB HID v1.10 Device [TrulyErgonomic.com Truly Ergonomic Computer Keyboard] on usb-:00:1d.3-2/input1 [4.826936] Btrfs loaded [4.830520] device fsid edfd1fa0-05d5-46ad-8952-e238b0c3c09e devid 1 transid 18461 /dev/sdb1 [4.888115] PM: Starting manual resume from disk [4.888122] PM: Hibernation image partition 8:3 present [4.888125] PM: Looking for hibernation image. [4.888484] PM: Image not found (code -22) [4.888487] PM: Hibernation image not present or could not be loaded. [4.946613] kjournald starting. Commit interval 5 seconds [4.946698] EXT3-fs (sda1): mounted filesystem with
Bug#705147: assistant should not try to add files to git if excluded by annex.largefiles
On 10-04-13 22:12, Joey Hess wrote: Wouter Verhelst wrote: This obviously doesn't work very well with git-annex. My first attempts of today caused some data loss, because git-annex adds the empty file to the annex and marks it as read-only; since the scanner software already performed a check on the file, it appears to assume it can be written to and ignores any write errors it may end up with. This wouldn't happen if you were using direct mode, which keeps the files unlocked and editable once annexed.. Or well, it would be less likely. IIRC git-annex still briefly locks down file permissions when ingesting them in direct mode. I have been meaning to disable that since it probably does not add any value. AIUI, direct mode doesn't work so well with files that are given multiple names -- but I might be mistaken; I must admit I was a bit afraid of using it after reading the description in the manpage warning about possible data loss. [...] I am having trouble coming up with a name for such an option; if I had a good name for it I think I could implement it pretty quickly. annex.ignorefiles? That uses a similar naming scheme to largefiles, and also refers to the fact that it implements something similar to .gitignore. -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. signature.asc Description: OpenPGP digital signature
Bug#705088: amd64: due to missing lib32asound2-plugins:i386, i386 applications output is broken on pulseaudio-enabled system.
* lct l...@mail.ru [2013-04-11 02:45 +0400]: Hello! Please reopen and don't close the bug until resolved, please. You can have installed both: i386 libs and amd64 libs. It won't migrate. It only installs i386 versions needed for your wine apps. This is the problem. On my system, it REMOVES amd64 pulseaudio, codec libs and audio/video applications. The should-be situation is, ofc, install i386 versions PARALLEL. That wouldn't be problematic, but its not happening. The easiest fix so far, would be to seperate architecture-indepedent plugins from dependent. No. libasound2-plugins are multiarch. This has nothing to do with being multiarch. The libasound2-plugins package contains: a) codecs b) plugin to pulse audio I asked to seperate pulseaudio plugin into seperate package. This is due to pulseaudio being very often installed on GTK-based desktop systems. If its 64-bit configuration and user runs any 32bit application, he explicitly needs only 32bit pulseaudio module from the whole. That is - to move pulse modules OUT of lib32asound2-plugins, because its they have no further dependencies and having i386 applications call amd64 audio (pulseaudio) - is something rather much more common, than having 32bit versions of audiocodecs installed on amd64, instead of amd64 versions. Well, at this point you have to rely on Debian's multiarch system which would be 34 MB additional used diskspace on one of my systems. We won't build individual packages for special applications like you want. You have to accept both, amd64 _and_ i386, versions, though. This is NOT happening by me and thats why I fired the bug. Can you please provide your --dry-run log, when you try to install libasound2-plugins:i386 on your 64bit system(with pulseaudio present). If you look up my first post, you clearly see that APT is going to replace with instead of add. Please show us the output of: apt-show-versions | grep experimental Elimar -- Obviously the human brain works like a computer. Since there are no stupid computers humans can't be stupid. There are just a few running with Windows or even CE ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705195: stumpwm won't start with cl-clx-sbcl, needs clisp-module-clx
Package: stumpwm Version: 1:20110819.gitca08e08-2 Severity: normal Dear Maintainer, After a recent upgrade, stumpwm/cl-clx-sbcl startup fails with error message: LOAD - a file named clx doesn't exist removing cl-clx-sbcl and installing clisp-module-clx fixes the problem. (The latter happened automatically following the former.) Either the cl-clx-sbcl dependency option should be removed or the bug fixed. Thanks -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages stumpwm depends on: ii cl-ppcre 2.0.3-1 ii clisp-module-clx 1:2.49-8.1 ii dpkg 1.16.10 ii install-info 4.13a.dfsg.1-10 Versions of packages stumpwm recommends: ii cl-asdf 2:2.24-1 Versions of packages stumpwm suggests: ii conkeror [www-browser] 1.0~~pre+git120527-1 ii google-chrome-stable [www-browser] 26.0.1410.63-r192696 ii iceweasel [www-browser] 10.0.12esr-1+nmu1 ii info [info-browser] 4.13a.dfsg.1-10 ii links2 [www-browser] 2.7-1 ii lynx-cur [www-browser] 2.8.8dev.15-2 ii menu 2.1.46 ii mlterm [x-terminal-emulator] 3.1.2-1.3 ii opera [www-browser] 11.01.1190 pn rlwrap none ii rxvt [x-terminal-emulator] 1:2.6.4-14 ii rxvt-unicode-256color [x-terminal-emulator] 9.15-2 pn slimenone ii wterm-ml [x-terminal-emulator] 6.2.9-8.1 ii x11-utils7.7~1 ii xterm [x-terminal-emulator] 278-4 -- 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#705196: brltty-udeb: Does not start automatically any more e.g. in textmode installer
Source: brltty-udeb Version: 4.4-8 Severity: grave Justification: renders package unusable Hello, It seems that the switch to killing Xorg has broken the automatic start of brltty in textmode: the brltty.sh script hangs waiting for an Xorg to start to be able to kill it. I'm having a look at the matter. Samuel -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705197: Language-Team field in po files should not contain debian-i18n@l.d.o
Package: lintian Severity: wishlist X-Debbugs-CC: debian-i...@lists.debian.org On Ma, 09 apr 13, 08:25:37, Christian PERRIER wrote: To translators : please don't set debian-i...@lists.debian.org as Language-Team mailing list address in PO files. Better use the list dedicated to your language. Otherwise, calls for translation updates get sent to debian-i18n which is not very useful (Russ, no harm, of course, you can't check each and every PO file for this). Maybe lintian could? Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#705197: Language-Team field in po files should not contain debian-i18n@l.d.o
(please keep debian-i18n CC'ed to answers) Quoting Andrei POPESCU (andreimpope...@gmail.com): Package: lintian Severity: wishlist X-Debbugs-CC: debian-i...@lists.debian.org On Ma, 09 apr 13, 08:25:37, Christian PERRIER wrote: To translators : please don't set debian-i...@lists.debian.org as Language-Team mailing list address in PO files. Better use the list dedicated to your language. Otherwise, calls for translation updates get sent to debian-i18n which is not very useful (Russ, no harm, of course, you can't check each and every PO file for this). Maybe lintian could? Good idea. Anyone coming up with a patch (I could risk doing that but my perl-fu is somehow limited)? I bet Russ will include this in lintian if we provide a patch. We however need to also provide an explanation that lintian will give when people meet this condition. In short, we need to explain maintainers what should be done: - either contact the person listed in Last-Translator and suggest him|her to provide a better Language-Team field - replace Language-Team with the releavant Debian language team: this should be done only for debian/po/*.po *not* for upstream translations...and this is anyway not the best suggestion for maintainers to fiddle with this - empty the field (probably the best solution, imho) signature.asc Description: Digital signature
Bug#703332: If they are API compatible you MUST generate and install a GAC policy file!
On Mon, Apr 01, 2013 at 11:04:24PM +, Jonathan Wiltshire wrote: Hi, As mummy/1.0.3-2 is unsuitable for Wheezy please could you prepare a backport of your patch for an upload to testing-proposed-updates, and submit a debdiff to the release team for approval. Ping? It's getting urgent now. Thanks, -- 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#705198: reconf-inetd: port to python 3k
Package: reconf-inetd Version: 1.120603 Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705199: reconf-inetd: use a debian python helper to manage byte-compiled files
Package: reconf-inetd Version: 1.120603 Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705200: fails on partial upgrade from squeeze+bp to wheezy on armel
Package: unbound Version: 1.4.17-3 Severity: normal Hi, I did an upgrade on my armel system from squeeze + backports to wheezy: | Setting up unbound (1.4.17-3) ... | Restarting recursive DNS server: unbound/usr/sbin/unbound: symbol lookup error: /usr/sbin/unbound: undefined symbol: ldns_key_EVP_load_gost_id | failed! At this time I still had bp's libldns: | ii libldns11.6.13-1~bpo60+1 armel ldns library for DNS programming which satisfied unbound's requirement for libldns1 (= 1.6.13). Also upgrading libldns to wheezy made unbound start again. Cheers, weasel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705164: gmpc-plugins: Metadat Handler uses outdated API
Hello, I'm afraid that this can't be fixed for wheezy. The newer version of gmpc uses a new system based on libglyr to fetch lyrics, I'll upload a snapshot to experimental ASAP. For a workaround, you can disable the discogs plugin in Music - Preferences - Metadata Handler - uncheck DiscoGS Artist and Album Image Fetcher. Sorry for the inconvenience and thanks for this bug report. -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705192: RFS: sosreport/2.3+nmu1 ITP
On 11 April 2013 06:13, Adam Stokes adam.sto...@ubuntu.com wrote: sosreport (2.3+nmu1) unstable; urgency=low * NMU * Package updated from git rev 1baf743 -- Adam Stokes adam.sto...@ubuntu.com Thu, 11 Apr 2013 00:50:51 -0400 Why is this an NMU? I can't find sosreport in debian, did you mean to file ITP do a first time release (2.3-1) with Closes: #itpbugnumber? Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: Fwd: Bug#673424: bbswitch packaging
On Wed, Apr 10, 2013 at 10:31 AM, Aron Xu a...@debian.org wrote: On Wed, Apr 10, 2013 at 1:55 PM, Vincent Cheng vincentc1...@gmail.com wrote: Just for the record, here are some source packages (taken directly from latest pkg-nvidia git) for your convenience: http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia-20130409/bumblebee_3.1-1.dsc http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia-20130409/primus_0~20130225-1.dsc bumblebee has been uploaded, but I still have questions about primus. primus has Recommends: primus-libs-ia32 [amd64], this means by default it will pull in some dependency if the users have i386 added to his architecture list. I doubt this is desirable for all cases, users should just install primus-libs:i386 when he needs to run 32bit applications, but not automated by the package manager in such a way? A nice error message indicating that needing a 32bit version of primus-libs would be sufficient to guide the user to install, IMHO. What do you think? Upstream wants to keep that (indeed, I wasn't even planning on including a primus-libs-ia32 package until upstream asked me to re-consider [1]). I acknowledge that this isn't pretty, but I understand upstream's rationale, i.e. that running 32-bit applications with primus is a common enough use case (wine) that we'd want to just push this to end-users by default. And AFAIK there currently is no nice error message for users who try to run a 32-bit application through primus without having installed primus-libs:i386 (unless you consider segfaults to be nice). Is there anything in Policy that would forbid this approach? (I can't think of any I'm not going to insist on keeping that recommends if you revert it (i.e. downgrade to suggests?), but can you please try to convince upstream first in that pull request (again, see [1]), if only for the sake of minimizing the diff between Debian and upstream's PPA and to maintain a healthy relationship with upstream (after making an effort to communicate with upstream, agreeing with their changes, and then just silently reverting the changes in the end anyways?). Thanks! Regards, Vincent [1] https://github.com/Bumblebee-Project/bumblebee-ppa/pull/10#issuecomment-15251004 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705192: RFS: sosreport/2.3+nmu1 ITP
Hi, On Thu, Apr 11, 2013 at 1:13 PM, Adam Stokes adam.sto...@ubuntu.com wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package sosreport Package name: sosreport Version : 2.3+nmu1 Upstream Author : Bryn Reeves b...@redhat.com URL : https://github.com/sosreport/sosreport License : GPL2+ Section : python It builds those binary packages: sosreport - A set of tools to gather troubleshooting information from a system To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sosreport Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sosreport/sosreport_2.3+nmu1.dsc More information about sosreport can be obtained from https://github.com/sosreport. Changes since the last upload: sosreport (2.3+nmu1) unstable; urgency=low * NMU * Package updated from git rev 1baf743 -- Adam Stokes adam.sto...@ubuntu.com Thu, 11 Apr 2013 00:50:51 -0400 Regards, -- Adam Stokes adam.sto...@ubuntu.com Don't salt your green beans before you try them, some may think you make rash decisions. I have a brief review of this package, this is my comment: 1 you are the maintainer, you don't need NMU 2 For it is not in Debian yet, you should use version number 2.3+nmu1, just use 2.3 3 you should not ship pyc in you package 4 binary package should be included 5 please run lintian against *.changes Thanks for your work on sosreport. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705201: The =163/8 is outdated
Package: gwhois Version: 20100728 Severity: minor Processing a spammer: gwhois 163.5.201.55 I get the answer that some addresses in the Early registration addresses are now distributed also to other RIR. Please update the lookup database. ciao cate -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.6 (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 Versions of packages gwhois depends on: ii curl 7.21.0-2.1+squeeze2 Get a file from an HTTP, HTTPS or ii debconf [debconf-2.0 1.5.36.1Debian configuration management sy ii libnet-libidn-perl 0.12.ds-1+b1Perl bindings for GNU Libidn ii libwww-perl 5.836-1 Perl HTTP/WWW client/server librar ii lynx-cur 2.8.8dev.5-1Text-mode WWW Browser with NLS sup ii perl 5.10.1-17squeeze6 Larry Wall's Practical Extraction gwhois recommends no packages. Versions of packages gwhois suggests: ii openbsd-inetd [inet-superse 0.20080125-6 The OpenBSD Internet Superserver -- debconf information: * gwhois/inetd: false gwhois/noinetd: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705181: libogre-dev: can libogre-dev use boost libraries of 1.49 and above
severity 705181 wishlist tags 705181 wontfix stop Not possible, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674633 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704044 Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705153: libsdl-mixer1.2: In scummvm I get this WARNING: SDL mixer output buffer size: 1024 differs from desired: 2048!
2013/4/11 shirish शिरीष shirisha...@gmail.com: Again had to kill as neither scummvm responds after quitting (hangs) and neither valgrind responds :( I think that the fact that you're using libc-2.17 from experimental has something to do with this. I read that there have been many changes upstream in the last libc versions, and which may be causing some trouble when trying to load .so files. I don't think that the problem is really with sdl-mixer, the current version was not touched for many months and there are hundreds of applications depending on SDL libs on the archive. Or if it is, that it's because it's triggered by interactions with new libraries and not what currently is in testing/unstable. But you can leave it assigned here and I'll look at it after the release. Thanks. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705197: Language-Team field in po files should not contain debian-i18n@l.d.o
I don't have any knowledge about packaging and how lintian works, though,
something like this?
--
victory
no need to CC me :-)
http://userscripts.org/scripts/show/102724 0.0.1.4
http://userscripts.org/scripts/show/163846 0.0.1
http://userscripts.org/scripts/show/163848 0.0.1
--- po-debconf
+++ po-debconf.new
@@ -146,8 +146,15 @@
$_ = '';
open(PO, '', $debfiles/po/$file)
or fail(Can't open debfiles/po/$file file.);
+my ($msgstrok,$lang-team);
while (PO) {
-last if m/^msgstr/m;
+$msgstrok = 1 if m/^msgstr/m;
+if(/Language\-Team:/){
+$lang-team = 1;
+tag 'debconf-template-using-genaral-list', $file
+if(/debian\-i18n\@lists\.debian\.org/);
+}
+last if($msgstrok $lang-team);
}
close(PO);
unless ($_) {
--- po-debconf.desc
+++ po-debconf.desc.new
@@ -77,6 +77,16 @@
to be discarded. Run ttmsgfmt/tt on the file to see the error
messages.
+Tag: debconf-template-using-genaral-list
+Severity: normal
+Certainty: certain
+Info: The debconf-template is using genaral list as 'Language-Team:' field.
+ .
+ The address is used for the language specific contact in addition to the
+ 'Last-Translator:' field. This means the field needs a list address
+ dedicated to the language of the template file, instead of the genaral
+ list.
+
Tag: misnamed-po-file
Severity: normal
Certainty: possible
Bug#705202: uruk: Wrong network
Package: uruk
Version: 20130226-1
Severity: minor
The networkspecification :0:0::/96 is wrong, the extra zero's should go in
front.
https://en.wikipedia.org/wiki/Reserved_IP_addresses
--- uruk.old2013-04-11 10:17:20.095016598 +0200
+++ uruk2013-04-11 10:17:50.877246800 +0200
@@ -45,7 +45,7 @@
# and http://www.iana.org/assignments/ipv6-unicast-address-assignments/
# (abbreviated IP v6 addresses are allowed, abbreviated IP v4 addresses are
_not_
# allowed (checked using iptables 1.4.8-2).)
-ip6_noroute_ranges='::1/128 :0:0::/96 fc00::/7 fec0::/10 0200::/7
2001:0db8::/32'
+ip6_noroute_ranges='::1/128 :::0:0/96 fc00::/7 fec0::/10 0200::/7
2001:0db8::/32'
test -r $config || {
echo 2 No readable rc file $config found. Please create one. exit 1
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to nl_NL.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages uruk depends on:
ii iptables 1.4.16.3-4
uruk recommends no packages.
uruk suggests no packages.
-- Configuration Files:
/etc/uruk/rc 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#705169: RFH: iproute2 -- networking and traffic control tools
Hello Thomas! On Wed, Apr 10, 2013 at 10:32:48PM +0200, Thomas Preud'homme wrote: Le mercredi 10 avril 2013 21:33:32, Andreas Henriksson a écrit : [...] Please perform a full source scan and document all licensing information. As requested by ftp-masters. I didn't find a bug report mentionning this request. Is there a place mentionning it where progress to review the licensing could be posted? There's nothing public about this. The only feedback is by the recent reject of the later versions of the package from NEW (where it ended up because of the package rename). I've asked for additional details, but I wouldn't recommend holding your breath until more info appears. Please note the changes I've already done in the package git repo on alioth collab-maint. More improvements are probably needed until we reach a good enough state though. I'm willing to help on this point. I might have some time this WE to start looking at it. Thank you very much for your interest in helping out! Best regards, Thomas -- Andreas Henriksson signature.asc Description: Digital signature
Bug#705162: iscsi_trgt: Kernel bug when squeeze iscsi-client reconnect after reboot.
On Wednesday 10 April 2013 10:43 PM, heiko wrote: Apr 10 12:45:54 erna-5 kernel: [534048.645844] connection1:0: ping timeout of 5 secs expired, recv timeout 5, last rx 133431 004, last ping 133432256, now 133433508 Apr 10 12:45:54 erna-5 kernel: [534048.645938] connection1:0: detected conn error (1011) Apr 10 12:45:56 erna-5 iscsid: Kernel reported iSCSI connection 1:0 error (1011 - ISCSI_ERR_CONN_FAILED: iSCSI connection fai Where do you get these error messages from? This states that the connection failed for some reason, could be a network problem or something else. I see the ietd and iscsid error messages on the same box. So it is unclear to me who is throwing these messages and what does your setup look like. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#705202: better patch
Op 11-04-13 10:27, Casper Gielen schreef: Package: uruk Version: 20130226-1 Severity: minor The networkspecification :0:0::/96 is wrong, the extra zero's should go in front. https://en.wikipedia.org/wiki/Reserved_IP_addresses Turns out I was wrong as well, corrected patch: -ip6_noroute_ranges='::1/128 :0:0::/96 fc00::/7 fec0::/10 0200::/7 2001:0db8::/32' +ip6_noroute_ranges='::1/128 :::0:0/96 fc00::/7 fec0::/10 0200::/7 2001:0db8::/32' -- Casper Gielen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705169: RFH: iproute2 -- networking and traffic control tools
Hello Ben! On Thu, Apr 11, 2013 at 03:09:15AM +0100, Ben Hutchings wrote: On Wed, 2013-04-10 at 21:33 +0200, Andreas Henriksson wrote: [...] Triaging bugs listed at http://bugs.debian.org to find out if they are still valid, a fix can be found (and submitted upstream!), or confirmed to be in the kernel (and reassigned). Following up on new bug reports. Potentially review and forward patches upstream. [...] I may be able to provide some help with this. I've made occasional contributions to upstream development, and I'm fairly familiar with the kernel side of rtnetlink. If you have time for this that would be awesome! My impression is that most iproute bugs are actually bugs inside the kernel networking stack. I didn't want to reassign stuff blindly though just to dump them somewhere else where they'll be forgotten. I've previously tried to do agressive bug triaging and I hope the result is that you'll now find most bugs are either longstanding probably-valid bugs (and you should be able to tell from the subject line already if it's a minor thing like manpage updates requests). -- Andreas Henriksson signature.asc Description: Digital signature
Bug#705077: 0ad: Configuration file *must* be under /etc
On Wed, Apr 10, 2013 at 9:22 AM, Martin Quinson martin.quin...@loria.fr wrote:
On Wed, Apr 10, 2013 at 05:44:56PM +0200, Ansgar Burchardt wrote:
On 04/10/2013 08:45, Martin Quinson wrote:
On Tue, Apr 09, 2013 at 10:32:01PM -0700, Vincent Cheng wrote:
If they are templates, they must go to /usr/share/doc. But that's not
true: when I edit this file, and relaunch the game, I see the
difference applied in the game. I did this:
No, files that are used by the program (for example when it uses them as
a base for a file in ~/.config) must *not* be in /usr/share/doc.
I meant template as in example of file that you could copy and
adapt, explaining that I argumented that they are no templates since
the program use them.
Err, I was mistaken when I said templates. AFAIU, 0ad does read
settings from /usr/share/games/0ad/config/default.cfg (if present; if
it's not there, 0ad will just ignore it), but users can specifically
choose to override some (or all) of the settings listed in that file
with a similar config file in $XDG_CONFIG_HOME.
and then the game starts in windowed mode. The fact that ~/.0ad config
files override /etc/ files seems quite usual to me, but do not change
my feeling about config files out of /etc.
As far as I know having default configurations in /usr that are
overriden by files in /etc or $HOME is allowed by the FHS. As long as
users are not supposed to change them at least.
What bother me is that it is impossible to provide system-wide
configuration in /etc. I have to use /usr for that.
Or maybe I misunderstood the thing, and these file can be placed and
edited in /etc also, restoring the good old hierarchy of overrides
[/usr] - /etc - ~
It's not that desktop applications ignore the FHS entirely, it's just
that it isn't very practical for (what are intended to be)
user-specific profiles and/or configuration for desktop applications
to be placed in what is intended to be a system-wide directory for
config files (/etc). That works well for your typical daemon running
in the background, but not so much for games. Hence the existence of
the Freedesktop.org's XDG spec [1] and associated standards like
$XDG_{CONFIG,DATA,CACHE}_HOME, which more and more desktop
applications now follow.
0ad's configuration/settings aren't actually intended to be modified
by changing /usr/share/games/0ad/config/default.cfg anyways; the
intent is for users to modify them in-game via a friendly GUI, which
saves these settings into some subdir in $XDG_CONFIG_HOME (which is
pretty standard for games, anyways). That's not to say that there
aren't any other ways to change 0ad's settings (e.g. modifying
/usr/share/games/0ad/config/default.cfg and treating it as a conffile
even when the header of said file says not to do so, or via
command-line arguments passed to pyrogenesis), but these are not
supposed to be treated as the canonical way of modifying and saving
settings that you've tweaked.
I have the feeling that there is no system wide *conffile* in which I
could specify that I want a windowed mode so that my edit don't get
erased when the package is reinstalled. This seems to be a violation
of the whole 10.7 section of the policy, particularly 10.7.2:
| Any configuration files created or used by your package must reside
| in /etc. If there are several, consider creating a subdirectory of
| /etc named after your package.
|
| If your package creates or uses configuration files outside of /etc,
| and it is not feasible to modify the package to use /etc directly,
| put the files in /etc and create symbolic links to those files from
| the location that the package requires.
So basically, all games (and other desktop applications) need to make
their config settings accessible as conffiles in /etc, and if they
don't it's an RC bug? All right, sounds like it's time for a mass RC
bug filing against the majority of the Debian Games team's packages,
as well as hundreds of other GNOME/KDE/other desktop applications. :/
Maybe we should try to get Freedesktop.org standards enshrined in
Policy (as a formality, since they're generally considered to be
standards already), but that's an awful lot of work too...
Regards,
Vincent
[1] http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705118: debian-installer: FTBFS on armhf: Unable to locate package nic-modules-3.2.0-4-mx5-di
Control: tag -1 patch moreinfo
Cyril Brulebois k...@debian.org (10/04/2013):
Patches (preferably tested ;)) against src:debian-installer to update
package lists for armhf/{mx5,vexpress} are more than welcome. Also,
(I know I'm asking a lot), “fast is good”.
Ben Hutchings kindly sent some patches:
http://lists.debian.org/debian-boot/2013/04/msg00220.html
http://lists.debian.org/debian-boot/2013/04/msg00221.html
http://lists.debian.org/debian-boot/2013/04/msg00222.html
They appear to be sufficient to get debian-installer built on armhf
again (checked in harris' sid chroot). Unfortunately, I have no idea
how to test the generated images, so actual testing would be
appreciated.
I've uploaded the generated images on people.debian.org:
http://people.debian.org/~kibi/wheezy-di-rc2/
It contains (excluding directories):
| (sid-armhf-dchroot)kibi@harris:~$ tar tf
debian-installer-images_2013_armhf.tar.gz |grep -v /$|sort
| ./installer-armhf/2013/images/MANIFEST
| ./installer-armhf/2013/images/MANIFEST.udebs
| ./installer-armhf/2013/images/MD5SUMS
| ./installer-armhf/2013/images/SHA256SUMS
| ./installer-armhf/2013/images/mx5/netboot/efikamx/boot.scr
| ./installer-armhf/2013/images/mx5/netboot/efikamx/bootscript
| ./installer-armhf/2013/images/mx5/netboot/efikamx/uImage
| ./installer-armhf/2013/images/mx5/netboot/efikamx/uInitrd
| ./installer-armhf/2013/images/mx5/netboot/gtk/efikamx/boot.scr
| ./installer-armhf/2013/images/mx5/netboot/gtk/efikamx/bootscript
| ./installer-armhf/2013/images/mx5/netboot/gtk/efikamx/uImage
| ./installer-armhf/2013/images/mx5/netboot/gtk/efikamx/uInitrd
| ./installer-armhf/2013/images/mx5/network-console/efikamx/boot.scr
| ./installer-armhf/2013/images/mx5/network-console/efikamx/bootscript
| ./installer-armhf/2013/images/mx5/network-console/efikamx/uImage
| ./installer-armhf/2013/images/mx5/network-console/efikamx/uInitrd
| ./installer-armhf/2013/images/udeb.list
| ./installer-armhf/2013/images/vexpress/netboot/initrd.gz
| ./installer-armhf/2013/images/vexpress/netboot/vmlinuz-3.2.0-4-vexpress
| ./installer-armhf/current
This seems consistent with the previous upload:
https://buildd.debian.org/status/fetch.php?pkg=debian-installerarch=armhfver=20130211stamp=1360628633
and with Aurélien's addition:
| [ Aurelien Jarno ]
| * Build a vexpress image on armhf.
(I think I'll clarify in the changelog it's a netboot image.)
→ Please test and report back! Thanks already!
Mraw,
KiBi.
signature.asc
Description: Digital signature
Bug#698732: dspam external map does not work with TLS enabled
Wonderful. Tranks for your help! For now I would need a special repo for it. I'm currently using DSPAM in Squeeze via the backports repo. Thanks again, Jason Sent from my iPad On 07.04.2013, at 16:10, Thomas Preud'homme robo...@debian.org wrote: Le samedi 2 mars 2013 09:34:32, Jason a écrit : I think we've already figured it out. The problem is that DSPAM currently only supports TLS via STARTTLS but I'm using ldaps which is a different protocol. I would have submitted a patch already but I currently don't have a Linux dev environment to do the build on (only a server which, for security reasons I don't want things like compilers on). I think *you* had already figured it out ;) All that needs to happen is the field where you specify ldap or database needs to also accept ldaps and put what ever is in that field as the schema. Then the ldap library will do the right thing. So here's the patch. I'll open a bug upstream to ask them to integrate it. Don't expect miracles though: the last commit in the upstream git repository was in august 2012. If nobody answer within 2 months, I might consider to include it in Debian anyway given the small size of the patch (most of the diff is just increasing the indentation). Any testing on your side would be appreciated. I can provide you deb packages in my personal repository if you need. Best regards, Thomas add_ldaps_support_for_external_lookup.patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705203: esperanto: a less cumbersome input method for Esperanto typing
Source: emacs23
Version: 23.4+1-4
Tags: patch
Emacs 23, as currently packaged for Debian, includes two input
methods for typing in Esperanto texts (esperanto-prefix and
esperanto-postfix), both of which require up to two keys per a
single letter.
The patch suggested defines the ‘esperanto’ Emacs input method,
which copies the (arguably more ergonomic) X ‘epo’ layout:
--cut: C-h I esperanto RET --
++
| 1! | 2@ | 3# | 4$ | 5% | 6^ | 7 | 8* | 9( | 0) | -_ | =+ | `~ |
++
| ŝŜ | ĝĜ | eE | rR | tT | ŭŬ | uU | iI | oO | pP | ĵĴ | ĥĤ |
++
| aA | sS | dD | fF | gG | hH | jJ | kK | lL | ;: | ' | \| |
+---+
| zZ | ĉĈ | cC | vV | bB | nN | mM | , | . | /? |
+-+
--cut: C-h I esperanto RET --
Hopefully, the layout suggested could make it into both the
Debian package, and the upstream source.
Dankas antaŭe.
--
FSF associate member #7257 http://hfday.org/
(quail-define-package
esperanto Esperanto EO nil
Esperanto input method without modifiers
Key translation rules are:
X → ?Ĉ W → ?Ĝ } → ?Ĥ { → ?Ĵ Q → ?Ŝ Y → ?Ŭ
x → ?ĉ w → ?ĝ ] → ?ĥ [ → ?ĵ q → ?ŝ y → ?ŭ
nil t t nil t nil nil nil nil nil t)
(quail-define-rules
(X ?Ĉ)
(W ?Ĝ)
(} ?Ĥ)
({ ?Ĵ)
(Q ?Ŝ)
(Y ?Ŭ)
(x ?ĉ)
(w ?ĝ)
(] ?ĥ)
([ ?ĵ)
(q ?ŝ)
(y ?ŭ)
)
Bug#705202: better patch
Tag 705202 +pending thanks On Thu, Apr 11, 2013 at 10:37:19AM +0200, Casper Gielen wrote: Op 11-04-13 10:27, Casper Gielen schreef: Package: uruk Version: 20130226-1 Severity: minor The networkspecification :0:0::/96 is wrong, the extra zero's should go in front. https://en.wikipedia.org/wiki/Reserved_IP_addresses Turns out I was wrong as well, corrected patch: -ip6_noroute_ranges='::1/128 :0:0::/96 fc00::/7 fec0::/10 0200::/7 2001:0db8::/32' +ip6_noroute_ranges='::1/128 :::0:0/96 fc00::/7 fec0::/10 0200::/7 2001:0db8::/32' Applied to ssh://git.mdcc.cx/~joostvb/git/uruk.git: c2f9417..e3fba71 Thanks! Bye, Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705169: RFH: iproute2 -- networking and traffic control tools
Hello again! Given the very positive response on my RFH I'm following up with one more wish I forgot to mention. If you are interested in learning more about the advanced networking features provided by the linux kernel. Want to get into the gory details and learn stuff that not many other people (who aren't kernel hackers) know about. Why not take on the task to look at improving the manpages for iproute2? There are many bugs collected about pieces of information missing from manpages in the debian bug tracker at http://bugs.debian.org/src:iproute Start investigating, see what you find, try out stuff document your results in the manpage for everyone else to enjoy! -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705153: libsdl-mixer1.2: In scummvm I get this WARNING: SDL mixer output buffer size: 1024 differs from desired: 2048!
at bottom :- On Thu, Apr 11, 2013 at 1:54 PM, Manuel A. Fernandez Montecelo manuel.montez...@gmail.com wrote: 2013/4/11 shirish शिरीष shirisha...@gmail.com: Again had to kill as neither scummvm responds after quitting (hangs) and neither valgrind responds :( I think that the fact that you're using libc-2.17 from experimental has something to do with this. I read that there have been many changes upstream in the last libc versions, and which may be causing some trouble when trying to load .so files. I don't think that the problem is really with sdl-mixer, the current version was not touched for many months and there are hundreds of applications depending on SDL libs on the archive. Or if it is, that it's because it's triggered by interactions with new libraries and not what currently is in testing/unstable. But you can leave it assigned here and I'll look at it after the release. Thanks. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com O.k. thanx. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705181: libogre-dev: can libogre-dev use boost libraries of 1.49 and above
at bottom :- On Thu, Apr 11, 2013 at 1:45 PM, Manuel A. Fernandez Montecelo manuel.montez...@gmail.com wrote: severity 705181 wishlist tags 705181 wontfix stop Not possible, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674633 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704044 Cheers. Thank you for sharing that and sorry for taking your time. Have subscribed to the bottom bug . -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705204: git: intermediate level silence
Package: git Version: 1:1.8.2.1-1 Severity: wishlist I'm using some patches to the mr multiple repository tool to silence it when there is no output or error from the command (see #694031). This was initially so that I could run run through all my git repositories, check the status and see which ones had unpushed patches, ignoring repositories without any pushed patches, using these commands: git status -s git --no-pager log --branches --not --remotes --simplify-by-decoration --decorate --oneline I also use mr for git fetch and git pull but these are much more verbose than the above commands. I tried git fetch --quiet but that silences all output. I would like a git fetch/pull option that would make them not output anything (on a per-remote basis) if there is nothing to be fetched or if the branch being updated is up to date but still output the usual progress/etc info when there are errors or something to fetch/update. I want to see the progress output because depending on the repository I may need to look at the changes made in that repository. I have more than 300 repositories checked out so this would reduce the amount of time it takes for me to scan the output of mr fetch/update quite a bit. I'm not sure what to call this mode, ideas: --whisper --unix --shhh So I want these (300x0 = 0 lines to scan): pabs@chianamo ~/devel/games/chromium-bsu/git (master =) $ mr fetch -q pabs@chianamo ~/devel/games/chromium-bsu/git (master =) $ mr update -q pabs@chianamo ~/devel/games/chromium-bsu/git (master =) $ Instead of these (300x6 = 1200 lines to scan): pabs@chianamo ~/devel/games/chromium-bsu/git (master =) $ mr fetch -q mr fetch: /home/pabs/devel/games/chromium-bsu/git Fetching origin mr fetch: finished (1 ok) pabs@chianamo ~/devel/games/chromium-bsu/git (master =) $ mr update -q mr update: /home/pabs/devel/games/chromium-bsu/git Current branch master is up to date. mr update: finished (1 ok) pabs@chianamo ~/devel/games/chromium-bsu/git (master =) $ -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git depends on: ii git-man 1:1.8.2.1-1 ii libc62.13-38 ii libcurl3-gnutls 7.26.0-1+wheezy1 ii liberror-perl0.17-1 ii libexpat12.1.0-1 ii libpcre3 1:8.30-5 ii perl-modules 5.14.2-20 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages git recommends: ii less 444-4 ii openssh-client [ssh-client] 1:6.0p1-4 ii patch2.6.1-3 ii rsync3.0.9-4 Versions of packages git suggests: ii gettext-base 0.18.1.1-9 pn git-arch none ii git-bzr 1:1.8.2.1-1 pn git-cvs none pn git-daemon-run | git-daemon-sysvinit none pn git-doc none pn git-elnone ii git-email 1:1.8.2.1-1 ii git-gui 1:1.8.2.1-1 ii git-svn 1:1.8.2.1-1 ii gitk 1:1.8.2.1-1 pn gitwebnone -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#703815: i18nspector: Missing plural forms
Hi Guillem, The new upstream version of i18nspector uncomments some and adds other plural forms -- adding plural forms is something that is never going to be 100% complete so working out where to draw the line under this bug is difficult. I've chosen to close it with the upload of version 0.8.2 and I know that Jakub has plans to expand the list of checks and plural forms over time. If you have a specific list of (important? widely spoken?) languages for which i18nspector doesn't have plural forms, please feel free to chime in. cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 signature.asc Description: This is a digitally signed message part.
Bug#705205: libvirt-bin: Memory leak in virStorageBackendLogicalMakeVol
Package: libvirt-bin Version: 0.9.12-11 Severity: important Tags: patch Hello, In our workload we use LVM for VM storage and continuously create and destroy instances. We noticed that over time libvirtd memory usage grows until libvirt cannot fork anymore (to spawn LVM tools): virFork:279 : cannot fork child process: Cannot allocate memory libvirtd won't crash (yet), but it will eventually mark all the storage pools as offline. I've tracked down the issue to a memory leak in virStorageBackendLogicalMakeVol (creating a volume triggers a refresh of the pool): 50,229,128 (820,736 direct, 49,408,392 indirect) bytes in 3,664 blocks are definitely lost in loss record 883 of 883 at 0x4C28BED: malloc (vg_replace_malloc.c:263) by 0x4C28D6F: realloc (vg_replace_malloc.c:632) by 0x805ADF3: re_compile_internal (regcomp.c:760) by 0x805B1AB: regcomp (regcomp.c:506) by 0x4D13CD: virStorageBackendLogicalMakeVol (storage_backend_logical.c:203) by 0x4CE09B: virStorageBackendRunProgRegex (storage_backend.c:1512) by 0x4D0A8E: virStorageBackendLogicalFindLVs (storage_backend_logical.c:306) by 0x4D1971: virStorageBackendLogicalRefreshPool (storage_backend_logical.c:591) by 0x4C9596: storagePoolRefresh (storage_driver.c:904) by 0x511CE44: virStoragePoolRefresh (libvirt.c:12116) by 0x436687: remoteDispatchStoragePoolRefreshHelper (remote_dispatch.h:11759) by 0x515B7FF: virNetServerProgramDispatch (virnetserverprogram.c:423) This bug has already been fixed upstream with commit 71da3b66 (which also reverts afc4631b). This fix is already included in the experimental package, but since it's self-contained and minimally intrusive I suggest to backport it for Wheezy (and squeeze-backports?). Patch is attached. Luca -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 libvirt-bin depends on: ii adduser 3.113+nmu3 ii gettext-base0.18.1.1-9 ii libavahi-client30.6.31-2 ii libavahi-common30.6.31-2 ii libblkid1 2.20.1-5.3 ii libc6 2.13-38 ii libcap-ng0 0.6.6-2 ii libdbus-1-3 1.6.8-1 ii libdevmapper1.02.1 2:1.02.74-7 ii libgcrypt11 1.5.0-5 ii libgnutls26 2.12.20-4 ii libnetcf1 0.1.9-2 ii libnl1 1.1-7 ii libnuma12.0.8~rc4-1 ii libparted0debian1 2.3-12 ii libpcap0.8 1.3.0-1 ii libpciaccess0 0.13.1-2 ii libreadline66.2+dfsg-0.1 ii libsasl2-2 2.1.25.dfsg1-6 ii libudev0175-7.1 ii libvirt00.9.12-11 ii libxenstore3.0 4.1.4-2 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libyajl22.0.4-2 ii logrotate 3.8.1-4 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-6 ii dmidecode 2.11-9 ii dnsmasq-base2.62-3+deb7u1 ii ebtables2.0.10.4-1 ii gawk1:4.0.1+dfsg-2.1 ii iproute 20120521-3+b3 ii iptables1.4.14-3.1 ii libxml2-utils 2.8.0+dfsg1-7+nmu1 ii netcat-openbsd 1.105-7 ii parted 2.3-12 ii qemu1.1.2+dfsg-6a ii qemu-kvm1.1.2+dfsg-6 Versions of packages libvirt-bin suggests: ii policykit-1 0.105-3 ii radvd1:1.8.5-1 -- Configuration Files: /etc/default/libvirt-bin changed [not included] /etc/init.d/libvirt-bin changed [not included] -- no debconf information *** /tmp/fix-leak.diff diff -Nru libvirt-0.9.12/debian/changelog libvirt-0.9.12/debian/changelog --- libvirt-0.9.12/debian/changelog 2013-03-06 11:27:13.0 + +++ libvirt-0.9.12/debian/changelog 2013-04-11 09:53:13.0 +0100 @@ -1,3 +1,10 @@ +libvirt (0.9.12-11.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Backport upstream 71da3b66 (fix leak in virStorageBackendLogicalMakeVol) + + -- Luca Tettamanti ltettama...@acunu.com Thu, 11 Apr 2013 09:53:03 +0100 + libvirt (0.9.12-11) unstable; urgency=low * [422c506] Use getent passwd instead of the non existing getent user diff -Nru libvirt-0.9.12/debian/patches/fix-leak-virStorageBackendLogicalMakeVol.patch libvirt-0.9.12/debian/patches/fix-leak-virStorageBackendLogicalMakeVol.patch --- libvirt-0.9.12/debian/patches/fix-leak-virStorageBackendLogicalMakeVol.patch 1970-01-01 01:00:00.0 +0100 +++ libvirt-0.9.12/debian/patches/fix-leak-virStorageBackendLogicalMakeVol.patch 2013-04-11 09:55:16.0 +0100 @@ -0,0 +1,22 @@ +Index: libvirt-0.9.12/src/storage/storage_backend_logical.c +=== +--- libvirt-0.9.12.orig/src/storage/storage_backend_logical.c 2012-04-18 06:07:44.0 +0100 libvirt-0.9.12/src/storage/storage_backend_logical.c 2013-04-11
Bug#661703: ETA for unstable?
On Mon, Apr 01, 2013 at 04:07:33PM +0200, Rene Engelhard wrote: I can temporariky use internal clucene, but that gives problems on arm*, so I would like to avoid that... Actually the problems on arm seems to be gone so I can do http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commitdiff;h=3b26be8c9226832141c7fdcc337c395c8ac09d80;hp=48aeda3b4eefd295a37d4bf49f2344390006bf95 and thus I can do http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=commitdiff;h=202e24523462f4603690e9005bd06f97c795310d;hp=3b26be8c9226832141c7fdcc337c395c8ac09d80 but I would prefer to have this embeeded code copy uses as short as possible... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705206: ITP: compass-breakpoint-plugin -- really simple media queries with Sass
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: compass-breakpoint-plugin Version : 2.0.2 Upstream Author : Mason Wendell ma...@zivtech.com, Sam Richard s...@snug.ug * URL : https://github.com/Team-Sass/breakpoint * License : Expat or GPL-2 Programming Lang: Sass Description : really simple media queries with Sass Compass is a CSS authoring framework which uses the Sass stylesheet language to make writing stylesheets powerful and easy. . Breakpoint makes writing media queries in Sass super simple. Create a variable using a simplified syntax based on most commonly used media queries, then call it using the `breakpoint` mixin. Breakpoint handles all of the heavy lifting, from writing the media query itself, to handling cross-browser compatibility issues, so you can focus on what's important: making sure your website looks its best. . Breakpoint also allows you to get the context of your media queries from your code, allowing you to write dynamic mixins based on their media query context. . Additionally, Breakpoint includes Respond-To syntax for the semantic awesomeness of string names to identify your queries as opposed to variables, and for dynamically generating media queries. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705207: O: pythonqt
Package: wnpp Severity: normal I intend to orphan the pythonqt package. Initially this was a dependency of ctk. It is not clear whether or not CTK intend to use a system installed pythonqt at this point in time. Since I have no interest in CTK anymore, I have no interest in pythonqt. Description is: PythonQt offers an easy way to embed the Python scripting language into a C++ Qt applications. It makes heavy use of the QMetaObject system and thus requires Qt 4.x. The focus of PythonQt is on embedding Python into an existing C++ application, not on writing the whole application completely in Python. If you want to write your whole application in Python, you should use PyQt or PySide instead. If you are looking for a simple way to embed Python objects into your C++/Qt Application and to script parts of your application via Python, PythonQt is the way to go! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705208: O: pylibtiff
Package: wnpp Severity: normal I intend to orphan pylibtiff. My initial intention was to package pylibtiff as dependency of cellprofiler. Since it is not clear how cellprofiler will be installed on debian system, I doubt this dependency will ever be used. I have no more interest in cellprofiler and hence in pylibtiff Description is: PyLibTiff is a package that provides: . * a wrapper to the libtiff library to Python using ctypes. * a pure Python module for reading and writing TIFF and LSM files. The images are read as numpy.memmap objects so that it is possible to open images that otherwise would not fit to computers RAM. . There exists many Python packages such as PIL, FreeImagePy that support reading and writing TIFF files. The PyLibTiff project was started to have an efficient and direct way to read and write TIFF files using the libtiff library without the need to install any unnecessary packages or libraries. The pure Python module was created for reading broken TIFF files such as LSM files that in some places use different interpretation of TIFF tags than what specified in the TIFF specification document. The libtiff library would just fail reading such files. In addition, the pure Python module is more memory efficient as the arrays are returned as memory maps. Support for compressed files is not implemented yet. . Warning: pylibtiff currently supports reading and writing images that are stored using TIFF strips. Patches are welcome to support tiled TIFF images. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705209: www.debian.org: Ask for a donation while people are downloading Debian
Package: www.debian.org Severity: normal Dear Maintainer, * What led up to the situation? Zack suggested filing as a bug in a discussion on debian-sponsors-discuss. Please see lists.alioth.debian.org/pipermail/debian-sponsors-discuss/Week-of-Mon-20130408/22.html for more info. In summary it seems Eclipse is asking people to donate to the project during downloads, and that has significantly increased donations. The thought is that this seems like a great idea that we should also do. http://ianskerrett.wordpress.com/2013/04/09/how-to-increase-donations-to-an-open-source-project/ -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 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#705162: iscsi_trgt: Kernel bug when squeeze iscsi-client reconnect after reboot.
On Thursday 11 April 2013 03:01 PM, Heiko Fiergolla { xmachina wrote:
This messages I get from the wheeze Host who's runing primary as a
iscsi-target.
The iscsid run on the same Host too and show the connection fail to
the squeeze Host who's rebooted.
I've disables the iscsid on the wheeze box because it isn't important
for me right now. But this have no effect to the ietd crash.
After a reconnect of the squeeze Host, because it's rebooted, the ietd
at the wheeze box hangs and write a kerne bug to the log.
Maybe important to know is, it isn't possible to kill the ietd process
when it's hang.
The only way to restart the ietd is to reboot the wheeze Host.
Ah!! What you've hit is 685422. This is fixed in experimental. Can you
confirm?
It isn't that severe a bug. I will push it for stable proposed later.
Until then, you can confirm, and we can keep this bug open to track it.
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
signature.asc
Description: OpenPGP digital signature
Bug#705162: iscsi_trgt: Kernel bug when squeeze iscsi-client reconnect after reboot.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This messages I get from the wheeze Host who's runing primary as a
iscsi-target.
The iscsid run on the same Host too and show the connection fail to
the squeeze Host who's rebooted.
I've disables the iscsid on the wheeze box because it isn't important
for me right now. But this have no effect to the ietd crash.
After a reconnect of the squeeze Host, because it's rebooted, the ietd
at the wheeze box hangs and write a kerne bug to the log.
Maybe important to know is, it isn't possible to kill the ietd process
when it's hang.
The only way to restart the ietd is to reboot the wheeze Host.
Am 11.04.2013 10:37, schrieb Ritesh Raj Sarraf:
On Wednesday 10 April 2013 10:43 PM, heiko wrote:
Apr 10 12:45:54 erna-5 kernel: [534048.645844] connection1:0:
ping timeout of 5 secs expired, recv timeout 5, last rx 133431
004, last ping 133432256, now 133433508 Apr 10 12:45:54 erna-5
kernel: [534048.645938] connection1:0: detected conn error
(1011) Apr 10 12:45:56 erna-5 iscsid: Kernel reported iSCSI
connection 1:0 error (1011 - ISCSI_ERR_CONN_FAILED: iSCSI
connection fai
Where do you get these error messages from?
This states that the connection failed for some reason, could be a
network problem or something else. I see the ietd and iscsid error
messages on the same box. So it is unclear to me who is throwing
these messages and what does your setup look like.
- --
{
{ Heiko Fiergolla, Systembetrieb
{ email heiko.fiergo...@xmachina.de
{ phone +49-6221-8220-48 fax +49-8220-40
{ xmachina GmbH advanced e-business
{ Maaßstraße 24 D-69123 Heidelberg
{ http://www.xmachina.de
{ Registergericht Mannheim 335935
{ Geschäftsführer: Klaus Mueller
{
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlFmgw8ACgkQYX7URpS5/qu+AgCffl656qRbOAjh5ZRHugsnpK84
sBQAn1V+7Sw/d3QBjYr3auirkZfSEFT9
=uDt9
-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#704668: RFS: woff-tools/0:2009.10.04-1 [ITP]
On Mon, Apr 8, 2013 at 2:35 PM, Dmitry Shachnev mity...@gmail.com wrote: cppcheck says: [woff.c:281]: (error) Common realloc mistake: 'woffData' nulled but not freed upon failure [woff.c:301]: (error) Common realloc mistake: 'woffData' nulled but not freed upon failure I’ll report a bug to Mozilla, but I don't think it’s worth a downstream patch. Nevermind, the latest version in SVN (and mentors) has that fixed, as well as some security patches backported from mozilla-central. Andrew, any chance you can look at this package? -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705210: unblock: mummy/1.0.3-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mummy As explained on 703332#23 I prepared a testing-proposed-update package. debdiff attached. unblock mummy/1.0.3-3 -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru mummy-1.0.3/debian/changelog mummy-1.0.3/debian/changelog --- mummy-1.0.3/debian/changelog 2013-04-01 09:34:42.0 +0200 +++ mummy-1.0.3/debian/changelog 2013-04-11 11:59:20.0 +0200 @@ -1,3 +1,9 @@ +mummy (1.0.3-3) wheezy; urgency=low + + * Fix ABI version. Closes: #703332 + + -- Mathieu Malaterre ma...@debian.org Thu, 11 Apr 2013 09:58:20 + + mummy (1.0.3-2) unstable; urgency=low * Fix ABI version. Closes: #703332
Bug#705211: RM: cinder 2012.2.3-1 -- ROM; (because Cinder 2013.1 has been uploaded to Experimental)
Package: ftp.debian.org Severity: normal Dear FTP Masters, Please remove Cinder 2012.2.3-1 (code name Folsom) from SID. Reasons: - I have uploaded Cinder 2013.1 (code name Grizzly) in Experimental. - There is no Keystone 2012.2.x available anymore to support Cinder from Grizzly, since Keystone is now in version 2013.1 in Experimental. - It shows on the list of templates for the i18n-english team, and that is annoying them. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705209: www.debian.org: Ask for a donation while people are downloading Debian
On Thu, Apr 11, 2013 at 06:24:50AM -0400, Brian Gupta wrote: Zack suggested filing as a bug in a discussion on debian-sponsors-discuss. Please see lists.alioth.debian.org/pipermail/debian-sponsors-discuss/Week-of-Mon-20130408/22.html for more info. So, my pointer was mainly some related work for a list where we are broadly discussing how to consolidate Debian fund raising in various ways, including donations. I think it is probably premature to implement this right away, especially because I'd like to gather more opinions from the list participants first. OTOH, it might be something as simple as adding a link to the donation page and a sentence about it from the download page. I don't particularly fancy shiny and aggressive banners to encourage people to download, but it seems smart to simply *remind* people that we live up on donation at the moment they decide to try out the result of our work. Feel free to keep this bug around for future thoughts, comment, or close it, as you see fit. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#705212: ITP: chinese-checkers -- Multiplayer implementation of the chinese checkers game.
Package: wnpp Severity: wishlist Owner: Salvo Tomaselli tipos...@tiscali.it * Package name: chinese-checkers Version : 0.1 Upstream Author : Many authors * URL : https://github.com/ltworf/tin171 * License : GPL Programming Lang: Python, Erlang Description : Multiplayer implementation of the chinese checkers game. It is an implementation of the chinese checkers game. It includes a server capable of hosting multiple matches, a bot implemented to use multiple AI and a GUI client to play against bots or other human players. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705211: RM: cinder 2012.2.3-1 -- ROM; (because Cinder 2013.1 has been uploaded to Experimental)
Hi Thomas, Le jeudi, 11 avril 2013 12.55:37, Thomas Goirand a écrit : Please remove Cinder 2012.2.3-1 (code name Folsom) from SID. Reasons: - I have uploaded Cinder 2013.1 (code name Grizzly) in Experimental. - There is no Keystone 2012.2.x available anymore to support Cinder from Grizzly, since Keystone is now in version 2013.1 in Experimental. - It shows on the list of templates for the i18n-english team, and that is annoying them. Then why don't you upload Cinder 2013.1 to unstable? OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705068: Please provide dh-make library for non-perl packaging helpers
Thomas Koch tho...@koch.ro writes: Hi, I'm working on a packaging helper tool in the Debian-Java team. I'm looking to reuse some modules from dh-make-perl. It's possible to depend on the dh-make-perl package. But it might encourage more adoption by other teams if the perl independent logic would be separated in a library of its own. Hi Thomas; I'm not sure what precisely you're proposing (I'm also not one of the team members working on dh-make-perl, so don't get too excited ;) ). Are you suggesting splitting dh-make-perl into two packages? It seems like one of them would be just a script, and a bit silly. Or is your request more about documenting and/or fixing library interfaces? d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697324: done
thank you -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705213: tt-rss: Incorrect link to phpqrcode library
Package: tt-rss Version: 1.7.8+dfsg-1 Severity: normal Dear Maintainer, There is a small issue with latest tt-rss package. There is no link to phpqrcode library in the tt-rss/www/lib/ directory. Instead, there is only empty directory phpqrcode/. This renders QR Code functionality of tt-rss unusable. There should be a symlink to current Debian phpqrcode location /usr/share/phpqrcode. Regards, -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tt-rss depends on: ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.49 ii libapache2-mod-php55.4.4-15 ii libjs-dojo-core1.7.2+dfsg-1 ii libjs-dojo-dijit 1.7.2+dfsg-1 ii libjs-scriptaculous1.9.0-2 ii libphp-phpmailer 5.1-1 ii libphp-simplepie 1.2.1-3 ii php-gettext1.0.11-1 ii php5 5.4.4-15 ii php5-cli 5.4.4-15 ii php5-mysql 5.4.4-15 ii php5-pgsql 5.4.4-15 ii phpqrcode 1.1.4-1 Versions of packages tt-rss recommends: ii apache2-mpm-prefork [httpd] 2.2.22-13 ii php5-gd 5.4.4-15 Versions of packages tt-rss suggests: ii mysql-client 5.5.30+dfsg-1 ii mysql-client-5.5 [mysql-client]5.5.30+dfsg-1 ii mysql-server 5.5.30+dfsg-1 ii php-apc3.1.13-1 ii postgresql 9.1+134wheezy3 ii postgresql-client-9.1 [postgresql-client] 9.1.9-1 pn sphinxsearch none -- Configuration Files: /etc/default/tt-rss changed [not included] /etc/tt-rss/config.php changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705211: RM: cinder 2012.2.3-1 -- ROM; (because Cinder 2013.1 has been uploaded to Experimental)
On Thu Apr 11 2013 07:06:58 PM CST, Didier 'OdyX' Raboud o...@debian.org wrote: Hi Thomas, Le jeudi, 11 avril 2013 12.55:37, Thomas Goirand a écrit : Please remove Cinder 2012.2.3-1 (code name Folsom) from SID. Reasons: - I have uploaded Cinder 2013.1 (code name Grizzly) in Experimental. - There is no Keystone 2012.2.x available anymore to support Cinder from Grizzly, since Keystone is now in version 2013.1 in Experimental. - It shows on the list of templates for the i18n-english team, and that is annoying them. Then why don't you upload Cinder 2013.1 to unstable? OdyX hi Didier, because it will annoy the translation team, and that the rest of Grizzly is in Experimental (and most of the python module dependencies as well, including (without checking) some for Cinder 2013.1). Looking backward, it was a mistake to upload Cinder in SID in the first place, IMHO. Thomas (from my phone, playing with my little boy :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705214: config-package-dev: broken symlinks and the binary package contains prebuilt source and binary packages
Package: config-package-dev Version: 5.1 Severity: important Usertags: cruft User: debian...@lists.debian.org Usertags: broken-symlink adequate The recent upgrade added some broken symlinks to build logs and also some binary and source packages inside the binary package and also the source package. Please remove the following links and files from the binary and source package, they are unneeded cruft a waste of space. This bug report brought to you by adequate: http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/ pabs@chianamo ~ $ adequate config-package-dev config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-bin-example_1.0~ubuntu12.10_amd64.build - /tmp/sbuild-logs/debathena-bin-example_1.0~ubuntu12.10-amd64-20130305-2142 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-bin-example_1.1~ubuntu12.04_amd64.build - /tmp/sbuild-logs/debathena-bin-example_1.1~ubuntu12.04-amd64-20130305-2141 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-bin-example_1.0~ubuntu10.04_amd64.build - /tmp/sbuild-logs/debathena-bin-example_1.0~ubuntu10.04-amd64-20130305-2139 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-bin-example_1.0~debian7.0~0.4_amd64.build - /tmp/sbuild-logs/debathena-bin-example_1.0~debian7.0~0.4-amd64-20130305-2134 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-conffile-example_1.1~debian6.0_amd64.build - /tmp/sbuild-logs/debathena-conffile-example_1.1~debian6.0-amd64-20130305-2312 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-cron-example_1.0~ubuntu12.10_amd64.build - /tmp/sbuild-logs/debathena-cron-example_1.0~ubuntu12.10-amd64-20130305-2142 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-conffile-example_1.1~ubuntu11.10_amd64.build - /tmp/sbuild-logs/debathena-conffile-example_1.1~ubuntu11.10-amd64-20130305-2314 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-conffile-example_1.0~ubuntu12.10_amd64.build - /tmp/sbuild-logs/debathena-conffile-example_1.0~ubuntu12.10-amd64-20130305-2157 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-bin-example_1.0~debian6.0_amd64.build - /tmp/sbuild-logs/debathena-bin-example_1.0~debian6.0-amd64-20130305-2132 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-bin-example_1.1~ubuntu11.10_amd64.build - /tmp/sbuild-logs/debathena-bin-example_1.1~ubuntu11.10-amd64-20130305-2140 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-cron-example_1.0~debian6.0_amd64.build - /tmp/sbuild-logs/debathena-cron-example_1.0~debian6.0-amd64-20130305-2132 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-transform-example_1.0~ubuntu12.10_amd64.build - /tmp/sbuild-logs/debathena-transform-example_1.0~ubuntu12.10-amd64-20130305-2321 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-conffile-example_1.0~ubuntu10.04_amd64.build - /tmp/sbuild-logs/debathena-conffile-example_1.0~ubuntu10.04-amd64-20130305-2156 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-conffile-example_1.0~ubuntu11.10_amd64.build - /tmp/sbuild-logs/debathena-conffile-example_1.0~ubuntu11.10-amd64-20130305-2156 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-transform-example_1.0~ubuntu12.04_amd64.build - /tmp/sbuild-logs/debathena-transform-example_1.0~ubuntu12.04-amd64-20130305-2320 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-conffile-example_1.1~debian7.0~0.4_amd64.build - /tmp/sbuild-logs/debathena-conffile-example_1.1~debian7.0~0.4-amd64-20130305-2313 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-transform-example_1.0~debian7.0~0.4_amd64.build - /tmp/sbuild-logs/debathena-transform-example_1.0~debian7.0~0.4-amd64-20130305-2318 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-transform-example_1.0~ubuntu11.10_amd64.build - /tmp/sbuild-logs/debathena-transform-example_1.0~ubuntu11.10-amd64-20130305-2320 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-cron-example_1.0~ubuntu12.04_amd64.build - /tmp/sbuild-logs/debathena-cron-example_1.0~ubuntu12.04-amd64-20130305-2141 config-package-dev: broken-symlink /usr/share/doc/config-package-dev/examples/debhelper/debathena-conffile-example_1.0~debian6.0_amd64.build -
Bug#705215: logger: logs locally, even when told to write to remote syslog server
Package: bsdutils
Version: 1:2.20.1-5.3
Hi,
the logger tool from bsdutils comes with an option (-n / --server) for
logging to a remote syslog server (via UDP port 514 by default), e.g.:
logger -n myloghost -p local0.info test log message
However, the message never arrives at myloghost but is instead written to
the local syslog.
I have debugged the issue and found that there are 5 branches in the code
for deciding whether to call syslog(3) or use a socket for sending the
message. The first 3 use 'if (!usock !udpserver)' while the latter two
incorrectly use 'if (!usock)'. The attached patch fixes this.
--
Frank Thilo - th...@unix-ag.orgIRC: Chestal
--- logger.c 2013-04-11 13:30:48.0 +0200
+++ logger.c.fixed 2013-04-11 13:30:48.0 +0200
@@ -281,7 +281,7 @@
}
}
if (p != buf) {
- if (!usock)
+ if (!usock !udpserver)
syslog(pri, %s, buf);
else
mysyslog(LogSock, logflags, pri, tag, buf);
@@ -295,7 +295,7 @@
if (len 0 buf[len - 1] == '\n')
buf[len - 1] = '\0';
- if (!usock)
+ if (!usock !udpserver)
syslog(pri, %s, buf);
else
mysyslog(LogSock, logflags, pri, tag, buf);
Bug#705216: weechat: Please explicitly mention supported protocols in long description
Package: weechat Severity: normal Seems from upstream Homepage that weechat support irc and Jabber. It helps users locate this package if the supported protocols are mentioned explicitly in long description of the package. So please consider doing that. Regards, - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693234:
found 693234 maven-debian-helper/1.6.1 thanks Same goes for ctakes: $ wget http://mirror.olnevhost.net/pub/apache//incubator/ctakes/apache-ctakes-3.0.0-incubating-src.tar.gz $ tar xvfz apache-ctakes-3.0.0-incubating-src.tar.gz $ cd apache-ctakes-3.0.0-incubating-src $ mh_make Environment variable DEBLICENSE not set, using GPL-3+ by default Enter the name of the new Debian source package. If empty, it will defaults to apache-ctakes Enter the name of the binary package. If empty, it will defaults to libapache-ctakes-java Run tests while building the package? [y]/n Generate the Javadoc while building the package? [y]/n Checking that apt-file is installed and has been configured... [ok] Checking that licensecheck is installed... [ok] Solving dependencies for package libapache-ctakes-java (tests are included) (documentation is included) Analysing pom.xml... of scope runtime ... Apr 11, 2013 11:55:16 AM org.debian.maven.packager.DependenciesSolver resolveDependencies SEVERE: Error while resolving ./pom.xml: Dangling meta character '+' near index 0 +)\.(.*)/\$1\.\$2\.x/ ^ Apr 11, 2013 11:55:16 AM org.debian.maven.packager.DependenciesSolver resolveDependencies SEVERE: java.util.regex.PatternSyntaxException: Dangling meta character '+' near index 0 +)\.(.*)/\$1\.\$2\.x/ ^ at java.util.regex.Pattern.error(Pattern.java:1730) at java.util.regex.Pattern.sequence(Pattern.java:1895) at java.util.regex.Pattern.expr(Pattern.java:1769) at java.util.regex.Pattern.compile(Pattern.java:1477) at java.util.regex.Pattern.init(Pattern.java:1150) at java.util.regex.Pattern.compile(Pattern.java:840) at org.debian.maven.repo.Rule.init(Rule.java:49) at org.debian.maven.repo.Rule.init(Rule.java:36) at org.debian.maven.repo.DependencyRule.maybeParseRule(DependencyRule.java:71) at org.debian.maven.repo.DependencyRule.maybeParseRule(DependencyRule.java:78) at org.debian.maven.repo.DependencyRule.init(DependencyRule.java:39) at org.debian.maven.repo.POMInfo.getPublishedRules(POMInfo.java:104) at org.debian.maven.repo.Repository.searchMatchingPOM(Repository.java:129) at org.debian.maven.packager.DependenciesSolver.resolveDependency(DependenciesSolver.java:514) at org.debian.maven.packager.DependenciesSolver.resolveDependencies(DependenciesSolver.java:299) at org.debian.maven.packager.DependenciesSolver.solveDependencies(DependenciesSolver.java:254) at org.debian.maven.packager.DependenciesSolver.main(DependenciesSolver.java:896) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698747: closed by Joe Healy joehe...@gmail.com (python-mako marked as recommends)
How does salt break mako? why not a conflict? -- martin | http://madduck.net/ | http://two.sentenc.es/ spamtraps: madduck.bo...@madduck.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611919: emacs-goodies-el: Time to retire dict.el
Package: emacs-goodies-el Version: 35.2ubuntu2 Followup-For: Bug #611919 I have sent all the Debian updates upstream (to EmacsWiki, which is the upstream source for the el-get recipe for dict.el), so you can now safely remove this obsolete mode. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-27-generic (SMP w/4 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 emacs-goodies-el depends on: ii bash 4.2-5ubuntu1 ii dpkg 1.16.7ubuntu6 ii emacs24 [emacsen] 24.2+1-1ubuntu2 ii install-info 4.13a.dfsg.1-10ubuntu2 Versions of packages emacs-goodies-el recommends: ii dict 1.12.0+dfsg-5 ii perl-doc 5.14.2-13ubuntu0.2 ii wget 1.13.4-3ubuntu1 emacs-goodies-el 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#700975: RAID barely usable on my home machine
On Fri, Apr 5, 2013 at 10:23 AM, Robin Hill ro...@robinhill.me.uk wrote: On Thu Apr 04, 2013 at 10:13:05 +0200, Maik Zumstrull wrote: I've managed to find a configuration on my home desktop where a particular RAID array is barely usable. I used to have the same issues on one of my machines. The solution was to buy a decent SAS/SATA HBA (I went with the Intel RS2WC080, but see http://blog.zorinaq.com/?e=10 for a more complete list), which now works perfectly with exactly the same drives as before. Calling that a solution seems generous, but since it doesn't look like this'll get fixed any time soon, I decided to go the same way and just ordered LSI SAS 9211-8i. Thanks for the list, that seems like a very useful resource. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705210: unblock: mummy/1.0.3-3
On 2013-04-11 11:53, Mathieu Malaterre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mummy As explained on 703332#23 I prepared a testing-proposed-update package. debdiff attached. unblock mummy/1.0.3-3 Thank you for the upload, although the convention is to submit your debdiff first and seek permission to upload to tpu. That matters because, in this case, something seems to have gone wrong in your branching: Base version: mummy_1.0.2-5 from testing Target version: mummy_1.0.3-3 from testing-proposed-updates +mummy (1.0.3-3) wheezy; urgency=low + + * Fix ABI version. Closes: #703332 + + -- Mathieu Malaterre ma...@debian.org Thu, 11 Apr 2013 09:58:20 + + +mummy (1.0.3-2) unstable; urgency=low + + * Fix ABI version. Closes: #703332 ++ debian/libkitware-mummy-runtime1.0-cil.cligacpolicy + + -- Mathieu Malaterre ma...@debian.org Mon, 01 Apr 2013 09:33:20 +0200 + +mummy (1.0.3-1) unstable; urgency=low + + * New upstream + * Bump Std-Vers to 3.9.4, no changes needed + * Use dh(9) get hardening for free + * Refresh patches (use DEP3 when missing) + + -- Mathieu Malaterre ma...@debian.org Fri, 15 Mar 2013 14:31:05 +0100 Some of those are most definitely not suitable for Wheezy (I hope they're obvious enough by now). An upload to tpu is a cherry-pick of changes in unstable applied to the package in *testing*, not just a manual upload of the unstable package to tpu. Please prepare a diff against the current package in Wheezy and submit a revised debdiff for consideration. Please use version number 1.0.2-5+deb70u1 (the conventional format) as your previous upload has now gone to the buildds and can't be revoked (also a good reason to ask first). -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705217: logger: missing HOSTNAME field in HEADER part of syslog packet
Package: bsdutils Version: 1:2.20.1-5.3 Hi, when logging to a remote server with the logger tool (see Bug #705215 to make it work in the first place), the message format does not seem to adhere to RFC 3164 (which I guess is what logger wants to produce). The RFC states that the HEADER part 'contains a timestamp and an indication of the hostname or IP address of the device'. The message that logger creates is missing the hostname part. Instead, the timestamp is immediately followed by the MSG part (which itself starts with the TAG field): -- hostA logger -n hostB -P 6543 -p local0.info -t mytag 'just a test' hostB nc -u -l -p 6543 134Apr 11 14:07:56 mytag: just a test -- My understanding is that the message should look like this instead: 134Apr 11 14:07:56 hostA mytag: just a test When logging to rsyslogd, the message actually works without the hostname field; rsyslog seems to do a reverse lookup on the originating ip address and fill that in. I can also fake the hostname field by using -t 'myhost mytag'. -- Frank Thilo - th...@unix-ag.orgIRC: Chestal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697689: [clementine] songs in media library are grouped by albumartist when artist is selected
tag 697689 unreproducible moreinfo thanks Hello Bob, I can't reproduce your bug. I try the different display options : * Group by Artist * Group by Artist/album * Group by Album * ... Each options seem to work as expect. Would you mind to give me more info about your issue like for example the exact steps to reproduce it? Regards, Thomas Pierson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705210: unblock: mummy/1.0.3-3
On Thu, Apr 11, 2013 at 2:22 PM, Jonathan Wiltshire j...@debian.org wrote: On 2013-04-11 11:53, Mathieu Malaterre wrote: Please prepare a diff against the current package in Wheezy and submit a revised debdiff for consideration. Please use version number 1.0.2-5+deb70u1 (the conventional format) as your previous upload has now gone to the buildds and can't be revoked (also a good reason to ask first). As explained on different emails (public private), I am terribly sorry but I have no idea what I need to do. 1.0.2-5 has been in wheezy for over a year now[1]. What should be contained in 1.0.2-5+deb70u1, do you want me to upload 1.0.3 under a wrong version number ? Thanks, [1] http://packages.qa.debian.org/m/mummy/news/20120518T163914Z.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704807: uruk: autodetect non-routable nets
Improvements over the last patch:
- more networkranges recognized
- proper regex for 172.16/16
- deal with combined ipv6addr/netmask on RHEL
Tested on zeneco, zuniran, zomo zonozu.
--
Casper Gielen cgie...@uvt.nl | LIS UNIX
PGP fingerprint = 16BD 2C9F 8156 C242 F981 63B8 2214 083C F80E 4AF7
Universiteit van Tilburg | Postbus 90153, 5000 LE
Warandelaan 2 | Telefoon 013 466 4100 | G 236 | http://www.uvt.nl
--- autodetect-ips.old 2013-04-05 16:49:16.0 +0200
+++ autodetect-ips 2013-04-11 14:30:12.0 +0200
@@ -31,6 +31,31 @@
# For each interface if in interfaces, ip_if should be defined.
+# If an autodetected address is in a non-routable range,
+# then net_iface_default should expand to contain the entire range.
+expandnet4()
+{
+ case $1 in
+ 10.*)echo 10.0.0/8 ;;
+ 192.168.*) echo 192.168.0.0/24 ;;
+172.1[6-9].*|172.2?.*|172.3[0-1].*) echo 172.16.0.0/12 ;;
+ *) echo $1 ;;
+ esac
+}
+
+expandnet6()
+{
+ # Matching IPv6 with regexes is really hard.
+ # The code below assumes that the usual conventions for writing IPv6-adresses are followed.
+ case $1 in
+ fc00:*) echo fc00::/7 ;;
+ fec0:*) echo fec0::/10 ;;
+ :::*:*) echo :::0:0/96 ;;
+ 2001:0db8::*) echo 2001:0db8::/32 ;;
+ *)echo $1 ;;
+ esac
+}
+
# First try Red Hat's init scripts
for f in /etc/sysconfig/network-scripts/ifcfg-*
do
@@ -41,10 +66,12 @@
esac
eval $(
. $f
+ net4=$(expandnet4 $IPADDR/$NETMASK)
+ net6=$(expandnet6 $IPV6ADDR) # netmask is deel van IPV6ADDR
echo ip_${i}_default=$IPADDR
-echo net_${i}_default=$IPADDR/$NETMASK
+echo net_${i}_default=$net4
echo ip6_${i}_default=${IPV6ADDR%/*}
-echo net6_${i}_default=$IPV6ADDR
+echo net6_${i}_default=$net6
)
done
@@ -71,11 +98,13 @@
esac
case $iface,$address,$netmask in ?*,?*,?*)
case $type in inet)
+ net=$(expandnet4 $address/$netmask)
echo ip_${iface}_default=$address
-echo net_${iface}_default=$address/$netmask
+echo net_${iface}_default=$net
;; inet6)
+ net=$(expandnet6 $address/$netmask)
echo ip6_${iface}_default=$address
-echo net6_${iface}_default=$address/$netmask
+echo net6_${iface}_default=$net
esac
iface=
type=
Bug#705218: Segfault in libcrypto.so.1.0.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: openssl Version: 1.0.1e-2 Severity: important I run 'deluged' on my torrent box, and it recently crashed while trying to download a torrent. I restarted the daemon, and after about a minute it crashed again The message in syslog is this: Apr 11 21:22:45 nas kernel: [5363185.399199] deluged[28793]: segfault at 5ac38110 ip 7ffd39e4d5de sp 7ffd3779fcc0 error 4 in libcrypto.so.1.0.0[7ffd39dac000+1b7000] After installing 'libtorrent-rasterbar-dbg' and 'libssl1.0.0-dbg' I was able to attach to the process and obtain a backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fb33e38a700 (LWP 29347)] RC4 () at rc4-x86_64.s:309 309 rc4-x86_64.s: No such file or directory. (gdb) bt #0 RC4 () at rc4-x86_64.s:309 #1 0x in ?? () (gdb) bt full #0 RC4 () at rc4-x86_64.s:309 No locals. #1 0x in ?? () No symbol table info available. (gdb) thread apply all bt Thread 5 (Thread 0x7fb33eb8b700 (LWP 29346)): #0 0x7fb3428fe2d4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7fb340e7fb03 in waitboost::unique_lockboost::recursive_mutex (m=..., this=0x1ae3b20) at /usr/include/boost/thread/pthread/condition_variable.hpp:137 #2 libtorrent::disk_io_thread::operator() (this=0x1ae3920) at ../../src/disk_io_thread.cpp:1413 #3 0x7fb342b4f629 in ?? () from /usr/lib/libboost_thread.so.1.49.0 #4 0x7fb3428f9b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #5 0x7fb341da3a7d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #6 0x in ?? () Thread 4 (Thread 0x7fb33e38a700 (LWP 29347)): #0 RC4 () at rc4-x86_64.s:309 #1 0x in ?? () Thread 3 (Thread 0x7fb33db89700 (LWP 29348)): #0 0x7fb3428fe2d4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7fb340e99433 in waitboost::asio::detail::scoped_lockboost::asio::detail::posix_mutex (lock=..., this=0x7fb33db88e30) at /usr/include/boost/asio/detail/posix_event.hpp:80 #2 do_run_one (ec=..., private_op_queue=..., this_thread=..., lock=..., this=optimized out) at /usr/include/boost/asio/detail/impl/task_io_service.ipp:380 #3 boost::asio::detail::task_io_service::run (this=0x1dbd770, ec=...) at /usr/include/boost/asio/detail/impl/task_io_service.ipp:146 #4 0x7fb340e998e6 in run (this=optimized out) at /usr/include/boost/asio/impl/io_service.ipp:59 #5 operator() (this=optimized out) at /usr/include/boost/asio/detail/impl/resolver_service_base.ipp:32 #6 boost::asio::detail::posix_thread::funcboost::asio::detail::resolver_service_base::work_io_service_runner::run (this=optimized out) at /usr/include/boost/asio/detail/posix_thread.hpp:82 #7 0x7fb340e95a7e in boost::asio::detail::boost_asio_detail_posix_thread_function (arg=optimized out) at /usr/include/boost/asio/detail/impl/posix_thread.ipp:64 #8 0x7fb3428f9b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #9 0x7fb341da3a7d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #10 0x in ?? () Thread 2 (Thread 0x7fb33cd60700 (LWP 29349)): #0 0x7fb3428fe2d4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7fb340e99433 in waitboost::asio::detail::scoped_lockboost::asio::detail::posix_mutex (lock=..., this=0x7fb33cd5fe30) at /usr/include/boost/asio/detail/posix_event.hpp:80 #2 do_run_one (ec=..., private_op_queue=..., this_thread=..., lock=..., this=optimized out) at /usr/include/boost/asio/detail/impl/task_io_service.ipp:380 #3 boost::asio::detail::task_io_service::run (this=0x1b1a0b0, ec=...) at /usr/include/boost/asio/detail/impl/task_io_service.ipp:146 #4 0x7fb340e998e6 in run (this=optimized out) at /usr/include/boost/asio/impl/io_service.ipp:59 #5 operator() (this=optimized out) at /usr/include/boost/asio/detail/impl/resolver_service_base.ipp:32 #6 boost::asio::detail::posix_thread::funcboost::asio::detail::resolver_service_base::work_io_service_runner::run (this=optimized out) at /usr/include/boost/asio/detail/posix_thread.hpp:82 #7 0x7fb340e95a7e in boost::asio::detail::boost_asio_detail_posix_thread_function (arg=optimized out) at /usr/include/boost/asio/detail/impl/posix_thread.ipp:64 #8 0x7fb3428f9b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #9 0x7fb341da3a7d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #10 0x in ?? () Thread 1 (Thread 0x7fb342d23700 (LWP 29345)): #0 0x7fb341d98e33 in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x0051cdc7 in ?? () #2 0x004ac5ce in PyEval_EvalFrameEx () #3 0x004acde0 in PyEval_EvalFrameEx () #4 0x004acde0 in PyEval_EvalFrameEx () #5 0x004b3fd8 in PyEval_EvalCodeEx () #6 0x004acb98 in PyEval_EvalFrameEx () #7 0x004b3fd8 in PyEval_EvalCodeEx () #8 0x004b4b4c in ?? () #9
Bug#705184: git hg clone aborts with Invalid raw date
found 705184 20120921-1~exp1 thanks I tested also with the version from experimental (20120921-1~exp1) and gives the same error. signature.asc Description: OpenPGP digital signature
Bug#703815: i18nspector: Missing plural forms
On Thu, 2013-04-11 at 19:24:39 +1000, Stuart Prescott wrote: The new upstream version of i18nspector uncomments some and adds other plural forms -- adding plural forms is something that is never going to be 100% complete so working out where to draw the line under this bug is difficult. I've chosen to close it with the upload of version 0.8.2 and I know that Jakub has plans to expand the list of checks and plural forms over time. If you have a specific list of (important? widely spoken?) languages for which i18nspector doesn't have plural forms, please feel free to chime in. Sure, this looks fine to me. Although I think I'll clone this bug for the suggested check of when the alternative plural forms might be dangerious/bogus. (One small nitpick, when closing bug reports with upstream releases, it's best to explicitly say what was fixed, for example in a subitem, otherwise I think it's common to assume that the requst itself was to package that new upstream release.) Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705168: Wheezy fails to boot after 2013-04-05 update
Control: reassign -1 src:linux 3.2.39-2 Barry Fishman barry_fish...@acm.org writes: Package: linux-image Version: 3.2.0-4-amd64 I'm reassigning this to src:linux, with version set to wheezy's src:linux version. When booting the system, I see about 8 lines of boot messages and then the display turns off. The messages do not last long enough for me to read them. Prior to this update the system ran well. I could not boot the system in single user mode, or remotely log into it. A similar thing happened later when updating Ubuntu (12.10) kernel 3.5.0-26 to 3.5.0-27, and was filed as launchpad bug 1167386. That system would still boot the 3.5.0-26 kernel. Unfortunately with Wheeze the update overwrote the previous kernel, so I could not attempt to reboot the system. Attached are: history - Log of last update before failure dmesg- /var/log/dmesg syslog - /var/log/syslog -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705219: pg_checksystem does not respect start.conf
Package: postgresql-common Version: 141 postgresql-common provides a way to mark clusters as auto, manual, or disabled. When a cluster is marked as disabled, however, pg_checksystem will still try to verify that the cluster is valid and will attempt to do things like check the filesystem associated with the cluster. In our environment, we have shared storage which allows us to fail over between two systems, however, we intentionally keep on the filesystems mounted for those clusters which are running on the current system, to reduce the chances of two postmasters (on different systems) trying to access/use the same database files. pg_checksystem throws an error in this case though because the 'df' doesn't work against the cluster which we have marked as 'disabled'. My suggestion would be for pg_checksystem to skip checking clusters which are marked as 'disabled' in start.conf. Another option might be for it to more cleanly handle the error case from 'df'. Thanks, Stephen signature.asc Description: Digital signature
Bug#705088: amd64: due to missing lib32asound2-plugins:i386, i386 applications output is broken on pulseaudio-enabled system.
Please show us the output of: apt-show-versions | grep experimental Hello, thanks, sure: root@linux:/tmp# apt-show-versions | grep experimental libgl1-mesa-dri-experimental/testing uptodate 8.0.4-2
Bug#694792: installation-reports: Nonfree package firmware-bnx2 not detected by several daily images
I'm having the same issue.
Bug#705220: RFP: ext4magic -- disk utility to recover files from ext3 or ext4 partitions
Package: wnpp Severity: wishlist Package name :ext4magic Version : 0.3.1 Author: Roberto Maar URL :http://developer.berlios.de/projects/ext4magic/ License : GPL Programming Language: C Operating System: Linux Languages: English, German ext4magic is a disk utility to recover files from ext3 or ext4 partitions It is based on ext3grep and extundelete, but was rewritten from scratch. In addition to the tools just mentioned ext4magic handles more file types, also hardlinks and symlinks extracts and using more information from the journal and the filesystem restores owner, group and modification time (optional file attributes) of files and directories can try to find moved and overwritten directories and files and more then one version of a file can extract a lot of useful information about the journal and the journal data itself has a file carving function at the end of a multi-step recover process with different recover methods includes functions tries to recover a partially destroyed file system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704915: auctex: Fails to install
Yes! I can confirm that the version in Wheezy doesn't have this bug, but what for Squeeze, where the package isn't installable? ;-) Hi and many thanks, Domenico
Bug#705221: ITP: pcapfix -- repair broken pcap files
Package: wnpp Severity: wishlist Owner: Joao Eriberto Mota Filho eribe...@eriberto.pro.br * Package name: pcapfix Version : 0.7.2 Upstream Author : Robert Krause rup...@f00l.de * URL : http://f00l.de/pcapfix * License : GPL3 Programming Lang: C Description : repair broken pcap files pcapfix tries to repair your broken pcap files fixing the global header and recovering the packets by searching and guessing the packet headers. . The tool first checks for an intact pcap global header and repairs the all file if there are some corrupted bytes. It there seems to be no global header at all, pcapfix adds a self-created one at the beginning of the file. In a second step the tool tries to find pcap packet headers inside the file, below the global header. It checks if the values are correct (or seem to be correct) and tries to repair a packet if there is something wrong. . But, why? Sometimes your captured pcap files (from tcpdump, Wireshark or other) got cut off or are being corrupted in other ways. Although some captured the flag challenges deal with damaged pcap files periodically. . pcapfix will first step through the packets top down until it recognizes a corrupted one by using plausibility checks. After that the tool will brute force further pcap packet headers by reading the file byte by byte. If another proper packet is found, pcapfix restores the data in between by adding a well-formed pcap packet header. . Screenshot: http://f00l.de/pcapfix/pcapfix-0.4.png -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516565: xbindkeys-config make a segfault when the file ~/.xbindkeysrc doesn't exist
Package: xbindkeys-config Version: 0.1.3-2 Followup-For: Bug #516565 This bug still exists in current testing (wheezy), please fix... -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xbindkeys-config depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii xbindkeys 1.8.5-1 ii zlib1g 1:1.2.7.dfsg-13 xbindkeys-config recommends no packages. xbindkeys-config 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#705222: dbconfig-common: Removal maintainer code not run properly (no password prompt)
Package: dbconfig-common Version: 1.8.46+squeeze.0 Severity: normal When uninstalling packages using dbconfig-common and maintainer removal code (SQL data, no script) described in section 3.2.6. Packages that require extra logic during removal, I am not asked for the dbadmin password. It looks like this (using DEBIAN_FRONTEND=readline for easier quoting; normally I use dialog): | # dpkg -P dbconfig-test | (Reading database ... 27015 files and directories currently installed.) | Removing dbconfig-test ... | Configuring dbconfig-test | - | | Since you are removing dbconfig-test, it's possible that you no longer want the | underlying database. | | If you like, database removal can be handled with dbconfig-common. | | If you know that you do want to keep this database, or if you want to handle the | removal of this database manually, you should refuse this option. | | Deconfigure database for dbconfig-test with dbconfig-common? y | | | running maintainer removal sql hook... error encountered running maintainer removal sql hook: | mysql said: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) | An error occurred while removing the database: | | mysql said: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using | password: NO) | | For some reason it was not possible to perform some of the actions necessary to | remove the database for dbconfig-test. At this point you have two options: you | can find out what has caused this error and fix it, or you can refuse the offer | for help removing the database (the latter implies you will have to remove the | database manually). | | If at this point you choose retry, you will be prompted with all the | configuration questions once more and another attempt will be made at performing | the operation. retry (skip questions) will immediately attempt the operation | again, skipping all questions. If you choose abort, the operation will fail | and you will need to downgrade, reinstall, reconfigure this package, or | otherwise manually intervene to continue using it. | | 1. abort 2. retry | | Next step for database removal: As far as I can see in the debug output (set -x in /usr/share/dbconfig-common/dpkg/common), dbconfig-common notices it will need to ask. I believe the maintainer removal code is just run too early. | + echo mysql pgsql | + need_admin_pw=yup | + [ remove = remove ] When I delete the removal code from my test package, I get asked for the password again. Other things I tried to get the removal code running: * set the debconf priority to low * update to dbconfig-common (1.8.47+nmu1) from wheezy/sid In both cases dbconfig-common ran into the problem above and did not ask for the dbadmin password. * set dbconfig-common/remember-admin-pass: true and reinstall the package I got asked for the password on installation, but still got the Access denied message on removal of the package. The password shows up in /var/cache/debconf/passwords.dat, but is apparrently not used for the removal code. I will add a simple package source code to reproduce the problem. Christoph -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dbconfig-common depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii ucf 3.0025+nmu1 Update Configuration File: preserv dbconfig-common recommends no packages. Versions of packages dbconfig-common suggests: ii mysql-client-5.1 [virt 5.1.66-0+squeeze1 MySQL database client binaries ii postgresql-client 8.4.17-0squeeze1 front-end programs for PostgreSQL ii postgresql-client-8.4 8.4.17-0squeeze1 front-end programs for PostgreSQL -- debconf information: dbconfig-common/remote-questions-default: false dbconfig-common/db/basepath: dbconfig-common/pgsql/revertconf: false dbconfig-common/install-error: abort dbconfig-common/pgsql/no-empty-passwords: dbconfig-common/pgsql/admin-user: postgres dbconfig-common/dbconfig-install: true dbconfig-common/internal/skip-preseed: false dbconfig-common/db/dbname: dbconfig-common/dbconfig-reinstall: false dbconfig-common/remote/host: dbconfig-common/pgsql/manualconf: dbconfig-common/pgsql/changeconf: false dbconfig-common/remote/newhost: dbconfig-common/dbconfig-remove: true dbconfig-common/missing-db-package-error: abort dbconfig-common/dbconfig-upgrade: true dbconfig-common/mysql/method: unix socket dbconfig-common/pgsql/no-user-choose-other-method: dbconfig-common/upgrade-backup: true dbconfig-common/internal/reconfiguring: false dbconfig-common/passwords-do-not-match: dbconfig-common/pgsql/authmethod-admin: ident dbconfig-common/remove-error: abort
Bug#705088: amd64: due to missing lib32asound2-plugins:i386, i386 applications output is broken on pulseaudio-enabled system.
* lct l...@mail.ru [2013-04-11 17:25 +0400]: Please show us the output of: apt-show-versions | grep experimental Hello, thanks, sure: root@linux:/tmp# apt-show-versions | grep experimental libgl1-mesa-dri-experimental/testing uptodate 8.0.4-2 Well, according to the packages apt wants to remove, you have a version mix of packages. There are versions whicht aren't available in Debian testing nor sid. Just from where did you get packages like ffmpeg libavcodec54 libavdevice54 libavfilter3 libavformat54 vlc vlc-nox vlc-plugin-notify vlc-plugin-pulse? It seems that your installation is all but unmaintainable situation. Elimar -- Excellent day for drinking heavily. Spike the office water cooler;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698732: dspam external map does not work with TLS enabled
Le jeudi 11 avril 2013 10:59:28, Jason Johnson a écrit : Wonderful. Tranks for your help! For now I would need a special repo for it. I'm currently using DSPAM in Squeeze via the backports repo. Alright, I'll provide you a version you can upgrade from backport without using the version from wheezy. Thanks again, Jason I'll keep you informed. Best regards, Thomas signature.asc Description: This is a digitally signed message part.
Bug#702466: 702...@bugs.debian.org: no follow-up...
Greetings, I was wondering if anybody had known about this : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702466 Although the package is debtags, I thought you might be interested in it since it is about science, actually. I have had no news of it since submitting the bug report. It would be interesting to have that fix in the next stable. Any directions ? Cheers, Filippo -- Filippo Rusconi, PhD - public crypto key C78F687C @ pgp.mit.edu Researcher at CNRS and Debian Developer lopi...@debian.org Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640359: Consider adding qmail-remote auth support
Please add this as any external patch currently clashes with the Debian (verify) patches. http://www.qmail.org/qmail-remote_authenticated_smtp.patch This one is very simple and does not require TLS.
Bug#705088: Re[2]: Bug#705088: amd64: due to missing lib32asound2-plugins:i386, i386 applications output is broken on pulseaudio-enabled system.
Please show us the output of: apt-show-versions | grep experimental Hello, thanks, sure: root@linux:/tmp# apt-show-versions | grep experimental libgl1-mesa-dri-experimental/testing uptodate 8.0.4-2 Well, according to the packages apt wants to remove, you have a version mix of packages. There are versions whicht aren't available in Debian testing nor sid. Just from where did you get packages like ffmpeg libavcodec54 libavdevice54 libavfilter3 libavformat54 vlc vlc-nox vlc-plugin-notify vlc-plugin-pulse? It seems that your installation is all but unmaintainable situation. Hello! It was Linux Mint Debian Edition installation (which is just cut of raw Debian testing packages), which I later upgraded to pure Debian testing by changing sources and dist-upgrading. I made sure configs were transfered fine and nothing broke. There is nothing more than custom kernel, unbranded firefox and theme in it. Maybe exactly these packages were not transfered fine. If you insist that your amd64 installation does not have this behaviour and is WORKSFORME, then I suggest we leave this bug closed. In this case I will reinstall everything from scratch via Debian Netinst and will then post if this bug will be happening on clean install. I will respond in two business days. Thank you!
Bug#705223: netcat-openbsd: May send raw LF line endings even if the -C option is used
Package: netcat-openbsd
Version: 1.89-4
Severity: normal
I was using this shell script to stress-test a TCP server I'm working on:
#!/bin/bash
action() {
local delay=$1; shift
local n=$1; shift
while [ $((n--)) -gt 0 ] ; do
echo foobar
sleep $delay
done
}
action $1 $2 | nc -C some-host some-port | wc
The server takes CRLF-separated commands/requests, and I was puzzled when
I found that it reported receiving fewer commands than I sent.
After debugging the server for a while with no luck, I finally saw that
the TCP stream from netcat contained some foobar\nfoobar\r\n patterns, e.g.
immediately after connection.
Whatever method the -C option uses to ensure translation of CR to CRLF, it's
not foolproof. Maybe only slow manual input was considered.
My workaround was to stop using -C, and to add CRLF explicitly using
echo -ne foobar\r\n instead.
BR,
Jorgen
-- System Information:
Debian Release: 6.0.7
APT prefers stable
APT policy: (500, 'stable')
Architecture: powerpc (ppc)
Kernel: Linux 3.4.10
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Versions of packages netcat-openbsd depends on:
ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib
ii libglib2.0-0 2.24.2-1 The GLib library of C routines
netcat-openbsd recommends no packages.
netcat-openbsd 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#705147: assistant should not try to add files to git if excluded by annex.largefiles
Wouter Verhelst wrote: AIUI, direct mode doesn't work so well with files that are given multiple names -- but I might be mistaken There were some inneffeciencies with that, but I fixed them last week. (Aside from the obvious innefeciency of it keeping multiple copies of the file content so any one file can be edited at any time.) annex.ignorefiles? That uses a similar naming scheme to largefiles, and also refers to the fact that it implements something similar to .gitignore. But since this is making files not be added to git, it's potentially a confusing name. -- see shy jo signature.asc Description: Digital signature
Bug#705224: manpage: tcp section problems
Package: tcpdump Version: 4.3.0-1 Severity: minor Two things I noticed while writing a script which parses tcpdump's TCP output: 1. The section starts with this disclaimer: (N.B.:The following description assumes familiarity with the TCP protocol described in RFC-793. If you are not familiar with the protocol, neither this description nor tcpdump will be of much use to you.) The nor tcpdump part is obviously false -- most people I know use tcpdump to look at the link or IP layer, and know little about TCP. 2. The annotated example printouts include things like: rtsg.1023 csam.login: P 2:21(19) ack 1 win 4096 The notation is 'first:last(nbytes)' which means 'sequence numbers first up to but not including last which is nbytes bytes of user data'. This is indeed what tcpdump used to do -- it corresponds with what Stevens shows in TCP/IP Illustrated. But in the current tcpdump (and the one in stable), the (nbytes) part is not present, and there is no obvious option to enable it. Not even -v makes a difference. I must assume that nbytes, being last-first, was deemed superfluous at some point and removed, without a corresponding update to the documentation. BR, /Jorgen -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.4.38 (PREEMPT) Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages tcpdump depends on: ii libc62.13-38 ii libpcap0.8 1.3.0-1 ii libssl1.0.0 1.0.1e-2 tcpdump recommends no packages. tcpdump 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#705225: python-passlib: bcrypt not usable from python-passlib -- missing backend
Package: python-passlib Version: 1.5.3-2 Severity: normal Dear Maintainer, I am in the process of deploying a python application that makes use of the bcrypt key derivation function for password storage. I have successfully tested this functionality on Debian Squeeze. Since Wheezy is nearing release, I attempted to deploy my application on this new version. It appears the python-bcrypt package has been removed due to it being out of date, and suffering a security issue. [1][2] The report in [2] suggests python-passlib as an alternative. Upon installing it, I attempted to use bcrypt(), only to find out it relies on py-bcrypt (which is the module formerly packaged as python-bcrypt) or bcryptor [3]. None of these modules are available in Debian repositories, leading me to the conclusion that bcrypt is currently unusable in python on Debian (other than installing the module from PyPI or building a custom .deb). It should be noted that the homepage referenced in [1] for py-bcrypt is outdated; the project was moved to this URL: http://code.google.com/p/py-bcrypt/ Additionally, the security issue was fixed in version 0.3. Thanks, -- Marios [1] http://packages.qa.debian.org/p/python-bcrypt.html [2] http://ftp-master.debian.org/removals.txt [3] http://pythonhosted.org/passlib/lib/passlib.hash.bcrypt.html -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 python-passlib depends on: ii python 2.7.3-4 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 python-passlib recommends no packages. python-passlib 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#698747: [Pkg-salt-team] Bug#698747: closed by Joe Healy joehe...@gmail.com (python-mako marked as recommends)
also sprach Ulrich Dangel u...@spamt.net [2013.04.11.1551 +0200]: How does salt break mako? why not a conflict? Because of http://lintian.debian.org/tags/conflicts-with-version.html Thanks. I wasn't aware of that. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems most people become bankrupt through having invested too heavily in the prose of life. to have ruined one's self over poetry is an honour. -- oscar wilde digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#705226: shared-mime-info: kde4 applications are ignored
Package: shared-mime-info Version: 1.0-1+b1 Severity: normal Dear Maintainer, With some applications, in my case recoll and xdg-open, the mimecache information on pdfs, which for me is okular in the first place, is ignored and instead the second .desktop entry is used. According to https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/928680 the problem is the dash in the entry. I replaced the dash with a slash and it worked. I am not sure if the entry or the interpretation of the entry is wrong. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (300, 'stable'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shared-mime-info depends on: ii libc6 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libxml2 2.8.0+dfsg1-7+nmu1 shared-mime-info recommends no packages. shared-mime-info 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#698691: please package a new upstream version
Package: uwsgi Version: 1.4.4+dfsg-1 Followup-For: Bug #698691 Hello Janoš, Sorry to bother you, but haven't you got a chance to make some progress on the corerouter_plugin.so issue? 1.4.4 version could be much more usable than the 1.2.3 one from the testing/unstable, but non-working corerouter_plugin.so really blocks it. Also, it seems that gevent plugin is also not packaged, while it could be heavily useful. Good luck! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uwsgi depends on: ii initscripts 2.88dsf-41 ii lsb-base 4.1+Debian8 ii uwsgi-core 1.4.4+dfsg-1 Versions of packages uwsgi recommends: ii sqlite3 3.7.13-1 uwsgi 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#703439: H5Cpp.h missing in libhdf5-openmpi-dev and libhdf5-mpich2-dev?
On 19/03/2013 17:42, Sylwester Arabas wrote: Package: libhdf5-mpi-dev Version: 1.8.10-patch1-1~exp2 Hello, The libhdf5-dev package contains the /usr/include/H5Cpp.h file (the C++ API header for HDF5). It is not provided by any of the libhdf5-openmpi-dev and libhdf5-mpich2-dev packages. Is it intentional? I am not saying that we should not provide it but it is not supported upstream: http://www.hdfgroup.org/hdf5-quest.html#p5thread (Upstream just added the item in the FAQ after my question, Thanks Barbara). Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705171: lksctp-tools: quoting still not done right
Am 11.04.2013 16:02, schrieb Daniel Borkmann: Fixed [1], thanks for reporting! Is it possible for you to either take this Git snapshot or include this as a patch into the Debian package? Yep, will do. Thanks for the speedy fix. [1] http://lksctp.git.sourceforge.net/git/gitweb.cgi?p=lksctp/lksctp;a=commitdiff;h=9eb4c271c3b561d0141adb1e31c3ffc3725a1630 On 04/10/2013 11:23 PM, Michael Biebl wrote: Daniel, this is about withsctp not properly quoting its arguments I think this should be fixed upstream, so I'm forwarding this bug to you. The original bug report can be found at [1] Cheers, Michael Am 10.04.2013 23:06, schrieb Ben Longbons: Package: lksctp-tools Version: 1.0.11+dfsg-2 Severity: normal Dear Maintainer, Bug #606322 was not fixed properly - now multiple arguments will all be bundled together. To fix, change the patch to use: exec $@ -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 lksctp-tools depends on: ii libc6 2.17-0experimental2 ii libsctp1 1.0.11+dfsg-2 lksctp-tools recommends no packages. lksctp-tools suggests no packages. -- no debconf information [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606322 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#705227: gnokii-smsd-mysql: Segfaults / general protection error in libgnokii with particular messages (example included)
Package: gnokii-smsd-mysql Version: 0.6.29.dfsg-1 Severity: important This is what I have in dmesg: [7346337.864372] smsd[15073] general protection ip:7fd752f663b3 sp:7fd75002e370 error:0 in libgnokii.so.6.0.0[7fd752f35000+97000] Running smsd from strace I get this: [pid 20417] open(/dev/gsmmodem, O_RDWR|O_NOCTTY|O_NONBLOCK) = 5 [pid 20417] --- SIGSEGV (Segmentation fault) @ 0 (0) --- Process 20417 detached [pid 20418] +++ killed by SIGSEGV +++ +++ killed by SIGSEGV +++ Segmentation fault The message in question looks like below. Other messages about raid status (only!) have the same effect. Maybe it's related to anotehr bug I've previously reported here.. text mail/RAID status CRITICAL:CRITICALs: md4 rebuilt is 0.00 (outside range [99.3:]), md4 is 49.91 (outside range [99.3:]).WARNINGs: md2 is 99.81 (outside range [1 This is the only thing that's different about this one compared to messages that do not crash smsd Thanks, Michael -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (600, 'stable'), (500, 'stable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnokii-smsd-mysql depends on: ii gnokii-smsd0.6.29.dfsg-1 SMS Daemon for mobile phones ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libical0 0.44-3iCalendar library implementation i ii libmysqlclient16 5.1.66-0+squeeze1 MySQL database client library gnokii-smsd-mysql recommends no packages. gnokii-smsd-mysql 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#705228: libdbix-class-perl: should only suggest (not recommend) libsql-translator-perl
Package: libdbix-class-perl Version: 0.08196-3 Severity: normal libdbix-class-perl currently recommends libsql-translator-perl, causing installation of (in a concrete example of installing ciderwebmail) an additional 30MB. It seems to me to be the common use of libdbix-class-perl to simplify access to a single database, even if it also provides simplification for conversion across databases (which seems to be the reason for the libsql-translator-perl package relation). I therefore argue that libdbix-class-perl should only suggest, not recommend, libsql-translator-perl. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698691: please package a new upstream version
Hi Alexander, There is progress, but with the current dependencies in experimental, there are problem building some of the plugins introduced in 1.4.x. If you want, you can use packaging from vcs to build it against the unstable repository (or I can send you compiled packages if you want). I will hopefully upload the latest version to unstable after the Wheezy release. There are new plugins introduced and with that new binary packages need to be built, so the next upload will need to go trough the NEW queue, which is not so short lately. Best, Janos On Thu, Apr 11, 2013 at 4:54 PM, Alexander Myodov amyo...@gmail.com wrote: Package: uwsgi Version: 1.4.4+dfsg-1 Followup-For: Bug #698691 Hello Janoš, Sorry to bother you, but haven't you got a chance to make some progress on the corerouter_plugin.so issue? 1.4.4 version could be much more usable than the 1.2.3 one from the testing/unstable, but non-working corerouter_plugin.so really blocks it. Also, it seems that gevent plugin is also not packaged, while it could be heavily useful. Good luck! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uwsgi depends on: ii initscripts 2.88dsf-41 ii lsb-base 4.1+Debian8 ii uwsgi-core 1.4.4+dfsg-1 Versions of packages uwsgi recommends: ii sqlite3 3.7.13-1 uwsgi 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#704966: not specific to ruby-systemtimer
Control: reassign -1 gem2deb Control: affects -1 ruby-systemtimer Control: retitle -1 .rb files specific for a Ruby version accessible for other versions Hi, In fact, this problem affects all Ruby packages that declare working only with Ruby1.8 through XS-Ruby-Versions: variable in debian/control and ship pure Ruby file. At the moment, the variable XS-Ruby-Versions: only prevents binary extension to be built for non supported versions. Should gem2deb copy the relevant .rb files for those packages to the vendorlibdir directory instead of putting them in the vendordir? Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705229: libcatalyst-perl: should suggest (not recommend) libcatalyst-devel-perl and libfcgi-perl
Package: libcatalyst-perl Version: 5.90015-1 Severity: normal libcatalyst-perl currently recommends libcatalyst-devel-perl and libfcgi-perl. The first is needed only for development, and fir latter is needed only for FastCGI deployments (which is arguably obsolete nowadays, thanks to PSGI). I therefore believe those libraries are not used in all but unusual installations as Debian Policy defines that relationship, and they should instead be only suggested. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705230: Copyright file incorrect / outdated
Package: python-ldap Version: 2.4.10-1 The copyright file on the package looks either invalid or outdated. It refers to directories which don't exist (win32, _ldap) and doesn't list actual licenses (one is apparently unknown public domain?). The LICENSE file included in the source seems to be more precise, but also fairly old (2002). Please update debian/copyright to a something more specific. smime.p7s Description: S/MIME cryptographic signature
Bug#577925: Still no init script
Hi, Not having this bug fixed, *3 years* after this bug has been filled, is unacceptable. If you don't have time to maintain this package, please fill an RFA. No init script is not only annoying, it renders the package unusable in its current state. Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705231: ITP: python-heatclient -- client library and CLI for OpenStack Heat
Package: wnpp Severity: wishlist Owner: Prach Pongpanich prach...@gmail.com * Package name: python-heatclient Version : 0.2.2 * URL : https://github.com/openstack/python-heatclient * License : Apache-2 Programming Lang: Python Description : client library and CLI for OpenStack Heat Heat is a service to orchestrate multiple composite cloud applications using templates, through both an OpenStack-native ReST API and a CloudFormation-compatible Query API. . This is a client for the OpenStack Heat API. There's a Python API (the heatclient module), and a command-line script (heat). Each implements 100% of the OpenStack Heat API. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
