Bug#575776: binfmt-support/run-detectors tries to run binfmt-detector-cli
Hello, I seems to me that /var/lib/binfmts/cli file is still in place for some reason even after mono runtime was removed. Removing it by hand fixes the problem, so I guess we should reassing this bug to mono. -- WBR, Andrew signature.asc Description: PGP signature
Bug#645052: kernel only recognizes 32G of memory
On Thu, 2011-10-13 at 03:27 +0100, Ben Hutchings wrote: On Wed, 2011-10-12 at 14:58 +0100, Ian Campbell wrote: On Wed, 2011-10-12 at 14:11 +0100, Ben Hutchings wrote: On Wed, 2011-10-12 at 08:26 +0100, Ian Campbell wrote: On Wed, 2011-10-12 at 08:46 +0300, Dmitry Musatov wrote: The config option XEN_MAX_DOMAIN_MEMORY controls how much memory a Xen instance is seeing. The default for 64bit is 32GB, which is the reason that m2.4xlarge Amazon EC2 instances only report this amount of memory. Please set this limit to 70GB as there is a known restriction for t1.micro instances at about 80GB. Similar bug exists and Ubuntu where it's already fixed (https://bugs.launchpad.net/ubuntu/+source/linux-ec2/+bug/667796) Is this the sort of change we can consider making in a stable update? I'm not at all sure, although my gut feeling is that it would be safe. [...] I think so. But what is the trade-off? There must be some reason why this isn't set to however many TB the kernel can support. It effects the amount of space set aside for the P2M table (the mapping of physical to machine addresses). In the kernel in Squeeze this space is statically reserved in BSS so increasing it will waste some more memory, according to the Kconfig comment it is 1 page per GB. In a more up to date kernel the space comes from BRK and is reclaimed if it is not used, MAX_DOMAIN_MEMORY was bumped to default to 128G in the same change. How intrusive is the change? Could we reasonably backport it? It was 58e05027b530 xen: convert p2m to a 3 level tree which I think is too big. IIRC there was a bunch of subsequent fixups to it as well, it was quite a subtle change. Ian. Ben. -- Ian Campbell Aliquid melius quam pessimum optimum non est. signature.asc Description: This is a digitally signed message part
Bug#645161: gramofile: 'copyright' file upstream URL outdated.
Package: gramofile Version: 1.6-8 Severity: minor Since 8/05 the upstream web site for 'gramofile' is at: http://www.opensourcepartners.nl/~costar/gramofile/ The current docs incorrectly provide abandoned URLs: % zgrep -i -m 1 http `dlocate -L gramofile` | grep -v fftw.org | tr -s ' ' /usr/share/doc/gramofile/copyright:obtained from URL:http://panic.et.tudelft.nl/~costar/gramofile/. /usr/share/doc/gramofile/changelog.gz:- Webpage at http://cardit.et.tudelft.nl/~card06 /usr/share/doc/gramofile/README.gz: http://panic.et.tudelft.nl/~costar/gramofile/ /usr/share/doc/gramofile/Signproc.txt.gz: http://cardit.et.tudelft.nl/~card06 /usr/share/doc/gramofile/Tracksplit.txt.gz: http://cardit.et.tudelft.nl/~card06 /usr/share/man/man1/gramofile.1.gz:\fIhttp://panic.et.tudelft.nl/~costar/gramofile/\fR. Technical details on some # show only unique URLs from those six hits: % zgrep -i -m 1 http `dlocate -L gramofile` | grep -v fftw.org | tr -s ' ' | sed 's/.*\(http\)/\1/;s/\.//;s/\\.*//;s/ $//' | sort -u http://cardit.et.tudelft.nl/~card06 http://panic.et.tudelft.nl/~costar/gramofile/ These six instances (of those two URLs) should be updated to the current (8/05) upstream site. HTH... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 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 gramofile depends on: ii fftw22.1.3-22 ii libc62.13-2 ii libncurses5 5.9-1 Versions of packages gramofile recommends: pn mctools-lite none Versions of packages gramofile suggests: ii wodim 9:1.1.11-2 -- 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#645162: flpsed: New version 0.7.0 based on fltk 1.3 with Unicode support is available
Package: flpsed Version: 0.5.2-1 Severity: wishlist Dear Maintainer, I have found the new version of flpsed (0.7.0) at http://www.flpsed.org/flpsed.html This new version is based on fltk 1.3, and therefore is able to add Unicode strings to the edited Postscript (at least the subset with Polish characters). It will be extremely useful for users using languages with special national characters. The 0.7.0 version compiled cleanly in my system after installing necessary dev packages, and uses the configure script so it should be easy to debianize. Regards, Wojciech M. Zabolotny -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages flpsed depends on: ii ghostscript-x 9.02~dfsg-3 ii libc6 2.13-21 ii libfltk1.1 1.1.10-8 ii libgcc11:4.6.1-4 ii libstdc++6 4.6.1-4 ii libx11-6 2:1.4.4-2 Versions of packages flpsed recommends: ii poppler-utils [xpdf-utils] 0.16.7-2+b1 flpsed 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#645119: [Pkg-libvirt-maintainers] Bug#645119: libguestfs0: install would break previous installed grub-efi
tags 645119 +pending thank you * Sebastian Steinhuber: When I install libguestfs0, it breaks the installed grub-efi-amd64 because of the dependency of grub-pc. I will drop the dependency on grub-pc. Can't push the change right now because something (probably the python upgrade) seems to have broken the build system. Thank you for your bug report. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604687: vlc: xvideo output not working on powerbook (radeon video card, powerpc)
tags 604687 + help thanks On Wed, 12 Oct 2011 15:55:01 -0700 (PDT), Jiggy Bau jiggy_...@yahoo.com wrote: If possible, it would be interesting to see if Debian x86 VLC is able to use XVideo on your PowerPC system through X11 or SSH export display. I tried this and got the following results (when running with --vout xv): It would be better with -vv... VLC media player 1.1.3 The Luggage (revision exported) Blocked: call to unsetenv(DBUS_ACTIVATION_ADDRESS) Blocked: call to unsetenv(DBUS_ACTIVATION_BUS_TYPE) Warning: call to signal(13, 0x1) [0x86ed8fc] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. Blocked: call to setlocale(6, ) Blocked: call to sigaction(17, 0xb71180d4, 0xb7118048) Warning: call to signal(13, 0x1) Warning: call to srand(1318350451) Warning: call to rand() Blocked: call to setlocale(6, ) (process:3129): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Warning: call to signal(13, 0x1) Warning: call to rand() Warning: call to rand() Warning: call to rand() [0x89ff6e4] main video output error: video output creation failed [0x893dd64] main decoder error: failed to create video output [0x893dd64] main decoder warning: can't get output picture [0x893dd64] avcodec decoder warning: disabling direct rendering Warning: call to rand() Blocked: call to setlocale(1, C) Blocked: call to setlocale(1, en_US.utf8) Blocked: call to setlocale(1, C) [0x891edf4] main audio output warning: PTS is out of range (-9796), dropping buffer [0x891edf4] main audio output warning: PTS is out of range (-33767), dropping buffer ^C[0x878ad04] signals interface error: Caught Interrupt signal, exiting... When running VLC with --vout x11, it manages (barely) to play video on remote X server, although it prints out errors such as: [0xa26f8fc] xcb_x11 generic error: shared memory server-side error: X11 error 10 [0xa26f8fc] xcb_x11 generic: using buggy X11 server - SSH proxying? That's to be expected when using OpenSSH. Interestingly enough, mplayer works fine under the same circumstances and produces a video stream that is almost watchable, only appears in slow-motion. Of course, if mplayer uses XVideo and VLC plain X11, this is like comparing oranges and apples. Video over SSH should be slow anyway, due to bandwidth constraints, and CPU-hungry encryption. Anyway, I have no further ideas other than stepping through the VLC code and I cannot test this myself so I have to leave it there. -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645163: w3-dtd-mathml: XHTML 1.1 plus MathML 2.0 plus SVG 1.1 DTD
Package: w3-dtd-mathml Version: 2.0.0.0-1 Severity: wishlist Please include the following DTD: * http://www.w3.org/2002/04/xhtml-math-svg/xhtml-math-svg.dtd And maybe this one as well: * http://www.w3.org/Math/DTD/mathml2/xhtml-math11-f.dtd (This seems completely different from http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd, which is currently included in w3-dtd-mathml.) Thank you. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable'), (80, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-bpo.5-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages w3-dtd-mathml depends on: ii sgml-base 1.26+nmu1 SGML infrastructure and SGML catal ii xml-core 0.13 XML infrastructure and XML catalog w3-dtd-mathml recommends no packages. Versions of packages w3-dtd-mathml suggests: pn docbook-mathmlnone (no description available) -- no debconf information -- debsums errors found: debsums: changed file /usr/share/xml/schema/w3c/mathml/dtd/xhtml-math11-f.dtd (from w3-dtd-mathml package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604395: new upstream compability
Hello Slavko, does your patch compatible with 0.8.7h? -- Mahyuddin Susanto -- udienz {gmail,ubuntu}.com http://www.udienz.web.id signature.asc Description: OpenPGP digital signature
Bug#645164: python-simplemediawiki does not have proper dependencies
Package: python-simplemediawiki Version: 1.0.2-1 I'm currently using wheezy (testing). 1.0.2 version of python-simplemediawiki requires python-iso8601, which is not in python-simplemediawiki's dependencies. After 1.1, python-simplemediawiki requires kitchen[1], but doesn't require python-iso8601 anymore. kitchen is currently not in packages.debian.org. [1] https://fedorahosted.org/kitchen/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645165: xfce4: Keyboard shortcuts not working
Package: xfce4 Version: 4.8.0.2 Severity: normal I was earlier using XFCE 4.6 when my keyboard shortcuts suddenly stopped working. This bug report https://bugzilla.xfce.org/show_bug.cgi?id=5639 in the XFCE bugzilla discusses this bug, suggests a fix for it and states that the problem has been resolved in 4.7 onwards. The fix worked for me in 4.6. However, once I have upgraded to 4.8 from the testing repositories, the bug remains and the fix no longer works. In fact, every time I rename the file xfce4-settings-helper-autostart.desktop as suggested, it gets recreated in my ~/.config/autostart directory. Keyboard shortcuts set in XFCE do not work. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4 depends on: ii gtk2-engines-xfce 2.8.1-2GTK+-2.0 theme engine for Xfce ii orage 4.8.1-2+b1 Calendar for Xfce Desktop Environm ii thunar1.2.2-1+b1 File Manager for Xfce ii xfce4-appfinder 4.8.0-3Application finder for the Xfce4 D ii xfce4-mixer 4.8.0-2Xfce mixer application ii xfce4-panel 4.8.5-1panel for Xfce4 desktop environmen ii xfce4-session 4.8.1-3Xfce4 Session Manager ii xfce4-settings4.8.2-2+b1 graphical application for managing ii xfce4-utils 4.8.2-2Various tools for Xfce ii xfconf4.8.0-3utilities for managing settings in ii xfdesktop44.8.2-1+b1 xfce desktop background, icons and ii xfwm4 4.8.1-3window manager of the Xfce project Versions of packages xfce4 recommends: pn desktop-base none (no description available) pn tango-icon-theme none (no description available) ii thunar-volman 0.3.80-4 Thunar extension for volumes manag ii xorg 1:7.5+8X.Org X Window System Versions of packages xfce4 suggests: pn xfce4-goodies none (no description available) pn xfprint4 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548686: wxPaintDC.DrawArc draws pie shaped objects
Hi, Olly Betts schrieb: I think it's better not to fix this bug at this point. Yes, the squeeze release fixed it for me :) Thanks for your work Max -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645166: links2 is Unable to Assign IP Address
Package: links2 Version: 2.3-1 Severity: important Dear Maintainer, Loading a specified IP address and port number on a LAN consistently fails. For example 192.168.2.104:808 or http://192.168.2.104:8080 produces the following error message: Error loading 192.1698.2.104:8080/: Cannot assign address A previous version of Links (2.3pre1) does this successfully and reliably, as do a range of other browsers. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-4.dmz.2-liquorix-686 (SMP w/1 CPU core; PREEMPT) 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 links2 depends on: ii libc6 2.13-21 ii libdirectfb-1.2-9 1.2.10.0-4 ii libgpm21.20.4-4 ii libjpeg8 8c-2 ii libpng12-0 1.2.46-3 ii libssl1.0.01.0.0e-2 ii libsvga1 1:1.4.3-31 ii libtiff4 3.9.5-2 ii libx11-6 2:1.4.4-2 ii zlib1g 1:1.2.3.4.dfsg-3 links2 recommends no packages. links2 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#645165: problem persists after upgrade
Hi, just to add that I just upgraded to 4.8.0.3, and the problem persists. Also, to clarify: I am submitting this bug to you all in Debian because, from that XFCE bug report, it appears that this was supposedly fixed upstream. So it seems like it might be a Debian problem. And, finally, thank you for all the work you do. I forgot to say that as well :). Shankar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604395: new upstream compability
Hi, Dňa Thu, 13 Oct 2011 14:36:53 +0700 Mahyuddin Susanto udi...@gmail.com napísal: Hello Slavko, does your patch compatible with 0.8.7h? I not tested it yet, i am busy now, but i will know it at weekend, can you wait for this? -- Slavko http://slavino.sk signature.asc Description: PGP signature
Bug#604395: new upstream compability
On 13/10/11 15:07, Slavko wrote: Hi, Dňa Thu, 13 Oct 2011 14:36:53 +0700 Mahyuddin Susanto udi...@gmail.com napísal: Hello Slavko, does your patch compatible with 0.8.7h? I not tested it yet, i am busy now, but i will know it at weekend, can you wait for this? Sure I'll finishing 0.8.7h this week and including your patch -- Mahyuddin Susanto -- udienz {gmail,ubuntu}.com http://www.udienz.web.id signature.asc Description: OpenPGP digital signature
Bug#644943: Please switch source package to OCE
On 2011/10/11 Adam C Powell IV wrote: Dear Denis, On Tue, 2011-10-11 at 01:20 +0200, D. Barbier wrote: Package: src:opencascade Version: 6.5.0.dfsg-2 Severity: wishlist Hello Adam, As you know, several community members have launched a fork called OpenCascade Community Edition (OCE) https://github.com/tpaviot/oce I am a member of this project, one of our goals had been to improve portability and support as many architectures as possible, and IIRC all Debian patches have been applied. IMO it will be much easier to maintain OCE as a downstream. To be honest I am not interested in helping with OCC maintenance since all my projects have switched to OCE, but of course this is your call, hence this bugreport. I agree, and when we discussed this on debian-science the consensus seemed to be that we should go ahead and make this change. That was of course five months ago, my apologies for not taking action since then. No problem; in the mean time I worked on OCE to improve its integration with other software. And now that it is in a pretty good shape IMHO, I would like to push it. The latest release (0.6.0) is source compatible with OCCT 6.5.1, packages which build depends on opencascade should compile just fine with OCE, the only visible change is that we replaced Autotools by CMake. Okay, thanks. I think the best way to do this is for me to upgrade the upstream branch of the git repository to OCCT 6.5.1, then switch from that to OCE 0.6.0 using a version epoch. Given the modest goals of OCE (i.e. no new features or major divergence from OCCT), we certainly don't need to change the binary package names. I don't think we need to even chance the source package name, but other opinions may vary. Denis (and others on the CC list), what do you think? Can we keep the same source package name, unless/until OCE diverges away from the main OCCT? I have mixed feelings about package names. OCE developers decided to not use OCC or OpenCascade names in order to make it clear that this product is not endorsed by OpenCascade SAS. On the other hand, it is of course much more convenient to keep the same names. My preference goes to s/opencascade/oce/ in source and binary package names though. Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645167: disk_config example for setup-storage for lvm on raid
package: fai-doc severity: wishlist Hi, please include an example for setup-storage for lvm on raid, eg this: disk_config sda primary - 256 - - primary swap 8192swap sw primary - 0- - - disk_config sdb primary - 256 - - primary - 8192swap sw primary - 0- - - disk_config raid fstabkey:uuid raid1/sda1,sdb1 ext4rw,noatime,errors=remount-ro raid1-sda3,sdb3 ext4default # config the LVM disk_config lvm fstabkey:uuid vg vg_system md1 vg_system-usr /usr8192ext4rw,noatime vg_system-var /var16384 ext4rw,noatime vg_system-varlog/var/log8192ext4rw,noatime vg_system-srv /srv32768 ext4rw,noatime vg_system-tmp /tmp32768 ext4rw,noatime thanks, Holger disk_config sda primary - 256 - - primary swap 8192swap sw primary - 0- - - disk_config sdb primary - 256 - - primary - 8192swap sw primary - 0- - - disk_config raid fstabkey:uuid raid1/sda1,sdb1 ext4rw,noatime,errors=remount-ro raid1-sda3,sdb3 ext4default # config the LVM disk_config lvm fstabkey:uuid vg vg_system md1 vg_system-usr /usr8192ext4rw,noatime vg_system-var /var16384 ext4rw,noatime vg_system-varlog/var/log8192ext4rw,noatime vg_system-srv /srv32768 ext4rw,noatime vg_system-tmp /tmp32768 ext4rw,noatime
Bug#645168: ITP: mirror.js -- content aggregator for NodeJS
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: mirror.js Version : 0.3.3 Upstream Author : Development Seed i...@developmentseed.org * URL : https://github.com/developmentseed/mirror * License : BSD-3 Programming Lang: Javascript Description : content aggregator for NodeJS -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#467183: Long-standing bug in marvosym.sty
On 11.10.11 Robin Fairbairns (robin.fairbai...@cl.cam.ac.uk) wrote: Jan Medlock medl...@turboshower.net wrote: Hi, I'm glad to hear it's been fixed and appreciate your quick reply. I do not appreciate what appears to be the tone of your last comment. The version of marvosym.sty in CTAN still has the bug: http://mirrors.ctan.org/fonts/psfonts/marvosym/marvosym.sty I checked it this morning before sending my bug report, which was to CTAN, not to TeX Live. more's the pity. tex live maintains a current copy of things; you chose an outdated copy of marvosym (presumably without reference to the ctan catalogue, which doesn't list it). tex live gets its marvosym from fonts/marvosym fwiw, i've moved the obsolete version out of the way; it will no longer be available from any proper mirror, at the old address, in a day or so. I re-tested this bug with the version from TL 2011 and with the version from CTAN (which BTW differ). I can still reproduce the issue with both versions. Jan, could you confirm? Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645167: disk_config example for setup-storage for lvm on raid
On Thu, 13 Oct 2011 10:23:10 +0200, Holger Levsen hol...@layer-acht.org said: vg_system-usr /usr8192ext4rw,noatime vg_system-var /var16384 ext4rw,noatime vg_system-varlog/var/log8192ext4rw,noatime vg_system-srv /srv32768 ext4rw,noatime vg_system-tmp /tmp32768 ext4rw,noatime IMO we should change the size values to something like 8G, 16G or 32G. This makes everything more readable. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644943: Please switch source package to OCE
Le jeudi 13 octobre 2011 à 10:08 +0200, D. Barbier a écrit : On 2011/10/11 Adam C Powell IV wrote: Dear Denis, Denis (and others on the CC list), what do you think? Can we keep the same source package name, unless/until OCE diverges away from the main OCCT? I have mixed feelings about package names. OCE developers decided to not use OCC or OpenCascade names in order to make it clear that this product is not endorsed by OpenCascade SAS. On the other hand, it is of course much more convenient to keep the same names. My preference goes to s/opencascade/oce/ in source and binary package names though. Idem. Different teams, different projects = different names... Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644876: initramfs-tools: Boot failure from software RAID1 + LVM2 by timing
also sprach Jort Koopmans jort.koopm...@gmail.com [2011.10.12.2143 +0200]: In the mean while I've checked another solution; moving the call to the local-top scripts till after the ROOTDELAY loop (within the local file). init-top/udev also uses it. This works in my config. But this would delay finding the ROOT dir in normal instances (where devices are quick enough) So? Instead of patching this here and there with band aids, I suggest that everyone with an interest instead invests time in testing mdadm/experimental, which provides event-based assembly, and helps porting the changes to current mdadm (since I don't have the time at the moment). And then, LVM is up next. -- .''`. 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 digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#645169: gnome-packagekit: Both gpk-prefs and gpk-update-viewer are translated to =Software-Aktualisierungen in German
Package: gnome-packagekit Version: 3.0.3-2 Severity: minor Tags: l10n $ grep Aktualisierungen /usr/share/applications/* /usr/share/applications/gpk-prefs.desktop:Name[de]=Software-Aktualisierungen /usr/share/applications/gpk-update-viewer.desktop:Name[de]=Software- Aktualisierungen This is surely confusing! - Fabian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (501, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-packagekit depends on: ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii gnome-packagekit-data3.0.3-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libcanberra-gtk3-0 0.28-2 ii libcanberra0 0.28-2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.6-1 ii libgnome-menu2 2.30.3-2+b1 ii libgtk-3-0 3.0.12-2 ii libnotify4 0.7.4-1 ii libpackagekit-glib2-14 0.6.18-1+b1 ii libpango1.0-01.29.4-1 ii libsqlite3-0 3.7.8-1 ii libupower-glib1 0.9.14-1 ii libx11-6 2:1.4.4-2 ii packagekit 0.6.18-1+b1 gnome-packagekit recommends no packages. gnome-packagekit 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#645170: DDPO: Internal Server Error for maintainers with lots of packages
Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: ddpo $ wget 'http://qa.debian.org/developer.php?login=python-modules-t...@lists.alioth.debian.org' --2011-10-13 11:05:20-- http://qa.debian.org/developer.php?login=python-modules-t...@lists.alioth.debian.org Resolving qa.debian.org (qa.debian.org)... 206.12.19.122, 2607:f8f0:610:4000:216:36ff:fe40:3860 Connecting to qa.debian.org (qa.debian.org)|206.12.19.122|:80... connected. HTTP request sent, awaiting response... 500 Internal Server Error 2011-10-13 11:06:13 ERROR 500: Internal Server Error. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645171: distro-info: Query the distro alias from the codename
Package: distro-info Version: 0.3 Severity: wishlist Hi, I used to build binary packages for different distributions starting from the same source package, more or less like documented in: http://wiki.debian.org/PbuilderTricks#How_to_build_for_different_distributions and for that to work it is needed to retrieve the distribution alias (stable, unstable) from the codename. Maybe distro-utils can provide such functionality: $ distro-info --alias sid unstable $ distro-info --alias squeeze testing $ distro-info --alias natty natty This could also be used to play with debian/changelog when building for distributions different from 'unstable', AFAIR debian/changelog expects the alias (stable, unstable) in the distribution field, not the codename. What do you think about that? Thanks, Antonio Ospite http://ao2.it -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc9-ao2 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages distro-info depends on: ii distro-info-data 0.3 ii libc6 2.13-21 ii libffi5 3.0.10-3 ii libgmp10 2:5.0.2+dfsg-1 Versions of packages distro-info recommends: ii python-distro-info 0.3 distro-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#645172: gnome-packagekit: GLib-GIO-ERROR **: Settings schema 'org.gnome.settings-daemon.plugins.updates' is not installed
Package: gnome-packagekit Version: 3.0.3-2 Severity: important The software Updates application is currently unusable: $ gpk-prefs GLib-GIO-ERROR **: Settings schema 'org.gnome.settings-daemon.plugins.updates' is not installed aborting... Aborted -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (501, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-packagekit depends on: ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii gnome-packagekit-data3.0.3-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libcanberra-gtk3-0 0.28-2 ii libcanberra0 0.28-2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.6-1 ii libgnome-menu2 2.30.3-2+b1 ii libgtk-3-0 3.0.12-2 ii libnotify4 0.7.4-1 ii libpackagekit-glib2-14 0.6.18-1+b1 ii libpango1.0-01.29.4-1 ii libsqlite3-0 3.7.8-1 ii libupower-glib1 0.9.14-1 ii libx11-6 2:1.4.4-2 ii packagekit 0.6.18-1+b1 gnome-packagekit recommends no packages. gnome-packagekit 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#645173: info info mentions 'h' for the tutorial instead of 'H'
Package: texinfo-doc-nonfree Version: 4.13a-1 Severity: normal Hello, if I run 'info info', it says: If you are new to the Info reader and want to learn how to use it, type the command `h' now. It brings you to a programmed instruction sequence. However, if I press 'h', I get a quick help, not the tutorial. For the tutorial I need to press 'H'. I wanted to show someone who can't use info how if one types 'info info', one gets walked through everything and taught how to use it. Instead the message that comes out is that the system not only has an interface grown out of historical reasons to be awkward and obscure for today's standards, but it also does its best to confuse new users even more by providing false information :( Luckily, at least the tutorial instruction is easy to fix. Ciao, Enrico -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (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 texinfo-doc-nonfree depends on no packages. Versions of packages texinfo-doc-nonfree recommends: ii info 4.13a.dfsg.1-8 texinfo-doc-nonfree 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#645174: ITP: wordwrap.js -- word wrapping library for NodeJS
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: wordwrap.js Version : 0.0.2 Upstream Author : James Halliday m...@substack.net * URL : https://github.com/substack/node-wordwrap * License : MIT Programming Lang: Javascript Description : word wrapping library for NodeJS -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#642910: /usr/lib/gnome-settings-daemon-3.0/gtk-modules/gpk-pk-gtk-module.desktop: Tries to load nonexistent pk-gtk-module gtk3 module
This file tells gnome-settings-daemon to ask applications to load a GTK+ module named “pkg-gtk-module”. Is guess this file is meant: packagekit-gtk3-module: /usr/lib/gtk-3.0/modules/libpk-gtk-module.so -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644230: debian-policy: Please change virtual package name for Japanese fonts
tags 644230 pending quit On Tue, Oct 04, 2011 at 05:02:57PM +0900, Nobuhiro Iwamatsu wrote: Package: debian-policy Version: 3.9.2.0 Severity: wishlist Hi, There are ttf-japanese-mincho and ttf-japanese-gothic in the virtual package of font packages for Japanese now. By the Fonts team, we are switching over from ttf- to fonts- by ackage file name now. To this shift, I suggest that I change the virtual package from ttf-japanese-{mincho, gothic} to fonts-japanese-{mincho, gothic}. Hello Nobuhiro, I have commited you patch to the policy GIT repository: * Virtual: change ttf-japanese-{mincho, gothic} to fonts-japanese-{mincho, gothic}. Proposed by: Nobuhiro Iwamatsu iwama...@nigauri.org Seconded: Charles Plessy ple...@debian.org Seconded: Bill Allombert ballo...@debian.org Closes: #644230 Thanks for your contribution to Debian policy. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645175: python-qtmobility.multimediakit: Can't import QtMobility.MultimediaKit
Package: python-qtmobility.multimediakit Version: 0.2.2-1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropiate *** * What led up to the situation? Installing package in question * What exactly did you do (or not do) that was effective (or ineffective)? import QtMobility.MultimediaKit * What was the outcome of this action? Python 2.7.2+ (default, Oct 5 2011, 10:41:47) [GCC 4.6.1] on linux2 Type help, copyright, credits or license for more information. import QtMobility.MultimediaKit Traceback (most recent call last): File stdin, line 1, in module ImportError: could not import PySide.QtGui * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-qtmobility.multimediakit depends on: ii libc6 2.13-21 ii libgcc1 1:4.6.1-15 ii libpyside1.0 1.0.7-2 ii libpython2.6 2.6.7-4 ii libpython2.7 2.7.2-7 ii libqt4-network4:4.7.3-8 ii libqtcore44:4.7.3-8 ii libqtgui4 4:4.7.3-8 ii libqtmultimediakit1 1.2.0-1 ii libshiboken1.01.0.7-1 ii libstdc++64.6.1-15 ii python2.7.2-9 ii python-qtmobility-common 0.2.2-1 ii python2.6 2.6.7-4 ii python2.7 2.7.2-7 python-qtmobility.multimediakit recommends no packages. python-qtmobility.multimediakit 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#645176: ITP: optimist.js -- light-weight option parsing library for NodeJS
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: optimist.js Version : 0.2.6 Upstream Author : James Halliday m...@substack.net * URL : https://github.com/substack/node-optimist * License : MIT Programming Lang: Javascript Description : light-weight option parsing library for NodeJS -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#644876: initramfs-tools: Boot failure from software RAID1 + LVM2 by timing
Thursday, October 13, 2011 9:06 AM martin f krafft wrote: also sprach Jort Koopmans jort.koopm...@gmail.com [2011.10.12.2143 +0200]: In the mean while I've checked another solution; moving the call to the local-top scripts till after the ROOTDELAY loop (within the local file). init-top/udev also uses it. thanks for the clues :) This works in my config. But this would delay finding the ROOT dir in normal instances (where devices are quick enough) So? Instead of patching this here and there with band aids, I suggest that everyone with an interest instead invests time in testing mdadm/experimental, which provides event-based assembly, I was wondering what documentation the reporter was following. I haven't seen RAID on USB supported in stable. and helps porting the changes to current mdadm (since I don't have the time at the moment). And then, LVM is up next.
Bug#644876: initramfs-tools: Boot failure from software RAID1 + LVM2 by timing
Hi Martin, First of all, thanks for helping me out. On Thu, 2011-10-13 at 11:10 +0200, martin f krafft wrote: also sprach Jort Koopmans jort.koopm...@gmail.com [2011.10.12.2143 +0200]: Common guys...can somebody look at my bugreport? We have. Let me offer some suggestions: - two days in FLOSS time is not a long time, please be more patient. Or get involved! Sorry for that, I'm trying to get involved though. - please try to properly format your e-mails to make lines no longer than 68 characters. I've noticed the longer than 68 chars in my first msg, but it was formatted by reportbug (?). - if you are criticising initramfs/mdadm, then it helps to reproduce the output you are seeing, ideally after set -x. True, since this machine does not have a serial port I haven't been able to log the output yet (but i'll look into that). - we are not common guys. I think you meant come on ;) Roger that ;) On Thu, 2011-10-13 at 11:06 +0200, martin f krafft wrote: also sprach Jort Koopmans jort.koopm...@gmail.com [2011.10.12.2143 +0200]: In the mean while I've checked another solution; moving the call to the local-top scripts till after the ROOTDELAY loop (within the local file). init-top/udev also uses it. Ok, so calling them twice in the local script wouldn't hurt then. This works in my config. But this would delay finding the ROOT dir in normal instances (where devices are quick enough) So? Instead of patching this here and there with band aids, I suggest that everyone with an interest instead invests time in testing mdadm/experimental, which provides event-based assembly, and helps porting the changes to current mdadm (since I don't have the time at the moment). And then, LVM is up next. I agree that it is a little patchy this way, although the *right* way you mention will take considerable amounts of time to complete (I guess?). I will have a look at mdadm experimental though and see if that works (just installing experimental on this box and trying the original initramfs scripts. Indeed LVM is needed too but that's the next stage (I'd rather use experimental mdadm w/o LVM than a custom initramfs). Best regards, Jort Koopmans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645177: kile: mouse wheel and dynamic wrapping
Package: kile Version: 1:2.1.0-1 Severity: normal Dear Maintainer, the mouse wheel for scrolling text behaves differently when dynamic wrap is on or off. When dynamic wrap is off it scrolls 4 lines at time. When it's on it scolls the real lines and not the apparent lines, and therfore it may scrolls 1000 lines at time in case of very long paragraphs. This is really confusing when scrolling a common latex: mouse action should apply to what a user see on screen. -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kile depends on: ii kdebase-runtime 4:4.6.5-1+b1 ii konsole 4:4.6.5-1 ii libc6 2.13-21 ii libgcc1 1:4.6.1-15 ii libkdecore5 4:4.6.5-2 ii libkdeui5 4:4.6.5-2 ii libkfile4 4:4.6.5-2 ii libkhtml5 4:4.6.5-2 ii libkio5 4:4.6.5-2 ii libkjsapi4 4:4.6.5-2 ii libkparts4 4:4.6.5-2 ii libkrosscore4 4:4.6.5-2 ii libktexteditor4 4:4.6.5-2 ii libnepomuk4 4:4.6.5-2 ii libnepomukutils44:4.6.5-2 ii libphonon4 4:4.6.0really4.5.0-5 ii libqt4-dbus 4:4.7.3-8 ii libqt4-network 4:4.7.3-8 ii libqt4-script 4:4.7.3-8 ii libqt4-svg 4:4.7.3-8 ii libqt4-xml 4:4.7.3-8 ii libqtcore4 4:4.7.3-8 ii libqtgui4 4:4.7.3-8 ii libsoprano4 2.6.0+dfsg.1-4 ii libstdc++6 4.6.1-15 ii texlive-latex-base 2009-14 Versions of packages kile recommends: ii dvipng 1.14-1 ii ghostscript 9.04~dfsg-2 ii imagemagick 8:6.6.9.7-5+b1 ii psutils 1.17-30 ii texlive 2009-14 Versions of packages kile suggests: ii aspell0.60.7~20110707-1 ii asymptote none ii context none ii dblatex none ii ispell3.3.02-5 ii kile-doc none ii kile-l10n none ii latex2htmlnone ii lilypond 2.14.2-2+b1 ii tex4htnone ii texlive-doc-base 2009-2 ii texlive-xetex none ii zip 3.0-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#645178: ITP: node-qs -- querystring parser library for NodeJS
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: node-qs Version : 0.3.1 Upstream Author : TJ Holowaychuk t...@vision-media.ca * URL : http://search.npmjs.org/#/qs * License : MIT Programming Lang: Javascript Description : querystring parser library for NodeJS -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#644876: initramfs-tools: Boot failure from software RAID1 + LVM2 by timing
Hi Will, Instead of patching this here and there with band aids, I suggest that everyone with an interest instead invests time in testing mdadm/experimental, which provides event-based assembly, I was wondering what documentation the reporter was following. I haven't seen RAID on USB supported in stable. I've not followed any documentation, I was just hoping to get it working since I assumed it would be possible. It was not aware of Raid 1 on USB being explicitly not supported, if that's the case you can also consider my report to be a feature request :), even though it applies to all slowly initialized devices (not per definition USB devices). Jort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645086: libbison-dev: trying to overwrite '/usr/lib/i386-linux-gnu/liby.a', which is also in package liby-dev 1:2.5.dfsg-1
As a temporary solution: # dpkg --purge liby-dev # apt-get -f install So, it should be checked if people have liby-dev is installed and remove it before installing the new (renamed) libbison-dev binaries. - Sedat - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645179: Unable to use the special variable this.promiser in a commands type promise
Package: cfengine3 Version: 3.1.5-1 Severity: normal According to to the cfengine bugtracker this is fixed in 3.2.0 https://cfengine.com/bugtracker/view.php?id=622 /Nico -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages cfengine3 depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [ ii libpcre38.02-1.1 Perl 5 Compatible Regular Expressi ii libssl0.9.8 0.9.8o-4squeeze3 SSL shared libraries cfengine3 recommends no packages. cfengine3 suggests no packages. -- Configuration Files: /etc/default/cfengine3 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#645180: ITP: node-mkdirp -- NodeJS library to recursively create directories
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: node-mkdirp Version : 0.0.7 Upstream Author : James Halliday m...@substack.net * URL : https://github.com/substack/node-mkdirp * License : MIT Programming Lang: Javascript Description : NodeJS library to recursively create directories -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#640351: RM: lxc [hppa ia64] -- RoM; ANAIS
reopen 640351 retitle 640351 RM: lxc [hppa ia64 mips mipsel sparc] -- RoM; ANAIS thanks Debian FTP Masters ftpmas...@ftp-master.debian.org wrote: We believe that the bug you reported is now fixed apparently not, reopening. Please remove binary packages of lxc for testing/unstable on hppa, ia64, mips, mipsel, and sparc. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645181: ITP: node-mime -- library for mime-type mapping for NodeJS
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: node-mime Version : 1.2.4 Upstream Author : Benjamin Thomas Robert Kieffer * URL : https://github.com/bentomas/node-mime * License : MIT Programming Lang: Javascript Description : library for mime-type mapping for NodeJS -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#645109: Please move CEGUI 0.7 to unstable... it's 2 years old already!
On Wed, Oct 12, 2011 at 05:38:26PM +0100, Manuel A. Fernandez Montecelo wrote: Package: cegui-mk2 Version: 0.6.2-5.1 Severity: serious Hello, Please upload CEGUI 0.7 to unstable... it's two years old [1], and the last point release 0.7.5 is almost 1 year old. And we're talking about Debian unstable... Do you want to ship the obsolete, buggy and unmaintained 0.6 release with the next stable or what? The packages depending on it need to stabilise before the freeze... There are some packages which depends on CEGUI that will fail to build because of the change of the API. There are not that many, but still. Of course I don't want to ship obsolete things, but I don't want to break too many things. [1] http://www.cegui.org.uk/wiki/index.php/News#CEGUI_0.7.0_is_Released.21_by_CrazyEddie_20th_September_2009 Also, I've been waiting more than a year [2] to package a game because it needs CEGUI 0.7. I already submitted bug reports [3] to some packages depending on CEGUI because they are hopelessly obsolete and nobody in their sane minds should want to use the versions shipped by Debian, but actually they don't seem to depend on a specific version, so upgrading CEGUI shoudln't hurt. [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597868 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633854 As I wrote above, it will cause some problems. In any case, I understand your position in this. So I'll upload it just right now to unstable, and then I'll see how I can fix all problems that could raise. So could you have CEGUI 0.7 in unstable now, please? Yes, I could. Thanks. You are welcome. -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642497: possible solution to nvidia opengl issue
I neglected to mention that I also purged the xserver-xorg-video-nouveau package before the sequence of dpkg operations below. When trying to install the nvidia drivers directly from the NVIDIA blob, a warning appears about potential problems if the nouveau driver is also installed (something regarding mismatch with the nouveau shared libs, despite the setup of alternatives and diversions for them). However, when this problem appeared, I did have both nvidia and nouveau servers installed without any conflict being detected. Perhaps a conflict with nouveau should be added to the nvidia package to avoid this possibility, based on the warnings from NVIDIA. [This problem did not arise with the older nv driver.] --js --- On Wed, 10/12/11, JS jsh...@yahoo.com wrote: From: JS jsh...@yahoo.com Subject: Bug#642497: possible solution to nvidia opengl issue To: 642...@bugs.debian.org Cc: jsh...@yahoo.com Date: Wednesday, October 12, 2011, 9:52 PM The sequence of installs below seems to have fixed the problem and I can no longerreproduce it either with /usr/lib/xscreensaver/endgame nor with fgfs [the latter made the problem appear within 1 minute and shortly after froze the X server every time.] I am still using the original kernel installed in July: linux-image-2.6.39-2-686-pae 2.6.39-3 The last related packages reinstalled or upgraded were related to mesa; it would appear from them that this problem was unrelated to either the nvidia driver nor the xserver (I amstill using 1.10.2 for this). 2011-10-09 19:58:26 status installed libx264-118 3:0.118.2085+git8a62835-0.1 2011-10-09 19:58:27 status installed libvorbisidec1 1.0.2+svn16259-2 2011-10-09 19:58:27 status installed libx264-dev 3:0.118.2085+git8a62835-0.1 2011-10-10 21:13:15 status installed ccache 3.1.6-1 2011-10-10 21:13:17 status installed g++-4.6 4.6.1-4 2011-10-10 21:13:17 status installed libstdc++6-4.6-dev 4.6.1-4 2011-10-10 21:13:18 status installed build-essential 11.5 2011-10-10 21:13:18 status installed g++ 4:4.6.1-2 2011-10-10 21:35:42 status installed libblkid1 2.17.2-9.1 2011-10-10 21:35:42 status installed libuuid1 2.17.2-9.1 2011-10-10 21:35:44 status installed uuid-dev 2.17.2-9.1 2011-10-10 21:35:50 status installed util-linux 2.17.2-9.1 2011-10-10 21:35:51 status installed install-info 4.13a.dfsg.1-8 2011-10-10 21:42:10 status installed glx-alternative-nvidia 0.1.4 2011-10-10 21:42:31 status installed nvidia-kernel-dkms 275.09.07-5 2011-10-10 21:42:31 status installed nvidia-kernel-source 275.09.07-5 2011-10-10 21:42:32 status installed glx-alternative-nvidia 0.1.4 2011-10-10 21:42:32 status installed nvidia-vdpau-driver 275.09.07-5 2011-10-10 21:42:33 status installed libgl1-nvidia-alternatives 275.09.07-5 2011-10-10 21:42:33 status installed libglx-nvidia-alternatives 275.09.07-5 2011-10-10 21:42:33 status installed nvidia-alternative 275.09.07-5 2011-10-10 21:42:34 status installed glx-alternative-nvidia 0.1.4 2011-10-10 21:42:34 status installed libgl1-nvidia-glx 275.09.07-5 2011-10-10 21:42:34 status installed nvidia-alternative 275.09.07-5 2011-10-10 21:42:34 status installed nvidia-glx 275.09.07-5 2011-10-10 21:42:34 status installed xserver-xorg-video-nvidia 275.09.07-5 2011-10-10 21:42:35 status installed nvidia-xconfig 275.09.07-1 2011-10-10 21:42:43 status installed glx-alternative-mesa 0.1.4 2011-10-10 21:42:43 status installed nvidia-glx 275.09.07-5 2011-10-10 21:42:43 status installed nvidia-settings 275.09.07-1 2011-10-10 22:01:05 status installed xserver-xorg-input-joystick 1:1.6.0-1 2011-10-10 22:01:06 status config-files xserver-xorg-input-joystick 1:1.6.0-1 2011-10-10 22:01:07 status config-files xserver-xorg-input-joystick 1:1.6.0-1 2011-10-10 22:01:07 status not-installed xserver-xorg-input-joystick none 2011-10-10 22:27:51 status installed xserver-xorg-video-nouveau 1:0.0.16+git20110411+8378443-1+b1 2011-10-10 22:27:52 status config-files xserver-xorg-video-nouveau 1:0.0.16+git20110411+8378443-1+b1 2011-10-10 22:27:53 status not-installed xserver-xorg-video-nouveau none 2011-10-10 22:28:20 status installed libgl1-nvidia-alternatives 280.13.really.275.28-1 2011-10-10 22:28:20 status installed libglx-nvidia-alternatives 280.13.really.275.28-1 2011-10-10 22:28:20 status installed nvidia-alternative 280.13.really.275.28-1 2011-10-10 22:28:21 status installed nvidia-vdpau-driver 280.13.really.275.28-1 2011-10-10 22:28:43 status installed nvidia-kernel-dkms 280.13.really.275.28-1 2011-10-10 22:28:43 status installed nvidia-settings 280.13-1 2011-10-10 22:28:44 status installed nvidia-alternative 280.13.really.275.28-1 2011-10-10 22:28:44 status installed nvidia-xconfig 280.13-1 2011-10-10 22:28:45 status installed glx-alternative-nvidia 0.1.4 2011-10-10 22:28:45 status installed libgl1-nvidia-glx 280.13.really.275.28-1 2011-10-10 22:28:46 status installed nvidia-glx 280.13.really.275.28-1 2011-10-10 22:28:46 status installed xserver-xorg-video-nvidia 280.13.really.275.28-1 2011-10-10 22:28:48
Bug#643959: clang cannot find standard include files
Package: clang Version: 2.9-15 Followup-For: Bug #643959 Still doesn't find all std. headers on i386 (Pentium 4) system: chao% cat x.c #include locale.h chao% clang -v -c x.c Debian clang version 2.9-15 (tags/RELEASE_29/final) (based on LLVM 2.9) Target: i386-pc-linux-gnu Thread model: posix /usr/bin/clang -cc1 -triple i386-pc-linux-gnu -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name x.c -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -target-cpu -pentium4 -target-linker-version 2.21.90.20111004 -momit-leaf-frame-pointer --v -resource-dir /usr/bin/../lib/clang/2.9 -ferror-limit 19 ---fmessage-length 80 -fgnu-runtime -fdiagnostics-show-option fcolor-diagnostics -o x.o -x c x.c clang -cc1 version 2.9 based upon llvm 2.9 hosted on i386-pc-linux-gnu ignoring nonexistent directory /usr/include/i486-linux-gnu/ ignoring nonexistent directory /usr/bin/../lib/clang/2.9/include ignoring nonexistent directory /usr/include/i486-linux-gnu #include ... search starts here: #include ... search starts here: /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.6/include /usr/lib/gcc/i486-linux-gnu/4.6/include-fixed /usr/include End of search list. In file included from x.c:1: In file included from /usr/include/locale.h:26: /usr/include/features.h:323:10: fatal error: 'bits/predefs.h' file not found #include bits/predefs.h ^ 1 error generated. bits/predefs.his here: chao% ls -ld /usr/include/i386-linux-gnu/bits/predefs.h -rw-r--r-- 1 root root 1153 Sep 14 07:38 /usr/include/i386-linux-gnu/bits/predefs.h -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages clang depends on: ii libc6 2.13-21 ii libffi5 3.0.10-3 ii libgcc1 1:4.6.1-15 ii libllvm2.9 2.9+dfsg-3 ii libstdc++6 4.6.1-15 ii libstdc++6-4.6-dev 4.6.1-15 Versions of packages clang recommends: ii llvm-2.9-dev 2.9+dfsg-3 ii python2.7.2-9 clang 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#645182: ca-certificates: [l10n:ca] Updated Catalan debconf translation
Package: ca-certificates Version: 20110502+nmu1 Severity: wishlist Tags: l10n Attached is an updated Catalan translation, as requested. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8@valencia, LC_CTYPE=ca_ES.UTF-8@valencia (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ca-certificates depends on: ii debconf [debconf-2.0] 1.5.41 ii openssl1.0.0e-2 ca-certificates recommends no packages. ca-certificates suggests no packages. -- debconf information excluded ca.po.gz Description: GNU Zip compressed data
Bug#467183: Long-standing bug in marvosym.sty
Hilmar Preusse hill...@web.de wrote: On 11.10.11 Robin Fairbairns (robin.fairbai...@cl.cam.ac.uk) wrote: tex live gets its marvosym from fonts/marvosym fwiw, i've moved the obsolete version out of the way; it will no longer be available from any proper mirror, at the old address, in a day or so. I re-tested this bug with the version from TL 2011 and with the version from CTAN (which BTW differ). in the sense that they're at different addresses? just now, diff of the .sty and .fd, and md5sum of the .pfb, confirm that they're the same in tl and on ctan under fonts/marvosym. but maybe you're looking at a stale mirror of ctan (not in mirrors.ctan, presumably) and hence at the marvosym copy that's now on the ctan obsolete/ tree... I can still reproduce the issue with both versions. Jan, could you confirm? certainly worked for me, on my tl installation (i've just confirmed, using latex and pdflatex on marvotest in the bug record). which of the versions on ctan, at the time this exchange started, did you use? i've not actually tried direct from ctan -- seems irrelevant given the comparisons i've done. if you persist in disbelieving me, please don't bother to mail again. i've said all i'm going to say. Robin Fairbairns For the CTAN team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645166: links2 is Unable to Assign IP Address
tag 645166 + moreinfo thanks Hi, thanks for you bug report. Unfortunately I can't reproduce the issue, so I'm dependent on more information about your setup to solve the issue. SamK wrote: Subject: links2 is Unable to Assign IP Address Well, links2 is not network management programm and should not assign IP addresses at all. Loading a specified IP address and port number on a LAN consistently fails. For example 192.168.2.104:808 or http://192.168.2.104:8080 produces the following error message: Error loading 192.1698.2.104:8080/: Cannot assign address Is this error message copied or typed? If copied, the error lies probably in the invalid IP address 192.1698.2.104. If typed, it's very likely just a typo. On the other hand, if I try this, I just get Error loading http://192.1698.2.104:8080/: Host not found. And the error message Cannot assign address also looks more like if something tries to set an IP address instead of just connecting to it, probably something closer to the kernel than links2 itself. Do you have IPv6 connectivity on that machine? Maybe it's something the IPv6 patch brought in. OTOH I can't reproduce this issue, probably because something's different in your setup which I don't know about A previous version of Links (2.3pre1) does this successfully and reliably, as do a range of other browsers. Did you try to e.g. downgrade the package, test it, upgrade it again and test it again? Or did you just notice it somewhen after the upgrade? Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645183: ITP: node-connect -- high performance middleware framework for NodeJS
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: node-connect Version : 1.7.1 Upstream Author : Sencha Inc. LearnBoost TJ Holowaychuk * URL : https://github.com/senchalabs/connect * License : MIT Programming Lang: Javascript Description : high performance middleware framework for NodeJS -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#644876: initramfs-tools: Boot failure from software RAID1 + LVM2 by timing
Thursday, October 13, 2011 10:07 AM Jort Koopmans wrote: Instead of patching this here and there with band aids, I suggest that everyone with an interest instead invests time in testing mdadm/experimental, which provides event-based assembly, I was wondering what documentation the reporter was following. I haven't seen RAID on USB supported in stable. I've not followed any documentation, I posted my question to the list for a reason. hint! I was just hoping to get it working since I assumed it would be possible. It was not aware of Raid 1 on USB being explicitly not supported, if that's the case you can also consider my report to be a feature request :), even though it applies to all slowly initialized devices (not per definition USB devices).
Bug#640351: RM: lxc [hppa ia64] -- RoM; ANAIS
Hi! * Daniel Baumann daniel.baum...@progress-technologies.net [111013 12:36]: Debian FTP Masters ftpmas...@ftp-master.debian.org wrote: We believe that the bug you reported is now fixed apparently not, reopening. Please remove binary packages of lxc for testing/unstable on hppa, ia64, mips, mipsel, and sparc. Well, the packages for ia64 where removed as you requested, packages for hppa also don't exists, and removals from testing aren't done by the ftp-team but by the release team (or propagate automatically). FWIW, the current state is the following: $ dak ls lxc W: Archive maintenance is in progress; database inconsistencies are possible. lxc |0.7.2-1 |stable | source, amd64, armel, i386, ia64, mips, mipsel, powerpc, s390 lxc |0.7.3-1 | testing | source, amd64, armel, i386, ia64, mips, mipsel, powerpc, s390, sparc lxc |0.7.3-1 | unstable | source, mips, mipsel, sparc lxc |0.7.5-3 | unstable | source, amd64, armel, i386, powerpc, s390 So we will remove the packages for mips, mipsel and sparc as you requested now. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645184: zope.testrunner: doesn't trap errors in debian/rules
Source: zope.testrunner Version: 4.0.3-2 Severity: serious Justification: Policy 4.6 As per Policy 4.6, every time you put more than one shell command (this includes using a loop) in a makefile command you must make sure that errors are trapped. [...] For more complex commands including most loops and conditionals you should include a separate `set -e' command at the start of every makefile command that's actually one of these miniature shell scripts. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645185: Installation problem, otrs2 returnes error code
Package: otrs2 Version: 2.4.9+dfsg1-3+squeeze1 Severity: important Tags: d-i Installing otrs2, have problem, returned error code, releation valid already exists and if i skip questions during installation i recive permission denied to creat role, but i have ituser was created 1 min ago =) So, i did alter role, but didn help, else installing libapache2-mod-perl2 didnt help too. Thx -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) 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 otrs2 depends on: ii adduser3.112+nmu2add and remove users and groups ii apache2-mpm-itk [httpd 2.2.16-6+squeeze4 multiuser MPM for Apache 2.2 ii dbconfig-common1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libapache2-reload-perl 0.10-2Reload Perl modules when changed o ii libauthen-sasl-perl2.1500-1 Authen::SASL - SASL Authentication ii libcrypt-passwdmd5-per 1.3-9 interoperable MD5-based crypt() fo ii libdate-pcalc-perl 6.1-1 Perl module for Gregorian calendar ii libdbd-mysql-perl 4.016-1 Perl5 database interface to the My ii libdbi-perl1.612-1 Perl Database Interface (DBI) ii libemail-valid-perl0.184-1 Perl module for checking the valid ii libgd-graph-perl 1.44-3Graph Plotting Module for Perl 5 ii libgd-text-perl0.86-5Text utilities for use with GD ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a ii libjs-prototype1.6.1-1 JavaScript Framework for dynamic w ii libjs-yui 2.8.2r1~squeeze-1 Yahoo User Interface Library ii libmail-pop3client-per 2.17-1POP3 client module for perl ii libmailtools-perl 2.06-1Manipulate email in perl programs ii libmime-tools-perl 5.428-1 Perl5 modules for MIME-compliant m ii libnet-imap-simple-per 1.1900-1 Perl module to manage an IMAP acco ii libnet-imap-simple-ssl 1.3-3 Subclass of Net::IMAP::Simple with ii libnet-smtp-ssl-perl 1.01-2SSL support for Net::SMTP ii libpdf-api2-perl 0.73-1module for creating or modifying P ii libsoap-lite-perl 0.712-2 Perl implementation of a SOAP clie ii libtext-csv-perl 1.18-1comma-separated values manipulator ii libtext-diff-perl 1.37-1Perl module to find differences in ii libxml-feedpp-perl 0.41-1module to parse/write/merge/edit R ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii ucf3.0025+nmu1 Update Configuration File: preserv Versions of packages otrs2 recommends: ii aspell0.60.6-4 GNU Aspell spell-checker ii ispell3.1.20.0-7 International Ispell (an interacti ii mysql-server 5.1.49-3 MySQL database server (metapackage ii mysql-server-5.1 [mysql-serve 5.1.49-3 MySQL database server binaries and ii procmail 3.22-19Versatile e-mail processor Versions of packages otrs2 suggests: pn libnet-ldap-perl none (no description available) pn otrs2-doc-en | otrs2-doc-de none (no description available) -- debconf information: otrs2/install-error: abort otrs2/remove-error: abort otrs2/pgsql/method: unix socket otrs2/pgsql/authmethod-admin: ident otrs2/db/app-user: otrs otrs2/resetdbuser: true otrs2/pgsql/changeconf: false otrs2/pgsql/authmethod-user: ident otrs2/internal/skip-preseed: true otrs2/remote/port: otrs2/upgrade-backup: true otrs2/pgsql/admin-user: postgres otrs2/db/dbname: otrs2 otrs2/dbconfig-reinstall: false otrs2/db/basepath: * otrs2/dbconfig-install: false otrs2/pgsql/manualconf: otrs2/mysql/method: unix socket otrs2/dbconfig-remove: otrs2/upgrade-error: abort otrs2/remote/newhost: otrs2/internal/reconfiguring: false otrs2/purge: false otrs2/database-type: pgsql otrs2/pgsql/no-empty-passwords: otrs2/dbconfig-upgrade: true otrs2/passwords-do-not-match: otrs2/remote/host: otrs2/missing-db-package-error: abort otrs2/mysql/admin-user: root -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645186: zope.testrunner: FTBFS if built twice in a row: aborting due to unexpected upstream changes
Source: zope.testrunner Version: 4.0.3-2 Severity: important User: debian...@lists.debian.org Usertags: qa-doublebuild The package FTBFS if built twice in a row: | dpkg-source: warning: file zope.testrunner-4.0.3/src/zope.testrunner.egg-info/requires.txt has no final newline (either original or modified version) | dpkg-source: warning: file zope.testrunner-4.0.3/src/zope.testrunner.egg-info/requires.txt has no final newline (either original or modified version) | dpkg-source: warning: newly created empty file 'build/lib/zope/testrunner/testrunner-tb-format.txt' will not be represented in diff | dpkg-source: warning: newly created empty file 'build/lib/zope/testrunner/testrunner-ex-251759/eggs/foo.bar-1.2-py2.5.egg/test.py' will not be represented in diff | dpkg-source: warning: newly created empty file 'build/lib/zope/testrunner/testrunner-ex-251759/eggs/foo.bar-1.2-py2.5.egg/foo/__init__.py' will not be represented in diff | dpkg-source: info: local changes detected, the modified files are: | zope.testrunner-4.0.3/build/lib/zope/__init__.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/__init__.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/_doctest.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/coverage.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/debug.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/eggsupport.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/exceptions.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/feature.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/filter.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/find.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/formatter.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/garbagecollection.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/interfaces.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/layer.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/listing.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/logsupport.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/options.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/process.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/profiling.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/refcount.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/runner.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/selftest.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/shuffle.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/statistics.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/tb_format.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/test_subunit.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-arguments.txt | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-colors.txt | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-coverage-win32.txt | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-coverage.txt | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-debugging-layer-setup.test | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-debugging.txt | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-discovery.txt | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-edge-cases.txt | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-errors.txt | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex-251759/eggs/foo.bar-1.2-py2.5.egg/foo/bar/__init__.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex-251759/eggs/foo.bar-1.2-py2.5.egg/foo/bar/tests.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex-719369/sampletestsf.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex-pp-lib/sample4/__init__.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex-pp-lib/sample4/products/__init__.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex-pp-products/__init__.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex-pp-products/more/__init__.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex-pp-products/more/sampletests.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex-pp-products/sampletests.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex/README.txt | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex/gc0.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex/gc1.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex/gcset.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex/gcstats.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex/leak.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex/pledge.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex/sample1/__init__.py | zope.testrunner-4.0.3/build/lib/zope/testrunner/testrunner-ex/sample1/sample11/__init__.py |
Bug#645187: ITP: node-express -- web development framework for NodeJS
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: node-express Version : 2.4.7 Upstream Author : TJ Holowaychuk t...@vision-media.ca * URL : https://github.com/visionmedia/express * License : MIT Programming Lang: Javascript Description : web development framework for NodeJS -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#644876: initramfs-tools: Boot failure from software RAID1 + LVM2 by timing
also sprach Jort Koopmans jort.koopm...@gmail.com [2011.10.13.1148 +0200]: First of all, thanks for helping me out. (I did not CC the bug report at the time…) - if you are criticising initramfs/mdadm, then it helps to reproduce the output you are seeing, ideally after set -x. True, since this machine does not have a serial port I haven't been able to log the output yet (but i'll look into that). http://wiki.debian.org/InitramfsDebug -- .''`. 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 man kann die menschen nur von ihren eigenen meinungen überzeugen. -- charles tschopp digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#464077: Confirming those bugs
package rss2email tag 588044 + confirmed tag 464077 + confirmed tag 526124 + confirmed thanks Hello, I am confirming that those bugs are still present in rss2email 1:2.71-0.1. Hopefully they are easy to fix and will be available in the next version. Patches are welcome ! -- 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#645188: ITP: node-bones -- framework for using backbone.js on client and server for NodeJS
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: node-bones Version : 2.0.0 Upstream Author : Development Seed * URL : https://github.com/developmentseed/bones * License : BSD-3 Programming Lang: Javascript Description : framework for using backbone.js on client and server for NodeJS -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#645189: ITP: qasconfig -- ALSA configuration browser
Package: wnpp Severity: wishlist Owner: Sebastian va...@gmx.de Dear Maintainer, * Package name: qasconfig Version : 0.2.0 Upstream Author : Sebastian Holtermann sebh...@xwmw.org * URL : http://xwmw.org/qasconfig * License : GPL-3 Programming Lang: C++ Description : ALSA configuration browser The configuration of the linux sound system ALSA resides in a tree structure which is built by reading several configuration files like /etc/asound.conf and ~/.asoundrc. QasConfig is a simple browser for this configuration tree and can help to analyze and debug an ALSA setup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645190: postler: doesn't contain source for waf binary code
Package: postler Version: 0.1.1-1 Severity: serious Hi! This was actually found in Ubuntu: https://launchpad.net/bugs/873003 The included waf script contains binary code in line 161 for which no source is available, which is a clear policy violation. Please include the source for that and actually compile that source and use the compiled binary data instead of the one that is included now in the source package. Thanks, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645190: postler: doesn't contain source for waf binary code
* Gerfried Fuchs rho...@debian.org, 2011-10-13, 14:00: The included waf script contains binary code in line 161 for which no source is available, which is a clear policy violation. FWIW, the blob _does_ contain (compressed and pickled) source. If you run the script (even without any arguments), it will be unpacked to ./.waf-*/wafadmin/. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645191: midori: doesn't contain source for waf binary code
Package: midori Version: 0.3.0-1.1 Severity: serious Hi! The included waf script does include binary data in line 161 to which the source code isn't included, which is clearly a policy violation. Please include the source code for that, and actually re-produce the waf script from that source code and use that instead. Thanks in advance, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645192: the slapd-config live database lives under /etc
Package: slapd This bug applies to all versions of slapd using the slapd-config (cn=config) configuration method. The live slapd-config LDIF-type database currently resides under /etc/ldap/slapd.d. Can we change it to something like /var/lib/slapd? Although it *does* consist of configuration material it is also a live database that people always think they can hand-edit due to it being under /etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634826: trac-git: Outdated plugin
Is there any activity on this? Of course, the needing administrator can execute # apt-get --purge remove trac-git # easy_install --record tracgit.list http://github.com/hvr/trac-git-plugin/tarball/master to achieve a functional setup with multiple repositories, but a functional package would be better. Best regards, Mats Erik Andersson, DM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645071: linux-image-2.6.32-5-686-bigmem: init crashes during runlevel switch
2011/10/13 Ben Hutchings b...@decadent.org.uk: On Wed, 2011-10-12 at 14:05 +0300, Matrosov Dmitriy wrote: Package: linux-2.6 Version: 2.6.32-38 Severity: normal Tags: squeeze Steps to reproduce: 1. Reboot computer. 2. Boot into runlevel 2. 3. Switch to console and go to single-user runlevel: # telinit 1 4. Enter root password and switch to runlevel 2 again: # telinit 2 5. And now, as i understand, second init copy (which run by telinit) will crash. I can't reproduce this again without rebooting system, i.e. it occurs only after reboot and only once. Also, i can't reproduce this with previous kernel (=2.6.32-35squeeze2), and, though, i don't sure that this is kernel bug, but it seems, like last kernel upgrade (=2.6.32-38) triggers it. This isn't a crash. [...] [ 75.608119] [ cut here ] [ 75.608136] WARNING: at /build/buildd-linux-2.6_2.6.32-38-i386-G9QRBd/linux-2.6-2.6.32/debian/build/source_i386_none/drivers/char/tty_ldisc.c:738 tty_ldisc_reinit+0x3e/0x6c() [ 75.608144] Hardware name: 6460EDG [ 75.608148] Modules linked in: acpi_cpufreq cpufreq_stats cpufreq_powersave cpufreq_conservative cpufreq_userspace pppoe pppox ppp_generic slhc binfmt_misc uinput fuse ipt_REJECT ipt_LOG xt_limit xt_tcpudp xt_state iptable_filter ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_mangle ip_tables x_tables ext3 jbd ext2 tp_smapi thinkpad_ec loop firewire_sbp2 snd_hda_codec_analog btusb snd_hda_intel bluetooth arc4 snd_hda_codec sg snd_hwdep ecb iwlagn snd_pcm nouveau iwlcore sr_mod sdhci_pci sdhci ttm snd_seq mac80211 snd_timer firewire_ohci cdrom drm_kms_helper snd_seq_device joydev firewire_core mmc_core cfg80211 drm pcmcia yenta_socket snd thinkpad_acpi soundcore rsrc_nonstatic i2c_algo_bit i2c_i801 wmi uhci_hcd pcmcia_core ricoh_mmc crc_itu_t snd_page_alloc ehci_hcd i2c_core ata_piix ata_generic e1000e rfkill led_class nvram usbcore nls_base processor button ac battery psmouse evdev pcspkr video output serio_raw ext4 mbcache jbd2 crc 16 dm_mod sd_mod crc_t10dif ahci libata scsi_mod thermal thermal_sys [last unloaded: kvm] [ 75.608352] Pid: 2422, comm: init Not tainted 2.6.32-5-686-bigmem #1 [ 75.608357] Call Trace: [ 75.608369] [c1036819] ? warn_slowpath_common+0x5e/0x8a [ 75.608378] [c103684f] ? warn_slowpath_null+0xa/0xc [ 75.608386] [c11a38b9] ? tty_ldisc_reinit+0x3e/0x6c [ 75.608394] [c11a39d6] ? tty_ldisc_hangup+0xef/0x172 [ 75.608403] [c10a5c14] ? remove_vma+0x43/0x48 [ 75.608413] [c119e136] ? do_tty_hangup+0xd0/0x2b1 [ 75.608422] [c119e60d] ? disassociate_ctty+0x3b/0x1b3 [ 75.608430] [c103961a] ? do_exit+0x212/0x5cd [ 75.608439] [c1039a34] ? do_group_exit+0x5f/0x82 [ 75.608449] [c10449bf] ? get_signal_to_deliver+0x30d/0x32e [ 75.608459] [c10075b4] ? do_notify_resume+0x6f/0x713 [ 75.608469] [c110a800] ? security_task_wait+0xc/0xd [ 75.608478] [c103902e] ? wait_consider_task+0x983/0x990 [ 75.608488] [c104a804] ? remove_wait_queue+0xb/0x2f [ 75.608496] [c10391ea] ? do_wait+0x1af/0x1e3 [ 75.608504] [c10392b6] ? sys_wait4+0x98/0xa2 [ 75.608514] [c1037c44] ? child_wait_callback+0x0/0x5f [ 75.608522] [c10392d3] ? sys_waitpid+0x13/0x17 [ 75.608530] [c10082f4] ? work_notifysig+0x13/0x1b [ 75.608536] ---[ end trace a550edb008c670a3 ]--- [...]. This warning message was added by the bug fix TTY: ldisc, do not close until there are readers. I don't believe that the warning a regression; it's just reporting a problem that already existed. If you would like to help us understand and fix the problem, please can you test the attached patch, following the instructions at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official. It should replace the warnings with log lines of the form tty_ldisc_reinit: refcount of name is still number which you should send back. Ben. -- Ben Hutchings Quantity is no substitute for quality, but it's the only one we've got. Hi, Ben. I am not sure, that i do all correctly, but it doesn't compile. Here is what i get $ apt-get source linux-2.6=2.6.32-38 $ cd linux-2.6-2.6.32/ $ bash debian/bin/test-patches ../0001-TTY-tty_ldisc_wait_idle-debug.patch [...] CC [M] drivers/bluetooth/btmrvl_sdio.o LD drivers/cdrom/built-in.o CC [M] drivers/cdrom/cdrom.o CC drivers/char/mem.o CC drivers/char/random.o CC drivers/char/tty_io.o CC drivers/char/n_tty.o CC drivers/char/tty_ioctl.o CC drivers/char/tty_ldisc.o /home/sgf/Documents/kernel/src/test_patch/linux-2.6-2.6.32/debian/build/source_i386_none/drivers/char/tty_ldisc.c: In function ‘tty_ldisc_reinit’: /home/sgf/Documents/kernel/src/test_patch/linux-2.6-2.6.32/debian/build/source_i386_none/drivers/char/tty_ldisc.c:742: error: implicit declaration of function ‘printk_ratelimited’ make[6]: *** [drivers/char/tty_ldisc.o] Error 1 make[5]:
Bug#645190: postler: doesn't contain source for waf binary code
* Jakub Wilk jw...@debian.org [2011-10-13 14:11:59 CEST]: * Gerfried Fuchs rho...@debian.org, 2011-10-13, 14:00: The included waf script contains binary code in line 161 for which no source is available, which is a clear policy violation. FWIW, the blob _does_ contain (compressed and pickled) source. If you run the script (even without any arguments), it will be unpacked to ./.waf-*/wafadmin/. As nice as this might be, but somewhat irrelevant and the wrong way around: We require source to produce binaries, not the other way round. Thanks, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#467183: Long-standing bug in marvosym.sty
tags 467183 + fixed-upstream stop On 13.10.11 Robin Fairbairns (robin.fairbai...@cl.cam.ac.uk) wrote: Hilmar Preusse hill...@web.de wrote: On 11.10.11 Robin Fairbairns (robin.fairbai...@cl.cam.ac.uk) wrote: Hi Robin, tex live gets its marvosym from fonts/marvosym fwiw, i've moved the obsolete version out of the way; it will no longer be available from any proper mirror, at the old address, in a day or so. I re-tested this bug with the version from TL 2011 and with the version from CTAN (which BTW differ). in the sense that they're at different addresses? just now, diff of the .sty and .fd, and md5sum of the .pfb, confirm that they're the same in tl and on ctan under fonts/marvosym. I'm sorry! I forgot to replace the pfb file too. I can confirm that the version on CTAN has the bug fix, but the version in TL 2011 has not (was released to early). I tag the bug as fixed in upstream in our BTS. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643957: [LCFC] templates://live-build/{live-build-cron.templates}
I hope I'm not too late to point out: Christian PERRIER wrote: Template: live-build-cron/images-daily-flavours Type: multiselect Choices: standard, rescue, gnome-desktop, kde-desktop, lxde-desktop, xfce-desktop Default: standard _Description: Daily image flavor(s): Please select the flavors you would like to include for for live-images built daily. Doubled for ^1^ ^2^ -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645193: pbs-drmaa-dev and libdrmaa-dev: error when trying to install together
Package: libdrmaa-dev,pbs-drmaa-dev Version: libdrmaa-dev/6.2u5-3 Version: pbs-drmaa-dev/1.0.9-3 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-10-13 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libdrmaa1.0 libdrmaa-dev libtorque2 pbs-drmaa1 pbs-drmaa-dev Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libdrmaa1.0. (Reading database ... 10585 files and directories currently installed.) Unpacking libdrmaa1.0 (from .../libdrmaa1.0_6.2u5-3_amd64.deb) ... Selecting previously unselected package libdrmaa-dev. Unpacking libdrmaa-dev (from .../libdrmaa-dev_6.2u5-3_amd64.deb) ... Selecting previously unselected package libtorque2. Unpacking libtorque2 (from .../libtorque2_2.4.16+dfsg-1_amd64.deb) ... Selecting previously unselected package pbs-drmaa1. Unpacking pbs-drmaa1 (from .../pbs-drmaa1_1.0.9-3_amd64.deb) ... Selecting previously unselected package pbs-drmaa-dev. Unpacking pbs-drmaa-dev (from .../pbs-drmaa-dev_1.0.9-3_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/pbs-drmaa-dev_1.0.9-3_amd64.deb (--unpack): trying to overwrite '/usr/include/drmaa.h', which is also in package libdrmaa-dev 6.2u5-3 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/pbs-drmaa-dev_1.0.9-3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/include/drmaa.h /usr/lib/libdrmaa.so This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568702: Bug workaround
tags 568702 + patch pending thanks On Sun, Feb 07, 2010 at 11:09:41AM +0100, Jean GUARDIA wrote: I'm sorry but when I did the cut and paste, last night, I've forgotten some code lines. Here they are. They had to be inserted after the } after line #143 jwx_event.SetPosition(m_lastposition); jwx_event.SetTimestamp(j_evt.time); jwx_event.SetJoystick(m_joystick); jwx_event.SetZPosition(m_axe[3]); jwx_event.SetEventObject(m_catchwin); if (m_catchwin) m_catchwin-AddPendingEvent(jwx_event); Thanks for this, I've applied this to the git tree, so it should be in the next upload. Looking at upstream SVN trunk, this seems to have been addressed in 2.9.x. I'll forward the patch to upstream anyway, so they can fix this in any further 2.8.x releases. Incidentally, it's more helpful to send a patch then try to describe the changes - then there's no scope for misunderstanding, and patches can be applied by the patch tool automatically, often even if the file has changed since the patch was generated. Short version: cp src/unix/joystick.cpp src/unix/joystick.cpp.orig edit src/unix/joystick.cpp diff -u src/unix/joystick.cpp.orig src/unix/joystick.cpp joystick-fix.patch I've attached the patch I actually applied for reference. Cheers, Olly Patch by Jean GUARDIA taken from: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568702 diff --git a/src/unix/joystick.cpp b/src/unix/joystick.cpp index 411f96a..1deacbc 100644 --- a/src/unix/joystick.cpp +++ b/src/unix/joystick.cpp @@ -141,6 +141,15 @@ void* wxJoystickThread::Entry() // is for some other axes. break; } + +jwx_event.SetPosition(m_lastposition); +jwx_event.SetTimestamp(j_evt.time); +jwx_event.SetJoystick(m_joystick); +jwx_event.SetZPosition(m_axe[3]); +jwx_event.SetEventObject(m_catchwin); + +if (m_catchwin) +m_catchwin-AddPendingEvent(jwx_event); } if (j_evt.type JS_EVENT_BUTTON)
Bug#645190: update on waf binary data
Hi again, it seems that the line 161 is actually a tar.bz2 file that gets extracted and then used. Though, first there is some substitution of \r and \n characters so that the file could go on one line. IMHO this is not acceptable because there are no tools included or commandline switches offered with waf (in postler and midori) to conveniently unpack and repack these part for a.) inspection or b.) modification, which are required for packages in Debian main. From what I understood there seems to be some waf-light that wouldn't use the mangled tarball included within the script, I would guess that this is the best way to move forward from here. If you really would like to argue that character substitution within the tarball for embedding it in the waf script is acceptable in accordance to policy/DFSG without direct tool to unpack/repack it, then please discuss this on e.g. debian-devel or such, or overrule me and lower the severity (but please provide understandable reasoning too), I still believe that this is against our rules. Thanks in advance, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645194: gcj-4.6: error trying to exec 'ecj1': execvp: No such file or directory
Package: gcj-jdk Version: 4.6.1-9 Severity: serious Justification: FTBFS Hi, one of my package does not build properly on kfreebsd-amd64: https://buildd.debian.org/status/fetch.php?pkg=gdcmarch=kfreebsd-amd64ver=2.0.18-5stamp=1318325853 [ 49%] javac *.java; jar cvf - gdcm.jar cd /build/buildd-gdcm_2.0.18-5-kfreebsd-amd64-BIdud7/gdcm-2.0.18/obj-x86_64-kfreebsd-gnu/Wrapping/Java/java /usr/bin/javac -source 1.5 gdcm/*.java gcj-4.6: error trying to exec 'ecj1': execvp: No such file or directory make[3]: *** [bin/gdcm.jar] Error 1 Thanks -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645195: python2.6: Incorrect time.timezone after recent tzdata upgrades
Package: python2.6 Version: 2.6.6-8+b1 It was noticed that after upgrade of tzdata to 2011h-0squeeze1 (which changed local time from UTC+3+DST (effective UTC+4) to UTC+4) Date: header in mails from buildbot started to contain incorrect timezone offsets (while having correct local time value). (Timestamps in twistd.log remained correct even after reboot.) With tzdata 2011k-0squeeze1 and Europe/Samara as a timezone: % python -c 'import email.utils; print email.utils.formatdate(); print email.utils.formatdate(localtime=1)';date -R Thu, 13 Oct 2011 12:22:12 - Thu, 13 Oct 2011 16:22:12 +0300 Thu, 13 Oct 2011 16:22:12 +0400 The culprit seems to be time.timezone value which still indicates UTC+3, while time.localtime() returns correct local time. time.daylight and time.localtime().tm_isdst do not match. % python -c 'import time; print time.timezone; print time.daylight; print time.localtime().tm_isdst;' -10800 1 0 -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (900, 'stable-updates'), (900, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python2.6 depends on: ii libbz2-1.01.0.5-6high-quality block-sorting file co ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libreadline6 6.1-3 GNU readline and history libraries ii libsqlite3-0 3.7.3-1SQLite 3 shared library ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap ii python2.6-minimal 2.6.6-8+b1 A minimal subset of the Python lan python2.6 recommends no packages. Versions of packages python2.6 suggests: ii binutils 2.20.1-16 The GNU assembler, linker and bina pn python2.6-doc none (no description available) pn python2.6-profilernone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645196: security-tracker: add link to source
Package: security-tracker Severity: wishlist Tags: patch Hi, it would be nice if a link to the source for the tracker was included. I attached an (untested) patch to do so. I am also wondering if the imprint is still current: it refers to www.enyo.de while the security tracker is now hosted on a debian.org machine. Regards, Ansgar Index: tracker_service.py === --- tracker_service.py (Revision 17414) +++ tracker_service.py (Arbeitskopie) @@ -1161,6 +1161,9 @@ Testing Security Team), - , A(url.absolute(http://www.debian.org/security/;), Debian Security), + - , A(url.absolute(http://anonscm.debian.org/viewvc/secure-testing/bin/tracker_service.py?view=markup;), + Source), + , A(url.absolute(svn://svn.debian.org/secure-testing), (SVN)), - , A(url.absolute (http://www.enyo.de/fw/impressum.html;), Imprint)))
Bug#645197: I can not start the samba server
Package: samba Version: 2:3.5.6~dfsg-3squeeze5 Severity: normal I can not get access to the samba server -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages samba depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf- 1.5.36.1 Debian configuration management sy ii libacl1 2.2.49-4 Access control list shared library ii libattr1 1:2.4.44-2 Extended attribute shared library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libcomerr21.41.12-4stable1 common error description library ii libcups2 1.4.4-7Common UNIX Printing System(tm) - ii libgssapi-krb5-2 1.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries - k ii libk5crypto3 1.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries ii libpam-modules1.1.1-6.1 Pluggable Authentication Modules f ii libpam-runtime1.1.1-6.1 Runtime support for the PAM librar ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libtalloc22.0.1-1hierarchical pool based memory all ii libwbclient0 2:3.5.6~dfsg-3squeeze5 Samba winbind client library ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii procps1:3.2.8-9 /proc file system utilities ii samba-common 2:3.5.6~dfsg-3squeeze5 common files used by both the Samb ii update-inetd 4.38+nmu1+squeeze1 inetd configuration file updater ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages samba recommends: ii logrotate 3.7.8-6Log rotation utility Versions of packages samba suggests: pn ctdb none (no description available) pn ldb-tools none (no description available) pn openbsd-inetd | inet-superser none (no description available) pn smbldap-tools none (no description available) -- debconf information: samba/run_mode: daemons samba/generate_smbpasswd: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645193: pbs-drmaa-dev and libdrmaa-dev: error when trying to install together
Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/include/drmaa.h /usr/lib/libdrmaa.so Those files might conflict as well: /usr/lib/libdrmaa.so.x.y /usr/lib/libdrmaa.la /usr/lib/libdrmaa.a I think we can rename those files in both packages. Maybe something like: /usr/lib/libdrmaa-torque.so /usr/lib/libdrmaa-grisengine.so Or shall we use the alternate system? Dominique -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645198: RFP: miau -- miau - another IRC-bouncer/proxy
Package: wnpp Severity: wishlist * Package name: miau Version : 0.6.6 Upstream Author : Tommi Saviranta w...@iki.fi * URL : http://miau.sourceforge.net/ * License : GPL Programming Lang: C Description : A fully featured easy to use IRC-bouncer miau is a fully featured easy to use IRC-bouncer that can keep your nick even when you disconnect. Additionally, miau can set you away automatically when you disconnect and auto-op (or auto-voice) people. While you're disconnected, miau can also log everything and/or pipe private messages to an external program. And when you connect miau again, miau can replay some of the old messages so that you know what's going on. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574791: just my 0.1 cents
indeed having this functionality would be really nice ;) -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#407456: python-wxgtk2.6: Axis tick labels overlap in wx.lib.plot
# Reassign back to where this was actually observed... reassign 407456 python-wxgtk2.6 found 2.6.3.2.1.5 quit On Fri, Jan 29, 2010 at 07:37:21AM -0800, Ryan Niebur wrote: On Thu, Jan 18, 2007 at 03:39:05PM +, Tom Wright wrote: Package: python-wxgtk2.6 Version: 2.6.3.2.1.5 Severity: normal *** Please type your report below this line *** When plotting graphs in relatively small windows (300x300 pixels or smaller), and with large values along the axes, the tick labels overlap and are unreadable. Perhaps the number of tick labels along an axis should be a function of the size of the PlotCanvas and of the font sized used. Can you still reproduce this with wxwidgets 2.8? If so, could you please provide an example program showing the problem? Given we've no evidence this occurs with 2.8, I'm reassigning this back to 2.6 and marking it as found in the version the reporter was using. If it is reproducible with 2.8, please reassign it back, and provide an example which demonstrates the issue. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645199: I have to start the x11vnc two times
Package: x11vnc Version: 0.9.10-1.1 Severity: normal The first time I start x11vnc, it comes with a fail. And after the second start, I have to kill one of the two wish8.4 -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11vnc depends on: ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libssl0.9.80.9.8o-4squeeze3 SSL shared libraries ii libvncserver0 0.9.7-2+b1API to write one's own vnc server ii libx11-6 2:1.3.3-4 X11 client-side library ii libxdamage11:1.1.3-1 X11 damaged region extension libra ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxinerama1 2:1.1-3 X11 Xinerama extension library ii libxrandr2 2:1.3.0-3 X11 RandR extension library ii libxtst6 2:1.1.0-3 X11 Testing -- Record extension li ii openssl0.9.8o-4squeeze3 Secure Socket Layer (SSL) binary a ii tk 8.4.16-2 The Tk toolkit for Tcl and X11 (de ii x11vnc-data0.9.10-1.1data files for x11vnc ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime x11vnc recommends no packages. x11vnc 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#645200: keepass2: Copy to clipboard not working
Package: keepass2 Version: 2.16+dfsg-1 Severity: important Hi, i just migrated from keepassX to keepass2 via exporting my databases as XML files and then importing them again. This worked flawlessly AFAICT but if i press ctrl-c or choose copy to clipboard from the menu on any field nothing happens. I can not copy anything to any other application like VIM or GNOME Terminal. Pasting via middle button just returns nothing. But copying i.e. the User Name to the Notes field inside of keepass2 works. The same is true for newly created entries. Thanks --lars -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 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 keepass2 depends on: ii libmono-corlib2.0-cil2.6.7-5 ii libmono-system2.0-cil2.6.7-5 ii libmono-winforms2.0-cil 2.6.7-5 ii mono-runtime 2.6.7-5 keepass2 recommends no packages. Versions of packages keepass2 suggests: ii keepass2-doc none ii xdotool 1:2.20100701.2961-3 -- 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#604687: vlc: xvideo output not working on powerbook (radeon video card, powerpc)
Remi, Thanks for your help. I'd be more than happy to perform any further tests and maybe try some patches. I wouldn't know how to debug this myself so I can't do it on my own. If you have any ideas please write and I will try to build a patched version and test it. Also, to me it seems like this might be an issue with Xserver rather than VLC. From what I remember, I tried various players and they all performed poorly (I'll test some players again to confirm). The only player performing well was mplayer, which is what makes me think that this is not a VLC issue. Maybe the real issue is radeon driver, but unfortunately there is no proprietary version available for ppc. But these are all guesses (and I should add uneducated guesses). Cheers, Pavle. From: Rémi Denis-Courmont r...@remlab.net To: Jiggy Bau jiggy_...@yahoo.com; 604...@bugs.debian.org Sent: Thursday, October 13, 2011 8:58 AM Subject: Re: Bug#604687: vlc: xvideo output not working on powerbook (radeon video card, powerpc) tags 604687 + help thanks On Wed, 12 Oct 2011 15:55:01 -0700 (PDT), Jiggy Bau jiggy_...@yahoo.com wrote: If possible, it would be interesting to see if Debian x86 VLC is able to use XVideo on your PowerPC system through X11 or SSH export display. I tried this and got the following results (when running with --vout xv): It would be better with -vv... VLC media player 1.1.3 The Luggage (revision exported) Blocked: call to unsetenv(DBUS_ACTIVATION_ADDRESS) Blocked: call to unsetenv(DBUS_ACTIVATION_BUS_TYPE) Warning: call to signal(13, 0x1) [0x86ed8fc] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. Blocked: call to setlocale(6, ) Blocked: call to sigaction(17, 0xb71180d4, 0xb7118048) Warning: call to signal(13, 0x1) Warning: call to srand(1318350451) Warning: call to rand() Blocked: call to setlocale(6, ) (process:3129): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Warning: call to signal(13, 0x1) Warning: call to rand() Warning: call to rand() Warning: call to rand() [0x89ff6e4] main video output error: video output creation failed [0x893dd64] main decoder error: failed to create video output [0x893dd64] main decoder warning: can't get output picture [0x893dd64] avcodec decoder warning: disabling direct rendering Warning: call to rand() Blocked: call to setlocale(1, C) Blocked: call to setlocale(1, en_US.utf8) Blocked: call to setlocale(1, C) [0x891edf4] main audio output warning: PTS is out of range (-9796), dropping buffer [0x891edf4] main audio output warning: PTS is out of range (-33767), dropping buffer ^C[0x878ad04] signals interface error: Caught Interrupt signal, exiting... When running VLC with --vout x11, it manages (barely) to play video on remote X server, although it prints out errors such as: [0xa26f8fc] xcb_x11 generic error: shared memory server-side error: X11 error 10 [0xa26f8fc] xcb_x11 generic: using buggy X11 server - SSH proxying? That's to be expected when using OpenSSH. Interestingly enough, mplayer works fine under the same circumstances and produces a video stream that is almost watchable, only appears in slow-motion. Of course, if mplayer uses XVideo and VLC plain X11, this is like comparing oranges and apples. Video over SSH should be slow anyway, due to bandwidth constraints, and CPU-hungry encryption. Anyway, I have no further ideas other than stepping through the VLC code and I cannot test this myself so I have to leave it there. -- Rémi Denis-Courmont http://www.remlab.net/
Bug#629371: Additional Information
Le mardi, 11 octobre 2011 19.07:27, san...@0x7f.nl a écrit : I recently ran across the same issue (though be it with a different version of usb-modeswitch) and since this one wasn't closed I thought I'd report my findings. Versions (debian squeeze, using backports) usb-modeswitch (1.1.9-2~bpo60+1) usb-modeswitch-data (20110805-1~bpo60+1) Summary: the filesystem that the temporary config was being extracted to was read-only and the usb_modeswitch_dispatcher terminates with an error. Hi Sander, and thank you very much for the hint! If this is really the core issue, then fixing this is easy: usb_modeswitch_tcl currently unpacks to /var/lib/usb_modeswitch/current_cfg, so it's a one-line patch to make it unpack to /run/usb_modeswitch_current_cfg instead (see attached patch); this should be good for Sid, but would need more thoughts for Squeeze as it doesn't have /run. I compiled usb-modeswitch (for sid) with the attached patch: http://alioth.debian.org/~odyx-guest/debian/unstable/usb-modeswitch_1.1.9-2+fix629371~attempt0_i386.deb http://alioth.debian.org/~odyx-guest/debian/unstable/usb-modeswitch_1.1.9-2+fix629371~attempt0_amd64.deb Christian or Sander, can you try this on a Wheezy/Sid system? TIA, cheers, -- OdyX Description: Untar configuration files to /run instead of /var/lib that 'might' be unavailable at unpack time. Author: Didier Raboud o...@debian.org Last-Update: 2011-10-13 Bug-Debian: 629371 --- a/usb_modeswitch.tcl +++ b/usb_modeswitch.tcl @@ -601,7 +601,7 @@ conffile { if [regexp {^pack/} $config] { set config [regsub {pack/} $config {}] - set settings(tmpConfig) /var/lib/usb_modeswitch/current_cfg + set settings(tmpConfig) /run/usb_modeswitch_current_cfg Log Extracting config $config from collection $settings(dbdir)/configPack.tar.gz set wc [open $settings(tmpConfig) w] puts -nonewline $wc [exec tar -xzOf $settings(dbdir)/configPack.tar.gz $config 2/dev/null] signature.asc Description: This is a digitally signed message part.
Bug#645201: track uploads to proposed-updates
Package: security-tracker Severity: wishlist Hi, it would be nice if the security tracker could track uploads to p-u, similar to how it already shows uploads to the security archive. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#407456: python-wxgtk2.6: Axis tick labels overlap in wx.lib.plot
JFTR, my recent mail bounced from the submitter's address - I guess Tom's left university now: |550-te...@esc.cam.ac.uk is not a known user on this system; 550 see So we're unlikely to get an example which demonstrates this issue. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#242737: libwxgtk2.4-python: Segfaults on invocation of SetTimeT
# I've reproduced this with some recent versions: found 2.8.10.1-3 found 2.8.10.1+dfsg-4 found 2.8.12.1-1 thanks On Fri, Jul 30, 2004 at 07:25:12PM +0930, Ron wrote: I can reproduce this one in 2.4.2.4, in 2.4 branch head, and in 2.5.1. Should he just not be doing this (DateTime() doesn't return a valid object reference?) or is this a real bug? I suspect it's a reference counting bug in the SWIG generated code. I've not looked at the code here though. When creating a new wxDateTime object with a specified number of seconds since 01-01-1970, SetTimeT returns random dates and eventually segfaults. See the following interaction between me and the python interpreter: import wx d=wx.DateTime().SetTimeT(0) d wxDateTime: wo 28 mei 633986 15:01:41 CET at _828ea68_wxDateTime_p Interestingly, if I run under valgrind, I consistently get the answer I'd expect. Python is a bit noisy under valgrind, so it's hard to see if it is reporting an issue, but I suspect what is happening is that d gets released and normally is partly overwritten by the time we try to print it out, but valgrind's malloc replacement doesn't overwrite that part of the object. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645202: how to freeze screen in four simple steps
Package: screen Version: 4.0.3-14 Severity: normal Hi, 1. start screen: screen 2. spawn another window: Ctrl-a c 3. go to the window list: Ctrl-a 4. kill a window: Ctrl-a : at 0 kill Now screen is unresponsive with Window 0 (bash) killed. message in the status line. I think this is a bug. Thanks, Feri. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages screen depends on: ii dpkg 1.15.8.11 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l screen recommends no packages. screen suggests no packages. -- debconf information: screen/old_upgrade_prompt: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644962: cannot reproduce
forwarded 644962 blasts...@ncbi.nlm.nih.gov thanks Hi there! For the BLAST folks at NCBI, please see http://bugs.debian.org/644962. On Tue, 11 Oct 2011 13:37:39 +0200, Olivier Sallou wrote: I unfortunatly cannot reproduce the problem. I would need the sequence that creates the issue, or a fake one reproducing the error. Could be a sequence format that raise an error (bad characters?, even if I tried to do so also). Just to repeat myself: the sequence does not seem strange at all and the fact that the BLAST website does not give any error means that it should work. FYI, BioEdit (through WINE) opens it without any problem: http://www.mbio.ncsu.edu/BioEdit/bioedit.html If sending the sequence is only an issue with the fact it is logged on public server, maybe you could send me the sequence directly. Given that the upstream BLAST authors asked to be directly contacted, do you still want to try to debug this? As I wrote, I can *privately* provide the sequence, which comes from unpublished data (and FWIW I am not working on these data). On Tue, 11 Oct 2011 17:57:54 +0200, Aaron M. Ucko wrote: On Tue, 11 Oct 2011 16:30:01 +0200, Aaron M. Ucko wrote: Luca Capello l...@pca.it writes: [3] RID 8UUGT24C013, in case someone will have access to the logs I don't have access, but will forward this report to coworkers who do. They report that the details already expired from their records, but invite you to contact them directly at blasts...@ncbi.nlm.nih.gov. Done with this email, forward set as well. FWIW, they're also preparing to issue a 2.2.26+ release that could potentially fare better on your query. I can easily use the machine with Mac OS X 10.6.8 to test this new release if needed: all the necessary software to build BLAST+ is already installed there. Should any pre-release be tested, feel free to provide a link to the tarball or a VCS repository. Warning: (802.8) NULL pointer found in container: skipping It looks like you're somehow getting NULL results mixed in; raw ASN.1 output elides them, but other formats entail further processing that doesn't allow for that possibility (which shouldn't happen, to be fair). It's hard to tell exactly why, particularly without access to your query data (whose confidentiality I understand); however, repeating the failing commands with the environment setting EXCEPTION_STACK_TRACE_LEVEL=Debug may shed some light on the matter. Could you please do so? Even worse ;-) = (sid)root@gismo:/srv# export | grep EXCEPTION_STACK_TRACE_LEVEL (sid)root@gismo:/srv# export EXCEPTION_STACK_TRACE_LEVEL=Debug (sid)root@gismo:/srv# time blastp -query [SEQUENCE-8].fasta \ -db /srv/blastDB/swissprot -out [SEQUENCE-8].asn1.num-threads-1.debug \ -evalue 0.001 -num_threads 1 -outfmt 11 Segmentation fault real0m1.796s user0m0.168s sys 0m0.240s (sid)root@gismo:/srv# dmesg | tail -n 1 [17411.690415] blastp[31722]: segfault at 7fff9f272ff8 ip 7fd1e8839378 \ sp 7fff9f273000 error 6 in libstdc++.so.6.0.16[7fd1e878+e5000] (sid)root@gismo:/srv# time blastp -query [SEQUENCE-8].fasta \ -db /srv/blastDB/swissprot -out [SEQUENCE-8].xml.num-threads-1.debug \ -evalue 0.001 -num_threads 1 -outfmt 5 Segmentation fault real0m0.479s user0m0.172s sys 0m0.200s (sid)root@gismo:/srv# dmesg | tail -n 1 [17448.907143] blastp[31852]: segfault at 7fff8b36dff8 ip 7f34bd5d34b0 \ sp 7fff8b36e028 error 6 in libstdc++.so.6.0.16[7f34bd531000+e5000] (sid)root@gismo:/srv# time blastp -query [SEQUENCE-8].fasta \ -db /srv/blastDB/swissprot -out [SEQUENCE-8].no-outfmt.num-threads-1.debug \ -evalue 0.001 -num_threads 1 Segmentation fault real0m0.501s user0m0.160s sys 0m0.220s (sid)root@gismo:/srv# dmesg | tail -n 1 [17471.719104] blastp[31924]: segfault at 7fff6f04fff8 ip 7f914aa7abd6 \ sp 7fff6f05 error 6 in libc-2.13.so[7f914aa06000+17a000] (sid)root@gismo:/srv# = Thx, bye, Gismo / Luca pgpPnPKxVQb7q.pgp Description: PGP signature
Bug#645203: python-pyfits: please update to pyfits 3.0.3
Package: python-pyfits Version: 1:2.4.0-1 Severity: wishlist pyfits 3.0.3 has been released on oct 5. It contains many fixes and new features, especially basic python3 support. But it is also partly backward incompatible, see the release notes. Changelog since 2.4.0: 3.0.3 (2011-10-05) Fixed several small bugs involving corner cases in record-valued keyword cards (#70) In some cases HDU creation failed if the first keyword value in the header was not a string value (#89) Fixed a crash when trying to compute the HDU checksum when the data array contains an odd number of bytes (#91) Disabled an unnecessary warning that was displayed on opening compressed HDUs with disable_image_compression = True (#92) Fixed a typo in code for handling HCOMPRESS compressed images. 3.0.2 (2011-09-23) The BinTableHDU.tcreate method and by extension the pyfits.tcreate function don't get tripped up by blank lines anymore (#14) The presence, value, and position of the EXTEND keyword in Primary HDUs is verified when reading/writing a FITS file (#32) Improved documentation (in warning messages as well as in the handbook) that PyFITS uses zero-based indexing (as one would expect for C/Python code, but contrary to the PyFITS standard which was written with FORTRAN in mind) (#68) Fixed a bug where updating a header card comment could cause the value to be lost if it had not already been read from the card image string. Fixed a related bug where changes made directly to Card object in a header (i.e. assigning directly to card.value or card.comment) would not propagate when flushing changes to the file (#69) [Note: This and the bug above it were originally reported as being fixed in version 3.0.1, but the fix was never included in the release.] Improved file handling, particularly in Python 3 which had a few small file I/O-related bugs (#76) Fixed a bug where updating a FITS file would sometimes cause it to lose its original file permissions (#79) Fixed the handling of TDIMn keywords; 3.0 added support for them, but got the axis order backards (they were treated as though they were row-major) (#82) Fixed a crash when a FITS file containing scaled data is opened and immediately written to a new file without explicitly viewing the data first (#84) Fixed a bug where creating a table with columns named either 'names' or 'formats' resulted in an infinite recursion (#86) 3.0.1 (2011-09-12) Fixed a bug where updating a header card comment could cause the value to be lost if it had not already been read from the card image string. Changed _TableBaseHDU.data so that if the data contain an empty table a FITS_rec object with zero rows is returned rather than None. The .key attribute of RecordValuedKeywordCards now returns the full keyword +field-specifier value, instead of just the plain keyword (#46) Fixed a related bug where changes made directly to Card object in a header (i.e. assigning directly to card.value or card.comment) would not propagate when flushing changes to the file (#69) Fixed a bug where writing a table with zero rows could fail in some cases (#72) Miscellanous small bug fixes that were causing some tests to fail, particularly on Python 3 (#74, #75) Fixed a bug where creating a table column from an array in non-native byte order would not preserve the byte order, thus interpreting the column array using the wrong byte order (#77) 3.0.0 (2011-08-23) Contains major changes, bumping the version to 3.0 Large amounts of refactoring and reorganization of the code; tried to preserve public API backwards-compatibility with older versions (private API has many changes and is not guaranteed to be backwards-compatible). There are a few small public API changes to be aware of: The Header.ascardlist() method is deprecated--use the .ascard attribute instead. Card instances have a new .cardimage attribute that should be used rather than ..ascardimage(), which may become deprecated. The Card.fromstring() method is now a classmethod. It returns a new Card instance rather than modifying an existing instance. The req_cards() method on HDU instances has changed: The pos argument is not longer a string. It is either an integer value (meaning the card's position must match that value) or it can be a function that takes the card's position as it's argument, and returns True if the position is valid. Likewise, the test argument no longer takes a string, but instead a function that validates the card's value and returns True or False. The get_coldefs() method of table HDUs is deprecated. Use the .columns attribute instead. The ColDefs.data attribute is deprecated--use ColDefs.columns instead (though in general you shouldn't mess with it directly--it might become internal at some point). FITS_record objects take start and end as arguments instead of startColumn and endColumn (these are rarely created manually, so it's unlikely that this change will affect anyone). BinTableHDU.tcreate() is now a classmethod, and returns a new BinTableHDU instance. Use
Bug#645204: dpkg-deb: warning: '.../DEBIAN/control' contains user-defined field 'Multi-Arch'
Package: dpkg Version: 1.16.1 Severity: minor When building a multi-archified binary package, dpkg-deb shows a warning: dpkg-deb: warning: '.../DEBIAN/control' contains user-defined field 'Multi-Arch' This is a bit odd, given that this field is documented in deb-control(5) manpage. (See e.g. https://buildd.debian.org/status/fetch.php?pkg=libx11arch=i386ver=2%3A1.4.4-2stamp=1316713630 for full build log.) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645198: RFP: miau -- miau - another IRC-bouncer/proxy
* Package name: miau Version : 0.6.6 Upstream Author : Tommi Saviranta w...@iki.fi * URL : http://miau.sourceforge.net/ * License : GPL Programming Lang: C Description : A fully featured easy to use IRC-bouncer miau is a fully featured easy to use IRC-bouncer that can keep your nick even when you disconnect. Additionally, miau can set you away automatically when you disconnect and auto-op (or auto-voice) people. While you're disconnected, miau can also log everything and/or pipe private messages to an external program. And when you connect miau again, miau can replay some of the old messages so that you know what's going on. Just curious if miau is better in one way or the other than existing, actively developed IRC proxies? (such as znc) Apart from maybe its size. From the feature list above, znc supports all that and possibly a lot more, and has an active upstream. Miau had a release in 2007, and another in 2010 - and even that has been a year ago (no commits in its SVN since then, either). -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645203: python-pyfits: please update to pyfits 3.0.3
Le 13/10/2011 16:27, Julian Taylor a écrit : Package: python-pyfits Version: 1:2.4.0-1 Severity: wishlist pyfits 3.0.3 has been released on oct 5. It contains many fixes and new features, especially basic python3 support. But it is also partly backward incompatible, see the release notes. pyfits 3.0 also has a new installation method, which requires other python packages to be packaged first. This is something I am planning to do, but it will probably takes time. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645071: linux-image-2.6.32-5-686-bigmem: init crashes during runlevel switch
I try to compile with printk() instead of printk_ratelimited() in your patch, and it's succeeded. Then i install it with # dpkg -i ./linux-image-2.6.32-5-686-bigmem_2.6.32-38a~test_i386.deb # dpkg --configure --force-depends-version linux-image-2.6.32-5-686-bigmem and then try to reproduce this bug. Here is the result: [ 65.162361] apm: BIOS not found. [ 65.276280] [drm] nouveau :01:00.0: nouveau_channel_free: freeing fifo 2 [ 84.368180] tty_ldisc_reinit: refcount of is still 2 [ 85.134084] Bluetooth: L2CAP ver 2.14 [ 85.134089] Bluetooth: L2CAP socket layer initialized [ 85.179597] Bluetooth: RFCOMM TTY layer initialized [ 85.179605] Bluetooth: RFCOMM socket layer initialized [ 85.179610] Bluetooth: RFCOMM ver 1.11 [ 86.928111] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input11 [ 87.012983] apm: BIOS not found. [ 87.386813] Registered led device: iwl-phy0::radio [ 87.386854] Registered led device: iwl-phy0::assoc [ 87.386894] Registered led device: iwl-phy0::RX [ 87.386931] Registered led device: iwl-phy0::TX [ 87.467491] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 87.566675] [drm] nouveau :01:00.0: Allocating FIFO number 2 [ 87.573771] [drm] nouveau :01:00.0: nouveau_channel_alloc: initialised FIFO 2 13 октября 2011 г. 16:41 пользователь Дмитрий Матросов sgf@gmail.com написал: 2011/10/13 Ben Hutchings b...@decadent.org.uk: On Wed, 2011-10-12 at 14:05 +0300, Matrosov Dmitriy wrote: Package: linux-2.6 Version: 2.6.32-38 Severity: normal Tags: squeeze Steps to reproduce: 1. Reboot computer. 2. Boot into runlevel 2. 3. Switch to console and go to single-user runlevel: # telinit 1 4. Enter root password and switch to runlevel 2 again: # telinit 2 5. And now, as i understand, second init copy (which run by telinit) will crash. I can't reproduce this again without rebooting system, i.e. it occurs only after reboot and only once. Also, i can't reproduce this with previous kernel (=2.6.32-35squeeze2), and, though, i don't sure that this is kernel bug, but it seems, like last kernel upgrade (=2.6.32-38) triggers it. This isn't a crash. [...] [ 75.608119] [ cut here ] [ 75.608136] WARNING: at /build/buildd-linux-2.6_2.6.32-38-i386-G9QRBd/linux-2.6-2.6.32/debian/build/source_i386_none/drivers/char/tty_ldisc.c:738 tty_ldisc_reinit+0x3e/0x6c() [ 75.608144] Hardware name: 6460EDG [ 75.608148] Modules linked in: acpi_cpufreq cpufreq_stats cpufreq_powersave cpufreq_conservative cpufreq_userspace pppoe pppox ppp_generic slhc binfmt_misc uinput fuse ipt_REJECT ipt_LOG xt_limit xt_tcpudp xt_state iptable_filter ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_mangle ip_tables x_tables ext3 jbd ext2 tp_smapi thinkpad_ec loop firewire_sbp2 snd_hda_codec_analog btusb snd_hda_intel bluetooth arc4 snd_hda_codec sg snd_hwdep ecb iwlagn snd_pcm nouveau iwlcore sr_mod sdhci_pci sdhci ttm snd_seq mac80211 snd_timer firewire_ohci cdrom drm_kms_helper snd_seq_device joydev firewire_core mmc_core cfg80211 drm pcmcia yenta_socket snd thinkpad_acpi soundcore rsrc_nonstatic i2c_algo_bit i2c_i801 wmi uhci_hcd pcmcia_core ricoh_mmc crc_itu_t snd_page_alloc ehci_hcd i2c_core ata_piix ata_generic e1000e rfkill led_class nvram usbcore nls_base processor button ac battery psmouse evdev pcspkr video output serio_raw ext4 mbcache jbd2 crc 16 dm_mod sd_mod crc_t10dif ahci libata scsi_mod thermal thermal_sys [last unloaded: kvm] [ 75.608352] Pid: 2422, comm: init Not tainted 2.6.32-5-686-bigmem #1 [ 75.608357] Call Trace: [ 75.608369] [c1036819] ? warn_slowpath_common+0x5e/0x8a [ 75.608378] [c103684f] ? warn_slowpath_null+0xa/0xc [ 75.608386] [c11a38b9] ? tty_ldisc_reinit+0x3e/0x6c [ 75.608394] [c11a39d6] ? tty_ldisc_hangup+0xef/0x172 [ 75.608403] [c10a5c14] ? remove_vma+0x43/0x48 [ 75.608413] [c119e136] ? do_tty_hangup+0xd0/0x2b1 [ 75.608422] [c119e60d] ? disassociate_ctty+0x3b/0x1b3 [ 75.608430] [c103961a] ? do_exit+0x212/0x5cd [ 75.608439] [c1039a34] ? do_group_exit+0x5f/0x82 [ 75.608449] [c10449bf] ? get_signal_to_deliver+0x30d/0x32e [ 75.608459] [c10075b4] ? do_notify_resume+0x6f/0x713 [ 75.608469] [c110a800] ? security_task_wait+0xc/0xd [ 75.608478] [c103902e] ? wait_consider_task+0x983/0x990 [ 75.608488] [c104a804] ? remove_wait_queue+0xb/0x2f [ 75.608496] [c10391ea] ? do_wait+0x1af/0x1e3 [ 75.608504] [c10392b6] ? sys_wait4+0x98/0xa2 [ 75.608514] [c1037c44] ? child_wait_callback+0x0/0x5f [ 75.608522] [c10392d3] ? sys_waitpid+0x13/0x17 [ 75.608530] [c10082f4] ? work_notifysig+0x13/0x1b [ 75.608536] ---[ end trace a550edb008c670a3 ]--- [...]. This warning message was added by the bug fix TTY: ldisc, do not close until there are readers. I don't believe that the warning a regression; it's just reporting a problem that already existed.
Bug#644962: cannot reproduce
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Le 10/13/11 4:21 PM, Luca Capello a écrit : forwarded 644962 blasts...@ncbi.nlm.nih.gov thanks Hi there! For the BLAST folks at NCBI, please see http://bugs.debian.org/644962. On Tue, 11 Oct 2011 13:37:39 +0200, Olivier Sallou wrote: I unfortunatly cannot reproduce the problem. I would need the sequence that creates the issue, or a fake one reproducing the error. Could be a sequence format that raise an error (bad characters?, even if I tried to do so also). Just to repeat myself: the sequence does not seem strange at all and the fact that the BLAST website does not give any error means that it should work. FYI, BioEdit (through WINE) opens it without any problem: http://www.mbio.ncsu.edu/BioEdit/bioedit.html If sending the sequence is only an issue with the fact it is logged on public server, maybe you could send me the sequence directly. Given that the upstream BLAST authors asked to be directly contacted, do you still want to try to debug this? I will indeed let upstream have a look and will follow the issue. As I wrote, I can *privately* provide the sequence, which comes from unpublished data (and FWIW I am not working on these data). On Tue, 11 Oct 2011 17:57:54 +0200, Aaron M. Ucko wrote: On Tue, 11 Oct 2011 16:30:01 +0200, Aaron M. Ucko wrote: Luca Capello l...@pca.it writes: [3] RID 8UUGT24C013, in case someone will have access to the logs I don't have access, but will forward this report to coworkers who do. They report that the details already expired from their records, but invite you to contact them directly at blasts...@ncbi.nlm.nih.gov. Done with this email, forward set as well. FWIW, they're also preparing to issue a 2.2.26+ release that could potentially fare better on your query. I can easily use the machine with Mac OS X 10.6.8 to test this new release if needed: all the necessary software to build BLAST+ is already installed there. Should any pre-release be tested, feel free to provide a link to the tarball or a VCS repository. Warning: (802.8) NULL pointer found in container: skipping It looks like you're somehow getting NULL results mixed in; raw ASN.1 output elides them, but other formats entail further processing that doesn't allow for that possibility (which shouldn't happen, to be fair). It's hard to tell exactly why, particularly without access to your query data (whose confidentiality I understand); however, repeating the failing commands with the environment setting EXCEPTION_STACK_TRACE_LEVEL=Debug may shed some light on the matter. Could you please do so? Even worse ;-) = (sid)root@gismo:/srv# export | grep EXCEPTION_STACK_TRACE_LEVEL (sid)root@gismo:/srv# export EXCEPTION_STACK_TRACE_LEVEL=Debug (sid)root@gismo:/srv# time blastp -query [SEQUENCE-8].fasta \ -db /srv/blastDB/swissprot -out [SEQUENCE-8].asn1.num-threads-1.debug \ -evalue 0.001 -num_threads 1 -outfmt 11 Segmentation fault real 0m1.796s user 0m0.168s sys 0m0.240s (sid)root@gismo:/srv# dmesg | tail -n 1 [17411.690415] blastp[31722]: segfault at 7fff9f272ff8 ip 7fd1e8839378 \ sp 7fff9f273000 error 6 in libstdc++.so.6.0.16[7fd1e878+e5000] (sid)root@gismo:/srv# time blastp -query [SEQUENCE-8].fasta \ -db /srv/blastDB/swissprot -out [SEQUENCE-8].xml.num-threads-1.debug \ -evalue 0.001 -num_threads 1 -outfmt 5 Segmentation fault real 0m0.479s user 0m0.172s sys 0m0.200s (sid)root@gismo:/srv# dmesg | tail -n 1 [17448.907143] blastp[31852]: segfault at 7fff8b36dff8 ip 7f34bd5d34b0 \ sp 7fff8b36e028 error 6 in libstdc++.so.6.0.16[7f34bd531000+e5000] (sid)root@gismo:/srv# time blastp -query [SEQUENCE-8].fasta \ -db /srv/blastDB/swissprot -out [SEQUENCE-8].no-outfmt.num-threads-1.debug \ -evalue 0.001 -num_threads 1 Segmentation fault real 0m0.501s user 0m0.160s sys 0m0.220s (sid)root@gismo:/srv# dmesg | tail -n 1 [17471.719104] blastp[31924]: segfault at 7fff6f04fff8 ip 7f914aa7abd6 \ sp 7fff6f05 error 6 in libc-2.13.so[7f914aa06000+17a000] (sid)root@gismo:/srv# = Thx, bye, Gismo / Luca - -- Olivier Sallou IRISA / University of Rennes 1 Campus de Beaulieu, 35000 RENNES - FRANCE Tel: 02.99.84.71.95 gpg key id: 4096R/326D8438 (pgp.mit.edu) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOlvr1AAoJEHjcaNsybYQ4M80P/3RdYR2DFlXxH1B8EQYydRVw sEwij2DBYquOEiEsJTiqyiB2XA1ZhTIa5SXhPJ95o5vd4N+EYcyrZmOhS8TbYC6k vB9Ij/IbqNPePDFuqdBT1yqKsCb4B71S6RtluHZbF3tZVk6Y5XFmWOToHZB0JXt/ FyhRbKxwcKRQ7TLk/D7cNV4NAPXYKUxTyXX6ar4KUTMnLC8y1yVAeRocu0YjKhI3 tSPPA4bCugf8Hui0My03cCQnnKMLinDtM3qHkhDN5//uJ2pP+edf5BgJgdnmLZMg awRpQxF6+wDIDpGx7DvSASCYj+Vr+W6YreByO3+sEJxKhcMrpN7Y90Y7BeiortBO PczMRhNF1LlE0segqNel0Dl90mZmsM+jTxNHhtWbQe44dV3ZP4iU2G19bqXcxYTJ
Bug#645205: last updates chew my addressbook
Package: kaddressbook Version: 4:4.4.7-3 Severity: grave Tags: squeeze Justification: renders package unusable Last update destroyed my addressbook. All data were lost. Akonadi wont work correctly. Though this was the same message i used to get before the update, everytime i started kaddressbook, it was still usuable for me before the last update. But after the last update it stopped working completely and deleted my adressbook. I tried to import my vcard backup several times, but no luck. Kaddressbook stays empty. So I deleted everything in ~/.local/akonadi and all kabc files in ~/.kde/share/apps, as well as all akonadi and kaddressbook files in ~/.kde/share/config. Then i tried to import my vcard backup: Again, no luck. I also downgraded the packages akonadi-server and libakonadiprivate1 to the previeous version (1.3.1-3+b1), then tried to import my vcard backup. This did not solve the issue. Kaddressbook stopped working at all. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kaddressbook depends on: ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii kdepim-runtime4:4.4.7-1 Runtime components for akonadi-kde ii libakonadi-contact4 4:4.4.5-2 library for using the Akonadi PIM ii libakonadi-kde4 4:4.4.5-2 library for using the Akonadi PIM ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgpgme++2 4:4.4.5-2 c++ wrapper library for gpgme ii libkabc4 4:4.4.5-2 library for handling address book ii libkdecore5 4:4.4.5-2+squeeze3 the KDE Platform Core Library ii libkdepim44:4.4.7-3 KDE PIM library ii libkdeui5 4:4.4.5-2+squeeze3 the KDE Platform User Interface Li ii libkio5 4:4.4.5-2+squeeze3 the Network-enabled File Managemen ii libkldap4 4:4.4.5-2 library for accessing LDAP ii libkleo4 4:4.4.7-3 certificate based crypto library ii libkontactinterface4 4:4.4.5-2 Kontact interface library ii libkparts44:4.4.5-2+squeeze3 the Framework for the KDE Platform ii libkpimidentities44:4.4.5-2 library for managing user identiti ii libkutils44:4.4.5-2+squeeze3 various utility classes for the KD ii libqgpgme14:4.4.5-2 library for GpgME++ integration wi ii libqt4-dbus 4:4.6.3-4+squeeze1 Qt 4 D-Bus module ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libstdc++64.4.5-8The GNU Standard C++ Library v3 kaddressbook recommends no packages. Versions of packages kaddressbook suggests: pn kdepim-kresources none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623194: fvwm: Please consider packaging FVWM 2.6.3
Package: fvwm Version: 1:2.5.30.ds-1 Followup-For: Bug #623194 Please consider packaging FVWM 2.6.3 (released on September 30, 2011). Note that the FVWM website (http://www.fvwm.org/download/) says that the .6. (even) denotes a stable release and .5. (odd) a development release. Let me know if there is anything I can do to help. Thanks! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fvwm depends on: ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype6none ii libfribidi0 0.19.2-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-2 ii libice6 2:1.0.7-2 ii libncurses5 5.9-2 ii libpng12-0 1.2.46-3 ii libreadline66.2-7 ii librplay3 3.3.2-13 ii librsvg2-2 2.34.1-2 ii libsm6 2:1.2.0-2 ii libstroke0 0.5.1-6 ii libx11-62:1.4.4-2 ii libxcursor1 1:1.1.12-1 ii libxext62:1.3.0-3 ii libxft2 2.2.0-3 ii libxinerama12:1.1.1-3 ii libxpm4 1:3.5.9-1 ii libxrender1 1:0.9.6-2 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages fvwm recommends: ii fvwm-icons20070101-1 ii libx11-protocol-perl none ii perl-tk 1:804.029-1.1+b1 Versions of packages fvwm suggests: pn cpp 4:4.6.1-3 pn fvwm-themes none pn m4 1.4.16-2 pn menu 2.1.45 pn wm-icons none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629371: Additional Information
Le mardi, 11 octobre 2011 19.07:27, san...@0x7f.nl a écrit : I recently ran across the same issue (though be it with a different version of usb-modeswitch) and since this one wasn't closed I thought I'd report my findings. I'm not sure your situation is the same as that of the original reporter. Christian Kastner found no trace at all of usb_modeswitch running during boot. Anyway, I'm already working on a modification of the binary program to enable reading a config file content from stdin. Once this works, it will eliminate the need for writing *anything* to the filesystem. Stand by for version 1.2.0 ... Josua Dietze -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645206: ITP: node-chrono -- date formatting library for NodeJS
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: node-chrono Version : 1.0.2 Upstream Author : Konstantin Käfer * URL : https://github.com/kkaefer/chrono.js * License : MIT Programming Lang: Javascript Description : date formatting library for NodeJS -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#645207: svn-buildpackage: install requires 133MB of dependencies including xulrunner, libasound2 etc.
Package: svn-buildpackage Version: 0.6.23 Severity: normal Installing svn-buildpackage on a clean headless server requires 133MB of dependencies, most of which doesn't seem relevant. This is for Debian 6.0.3 $ sudo aptitude install svn-buildpackage The following NEW packages will be installed: at{a} conkeror{a} conkeror-spawn-process-helper{a} dbus{a} dctrl-tools{a} debian-keyring{a} devscripts{a} dictionaries-common{a} diffstat{a} dput{a} equivs{a} hicolor-icon-theme{a} hunspell-en-us{a} libapt-pkg-perl{a} libasound2{a} libatk1.0-0{a} libatk1.0-data{a} libauthen-sasl-perl{a} libavahi-client3{a} libavahi-common-data{a} libavahi-common3{a} libcapture-tiny-perl{a} libclass-accessor-perl{a} libclass-inspector-perl{a} libcommon-sense-perl{a} libconvert-binhex-perl{a} libcrypt-ssleay-perl{a} libcups2{a} libdbus-1-3{a} libdevel-symdump-perl{a} libfcgi-perl{a} libfile-libmagic-perl{a} libfont-afm-perl{a} libgtk2.0-0{a} libgtk2.0-bin{a} libgtk2.0-common{a} libhtml-format-perl{a} libhtml-parser-perl{a} libhtml-tagset-perl{a} libhtml-template-perl{a} libhtml-tree-perl{a} libhunspell-1.2-0{a} libio-pty-perl{a} libio-socket-ssl-perl{a} libio-string-perl{a} libio-stringy-perl{a} libipc-run-perl{a} libjasper1{a} libjson-perl{a} libjson-xs-perl{a} libmailtools-perl{a} libmime-tools-perl{a} libmozjs2d{a} libnet-libidn-perl{a} libnet-ssleay-perl{a} libnspr4-0d{a} libnss3-1d{a} libossp-uuid-perl{a} libossp-uuid16{a} libparse-debcontrol-perl{a} libparse-debianchangelog-perl{a} libpod-coverage-perl{a} libsoap-lite-perl{a} libstartup-notification0{a} libsub-name-perl{a} libsvn-perl{a} libtask-weaken-perl{a} libterm-size-perl{a} libtest-pod-perl{a} libtie-ixhash-perl{a} libtiff4{a} liburi-perl{a} libwww-perl{a} libxcb-atom1{a} libxcb-aux0{a} libxcb-event1{a} libxcomposite1{a} libxcursor1{a} libxdamage1{a} libxfixes3{a} libxi6{a} libxinerama1{a} libxml-namespacesupport-perl{a} libxml-parser-perl{a} libxml-sax-expat-perl{a} libxml-sax-perl{a} libxml-simple-perl{a} libxrandr2{a} libyaml-syck-perl{a} lintian{a} lzma{a} patchutils{a} strace{a} svn-buildpackage unp{a} unzip{a} wdiff{a} xulrunner-1.9.1{a} 0 packages upgraded, 98 newly installed, 0 to remove and 0 not upgraded. Need to get 61.6 MB of archives. After unpacking 133 MB will be used. Do you want to continue? [Y/n/?] n Abort. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages svn-buildpackage depends on: ii devscripts 2.10.35lenny7 scripts to make the life of a Debi ii file 4.26-1 Determines file type using magic ii libsvn-perl 1.5.1dfsg1-7Perl bindings for Subversion ii liburi-perl 1.35.dfsg.1-1 Manipulates and accesses URI strin ii perl 5.10.0-19lenny5 Larry Wall's Practical Extraction ii subversion 1.6.9dfsg-1~bpo50+1 Advanced version control system ii unp 1.0.15 unpack (almost) everything with on ii wget 1.11.4-2+lenny2 retrieves files from the web svn-buildpackage recommends no packages. svn-buildpackage 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#645208: tint2: Crashes on xrandr --output XXX --off
Package: tint2 Version: 0.11+svn20110307-1 Severity: important Initial setup: Dual screen setup: HDMI-0 connected 1680x1050+1680+0 (normal left inverted right x axis y axis) 474mm x 296mm DVI-0 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 433mm x 270mm (HDMI-0 is right-of DVI-0) If one screen is turned off with for example $ xrandr --output DVI-0 --off tint2 crashes. This is a valgrind report of the crash: ==2651== Invalid free() / delete / delete[] ==2651==at 0x4C268FE: free (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==2651==by 0x41438F: cleanup_launcher (in /usr/bin/tint2) ==2651==by 0x40FD2F: cleanup (in /usr/bin/tint2) ==2651==by 0x41144D: main (in /usr/bin/tint2) ==2651== Address 0x94c4160 is 96 bytes inside a block of size 240 alloc'd ==2651==at 0x4C25CB8: memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==2651==by 0x4C25D67: posix_memalign (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==2651==by 0x690CCBB: ??? (in /lib/libglib-2.0.so.0.2800.6) ==2651==by 0x690E20C: g_slice_alloc (in /lib/libglib-2.0.so.0.2800.6) ==2651==by 0x690F312: g_slist_append (in /lib/libglib-2.0.so.0.2800.6) ==2651==by 0x41404F: load_theme (in /usr/bin/tint2) ==2651==by 0x4146B2: launcher_load_themes (in /usr/bin/tint2) ==2651==by 0x4148B9: init_launcher_panel (in /usr/bin/tint2) ==2651==by 0x40DE77: init_panel (in /usr/bin/tint2) ==2651==by 0x411098: main (in /usr/bin/tint2) ==2651== real transparency off depth: 24 xRandr: Found crtc's: 4 xRandr: Linking output HDMI-0 with crtc 0 NO XSETTINGS manager, tint2 use config 'launcher_icon_theme'. tint2 : nb monitor 1, nb monitor used 1, nb desktop 5 Loading gnome. Icon theme : 'gnome',==2651== Invalid read of size 8 ==2651==at 0x690F293: g_slist_last (in /lib/libglib-2.0.so.0.2800.6) ==2651==by 0x690F32D: g_slist_append (in /lib/libglib-2.0.so.0.2800.6) ==2651==by 0x41404F: load_theme (in /usr/bin/tint2) ==2651==by 0x4146B2: launcher_load_themes (in /usr/bin/tint2) ==2651==by 0x4148B9: init_launcher_panel (in /usr/bin/tint2) ==2651==by 0x40DE77: init_panel (in /usr/bin/tint2) ==2651==by 0x411098: main (in /usr/bin/tint2) ==2651== Address 0x30007 is not stack'd, malloc'd or (recently) free'd ==2651== ==2651== ==2651== Process terminating with default action of signal 11 (SIGSEGV) ==2651== Access not within mapped region at address 0x30007 ==2651==at 0x690F293: g_slist_last (in /lib/libglib-2.0.so.0.2800.6) ==2651==by 0x690F32D: g_slist_append (in /lib/libglib-2.0.so.0.2800.6) ==2651==by 0x41404F: load_theme (in /usr/bin/tint2) ==2651==by 0x4146B2: launcher_load_themes (in /usr/bin/tint2) ==2651==by 0x4148B9: init_launcher_panel (in /usr/bin/tint2) ==2651==by 0x40DE77: init_panel (in /usr/bin/tint2) ==2651==by 0x411098: main (in /usr/bin/tint2) ==2651== If you believe this happened as a result of a stack ==2651== overflow in your program's main thread (unlikely but ==2651== possible), you can try to increase the size of the ==2651== main thread stack using the --main-stacksize= flag. ==2651== The main thread stack size used in this run was 8388608. ==2651== ==2651== HEAP SUMMARY: ==2651== in use at exit: 445,857 bytes in 2,900 blocks ==2651== total heap usage: 10,496 allocs, 7,597 frees, 1,973,890 bytes allocated ==2651== ==2651== LEAK SUMMARY: ==2651==definitely lost: 9,688 bytes in 24 blocks ==2651==indirectly lost: 27,014 bytes in 816 blocks ==2651== possibly lost: 93,588 bytes in 449 blocks ==2651==still reachable: 315,567 bytes in 1,611 blocks ==2651== suppressed: 0 bytes in 0 blocks ==2651== Rerun with --leak-check=full to see details of leaked memory ==2651== ==2651== For counts of detected and suppressed errors, rerun with: -v ==2651== Use --track-origins=yes to see where uninitialised values come from ==2651== ERROR SUMMARY: 12 errors from 9 contexts (suppressed: 63 from 8) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/6 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 tint2 depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-2 ii libimlib2 1.4.4-1+b1 ii libpango1.0-0 1.29.4-1 ii libx11-62:1.4.4-2 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxfixes3 1:5.0-4 ii libxinerama12:1.1.1-3 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.6-2 tint2 recommends no packages. tint2 suggests no packages.