Bug#656509: user-setup-udeb: Please consider amending password advice
Quoting Brian Potkin (claremont...@gmail.com): Package: user-setup-udeb Severity: wishlist d-i says: A good password will contain a mixture of letters, numbers and punctuation and should be changed at regular intervals. Complexity in a password is good and probably unarguable, although length should also be considered to have some importance, Why advise changing it at regular intervals? Why not advocate not imparting it to anyone or not reusing it on other systems? Is there something which causes a good password to degenerate over time? The second part of the advice does not appear to have any technical basis so removing it would be of little consequence. Are you ready to handle the round of updates for over sixty languages, for a very debatable and cosmetic change? I am not, sorry. signature.asc Description: Digital signature
Bug#656571: ITP: sqlbuddy -- Web based mysql administration
Package: wnpp Severity: wishlist Owner: m...@medhamsh.org * Package name: sqlbuddy Version : 1.3.3 Upstream Author : Calvin Lough calvinlo...@gmail.com * URL : http://www.sqlbuddy.com * License : (MIT) Programming Lang: (PHP) Description : Web based mysql administration SQL Buddy is a light weight php based web application for managing MySQL and Sqlite databases. It can connect to any host running the database and perform queries including export and import. -- System Information: Debian Release: 5.0.6 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656432: java ClassNotFoundException
On Thu, Jan 19, 2012 at 9:59 PM, David Paleino da...@debian.org wrote: Could you please check whether adding: load /usr/share/osmosis/osmosis-core.jar at the end of /etc/osmosis/plexus.conf fixes this for you? It would be nice if you could also test different osmosis commands :) Thanks David. Adding that line allowed osmosis to go a bit further outputting, 20/01/2012 7:12:02 PM org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.40.1 20/01/2012 7:12:02 PM org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 20/01/2012 7:12:02 PM org.openstreetmap.osmosis.core.Osmosis main rather than giving the java.lang.ClassNotFoundException error message straight away. I still got org.openstreetmap.osmosis.core.OsmosisRuntimeException: Task type read-xml doesn't exist. (actually --version isn't valid anyway, so I used --read-xml to test) after that, however, by appending load /usr/share/osmosis/osmosis-apidb.jar load /usr/share/osmosis/osmosis-areafilter.jar load /usr/share/osmosis/osmosis-core.jar load /usr/share/osmosis/osmosis-dataset.jar load /usr/share/osmosis/osmosis-extract.jar load /usr/share/osmosis/osmosis-hstore.jar load /usr/share/osmosis/osmosis-pbf.jar load /usr/share/osmosis/osmosis-pgsimple.jar load /usr/share/osmosis/osmosis-pgsnapshot.jar load /usr/share/osmosis/osmosis-replication.jar load /usr/share/osmosis/osmosis-set.jar load /usr/share/osmosis/osmosis-tagfilter.jar load /usr/share/osmosis/osmosis-testutil.jar load /usr/share/osmosis/osmosis-xml.jar to /etc/osmosis/plexus.conf the problem was fixed completely, allowing all the standard osmosis tasks to work as expected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656572: Segfaults when using vaapi
Package: libavcodec53 Version: 4:0.8~beta2-3 Severity: normal I'm trying to play video with vlc and vaapi enabled and it crashes: libva: libva version 0.32.0 Xlib: extension XFree86-DRI missing on display :0. libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/nvidia_drv_video.so libva: va_openDriver() returns 0 [0x824950] avcodec decoder: Using VA API version 0.32 for hardware decoding. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffdfaf4700 (LWP 25963)] vaapi_mpeg4_start_frame (avctx=0x817480, buffer=optimized out, size=2420) at /build/libav-Hw7_og/libav-0.8~beta2/libavcodec/vaapi_mpeg4.c:52 52 /build/libav-Hw7_og/libav-0.8~beta2/libavcodec/vaapi_mpeg4.c: Нет такого файла или каталога. in /build/libav-Hw7_og/libav-0.8~beta2/libavcodec/vaapi_mpeg4.c (gdb) bt #0 vaapi_mpeg4_start_frame (avctx=0x817480, buffer=optimized out, size=2420) at /build/libav-Hw7_og/libav-0.8~beta2/libavcodec/vaapi_mpeg4.c:52 #1 0x7fffe0c715bc in ff_h263_decode_frame (avctx=0x817480, data=0x847360, data_size=0x8474d0, avpkt=optimized out) at /build/libav- Hw7_og/libav-0.8~beta2/libavcodec/h263dec.c:627 #2 0x7fffe0e5860b in frame_worker_thread (arg=0x847200) at /build/libav- Hw7_og/libav-0.8~beta2/libavcodec/pthread.c:377 #3 0x776c4b50 in start_thread (arg=optimized out) at pthread_create.c:304 #4 0x7720b4ad in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x in ?? () It works with 4:0.7.3-2 from testing. $ vainfo libva: libva version 0.32.0 Xlib: extension XFree86-DRI missing on display :0.0. libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/nvidia_drv_video.so libva: va_openDriver() returns 0 vainfo: VA API version: 0.32 vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA-API - 0.7.3 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple: VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG4Simple: VAEntrypointVLD VAProfileMPEG4AdvancedSimple: VAEntrypointVLD VAProfileH264Main : VAEntrypointVLD VAProfileH264High : VAEntrypointVLD VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main: VAEntrypointVLD VAProfileVC1Advanced: VAEntrypointVLD -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc7-wrar+ (SMP w/4 CPU cores; PREEMPT) 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 libavcodec53 depends on: ii libavutil514:0.8~beta2-3 ii libc6 2.13-24 ii libdirac-encoder0 1.0.2-4 ii libgsm11.0.13-3 ii libmp3lame03.99.3+repack1-1 ii libopenjpeg2 1.3+dfsg-4 ii libschroedinger-1.0-0 1.0.10-2.1 ii libspeex1 1.2~rc1-3 ii libtheora0 1.1.1+dfsg.1-3 ii libva1 1.0.14-1 ii libvorbis0a1.3.2-1.1 ii libvorbisenc2 1.3.2-1.1 ii libvpx00.9.7.p1-2 ii libx264-1182:0.118.2092+git6eac7c3-2 ii libxvidcore4 2:1.3.2-6 ii multiarch-support 2.13-24 ii zlib1g 1:1.2.5.dfsg-1 libavcodec53 recommends no packages. libavcodec53 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#478549: Ipopd does not support mailbox's larger than 2 GB, at least with pop3.
I am wondering if the mailbox format used by the bug reporter is MBX? UW-imap supports 3 formats: Unix mailbox - much higher limit (but may slow down to a crawl as it gets large) MBX - faster than Unix mailbox, 2GB limit MIX - newest, ridiculously fast for large mailboxes and its size limit is higher than any of the others. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655301: [Pkg-xen-devel] Bug#655301: xcp-xapi fails to start
On Thu, Jan 19, 2012 at 8:37 PM, Anders Kaseorg ande...@mit.edu wrote: If I might make a proposal, I think things would be simpler for everyone if we put the separate toolstacks into separate conflicting packages. Then we don’t have to deal with /etc/defaults or debconf or user configuration at all, and each toolstack would know to shut itself down when it got uninstalled, so that toolstacks don’t need to worry at runtime about other toolstacks being enabled. This might be the way to go when Xen 4.2 is released, when xend will be formally deprecated. It might then be a good time to split xend into a separate binary package from the rest of Xen, which could then use xl by default. I can also see that being difficult to implement in a way that won't break existing installations on upgrade. Also, it would be nice to allow the various toolstacks to coexist on the filesystem, and be able to switch in between them without having to uninstall one in place of the other. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656459: libpam-poldi: unowned files after purge (policy 6.8, 10.8)
Hi Lionel, what is your maintenance status of libpam-poldi? Do you still use it? If so, maybe you should set yourself as the Maintainer with the next upload? Thanks, Joachim Am Donnerstag, den 19.01.2012, 15:12 +0100 schrieb Andreas Beckmann: Package: libpam-poldi Version: 0.4.1-2.1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m19.1s ERROR: FAIL: Package purging left files on system: /var/log/poldi not owned cheers, Andreas -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#656573: RM: freediams -- ROM; Non-free data used in package
Package: ftp.debian.org Severity: normal Hi, it turned out that the database which is used in freediams (file global_resources/databases/drugs/master.db) is a compilation of data with different licenses. Some of the original data have non-free or unclear licenses. After a discussion on the Debian Med mailing list it turned out that the problem is not easily solvable by providing a reduced dataset with exclusively free data and thus it seems to be the best idea to remove freediams for the moment from Debian until this issue is clarified. Kind regards Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656516: hdf5 FTBFS on alpha and sh4: symbol file needs updating
Le vendredi 20 janvier 2012 à 05:33 +0900, Nobuhiro Iwamatsu a écrit : Source: hdf5 sh4: dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libhdf5-mpich2-7/DEBIAN/symbols doesn't match completely debian/libhdf5-mpich2-7.symbols --- debian/libhdf5-mpich2-7.symbols (libhdf5-mpich2-7_1.8.8-2_sh4) +++ dpkg-gensymbolszZIgkA 2012-01-19 09:44:43.0 + @@ -2147,7 +2147,7 @@ H5T_conv_ullong_double@Base 1.8.7 H5T_conv_ullong_float@Base 1.8.7 H5T_conv_ullong_int@Base 1.8.7 - (arch=!mipsel !armel !armhf !alpha !powerpc)H5T_conv_ullong_ldouble@Base 1.8.7 +#MISSING: 1.8.8-2# (arch=!mipsel !armel !armhf !alpha !powerpc)H5T_conv_ullong_ldouble@Base 1.8.7 H5T_conv_ullong_llong@Base 1.8.7 H5T_conv_ullong_long@Base 1.8.7 H5T_conv_ullong_schar@Base 1.8.7 dh_makeshlibs: dpkg-gensymbols -plibhdf5-mpich2-7 -Idebian/libhdf5-mpich2-7.symbols -Pdebian/libhdf5-mpich2-7 returned exit code 1 make: *** [binary-arch] Error 1 Could you update symbol file? I've already done it with alpha. I will do it in a future upload with sh4. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656574: b43-fwcutter: Please update firmware to newest 5.100.138 version
Package: b43-fwcutter Version: 1:015-11 Severity: wishlist Hello, the kernel 3.2.0-1 is now in sid. Please update the b43-fwcutter package for using this new firmware version. Thank you. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (800, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages b43-fwcutter depends on: ii libc6 2.13-24 b43-fwcutter recommends no packages. b43-fwcutter 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#656469: ITP: eegdev -- biosignal acquisition device library
Hi Nicolas, this package is in the scope of the Debian Med team as well of NeuroDebian. Do you consider to maintain it in one of these teams (at your preference or where a sponsor volunteers)? Kind regards Andreas. On Thu, Jan 19, 2012 at 04:05:43PM +0100, Nicolas Bourdaud wrote: Package: wnpp Severity: wishlist Owner: Nicolas Bourdaud nicolas.bourd...@gmail.com * Package name: eegdev Version : 0.0 Upstream Author : Nicolas Bourdaud nicolas.bourd...@gmail.com * URL : http://cnbi.epfl.ch/software/eegdev.html * License : LGPL-3+ Programming Lang: C Description : biosignal acquisition device library eegdev is a library that provides an interface for accessing various EEG (and other biosignals) acquisition systems in a unified way. The interface has been designed in order to be both flexible and efficient. The device specific part is implemented by the means of plugins which makes adding new device backend fairly easy even if the library does not support them yet officially. The core library not only provides a unified and consistent interfaces to the eegdev users but it also provides many functionalities to the device backends (plugins) ranging from configuration to data casting and scaling making writing new device backend an easy task. This library is particularly useful to handle the acquisition part of a Brain Computer Interface (BCI) or any realtime multi-electrode acquisition in neurophysiological research. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120119150543.2772.96704.reportbug@emisix -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656566: cupt: internal error: unable to schedule circular actions for lenny-squeeze upgrade of git
tags 656566 + confirmed upstream pending quit Hi Jonathan, On 2012-01-19 23:51, Jonathan Nieder wrote: | # cupt --no-auto-remove install git/squeeze git-core/squeeze [...] | E: internal error: unable to schedule circular actions 'unpack git 1:1.7.2.5-3, configure git 1:1.7.2.5-3, configure git-core 1:1.7.2.5-3, unpack git-core 1:1.7.2.5-3, remove git-core 1:1.5.6.5-3+lenny3.3' | E: unable to do requested actions | E: error performing command 'install' Oh, good catch, thank you for the report. Reproduced, fixed, scheduled for 2.3.3. I would have expected cupt to _never_ produce an internal error unless the hardware's bad --- if the packages are bad, an appropriate error message would blame them instead of blaming cupt. ;-) Hints? Well, internal errors are also supposed to catch some algorithmic errors, and this is exactly what happened this time. If you see an internal error displayed for package errors, please file separate bug(s) for it :) -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656573: RM: freediams -- ROM; Non-free data used in package
clone 656573 -1 reassing -1 snapshot.debian.org thanks Hi! Am 20.01.2012 09:40, schrieb Andreas Tille: it turned out that the database which is used in freediams (file global_resources/databases/drugs/master.db) is a compilation of data with different licenses. Some of the original data have non-free or unclear licenses. So if the licenses are unclear, the package is actually undistributable, correct? So cloning this bug, so that the package can also be removed from snapshot.d.o. Which versions are affected? All? (In which case you might need to contact the stable release managers to get the removed from Squeeze, too). 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#656573: RM: freediams -- ROM; Non-free data used in package
On Friday, January 20, 2012 09:40:18 AM Andreas Tille wrote: Package: ftp.debian.org Severity: normal Hi, it turned out that the database which is used in freediams (file global_resources/databases/drugs/master.db) is a compilation of data with different licenses. Some of the original data have non-free or unclear licenses. After a discussion on the Debian Med mailing list it turned out that the problem is not easily solvable by providing a reduced dataset with exclusively free data and thus it seems to be the best idea to remove freediams for the moment from Debian until this issue is clarified. Very sad to see this happening. For healthcare's sake I hope this can be reintroduced soon somehow. Regards, Sebastian Hilbert GNUmed EMR team Kind regards Andreas.
Bug#656242: perl: .packlist file missing
On Tue, Jan 17, 2012 at 07:04:23PM +0100, Marc Lehmann wrote: Neither perl, perl-base nor perl-moduels contain the .packlist file that is part of a standard perl installation. This is a very longstanding Debian deviation for both the core and the vendor directories. I can't easily find the full rationale and this was way before my time, so I'm taking the debian-perl list in the loop. I hope the discussion stays civil. The history of the perl Debian packaging that I have available only ranges back to 2005, and the .packlist files have been removed from the core packages for all that time. The Debian Perl policy states that .packlist files should not be installed for packaged Perl modules (the vendor side). This has been the case since at least 2001 and is the reason for http://patch-tracker.debian.org/patch/series/view/perl/5.14.2-6/debian/no_packlist_perllocal.diff I don't see any mention of the core side in the policy, but I assume the core .packlist was dropped for the same reasons. Including a .packlist file in the perl core packages while omitting them from the vendor modules in all the libfoo-bar-perl packages doesn't seem very useful or consistent to me. There's a little rationale for the vendor part in our lintian tool; from http://anonscm.debian.org/gitweb/?p=lintian/lintian.git;a=blob;f=checks/files.desc Packages built using the perl MakeMaker package will have a file named .packlist in them. Those files are useless, and (in some cases) have the additional problem of creating an architecture-specific directory name in an architecture-independent package. I'm personally not quite convinced about the 'useless' part, but there's obvious overlap with the Debian packaging tools. Perhaps part of the rationale was to prevent uninstallation of packaged modules behind dpkg's back? I'm not sure if the architecture-specific part applies anymore. A quick test shows that the .packlist file for libfile-slurp-perl (which is Architecture:all) would go in /usr/lib/perl5/auto/File/Slurp/.packlist, which isn't really architecture-specific, although it is in /usr/lib. Other than that, it's not clear to me if .packlist files for vendor directories are compatible with the Debian binary packaging: - is it guaranteed that every CPAN distribution generates a separate .packlist file, or are there cases where two distributions would have to touch the same .packlist ? - what should happen with diversions? For example, both libmodule-corelist-perl and perl ship /usr/bin/corelist, and the perl one gets diverted away when libmodule-corelist-perl is installed. So should the binary end up in two .packlist files? I see a related thread from 2002: http://lists.debian.org/debian-policy/2002/12/msg9.html where it was suggested that ExtUtils::Installed should keep working somehow even if we don't / can't ship .packlist files. This would probably mean a package post-install / remove script that would register and unregister the modules, changing the ExtUtils::Installed implementation but keeping its interface. This looks to me like a rather big change for little gain, which is presumably why it never got implemented in the first place. After all, this is apparently the second time this issue came up in ten years. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656573: RM: freediams -- ROM; Non-free data used in package
Hi Alexander, On Fri, Jan 20, 2012 at 09:58:21AM +0100, Alexander Reichle-Schmehl wrote: clone 656573 -1 reassing -1 snapshot.debian.org thanks Hi! Am 20.01.2012 09:40, schrieb Andreas Tille: it turned out that the database which is used in freediams (file global_resources/databases/drugs/master.db) is a compilation of data with different licenses. Some of the original data have non-free or unclear licenses. So if the licenses are unclear, the package is actually undistributable, correct? Yes. So cloning this bug, so that the package can also be removed from snapshot.d.o. ACK. Which versions are affected? All? (In which case you might need to contact the stable release managers to get the removed from Squeeze, too). In CC. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656576: squid: [INTL:id] Indonesian debconf templates translation
Source: squid Version: 2.7.STABLE9-4 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, Please find attached an updated po-debconf translation of this package into indonesian. $ msgfmt --statistics -c -v -o /dev/null id.po id.po: 8 pesan diterjemahkan. Thanks, - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=id_ID.utf8, LC_CTYPE=id_ID.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPGS7KAAoJELmHbrCQs2xbQCoP/AvbEsww/El77u9S2z1s2hi6 wNyhc5QAx5Dua4BO/mNVG+BToWx47I23i94Z864hyo/vVH968QH04r9+gBTv5GDT eTNsQ6tS9qWdt3SaQMtldu93pEfTzOmcqKv2Uuy7BAtwzlfmAVKi7avahf9WxHvq Ox4Zq+PjgPaMYZjObFRsjtPSkjEXmXtJpq2FpJY/xXiaB/P0uaeByQ7VXvZQ3OV1 eTBX1L8ypqydQsGzp+7TS9Dl3fArQ5wuEunCqjXwptCCYWAp17RPm7FPcy2mbYIU 81sV/S6xTV+OVbWmzWZbcvLknKOXpYc0V+x8PuOYdgNPfjGnbuAlUaMI7PUKuC16 nosy6jZFOi5WRioLcmcaAtXFRf+xeHuxQujzdLu+4HfPWRy+r/RHxnQKe7FMIq18 OgIHDi7/wsCGfB7HptKhp1wY1PXivSD8tUFwIekF5d0lh9oZPO4RQTeBnd0jj/km dGHvvThHBfKuZ5RPg59k33fJSeWjBLSfrEIGzkmJnWJYc9sDutbeJsftqhyWFSFN 6G3HpcsGfUBDH9z8fCJig4XEBd5XfvpH20Cuh/cjRd/s1lXQ1XVJ0B+rwTkD0k9C 4ii6+ArhZ4U6akyDZJVCbjPiZx3kH2BTT1/kUZUQUVURA+HwoBHUx+FqhCPDhIIF anGJbp6R3w44zmVfWQC1 =wEHS -END PGP SIGNATURE- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # msgid msgstr Project-Id-Version: squid 2.7.STABLE9-4\n Report-Msgid-Bugs-To: lu...@debian.org\n POT-Creation-Date: 2007-09-01 01:49+0200\n PO-Revision-Date: 2012-01-20 15:55+0700\n Last-Translator: Mahyuddin Susanto udi...@ubuntu.com\n Language-Team: Debian Indonesia Translator debian-l10n-indones...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Upgrade squid.conf automatically? msgstr Otomatis tingkatkan squid.conf? #. Type: boolean #. Description #: ../templates:2001 msgid Incompatible settings have been found in the existing squid.conf file. msgstr Pengaturan yang tidak kompatibel ditemukan di berkas squid.conf yang ada. #. Type: boolean #. Description #: ../templates:2001 msgid They will prevent Squid from starting or working correctly. msgstr Ini akan mencegah squid memulai atau bekerja dengan benar. #. Type: boolean #. Description #: ../templates:2001 msgid These settings can be corrected now. Please choose whether you want to apply the needed changes. msgstr Sekarang pengaturan dapat dikoreksi. Silakan pilih apakah ingin menerapkanperubahan yang diperlukan. #. Type: boolean #. Description #: ../templates:3001 msgid Fix permissions of 'cache_dir'? msgstr Membetulkan izin dari 'cache_dir'? #. Type: boolean #. Description #: ../templates:3001 msgid The values for 'cache_effective_user' and/or 'cache_effective_group' in Squid's configuration file are incompatible with the owner/group of the cache directories. msgstr Harga untuk 'cache_effective_user' dan/atau 'cache_effective_group' diberkas pengaturan Squid tidak kompatibel dengan pemilik/grup dari direktori cache. #. Type: boolean #. Description #: ../templates:3001 msgid Please choose whether this should be fixed automatically. msgstr Silakan pilih apakah ini akan dibetulkan secara otomatis. #. Type: boolean #. Description #: ../templates:3001 msgid However, please note that if you specified a cache directory different from /var/spool/squid (such as /tmp), this could affect any other programs using that directory. msgstr Meskipun demikian, mohon dicatat bahwa jika anda menentukan direktory cache yang berbeda dari var/spool/squid (seperti /tmp), akan berakibat pada program lain yang menggunaka ndirektori tersebut
Bug#655616: Acetoniso: build-depends not satisfiable by sbuild
I already have a new package on mentors looking for sponsorship that also fixes a couple of other issues: http://mentors.debian.net/package/acetoneiso I have included also your unrelated change :) Could we arrange for the package to be sponsored? Thanks, Nick -- =Do- N.AND -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656573: RM: freediams -- ROM; Non-free data used in package
Hi Sebastian, On Fri, Jan 20, 2012 at 09:58:42AM +0100, Sebastian Hilbert wrote: it turned out that the database which is used in freediams (file global_resources/databases/drugs/master.db) is a compilation of data with different licenses. Some of the original data have non-free or unclear licenses. After a discussion on the Debian Med mailing list it turned out that the problem is not easily solvable by providing a reduced dataset with exclusively free data and thus it seems to be the best idea to remove freediams for the moment from Debian until this issue is clarified. Very sad to see this happening. For healthcare's sake I hope this can be reintroduced soon somehow. Well, I suggested several times a possible solution, last time I explained my suggestion here: http://lists.debian.org/debian-med/2012/01/msg00195.html You know, it's Free Software - just find (pay?) somebody who implements the suggestion and provides the code with a stripped down database to the free parts and makes other data available by other ways of distribution. Should be about half a day of coding maximum for a C++ programmer and needs some understanding of the process in which master.db was created including carefully checking the licenses (another two days?). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653073: Switching /etc/mtab to /proc/mounts and removing /lib/init/rw
On 20.01.2012 11:55, Goswin von Brederlow wrote: [] And yes it is kinda trivial to add a call to realpath(3) to busybox (or equivalent). Or add readlink into initramfs-tools, for that matter. But it is still not clear if it is a bug or not :) As a side note: With LVM you get entries like: /dev/mapper/r-usr 7224824 6392404 465460 94% /usr I would much rather have: /dev/r/usr 7224824 6392404 465460 94% /usr But I guess the solution for this would be to have udev make /dev/r/usr the real device and /dev/mapper/r-usr a symlink. Exactly. And note that actually, these are dm devices, which usually appear as /dev/dm-N (cf. multipath devices created by multipathd - they symlink from /dev/mapper/name to /dev/dm-N). And this is an interesting place. The problem is that kernel does not know what /dev/mapper is, or what does /dev/r/usr thing mean. It knows these by their canonical (and meaningless) dm-N names, like this: [6.887981] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [6.917555] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: usrquota Go figure which is dm-0 and which is dm-1 (lvm is here)! There are references to these dm-N names in /proc/partitions and in /sys and elsewhere, too. I consider this a bug, a quite serious one at it: there's no device node which corresponds to kernel names! So it is impossible to get, eg, device usage statistics for a particular volume, or map i/o error to particular dvice and so on. This is wrong. But this is a different problem entirely. My point is that actually, _both_ /dev/mapper/r-usr and /dev/r/usr are wrong! But at least they - hopefully - lead to the actual device, unlike kernel messages I mentioned above which leads to nothing due to /dev/dm-0 non-existing. What result does LABEL=... get? It is exactly the same as with UUID=. For both of these, util-linux mount will canonicalize the name to final device (like /dev/sda1 or /dev/dm-0 or /dev/mapper/r-usr as in your case), be it LABEL= or /dev/disk/by-label/LABEL. While neither busybox nor klibc will do that. Besides, klibc does not support LABEL or UUID, in busybox it is optional (compile-time), and it will do its own resolution of LABEL/UUID, without using /dev/disk/by-*/. In initramfs, both are handled the same way (omiting some details for brevity): initramfs:init: case $ROOT in LABEL=*) ROOT=${ROOT#LABEL=} ROOT=/dev/disk/by-label/${ROOT} ;; UUID=*) ROOT=/dev/disk/by-uuid/${ROOT#UUID=} ;; So this gives /dev/disk/... arg to mount, be it from busybox or klibc, and neither calls realpath(3). Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656075: [Pkg-libvirt-maintainers] Bug#656075: libvirt-bin: Virsh segfaults on communication with Xen hyp.
Hi, On Mon, Jan 16, 2012 at 10:52:50AM +0100, Vlastimil Holer wrote: Package: libvirt-bin Version: 0.9.8-2~bpo60+2 Severity: important Virsh segfaults on connect to (at least) Xen hypervisor. Gdb output attached below. Same connect to qemu:///session or lxc:/// works fine. Older 0.9.2 from sq. backports worked fine too, no configuration change was done. Could you check if the attached patch changes anything? If so there something wrong with capabilties detection. Cheers, -- Guido From: =?UTF-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org Date: Fri, 20 Jan 2012 08:56:39 +0100 Subject: xen: Don't crash when we fail to init caps --- src/xen/xen_hypervisor.c | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/src/xen/xen_hypervisor.c b/src/xen/xen_hypervisor.c index 96c851b..fc80d6f 100644 --- a/src/xen/xen_hypervisor.c +++ b/src/xen/xen_hypervisor.c @@ -2576,8 +2576,9 @@ xenHypervisorMakeCapabilitiesInternal(virConnectPtr conn, if (virStrncpy(hvm_type, line[subs[1].rm_so], subs[1].rm_eo-subs[1].rm_so, - sizeof(hvm_type)) == NULL) -return NULL; + sizeof(hvm_type)) == NULL) { +goto no_memory; +} } else if (regexec (flags_pae_rec, line, 0, NULL, 0) == 0) host_pae = 1; } @@ -2744,6 +2745,11 @@ xenHypervisorMakeCapabilities(virConnectPtr conn) cpuinfo, capabilities); +if (caps == NULL) { +VIR_WARN(Failed to get host capabilities); +return NULL; +} + if (virNodeSuspendGetTargetMask(caps-host.powerMgmt) 0) VIR_WARN(Failed to get host power management capabilities);
Bug#655074: #655074 transition audiofile - kwave fixed in experimental
On Jan 19, 2012 21:36 Alessio Treglia ales...@debian.org wrote: On Wed, Jan 18, 2012 at 5:40 AM, Mark Purcell m...@purcell.id.au wrote: I am happy to upload to unstable, once audiofile is uploaded. Thank you Mark! Niels, I think we're ready, aren't we? Thank you very much, guys, for all your time and work. I believe we are. Please go ahead. Mark: If you upload right away, please remember version the -dev dependency so we are sure it is built against the new audiofile (saves us from doing a binNMU). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656577: asterisk: UMASK not exported
Package: asterisk Version: 1:1.6.2.9-2+squeeze4 Severity: normal Hi, UMASK did not works in RUNASTSAFE mode, because it is not exported from /etc/init.d/asterisk to daemon /usr/sbin/safe_asterisk. I think UMASK must be defined in /etc/default/asterisk for posibility to change it and also added command 'export UMASK' to init script. -- Corporate Telephone Systems. VoIP. http://ai.kh.ua -- System Information: Debian Release: 6.0.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages asterisk depends on: ii adduser 3.112+nmu2 add and remove users and groups ii asterisk-config 1:1.6.2.9-2+squeeze4 Configuration files for Asterisk ii asterisk-sounds-mai 1:1.6.2.9-2+squeeze1 Core Sound files for Asterisk (Eng ii dahdi 1:2.2.1.1-1 utilities for using the DAHDI kern ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libc-client2007e8:2007e~dfsg-3.1 c-client library for mail protocol ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libcurl37.21.0-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.5-8GCC support library ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgmime-2.0-2a 2.2.25-2 MIME library ii libgsm1 1.0.13-3 Shared libraries for GSM speech co ii libiksemel3 1.2-4C library for the Jabber IM platfo ii libjack-jackd2-0 [l 1.9.6~dfsg.1-2 JACK Audio Connection Kit (librari ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libnewt0.52 0.52.11-1Not Erik's Windowing Toolkit - tex ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii libopenais3 1.1.2-2 Standards-based cluster framework ii libopenr2-3 1.3.0-2 MFC/R2 (telephony) call setup libr ii libpopt01.16-1 lib for parsing cmdline parameters ii libpq5 8.4.7-0squeeze2 PostgreSQL C client library ii libpri1.4 1.4.11.3-1 Primary Rate ISDN specification li ii libradiusclient-ng2 0.5.6-1.1Enhanced RADIUS client library ii libresample10.1.3-3 real-time audio resampling library ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libsnmp15 5.4.3~dfsg-2 SNMP (Simple Network Management Pr ii libspandsp2 0.0.6~pre18-2Telephony signal processing librar ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libspeexdsp11.2~rc1-1The Speex extended runtime library ii libsqlite0 2.8.17-6 SQLite shared library ii libsqlite3-03.7.3-1 SQLite 3 shared library ii libss7-11.0.2-1 Signalling System 7 (ss7) library ii libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libsybdb5 0.82-7 libraries for connecting to MS SQL ii libtiff43.9.4-5 Tag Image File Format (TIFF) libra ii libtonezone2.0 1:2.2.1.1-1 tonezone library (runtime) ii libvorbis0a 1.3.1-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.3.1-1 The Vorbis General Audio Compressi ii libvpb0 4.2.52-2 Voicetronix telephony hardware use ii libx11-62:1.3.3-4X11 client-side library ii libxml2 2.7.8.dfsg-2 GNOME XML library ii unixodbc2.2.14p2-1 ODBC tools libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages asterisk recommends: ii sox 14.3.1-1 Swiss army knife of sound processi Versions of packages asterisk suggests: pn asterisk-dev none (no description available) pn asterisk-doc none (no description available) pn asterisk-h323 none (no description available) -- Configuration Files: /etc/default/asterisk 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#623194: Please upgrade fvwm to version 2.6.3
retitle 623194 Please upgrade fvwm to version 2.6.3 kthxbye Hi, It would be great to see fvwm 2.6.3 in debian. Please Upgrade Kind Regards, Michael Stummvoll -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656578: Can't install extensions from gnome site (exception in /usr/share/gnome-shell/js/ui/extensionSystem.js)
Package: gnome-shell-common Version: 3.2.1-8 Severity: normal Attempting to install an extension (say https://extensions.gnome.org/extension/130/advanced-settings-in-usermenu/) from https://extensions.gnome.org/ fails. The on/off slider moves to on, but there is no prompt if I want to install the extension, nothing is created in ~/.local/share/gnome-shell/extensions and reloading the page shows the on/off slider in off position. Here's tail of ~/.xsession-errors (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: plugin loaded (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: plugin created (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: plugin created successfully (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: NPP_GetValue called (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: NPP_GetValue called (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: creating scriptable object (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: plugin object created (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: plugin destroyed (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: plugin object destroyed (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: plugin created (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: plugin created successfully (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: NPP_GetValue called (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: NPP_GetValue called (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: creating scriptable object (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: plugin object created (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: invoking plugin object method (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: invoking plugin object method (plugin-container:5194): GnomeShellBrowserPlugin-DEBUG: invoking plugin object method JS ERROR: !!! Exception was: TypeError: info is null JS ERROR: !!! lineNumber = '125' JS ERROR: !!! fileName = '/usr/share/gnome-shell/js/ui/extensionSystem.js' JS ERROR: !!! stack = '([object _private_Soup_SessionAsync],[object _private_Soup_Message])@/usr/share/gnome-shell/js/ui/extensionSystem.js:125 Interestingly, I can install extensions on my laptop, which runs the same latest sid + gnome-shell-extensions from experimental versions. The only obvious difference is that my laptop in i386 and the workstation is amd64 and has two monitors. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell-common depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gconf2 3.2.3-1 gnome-shell-common recommends no packages. gnome-shell-common suggests no packages. -- debconf-show failed Package: gnome-shell-common Version: 3.2.1-8 Severity: normal -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell-common depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gconf-gsettings-backend [gsettings-backend] 3.2.3-1 ii gconf2 3.2.3-1 gnome-shell-common recommends no packages. gnome-shell-common suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656579: attempt to index field 'conn' (a nil value)
Package: prosody Version: 0.8.2-1~bpo60+1 Severity: normal my /var/log/prosody/prosody.err contains (few times a day max) tracebacks like this one: | Jan 20 04:44:10 general error Top-level error, please report: | /usr/lib/prosody/net/xmppserver_listener.lua:105: attempt to index field 'conn' (a nil value) | Jan 20 04:44:10 general error | stack traceback: | [C]: in function 'parse' | /usr/lib/prosody/util/xmppstream.lua:200: in function 'feed' | /usr/lib/prosody/net/xmppserver_listener.lua:130: in function 'data' | /usr/lib/prosody/net/xmppserver_listener.lua:163: in function /usr/lib/prosody/net/xmppserver_listener.lua:160 | (tail call): ? | /usr/lib/prosody/net/server_select.lua:820: in function /usr/lib/prosody/net/server_select.lua:802 | [C]: in function 'xpcall' | /usr/bin/prosody:427: in function 'loop' | /usr/bin/prosody:494: in main chunk | [C]: ? I backported this package to Squeeze, but I doubt that's the problem - traceback doesn't mention any file outside /usr/lib/prosody/ and Lua (upstream) version is the same in Squeeze and Sid I don't know what triggers this bug, server works fine afterwards -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.27-gandi-2777 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages prosody depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libidn111.15-2 GNU Libidn library, implementation ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii liblua5.1-expat01.2.0-0squeeze1 libexpat bindings for the Lua lang ii liblua5.1-filesystem0 1.4.2-3 luafilesystem library for the Lua ii liblua5.1-socket2 2.0.2-4 TCP/UDP socket library for Lua 5.1 ii libssl0.9.8 0.9.8o-4squeeze5 SSL shared libraries ii lua5.1 5.1.4-5 Simple, extensible, embeddable pro ii openssl 0.9.8o-4squeeze5 Secure Socket Layer (SSL) binary a Versions of packages prosody recommends: ii liblua5.1-event0 0.1.1-2asynchronous event notification li ii liblua5.1-sec10.4-3 SSL socket library for the Lua lan prosody 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#656480: PHP 5.4.0 support
On Fri, Jan 20, 2012 at 11:31 AM, Sergey B Kirpichev skirpic...@gmail.comwrote: tag 656480 +pending thanks On Fri, Jan 20, 2012 at 01:36:18AM +0200, Lior Kaplan wrote: For php 5.4.0 support I would upgrade memcached extensions to versionA 2.0.0b2 (which includes the following commit: https://github.com/php-memcached-dev/php-memcached/commit/df9fc6360eaad4c368e04dc720e5d37edb78c771 ). The version 2.0.0b2 is already on mentors.d.o, waiting for sponsor for while. Please, look on PTS for package. Also, I would add to it this later commit: https://github.com/php-memcached-dev/php-memcached/commit/df9fc6360eaad4c368e04dc720e5d37edb78c771 This one is too in 2.0.0b2, isn't? It's the same link as above, my mistake. Meant: https://github.com/php-memcached-dev/php-memcached/commit/473c63e7e7965ca1c698a6df0540fefed3e1d8f5 Kaplan
Bug#656422: reprepro: Permit includes in uploaders file
package reprepro tags 656422 + pending thanks * Daniel Dehennin daniel.dehen...@baby-gnu.org [120119 09:36]: It could be cleaner and easier to maintain such files by permitting some includes, of group declaration for example. Support added in git. Will be in the next version. Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656581: usbmuxd: buffer overflow introduced in 1.0.7 (CVE-2012-0065)
Package: usbmuxd Version: 1.0.7-1 Severity: grave Tags: security patch upstream Justification: user security hole Hi, a buffer overflow was introduced in usbmuxd 1.0.7. More information can be found on various sources: http://openwall.com/lists/oss-security/2012/01/19/25 https://secunia.com/advisories/47545/ https://bugs.gentoo.org/show_bug.cgi?id=399409 and a patch is available at http://git.marcansoft.com/?p=usbmuxd.git;a=commit; h=f794991993af56a74795891b4ff9da506bc893e6 Regards, -- Yves-Alexis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-grsec-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages usbmuxd depends on: ii adduser 3.113 ii libc6 2.13-24 ii libplist1 1.8-1 ii libusb-1.0-0 2:1.0.9~rc3-3 ii libusbmuxd1 1.0.7-1 usbmuxd recommends no packages. usbmuxd 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#656566: cupt: internal error: unable to schedule circular actions for lenny-squeeze upgrade of git
Eugene V. Lyubimkin wrote: Oh, good catch, Nice, that was fast. :) Thanks for looking it over. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656568: [Pkg-openssl-devel] Bug#656568: applications using https is crashing in amd64 due to libssl0.9.8 0.9.8o-4squeeze5
On Thu, Jan 19, 2012 at 11:57:01PM -0600, Gireesh Gopinathan wrote: Package: libssl0.9.8 Version: 0.9.8o-4squeeze5 Severity: high Tags: patch In amd64 machine while developing applications using gsoap(2.7.10) i am observing a crash. This crash happens when i try to enable ssl. Not only with gsoap but also in any application which try to use https by linking against /usr/lib/libcrypto.so.0.9.8 this sort of crash happens. But if I download the source code from debian site(openssl) , revert the debian patch patches/no-symbolic.patch and build libcrypto.so library this crash is not happening. I don't see how this is relevant at all. I think you have some other problem, like linking to 2 different versions of libssl. This will almost always cause problems. Using -Bsymbolic will fix some of the issues, but not all of them. Note that gsoap didn't used to be linked to libssl like it should (http://bugs.debian.org/646228). openssl in Debian doesn't use symbolic but symbol versioning instead. In cases like gsoap not linking to libssl it means it doesn't properly record the version of libssl it's linked against, and your application might pull in a different version than it's expecting. Please show me any application in Debian itself that has the issue. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656584: initscripts: /run transition: Please update /etc/network/if-up.d/mountnfs
Package: initscripts Version: 2.88dsf-18 Severity: normal Dear Maintainer, after update to initscripts (version 2.88dsf-18) NetworkManager is waiting for interface (even if interface is already up) not doing NFS mounts. I think is related to /etc/network/if-up.d/mountnfs, that is not updated to /run transition at row 123:if ! grep -q $i /etc/network/run/ifstate ; then This may be now /run/network/ifstate, according to http://wiki.debian.org/ReleaseGoals/RunDirectory Kind regards! Guido Audino -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 8.13-3 ii debianutils 4.1 ii libc6 2.13-24 ii lsb-base3.2-28 ii mount 2.20.1-1.2 ii sysv-rc 2.88dsf-18 ii sysvinit-utils 2.88dsf-18 Versions of packages initscripts recommends: ii e2fsprogs 1.42-1 ii psmisc 22.13-1 initscripts suggests no packages. -- Configuration Files: /etc/init.d/bootlogd changed: PATH=/sbin:/bin # No remote fs at start DAEMON=/sbin/bootlogd [ -x $DAEMON ] || exit 0 NAME=bootlogd DESC=boot logger BOOTLOGD_OPTS=-r -c .. /lib/init/vars.sh .. /lib/lsb/init-functions SCRIPTNAME=${0##*/} SCRIPTNAME=${SCRIPTNAME#[SK]??} ACTION=$1 case $0 in *stop-bootlog*) [ $ACTION = start ] ACTION=stop ;; esac case $ACTION in start) # PATH is set above [ $VERBOSE != no ] log_daemon_msg Starting $DESC $NAME if [ -d /proc/1/. ] then umask 027 start-stop-daemon --start --quiet --exec $DAEMON -- \ $BOOTLOGD_OPTS ES=$? else $DAEMON $BOOTLOGD_OPTS ES=$? fi [ $VERBOSE != no ] log_end_msg $ES ;; stop) PATH=/bin:/sbin:/usr/bin:/usr/sbin [ $VERBOSE != no ] log_daemon_msg Stopping $DESC $NAME start-stop-daemon --oknodo --stop --quiet --exec $DAEMON ES=$? sleep 1 [ $VERBOSE != no ] log_end_msg $ES if [ -f /var/log/boot ] [ -f /var/log/boot~ ] then [ $VERBOSE = no ] || log_action_begin_msg Moving boot log file # bootlogd writes to boot, making backup at boot~ cd /var/log { chgrp adm boot || : savelog -q -p -c 5 boot \ mv boot.0 boot \ mv boot~ boot.0 } ES=$? [ $VERBOSE = no ] || log_action_end_msg $ES fi ;; restart|force-reload) /etc/init.d/bootlogd stop /etc/init.d/bootlogd start ;; status) status_of_proc $DAEMON $NAME exit 0 || exit $? ;; *) echo Usage: $SCRIPTNAME {start|stop|restart|force-reload|status} 2 exit 3 ;; esac : -- 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#656585: iproute: ip l fails with RTNETLINK message
Package: iproute Version: 20120105-1 Severity: normal Dear Maintainer, ip l started failing a few weeks ago: [skynet](0) $ ip -o l RTNETLINK answers: No such file or directory Error talking to the kernel [skynet](1) $ oddly enough, ip link operates as expected: [skynet](1) $ ip -o link 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 qdisc noqueue state UNKNOWN \ link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP mtu 1500 qdisc mq state UP qlen 1000\link/ether 00:25:22:bc:b1:00 brd ff:ff:ff:ff:ff:ff 3: e100: BROADCAST,MULTICAST mtu 1500 qdisc noop state DOWN qlen 1000\ link/ether 00:07:e9:09:c5:23 brd ff:ff:ff:ff:ff:ff 4: irda0: NOARP,PROMISC,UP,LOWER_UP mtu 2048 qdisc pfifo_fast state UNKNOWN qlen 8\link/irda c3:20:b8:be brd ff:ff:ff:ff 5: wlan1: BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000\link/ether 00:c0:ca:4f:e3:b2 brd ff:ff:ff:ff:ff:ff 6: tap0: BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100\link/ether c6:34:c1:4a:ff:54 brd ff:ff:ff:ff:ff:ff [skynet](0) $ The failure seemed to be concurrent with the replacement of libnl-3 with libnl-3-200, though the current ip(8) doesn't appear to be linked to libnl at all. Perhaps the old one was? Regardless, ip l used to work exactly link ip link. Note that ip a, for instance, works like ip addr. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0+ (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iproute depends on: ii libc6 2.13-24 ii libdb5.1 5.1.29-1 Versions of packages iproute recommends: pn libatm1 none Versions of packages iproute suggests: pn iproute-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656586: routino-www: fails to purge - command in postrm not found
Package: routino-www Version: 2.1.2-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): 0m18.7s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp1IQvdQ', 'eatmydata', 'dpkg', '--purge', 'routino-www'] 0m18.7s DUMP: (Reading database ... 6591 files and directories currently installed.) Removing routino-www ... Purging configuration files for routino-www ... rmdir: failed to remove `/var/lib/routino/data': No such file or directory dpkg: error processing routino-www (--purge): subprocess installed post-removal script returned error exit status 1 Errors were encountered while processing: routino-www cheers, Holger Start: 2012-01-19 19:29:09 UTC Package: routino-www Source: routino Version: 2.1.2-3 Installed-Size: 621 Maintainer: Thibaut Gridel tgri...@free.fr Architecture: all Depends: libjs-openlayers, routino Description: Web frontend for routino Routino is an application for finding a route between two points using the dataset of topographical information collected by OpenStreetMap . This is the web frontend to the router. Homepage: http://www.routino.org/ Tag: field::geography, implemented-in::ecmascript, implemented-in::perl, interface::web, role::program Section: misc Priority: extra Filename: pool/main/r/routino/routino-www_2.1.2-3_all.deb Size: 351920 MD5sum: 2dd051c6d39b8dc3ee539b643dff83c6 SHA1: 7dacc84c37046909f24337f9d79f0970d4e6a660 SHA256: 0593ee494e72828873174ff8da16b42c5d517006de282bfd8794ff22a72afdac Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ routino-www Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.43~201201150228~0.42-15-g38e85eb starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ routino-www 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Jan 9 20:49:59 UTC 2012 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmp1IQvdQ 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmp1IQvdQ 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmp1IQvdQ', '-zxf', 'wheezy.tar.gz'] 0m2.7s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmp1IQvdQ', '-zxf', 'wheezy.tar.gz'] 0m2.7s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp1IQvdQ', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.7s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmp1IQvdQ', 'eatmydata', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.7s DEBUG: Created policy-rc.d and chmodded it. 0m2.7s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp1IQvdQ', 'eatmydata', 'apt-get', 'update'] 0m5.8s DUMP: Get:1 http://piatti.debian.org wheezy InRelease [177 kB] Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib TranslationIndex Ign http://piatti.debian.org wheezy/main TranslationIndex Ign http://piatti.debian.org wheezy/non-free TranslationIndex Get:2 http://piatti.debian.org wheezy/main amd64 Packages [10.1 MB] Get:3 http://piatti.debian.org wheezy/contrib amd64 Packages [76.5 kB] Get:4 http://piatti.debian.org wheezy/non-free amd64 Packages [134 kB] Ign http://piatti.debian.org wheezy/contrib Translation-en Ign http://piatti.debian.org wheezy/main Translation-en Ign http://piatti.debian.org wheezy/non-free Translation-en Fetched 10.5 MB in 1s (6467 kB/s)
Bug#579640: cron complains about missing lost+found dirs
Hi Christian /home/andyc/lost+found /var/chroot/ia32/home/andyc/lost+found If those are ext{2,3,4} filesystems, the script is working as expected, ie those filesystems are missing the lost+found directory. They're part of an ext4 filesystem. IE the filesystem itself is: # ls /u277 andyc lost+found And the automounter has made /u277/andyc available as /home/andyc So, /home/andyc is not at the root of the filesystem. IE the check that the script is making is wrong when presented with autofs5 automounted directories. ... You can disable this check in /etc/default/cron. I've done that. ... we will probably have to drop this script from Wheezy altogether. Thanks for that info. In the presence of the autofs5 automounter, I don't think it can be made to work. -- Andy, BlueArc Engineering, now part of Hitachi Data Systems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656584: initscripts: /run transition: Please update /etc/network/if-up.d/mountnfs
On Fri, Jan 20, 2012 at 11:07:24AM +0100, MAG4 Piemonte wrote: Dear Maintainer, after update to initscripts (version 2.88dsf-18) NetworkManager is waiting for interface (even if interface is already up) not doing NFS mounts. I think is related to /etc/network/if-up.d/mountnfs, that is not updated to /run transition at row 123:if ! grep -q $i /etc/network/run/ifstate ; then This may be now /run/network/ifstate, according to http://wiki.debian.org/ReleaseGoals/RunDirectory This shouldn't cause any problems though, since /etc/network/run is nowadays a symlink to /run/network: % ls -ld /etc/network/run lrwxrwxrwx 1 root root 12 Jun 8 2011 /etc/network/run - /run/network % ls -ld /etc/network/run/ifstate -rw-r--r-- 1 root root 16 Jan 20 09:01 /etc/network/run/ifstate % ls -l /run/network/ifstate -rw-r--r-- 1 root root 16 Jan 20 09:01 /run/network/ifstate Moving to the new path may also be troublesome, since ifupdown depends on the new initscripts for it to transition to /run. That is, we need to continue using the old path or else we'll have an unsatisfiable circular dependency. The old paths will continue to be valid until after wheezy for this reason. We could always try the new and then fall back to the old path as an alternative. So none of the above is to say that there isn't a bug, just that it's probably not a result of the /run transition unless you deleted the compatibility symlinks. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656587: transition: libmusicbrainz-2.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition sent this to debian-devel@ before noticing the proper workflow. Hi! I sort of became the (temporary?) maintainer of libmusicbrainz, so it's probably reasonable to look at the status of the oldest musicbrainz library version in the archive, libmusicbrainz-2.1 (maintained by QA), and packages depending on it. The bottom line is that the package should be removed from the archive, since it only supports the old RDF interface which got deprecated in 2006 and shut down in August 2009 [1]. Martin Michlmayr sent an email about this a while back [2], but there are still some reverse dependencies left: * abcde - doesn't actually need python-musicbrainz, cddb is the default - the dependency on python-musicbrainz should be dropped * ears - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628475 which renders the package useless - remove? * cynthiune.app - needs a patch to either remove the mb functionality, or ported to libmusicbrainz3/4 * libmusicbrainz-ruby1.8 - can be removed from the archive, nothing uses it * gstreamer0.10-plugins-bad - dropping the build-dep would mean losing libgsttrm.so (tested), which apparently doesn't work anyway * gmerlin - dropping the build-dep should be enough, or port the app to libmusicbrainz3/4 libmusicbrainz4-dev has one rdep, libtunepimp-dev, which also only supports the old stuff and is deprecated long ago [3]. Rdeps on libtunepimp are: * listen - has libtunepimp5 as Suggests, should be dropped * kdemultimedia (juk) - just needs to not build-depend libtunepimp-dev (tested) * kid3 - should be built with -DWITH_TUNEPIMP=OFF (tested) [1] http://blog.musicbrainz.org/?p=392 [2] http://lists.debian.org/debian-devel/2010/05/msg00596.html [3] http://musicbrainz.org/doc/History:libtunepimp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579640: cron complains about missing lost+found dirs
Hi, On 2012-01-12 09:31, Andrew Chittenden wrote: Since installing autofs5, all active automounts have been complained about. For example, when /home/andyc and /var/chroot/ia32/home/andyc have been automounted: /etc/cron.daily/standard: Some local file systems lack a lost+found directory. This means if the file system is damaged and needs to be repaired, fsck will not have anywhere to put stray files for recovery. You should consider creating a lost+found directory with mklost+found(8). The following lost+found directories were not available: /home/andyc/lost+found /var/chroot/ia32/home/andyc/lost+found If those are ext{2,3,4} filesystems, the script is working as expected, ie those filesystems are missing the lost+found directory. You can disable this check in /etc/default/cron. If those are bind mounts*), the issue here is that /etc/mtab recently became a symlink to /proc/mounts, which doesn't store information about bind mounts. Effectively, this means that we will probably have to drop this script from Wheezy altogether. (It would have been moved out of the cron package anyway) Christian *) I'm not sure if automount can do this, just speculating here signature.asc Description: OpenPGP digital signature
Bug#579640: lost+found check triggers on bind-mounted subdir
Hi, On 2012-01-16 22:13, Flavio Stanchina wrote: I upgraded cron yesterday and I now received this warning: The following lost+found directories were not available: /srv/lost+found Here, /srv is a bind mount of a subdirectory in another filesystem, so it's perfectly normal that there isn't a lost+found directory there. I'm not going to argue about the absolute usefulness of the test, as this has already been done extensively in previous discussion, and I have now disabled it, but I think this specific problem is worth fixing if at all possible. with /etc/mtab now being a symlink to /proc/mounts (which doesn't store information about bind mounts), I believe we will have to disable this check altogether. Christian signature.asc Description: OpenPGP digital signature
Bug#649033: [PATCH] tpm_tis: add delay after aborting command
Hello, On Fri, Jan 20, 2012 at 01:19:54AM -0600, Jonathan Nieder wrote: tags 649033 + upstream patch quit Jonathan Nieder wrote: commit a927b8131794 Author: Stefan Berger stef...@linux.vnet.ibm.com Date: Fri Nov 11 12:57:06 2011 -0500 tpm_tis: add delay after aborting command Upstream, Jurij wrote: | With this patch I was able to perform 500 tpm_tis.ko module | insert/remove cycles without ever experiencing a hang. Without the | patch it's sufficient to do 5-10 cycles before modprobe hangs on | module insertion for a while. Thus, it looks like it is an | improvement, so please push it upstream. I could reproduce the hang (after 13 cycles :-). I didn't come around yet to test the patch. My tries to catch the hanging process using sysrq failed up to now. So it looks like this is fixed by v3.3-rc1~105^2^2~13^2~4 (tpm_tis: add delay after aborting command, 2011-11-11). Jurij, what kernel were you testing against? It would be nice to pass this to Greg for inclusion in 3.2.y and perhaps 3.0.y kernels. Do you know if 3.0.y is affected? (If this patch is tested against something close to upstream 3.0.y or 3.2.y, I'll be happy to submit it to stable@). I experienced the hangs with Debian's 3.0 kernel, too. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649173: pu: package nss-pam-ldapd/0.7.16
On Thu, 2012-01-19 at 22:09 +, Adam D. Barratt wrote: To be clear, there are three changes up for consideration: (1) is #645599 which is essentially: http://arthurdejong.org/viewvc/nss-pam-ldapd/nss-pam-ldapd-0.7/debian/libnss-ldapd.config?r1=1209r2=1555 (2) is a problem with not-initialised variables which is: http://arthurdejong.org/viewvc/nss-pam-ldapd/nss-pam-ldapd-0.7/nslcd/nslcd.c?r1=1209r2=1559 (3) is a typo in error handling code: http://arthurdejong.org/viewvc/nss-pam-ldapd/nss-pam-ldapd-0.7/nslcd/myldap.c?r1=1469r2=1561 Those are the changes I was referring to above when I said I'd be happy to look at them, yes. Thanks. The range checking patch could be okay, although given that we're getting quite close to the end of the window for 6.0.4 I'm tempted to say we'll look at it for a future update. Ok. Are any of the other changes you mentioned which are fixed in 0.8 and aren't particularly intrusive easily reviewable? The other fixes aren't in a released version yet so they will have to wait. As I mentioned, the latter would be preferable as it makes the diff much cleaner, targetted and easier to review. In retrospect, we possibly should have raised that for the earlier updates. Ok, thanks. I've also been giving it some thought also and a 0.7.15+squeeze1 version would also allow me with some more freedom to release a new upstream 0.7.16 (not targeted at Debian). Please let me know if you want me to prepare a debdiff or do an upload and with which changes. Thanks for looking into this. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#652837: [o...@debian.org: Bug#646377: ITP: xonotic -- a fast-paced first-person shooter]
Forwarding some responses to the previous ITP, so they're here for anyone who wants to package Xonotic. ---BeginMessage--- Le dimanche, 23 octobre 2011 19.20:55, Devid Antonio Filoni a écrit : Package: wnpp Severity: wishlist Owner: Devid Antonio Filoni d.fil...@ubuntu.com Package name xonotic URL: http://www.xonotic.org/ Description: a fast-paced first-person shooter Xonotic is a free (GPL), fast-paced first-person shooter that works on Windows, OS X and Linux. The project is geared towards providing addictive arena shooter gameplay which is all spawned and driven by the community itself. Xonotic is a direct successor of the Nexuiz project with years of development between them, and it aims to become the best possible open-source FPS (first-person-shooter) of its kind. Hi dear Nexuiz maintainers, Devid filed this ITP ~2 weeks ago, and closed it some hours later. Now, looking around for 3D FPS available for Debian, I fell on the Xonotic project, and then on this ITP. So now I wonder: given the situation of Nexuiz (and its Xonotic fork), are there some plans to provide Xonotic as a successor of Nexuiz in Debian or will it (if it will) be packaged separately? Cheers, -- OdyX signature.asc Description: This is a digitally signed message part. ---End Message--- ---BeginMessage--- On Fri, 04 Nov 2011 at 10:40:52 +0100, Didier Raboud wrote: Devid filed this ITP ~2 weeks ago, and closed it some hours later. Now, looking around for 3D FPS available for Debian, I fell on the Xonotic project, and then on this ITP. So now I wonder: given the situation of Nexuiz (and its Xonotic fork), are there some plans to provide Xonotic as a successor of Nexuiz in Debian or will it (if it will) be packaged separately? My only interest in Nexuiz is that it's another user of the Darkplaces (enhanced Quake 1) engine. I uploaded a version of Nexuiz without its own engine to reduce our embedded-code-copies technical debt. I don't plan to package Xonotic myself (I'm trying to avoid ending up in the Uploaders of any more games I don't actually play...), but if someone else wants to package it, I'd be happy to help out from the darkplaces angle. Now that Xonotic has a non-alpha release, it's probably suitable for packaging. I think the packaging should be the same shape as nexuiz - a wrapper around the darkplaces engine (which I believe is shared between Quake 1, Nexuiz Classic, Xonotic and others without needing per-game patches). To avoid trademark infringement or misleading our users, it should be packaged under the name xonotic. (Our Nexuiz Classic packages are fine under the name nexuiz, IMO, because that was the name of the game when it was released - but that justification doesn't apply to Xonotic.) Beware that for GPL and Policy compliance, a prospective maintainer might need to rebuild the game logic from source, which may require packaging a QuakeC compiler. I believe there's at least one Free QuakeC compiler. Nexuiz Classic's game logic is in nexuiz-data; it's entirely possible that it's packaged in a non-GPL-compliant and/or not-built-from-source way, like OpenArena used to be. I haven't researched it. Hopefully Darkplaces doesn't have a pure server mechanism. If it does, then rebuilding the game logic while retaining network compatibility requires circumventing that mechanism, like I did for OpenArena. Don't expect upstream to help you with this - if they're anything like ioquake3/openarena upstream, they'll probably consider it to be a form of cheating. I think whether Nexuiz Classic should be removed from the archive should be decided on its own merits. The facts are that it's a dead-upstream game, running on an upstream-maintained engine that we want in the archive anyway (for Xonotic and (non-free) Quake 1). As long as it isn't a burden and has users, we might as well keep it; but if it becomes a burden, then it needs either an active maintainer looking after it, or removal. If Nexuiz Classic was removed from the archive, Xonotic could in principle provide transitional packages, but I'm inclined to say it still shouldn't - I'm inclined to think of Xonotic as a sequel to Nexuiz Classic, rather than a replacement (think Doom vs. Doom II - which also had the same engine, give or take). S ---End Message---
Bug#656588: libgmp3c2: In Debian Sid this packet have no version for i368
Package: libgmp3c2 Version: 2:4.3.2+dfsg-2 Severity: normal this package need to install i2p. sorry for bad english. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2-1.slh.2-aptosid-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#655074: #655074 transition audiofile - kwave fixed in experimental
On Fri, Jan 20, 2012 at 10:24 AM, Niels Thykier ni...@thykier.net wrote: Mark: If you upload right away, please remember version the -dev dependency so we are sure it is built against the new audiofile (saves us from doing a binNMU). Do you mean to rename libaudiofile-dev to libaudiofile1-dev or just to set a strict dependency on the latest version of libaudiofile1? The latter is already OK, since the the -dev's Depends filed already shows the following Depends: libaudiofile1 (= ${binary:Version}), -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652598: aboot FTBFS in unstable
Looks like the cause is that isolib.h #include-s asm/stat.h from linux-libc-dev which conflicts in namespace with sys/stat from glibc. So in the spirit of aboot (1.0~pre20040408-2) unstable; urgency=low * Include userspace headers from lib/isolib.c instead of kernel headers; this isn't kernel code anyway, and the kernel headers don't work right on i386 the way they're being used. does this patch help? The patch may be sufficient to get aboot building on most architectures (which, I guess, would address the RC nature of this bug since Alpha is not a release arch), but my recent test of building aboot on an Alpha suggests that there are a lot more fixes required to get this package building fully again on Alpha (the architecture aboot is intended for). Also upstream is pretty much unresponsive and has apparently forgotten the password to the official sourceforge repo, so Matt Turner (Gentoo developer, who I have CCed) and I are planning to fork aboot so that we can give it some needed attention. For the purposes of this RC bug I guess I should try the patch on aboot, build it on a PC and see if that is capable of making a working boot disc for an Alpha. It may be a few days before I can do that. Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656066: update french translation file after review
update french translation file after review -- 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 French translation for biomaj # Copyright (C) 2012 the biomaj copyright holder # This file is distributed under the same license as the biomaj package. # Olivier Sallou olivier.sal...@irisa.fr, 2012. # msgid msgstr Project-Id-Version: biomaj\n Report-Msgid-Bugs-To: bio...@packages.debian.org\n POT-Creation-Date: 2012-01-16 10:16+0100\n PO-Revision-Date: 2012-01-18 11:00+0100\n Last-Translator: Olivier Sallou olivier.sal...@irisa.fr\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Configure MySQL connection now? msgstr Souhaitez-vous configurer MySQL maintenant ? #. Type: boolean #. Description #: ../templates:2001 msgid Once the MySQL database for BioMAJ has been created and configured, it can populate itself automatically instead of needing to be updated manually. msgstr Lorsque la base de donnée pour BioMAJ a été préalablement créée et configurée, le logiciel peut la remplir automatiquement au lieu de demander à le faire vous-même. #. Type: boolean #. Description #: ../templates:2001 msgid Please specify whether the database connection should be configured now. msgstr Veuillez précisez si vous souhaitez configurer l'accès à la base de donnée maintenant. #. Type: string #. Description #: ../templates:3001 msgid MySQL server: msgstr Adresse du serveur MySQL : #. Type: string #. Description #: ../templates:3001 msgid Please enter the hostname or IP address of the MySQL server you want to use. msgstr Veuillez indiquer le nom ou l'adresse IP du serveur MySQL que vous souhaitez utiliser. #. Type: string #. Description #: ../templates:4001 msgid MySQL login for BioMAJ database: msgstr Nom de l'utilisateur pour accéder à la base de donnée de BioMAJ : #. Type: string #. Description #: ../templates:4001 msgid Please enter the login to use when connecting to the MySQL database server to access the biomaj_log database. msgstr Veuillez indiquer le nom d'utilisateur pour se connecter au serveur MySQL afin d'accéder à la base biomaj_log. #. Type: password #. Description #: ../templates:5001 msgid MySQL password for BioMAJ database: msgstr Mot de passe de la base de donnée : #. Type: password #. Description #: ../templates:5001 msgid Please enter the password to use when connecting to the MySQL database server to access the biomaj_log database. msgstr Veuillez indiquer le mot de passe pour se connecter au serveur MySQL afin d'accéder à la base biomaj_log.
Bug#656589: ITP: nose2 -- next generation of nicer testing for Python
Package: wnpp Severity: wishlist Owner: Sandro Tosi mo...@debian.org * Package name: nose2 Version : 0.1 Upstream Author : Jason Pellerin jpellerin+n...@gmail.com * URL : https://github.com/nose-devs/nose2 * License : MIT-like Programming Lang: Python Description : next generation of nicer testing for Python -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656590: O: arrayprobe -- command line HP (Compaq) SmartArray status checker
Package: wnpp Severity: normal The current maintainer of arrayprobe, Matt Taggart tagg...@debian.org is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: arrayprobe Version: 2.0-3.2 Priority: extra Section: admin Description: command line HP (Compaq) SmartArray status checker By default it runs in a non verbose mode that can be used as a nagios check or periodic cron job. The output is a single line of information about the worst state found. (If one logical drive is recovering and a second drive is in interim recovery mode. It will only report the failing drive.) The exitcodes can be used to determine the severity. Critical = 2; Warning = 1; Normal = 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648056: Info received (Bug#648056: Acknowledgement (Openldap fails to use existing cipher TLS_RSA_3DES_EDE_CBC_SHA1))
Thanks, I've no access to this bug tracker… Le 19 janv. 2012 à 11:57, Debian Bug Tracking System a écrit : Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian OpenLDAP Maintainers pkg-openldap-de...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 648...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 648056: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648056 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ Christophe Ségui Responsable de Service Service Informatique Institut de Mathématiques de Toulouse - UMR 5219 Université de Toulouse, CNRS UNIVERSITE PAUL SABATIER BAT 1R3 bur 221 118 Route de Narbonne 31062 Toulouse Cedex 9 tel : 05.61.55.63.78fax :05.61.55.75.99 ___ Economisez de l'énergie, du papier et de l'encre, n'imprimez ce message que si nécessaire. Pour en savoir plus consultez www.ecoinfo.cnrs.fr smime.p7s Description: S/MIME cryptographic signature
Bug#656591: O: fossology -- open and modular architecture for analyzing software
Package: wnpp Severity: normal The current maintainer of fossology, Matt Taggart tagg...@debian.org are apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: fossology Version: 1.2.0-3.1 Priority: extra Section: utils Description: open and modular architecture for analyzing software The FOSSology project is a web based framework that allows you to upload software to be picked apart and then analyzed by software agents which produce results that are then browsable via the web interface. Existing agents include license analysis, metadata extraction, and MIME type identification. This metapackage ensures that the fossology component packages needed for a single-system install are installed in the right order. For a multi-system install, consult the README.Debian file included in the fossology-common package. Homepage: http://fossology.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570439: Status
Lessfs is a very interesting project because I'm unable to find packaged alternatives on Debian for data deduplication. Opendedup seems also very promising. Is there any progress on this package? Having it in debian would be great. Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656572: Segfaults when using vaapi
severity 656572 important affects 656572 vlc stop On Fr, Jan 20, 2012 at 09:26:45 (CET), Andrey Rahmatullin wrote: Package: libavcodec53 Version: 4:0.8~beta2-3 Severity: normal I'm trying to play video with vlc and vaapi enabled and it crashes: libva: libva version 0.32.0 Xlib: extension XFree86-DRI missing on display :0. libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/nvidia_drv_video.so libva: va_openDriver() returns 0 [0x824950] avcodec decoder: Using VA API version 0.32 for hardware decoding. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffdfaf4700 (LWP 25963)] vaapi_mpeg4_start_frame (avctx=0x817480, buffer=optimized out, size=2420) at /build/libav-Hw7_og/libav-0.8~beta2/libavcodec/vaapi_mpeg4.c:52 52 /build/libav-Hw7_og/libav-0.8~beta2/libavcodec/vaapi_mpeg4.c: Нет такого файла или каталога. in /build/libav-Hw7_og/libav-0.8~beta2/libavcodec/vaapi_mpeg4.c (gdb) bt #0 vaapi_mpeg4_start_frame (avctx=0x817480, buffer=optimized out, size=2420) at /build/libav-Hw7_og/libav-0.8~beta2/libavcodec/vaapi_mpeg4.c:52 #1 0x7fffe0c715bc in ff_h263_decode_frame (avctx=0x817480, data=0x847360, data_size=0x8474d0, avpkt=optimized out) at /build/libav- Hw7_og/libav-0.8~beta2/libavcodec/h263dec.c:627 #2 0x7fffe0e5860b in frame_worker_thread (arg=0x847200) at /build/libav- Hw7_og/libav-0.8~beta2/libavcodec/pthread.c:377 #3 0x776c4b50 in start_thread (arg=optimized out) at pthread_create.c:304 #4 0x7720b4ad in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x in ?? () I think this patch from upstream should avoid the crash: http://patches.libav.org/patch/15408/ It is currently under discussion, see the thread of discussion below. Maybe we should include it nevertheless? Cheers, Reinhard -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656592: O: cpqarrayd -- monitoring tool for HP (Compaq) SmartArray controllers
Package: wnpp Severity: normal The current maintainer of cpqarrayd, Matt Taggart tagg...@debian.org is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: cpqarrayd Version: 2.3-1.3 Priority: extra Section: admin Description: monitoring tool for HP (Compaq) SmartArray controllers cpqarrayd is a userspace monitoring daemon for HP (Compaq) SmartArray hardware RAID controllers. These controllers usually come built-in to ProLiant, or as a PCI card for ProLiant or Integrity systems. This daemon reports status changes in the disk array to syslog and, optionally, to a snmp trap host. The default is to only log to the syslog. You can specify traphosts with the -t parameter at the commandline. Multiple traphosts are allowed. This tool works with the SmartArray drivers found in Linux kernels 2.4 and 2.6 (cciss and ida drivers). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656593: sed: inefficiency on regexp starting with (.*
Package: sed Version: 4.2.1-9 Severity: wishlist sed is inefficient on a regexp starting with (.*: $ time sed -n s/\(.*49026\)/\1/p ChangeLog 2012-01-12 23:39:18 (rev 49026, vinc17/xvii) 4.62s user 0.00s system 99% cpu 4.637 total Compare to the equivalent: $ time sed -n s/^\(.*49026\)/\1/p ChangeLog 2012-01-12 23:39:18 (rev 49026, vinc17/xvii) 0.27s user 0.00s system 99% cpu 0.278 total perl doesn't have this problem: $ time perl -ne s/(.*49026)/\1/ and print ChangeLog 2012-01-12 23:39:18 (rev 49026, vinc17/xvii) 0.08s user 0.00s system 98% cpu 0.081 total $ time perl -ne s/^(.*49026)/\1/ and print ChangeLog 2012-01-12 23:39:18 (rev 49026, vinc17/xvii) 0.06s user 0.01s system 94% cpu 0.076 total -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sed depends on: ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-24 ii libselinux1 2.1.0-4 sed recommends no packages. sed 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#656594: nagios-nrpe-plugin: Please stop recommending nagios3 package
Package: nagios-nrpe-plugin Version: 2.12-4 Severity: wishlist Hi, Could you please stop making nagios-nrpe-plugin package recommening nagios3. I've the feeling that it should be actually the other way around. If you don't aggree, could you please atleast make it recommends nagios3 | icinga Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (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#656594: [Pkg-nagios-devel] Bug#656594: nagios-nrpe-plugin: Please stop recommending nagios3 package
tag 656594 pending thanks Laurent Bigonville schrieb am Freitag, den 20. Januar 2012: Package: nagios-nrpe-plugin Version: 2.12-4 Severity: wishlist Hi, Could you please stop making nagios-nrpe-plugin package recommening nagios3. I've the feeling that it should be actually the other way around. If you don't aggree, could you please atleast make it recommends nagios3 | icinga commit 36b1062a0dc31cccb72e680f6b57971a861ac87a Author: Alexander Wirt formo...@grml.org Date: Thu Dec 1 13:04:40 2011 +0100 Add add icinga to the list of recommends Already fixed in git (but does not warrant an upload on its own) Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656577: asterisk: UMASK not exported
On Fri, Jan 20, 2012 at 11:26:41AM +0200, Andriy Ivashchenko wrote: Package: asterisk Version: 1:1.6.2.9-2+squeeze4 Severity: normal Hi, UMASK did not works in RUNASTSAFE mode, because it is not exported from /etc/init.d/asterisk to daemon /usr/sbin/safe_asterisk. I think UMASK must be defined in /etc/default/asterisk for posibility to change it and also added command 'export UMASK' to init script. Should it be exported? Or should we create /etc/asterisk/startup.d/aa_debian.sh as a symlink to /etc/default/asterisk ? (look for startup.d in the script safe_asterisk). -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656469: ITP: eegdev -- biosignal acquisition device library
Hi Andreas, It is already planned ;-). Actually this library is part of a bigger set that I am packaging for NeuroDebian under the supervision of Michael Hanke. Best regards, Nicolas On 20/01/2012 09:54, Andreas Tille wrote: Hi Nicolas, this package is in the scope of the Debian Med team as well of NeuroDebian. Do you consider to maintain it in one of these teams (at your preference or where a sponsor volunteers)? Kind regards Andreas. On Thu, Jan 19, 2012 at 04:05:43PM +0100, Nicolas Bourdaud wrote: Package: wnpp Severity: wishlist Owner: Nicolas Bourdaud nicolas.bourd...@gmail.com * Package name: eegdev Version : 0.0 Upstream Author : Nicolas Bourdaud nicolas.bourd...@gmail.com * URL : http://cnbi.epfl.ch/software/eegdev.html * License : LGPL-3+ Programming Lang: C Description : biosignal acquisition device library eegdev is a library that provides an interface for accessing various EEG (and other biosignals) acquisition systems in a unified way. The interface has been designed in order to be both flexible and efficient. The device specific part is implemented by the means of plugins which makes adding new device backend fairly easy even if the library does not support them yet officially. The core library not only provides a unified and consistent interfaces to the eegdev users but it also provides many functionalities to the device backends (plugins) ranging from configuration to data casting and scaling making writing new device backend an easy task. This library is particularly useful to handle the acquisition part of a Brain Computer Interface (BCI) or any realtime multi-electrode acquisition in neurophysiological research. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120119150543.2772.96704.reportbug@emisix signature.asc Description: OpenPGP digital signature
Bug#653073: Switching /etc/mtab to /proc/mounts and removing /lib/init/rw
On Jan 20, Goswin von Brederlow goswin-...@web.de wrote: But I guess the solution for this would be to have udev make /dev/r/usr the real device and /dev/mapper/r-usr a symlink. No, because udev does not creates/renames devices anymore. (This makes devtmpfs mandatory, BTW.) -- ciao, Marco signature.asc Description: Digital signature
Bug#656584: initscripts: /run transition: Please update /etc/network/if-up.d/mountnfs
Hi Roger, this is our symlink situation: # ls -ld /etc/network/run lrwxrwxrwx 1 root root 16 ago 16 10:58 /etc/network/run - /dev/shm/network # ls -ld /etc/network/run/ifstate -rw-r--r-- 1 root root 6 gen 20 07:48 /etc/network/run/ifstate # ls -l /run/network/ifstate ls: impossibile accedere a /run/network/ifstate: File o directory non esistente We have not (intentionally) modified compatibility symlinks ... Regards! Guido Il 20/01/2012 Roger Leigh ha scritto: On Fri, Jan 20, 2012 at 11:07:24AM +0100, MAG4 Piemonte wrote: Dear Maintainer, after update to initscripts (version 2.88dsf-18) NetworkManager is waiting for interface (even if interface is already up) not doing NFS mounts. I think is related to /etc/network/if-up.d/mountnfs, that is not updated to /run transition at row 123:if ! grep -q $i /etc/network/run/ifstate ; then This may be now /run/network/ifstate, according to http://wiki.debian.org/ReleaseGoals/RunDirectory This shouldn't cause any problems though, since /etc/network/run is nowadays a symlink to /run/network: % ls -ld /etc/network/run lrwxrwxrwx 1 root root 12 Jun 8 2011 /etc/network/run - /run/network % ls -ld /etc/network/run/ifstate -rw-r--r-- 1 root root 16 Jan 20 09:01 /etc/network/run/ifstate % ls -l /run/network/ifstate -rw-r--r-- 1 root root 16 Jan 20 09:01 /run/network/ifstate Moving to the new path may also be troublesome, since ifupdown depends on the new initscripts for it to transition to /run. That is, we need to continue using the old path or else we'll have an unsatisfiable circular dependency. The old paths will continue to be valid until after wheezy for this reason. We could always try the new and then fall back to the old path as an alternative. So none of the above is to say that there isn't a bug, just that it's probably not a result of the /run transition unless you deleted the compatibility symlinks. Regards, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653073: bug#10363: /etc/mtab - /proc/mounts symlink affects df(1) output for
Goswin von Brederlow goswin-...@web.de writes: Note that in a chroot any mountpoints inside the chroot have their prefix removed (/home/mrvn/chroot becomes /) while others are left as is. That is wrong too IMHO. The filesystem the chroots / is on should become / even if the chroot is a directory instead of a mountpoint and entries outside the chroot should not be listed at all. You can get such a view from /proc/self/mountinfo. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 And now for something completely different. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656595: debian-policy: Mandatory provide of testsuites or demos for libraries
Package: debian-policy Severity: normal Dear Maintainer, What led up to the situation? What lead me here was the fact that libogre 1.7.3-3 that is basically a package that does not work at all made it into the testing branch. This should not be possible. What I learnt from the policy that the demo and testsuite had been stripped due to containing sections that were not licensed acceptable to main repo. Lack of testing on the maintainers path. Worse lack of means for me as a end user to simply test a library and find out if it working. Result was a library that got threw usable as a non working library and into testing due to being rarely used package. Excuse that is rarely used should not cut it. This is also not the first time I have seen a rarely used package get from unstable to testing without being caught as defective. Most have cost me many hours trying to work out what has gone wrong with what I am working on. *** My proposed policy change*** If upstream library source package contains a testsuite. This testsuite must be packaged as package-testsuite unless it cannot be ship by any one of the rules over main, contrib or non-free. This even include the case that the library ends up in main and the testsuite ends up in non-free or contrib with the source files split in 2. If upstream package contains demos same rule as testsuite except its package- demos. If upstream library source package does not contain testsuite or demos or due to licensing they cannot be provide by the debain system a package-testsuite- min must be created. If testsuite or demos packages exist testsuite-min does not have to be created. Package-testsuite-min will contain at least little program that inits the library and shut-down down the library done in the min amount of code. Enough to prove the library will at east basically fire up and has some chance of providing some functionality. Extra debian license compadible tests can be added to this file. Before sending a package upstream to unstable at least one of the following has to be run testsuite, demos or testsuite-min by the package maintainer to prove the library. What has been run with any failures. What has been run on library to test to be record in the package description tested by: *name* using *testsuite/demo/testsuite-min* on *arch/archs* with optional failures recorded in *file* if there are any failures. Recommended if possible for maintainers to integrate package-testsuite to deb8 *** End *** This is to remove delete being used as a solution with testsuites. Reason must provide is issues with libraries sometimes can be complier. If library provided testsuite runs proper and testsuite built by current complier does not you know you most likely have a complier failure on your hands. Reason why this is a possible security flaw is there are most likely a lot of libraries who test-suite is not being built or used by the maintainers. 10 days in unstable is not going to test the library as completely as one proper run of the libraries test suite. deb8 is also not going to cut it as more libraries add items like opencl support. Reason why a library might fail test suite due to hardware difference. Hardware difference the end user need to be able to testsuite to know what is going on. Again dependable testsuite that is not going to give false reading because the user damaged the complier strangely. Also deb8 building from source is not going to help you in case of defective complier locally. Yes this will mean more disc space. To address some of the disc space issue I suggest to more sub repo parts. tests and tests-nonfree. These are the repos were all testsuites and demos go. Testsuites and demos don't need to be replaced out to every mirror site. This provide formal proof a test was done on a package by a maintainer that is confirm-able in case of a failed package. This also clearly suggest to maintainers what I was told that it would not be a problem if more programs were using the library is not suitable ever. A package without a tested by: *name* using *testsuite/demo/teststuite-min* should be rejected after 12 months from this policy change. This should give people enough time to alter system. So yes this fault is security and stability of Debian. If my alteration to policy is not something else mandatory about testing has to go in to make it clear in policy sending items upstream without any form testing will not be tolerated. Library makers should not depend on application makers to test there libraries completely for them. Peter Dolding -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'proposed-updates'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To
Bug#656596: asterisk: SRTP Video Remote Crash Vulnerability
Package: asterisk Version: 1:1.8.8.0~dfsg-1 Severity: grave Tags: security patch upstream Justification: causes non-serious data loss http://downloads.asterisk.org/pub/security/AST-2012-001.html (No CVE set yet, AFAIK) An attacker attempting to negotiate a secure video stream can crash Asterisk if video support has not been enabled and the res_srtp Asterisk module is loaded. I am not aware of any exploits to the issue. It requires the remote user to be permitted to connect to the system but certain systems may also allow guests. No effect on the version in Squeeze, as Asterisk did not have SRTP support before 1.8 and Squeeze uses 1.6.2 . -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649033: [PATCH] tpm_tis: add delay after aborting command
# guessing found 649033 linux-2.6/3.0.0-6 quit Uwe Kleine-König wrote: I experienced the hangs with Debian's 3.0 kernel, too. Thanks, very useful to know. (I'm happy to have a reason to include the patch in 3.0.y since it should make it easier to share future fixes with 3.2.y.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656473: [Pkg-acpi-devel] Bug#656473: acpi-support-base: Fails to restart acpid.service (systemd)
On Thu, Jan 19, 2012 at 02:26:36PM -0200, Sergio Cipolla wrote: I don't understand much about these Debian internals but acpi-support-base (or, looking better now, maybe just acpi itself) failed to restart acpid.service (I'm using systemd) when being upgraded. I could restart it manually with systemctl start acpid.service This is not a restart but a start. However, it is restart that fails. I was actually unable to reproduce the problem except for a situation where acpid was not running to start with. Could you please find out whether or not acpid was running? Also what happens if you call invoke-rc.d acpid restart manually? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656584: initscripts: /run transition: Please update /etc/network/if-up.d/mountnfs
reassign 656584 ifupdown found 656584 0.7~alpha5+really0.6.16 thanks On Fri, Jan 20, 2012 at 12:06:58PM +0100, MAG4 Piemonte wrote: Hi Roger, this is our symlink situation: # ls -ld /etc/network/run lrwxrwxrwx 1 root root 16 ago 16 10:58 /etc/network/run - /dev/shm/network # ls -ld /etc/network/run/ifstate -rw-r--r-- 1 root root 6 gen 20 07:48 /etc/network/run/ifstate # ls -l /run/network/ifstate ls: impossibile accedere a /run/network/ifstate: File o directory non esistente We have not (intentionally) modified compatibility symlinks ... Regards! This is probably a bug in ifupdown, rather than initscripts. The ifupdown postinst should do the migration. I'm not sure if this is only done properly in the experimental version though, rather than the testing/unstable version, which certainly does still contain /dev/shm/network references. Andrew, could you possibly comment on this? If reassigned it to ifupdown, since this is the package responsible for the symlinks. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656597: cvm: diff for NMU version 0.96-1.1
Package: cvm Version: 0.96-1 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for cvm (versioned as 0.96-1.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. diff -u cvm-0.96/debian/changelog cvm-0.96/debian/changelog --- cvm-0.96/debian/changelog +++ cvm-0.96/debian/changelog @@ -1,3 +1,13 @@ +cvm (0.96-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control: +- Fix FTBFS by build-depend on libmysqlclient-dev (Closes: #650426) +- Add source section admin. (Closes: #582283) +- Std-ver: 3.9.2. + + -- Aron Xu a...@debian.org Fri, 20 Jan 2012 11:05:23 + + cvm (0.96-1) unstable; urgency=low * new upstream version. diff -u cvm-0.96/debian/control cvm-0.96/debian/control --- cvm-0.96/debian/control +++ cvm-0.96/debian/control @@ -1,11 +1,11 @@ Source: cvm +Section: admin Priority: optional Maintainer: Gerrit Pape p...@smarden.org -Build-Depends: libbg1-dev, libmysqlclient15-dev, libpq-dev, libsqlite3-dev, libtool, vim, freecdb, sqlite3 -Standards-Version: 3.7.3.0 +Build-Depends: libbg1-dev, libmysqlclient-dev, libpq-dev, libsqlite3-dev, libtool, vim, freecdb, sqlite3 +Standards-Version: 3.9.2 Package: cvm -Section: admin Architecture: any Depends: ${shlibs:Depends} Description: Credential Validation Modules @@ -25,7 +25,6 @@ See http://untroubled.org/cvm/cvm.html for more information. Package: cvm-mysql -Section: admin Architecture: any Depends: ${shlibs:Depends} Recommends: cvm @@ -46,7 +45,6 @@ See http://untroubled.org/cvm/cvm.html for more information. Package: cvm-pgsql -Section: admin Architecture: any Depends: ${shlibs:Depends} Recommends: cvm
Bug#656595: debian-policy: Mandatory provide of testsuites or demos for libraries
merge 656595 656569 quit Hi again, ohm wrote: [Subject: debian-policy: Mandatory provide of testsuites or demos for libraries] You already reported this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656593: sed: inefficiency on regexp starting with (.*
On 01/20/2012 11:45 AM, Vincent Lefevre wrote: sed is inefficient on a regexp starting with (.*: $ time sed -n s/\(.*49026\)/\1/p ChangeLog 2012-01-12 23:39:18 (rev 49026, vinc17/xvii) 4.62s user 0.00s system 99% cpu 4.637 total Compare to the equivalent: $ time sed -n s/^\(.*49026\)/\1/p ChangeLog 2012-01-12 23:39:18 (rev 49026, vinc17/xvii) 0.27s user 0.00s system 99% cpu 0.278 total Please reassign to glibc. Note that depending on what you are trying to do, you might like these fast alternatives that do not use grouping parentheses: time sed -n 's/.*49026//p' ChangeLog time sed -n '/.*49026/p' ChangeLog In particular, outside the s/// command the parentheses are ignored, so this is also fast. time sed -n '/\(.*49026\)/p' ChangeLog Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656598: libglib2.0-bin pre-dependency is missing
package: xul-ext-debianbuttons severity: minor Hi, Installing xul-ext-debianbuttons in Debian sid: Des: 1 http://ftp.fi.debian.org/debian/ sid/main xul-ext-debianbuttons all 1.6-1 [19,4 kB] Fetched 19,4 kB in 0seg. (28,4 kB/s) Selecting previously unselected package xul-ext-debianbuttons. (Leyendo la base de datos ... 159523 ficheros o directorios instalados actualmente.) Desempaquetando xul-ext-debianbuttons (de .../xul-ext-debianbuttons_1.6-1_all.deb) ... Configurando xul-ext-debianbuttons (1.6-1) ... sh: 1: /usr/bin/gdbus: not found Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608756: assertion for screen size 1400x1050 (using -vga vmware)
tags 608756 + confirmed upstream patch squeeze wheezy sid thanks Replying to an old bug report... On 03.01.2011 14:04, Harald Dunkel wrote: Package: qemu-kvm Version: 0.12.5+dfsg-5 I get an assertion on the host, if I try to increase the screen size from 1280x1024 to 1400x1050 on the guest. # kvm -m 512 -drive file=Win7.vmdk,boot=on -net nic,macaddr=00:00:00:11:22:33 -net tap -uuid 564d8e7f-aca4-40a2-1444-aa30a3112233 -vnc :1 -usbdevice tablet -vga vmware kvm: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) ((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) = (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) ~((2 * (sizeof(size_t))) - 1))) ((old_top)-size 0x1) ((unsigned long)old_end pagemask) == 0)' failed. Aborted (core dumped) The guest runs Windows 7 with the current Vmware drivers installed. The problem seems to be reproducible. On 03.01.2011 15:07, you wrote: PPS: Using -vga std I get a memory corruption (see below). 1280x1024 and 1600x1200 seem to work fine. There's a bug in vnc handling of several resolutions. This bug is still present in 1.0 version of qemu and qemu-kvm, and has been fixed only very recently. The problem is that vnc code in qemu assumes that the screen width is a multiple of 16, and this assumption is relied on in several places, allocating buffers of smaller size if this is not the case. The result is random memory corruption. But 1400 is not a multiple of 16, so it explains why this happens with 1400x1050 but not with other sizes you mentioned (both of which has width dividable by 16). Note this is a problem which can be triggered by the guest, so it can be considered a DoS condition and hence is security- sensitive. But from another point of view, since for regular desktop usage there's a workaround (not using 1400x modes), I think it does not have to be of high priority. Also, it only happens with vnc console, and does not affect SDL console. Now when upstream released a fix I can (trivially) backport it to squeeze, and most likely will. I'm sorry it took me so long - to be fair, I dislike dealing with vnc bugs. It just happened I noticed that Gerd Hoffman sent a patch fixing it today. Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656599: default-jdk: Java JDK not installable on squeeze
Package: default-jdk Severity: important On my very basic squeeze installation default-jdk and other java packages are not installable due to dependecy problems. The packages openjdk-6-jdk is also not installable Output: root@fff:~# LANG=C apt-get install openjdk-6-jdk Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: openjdk-6-jdk : Depends: openjdk-6-jre (= 6b18-1.8.10-0+squeeze2) but it is not going to be installed E: Broken packages I suspect some misconfiguration of apt. But could not find any hints -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Jörg Kurlbaum (joerg.kurlb...@neuland-bfi.de) neuland:::Büro für Informatik GPG-ID: 10FDA31F Konsul-Smidt Str. 8g T: 0421/380107-55 28217 Bremen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566900: Interested in co-maintaining
Hello, I use openbox as a stand alone desktop environment. I would like to be a co-maintainer of the package. I am not a pro but beginner in terms of packaging. I've done packaging (mostly binary) for personal uses and setups at my work place. Recently submitted some ITPs. But I am interested and committed to contribute on a long term basis. If you are still open to have a co-maintainer please count me. Sincerely, -- Medhamsh Hacktivist | http://medhamsh.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656600: [broadcom-sta-source] doesn't compile on latest kernel
Package: broadcom-sta-source Version: 5.100.82.112-4 Severity: serious --- Please enter the report below this line. --- I have tried to compile the module with module-assistant on both my 3.2.1 custom and 3.2 debian kernel, and the module refuses to compile with this error: CC [M] /usr/src/modules/broadcom-sta/src/shared/linux_osl.o CC [M] /usr/src/modules/broadcom-sta/src/wl/sys/wl_linux.o /usr/src/modules/broadcom-sta/src/wl/sys/wl_linux.c:390:2: error: unknown field ‘ndo_set_multicast_list’ specif$ /usr/src/modules/broadcom-sta/src/wl/sys/wl_linux.c:390:2: warning: initialization from incompatible pointer ty$ /usr/src/modules/broadcom-sta/src/wl/sys/wl_linux.c:390:2: warning: (near initialization for ‘wl_netdev_ops.ndo$ make[5]: *** [/usr/src/modules/broadcom-sta/src/wl/sys/wl_linux.o] Error 1 make[4]: *** [_module_/usr/src/modules/broadcom-sta] Error 2 make[3]: *** [sub-make] Error 2 make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/linux-headers-3.2.0-1-amd64' make[1]: *** [binary-modules] Error 2 make[1]: Leaving directory `/usr/src/modules/broadcom-sta' make: *** [kdist_build] Error 2 --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-1-amd64 Debian Release: wheezy/sid 990 unstablewww.debian-multimedia.org 990 unstablemi.mirror.garr.it 500 testing ftp.it.debian.org 500 stable dl.google.com 500 squeeze activsoftware.co.uk 100 experimental-snapshots qt-kde.debian.net 1 experimentalftp.it.debian.org 1 experimentaldebian.fastweb.it --- Package information. --- Depends(Version) | Installed -+-=== debhelper (= 7) | 9.20120115 bzip2| 1.0.6-1 make | 3.81-8.1 quilt| 0.50-2 Recommends(Version) | Installed ===-+-=== module-assistant| 0.11.4 Suggests(Version) | Installed =-+-=== wireless-tools| 30~pre9-8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619413: problem solved in gtk+ post 2.24.8
forwarded 619413 https://bugzilla.gnome.org/show_bug.cgi?id=620240 reassign 623749 src:gtk+2.0 merge 619413 623749 thanks Hi there! On Mon, 09 Jan 2012 17:07:45 +0100, Uwe Kleine-König wrote: this bug (i.e. drag'n'drop not working via vnc) is addressed upstream in commit 2a9bf26 (Fix problems with DND on some X servers): ...and #623749 is a duplicate. Thx, bye, Gismo / Luca pgp72DZ5pavfI.pgp Description: PGP signature
Bug#441178: deb entries required for deb-src to work with releases/versions
Hello, I confirm that bug, I tried to setup rebuildd[1] and failed at the point of downloading the source because I only have deb-src line in my /etc/apt/sources.list. Regards. Footnotes: [1] http://inodes.org/2009/09/14/building-a-private-ppa-on-ubuntu/ -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 pgpLBI7nR7zVJ.pgp Description: PGP signature
Bug#654693: commas in init script - fixed in git
Dear Bruno, have many thanks for spotting - and reporting! - this. Best regards, Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655215: [buildd-tools-devel] Bug#655215: sbuild: Do not do run fakeroot ./debian/rules clean before building source
Roger Leigh rle...@codelibre.net writes: [...] In this situation, I guess there are two possibilities: 1) You run dpkg-source -b yourself, then run sbuild with the resulting .dsc. This won't require any changes to sbuild directly. 2) We add an option to sbuild to permit cleaning of the tree to be skipped. I guess we can add -nc like for dpkg-buildpackage. It depends on whether (1) is too much of an inconvenience. But it's certainly possible to do (2). I would prefer (2) for personal use, I like doing: #+begin_src sh me@home:~$ git buildpackage --git-builder=sbuild -A -d unstable --git-cleaner=/bin/true #+end_src This is fine for arch=all packages but requires X runs for X architectures, so I'm looking at rebuildd and its interaction with reprepro[1][2]. In that case, I'm inclined to use something like: #+begin_src sh me@home:~$ git buildpackage \ --git-builder=dpkg-buildpackage -nc -d -S \ --git-postbuild='dput reprepro ${GBP_CHANGES_FILE}' --git-cleaner=/bin/true #+end_src and let rebuildd to the work. Regards. Footnotes: [1] http://inodes.org/2009/09/14/building-a-private-ppa-on-ubuntu/ [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656187 -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 pgp0PuKndsN5p.pgp Description: PGP signature
Bug#656441: binutils FTBFS on armel, powerpc, s390 and s390x buildds
severity 656441 normal make sure that 2.22-3 is installed on the buildds and give it back. not reproducible in testing. On 19.01.2012 13:06, peter green wrote: package: binutils version: 2.22-4 serverity: serious armel appeared to fail with a compiler error. Unfortunately we can't see why the compile failed because the build system redirected all it's output to /dev/null :( make[5]: Entering directory `/build/buildd-binutils_2.22-4-armel-f9n1k6/binutils-2.22/builddir-single/opcodes' /bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../opcodes -I. -I../../opcodes -I../bfd -I../../opcodes/../include -I../../opcodes/../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -MT dis-buf.lo -MD -MP -MF .deps/dis-buf.Tpo -c -o dis-buf.lo ../../opcodes/dis-buf.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../opcodes -I. -I../../opcodes -I../bfd -I../../opcodes/../include -I../../opcodes/../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -MT dis-buf.lo -MD -MP -MF .deps/dis-buf.Tpo -c ../../opcodes/dis-buf.c -fPIC -DPIC -o .libs/dis-buf.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../opcodes -I. -I../../opcodes -I../bfd -I../../opcodes/../include -I../../opcodes/../bfd -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -MT dis-buf.lo -MD -MP -MF .deps/dis-buf.Tpo -c ../../opcodes/dis-buf.c -o dis-buf.o /dev/null 21 make[5]: *** [dis-buf.lo] Error 1 make[5]: Leaving directory `/build/buildd-binutils_2.22-4-armel-f9n1k6/binutils-2.22/builddir-single/opcodes' powerpc appeared to fail with two seperate errors (ah the joys of paralell builds), one similar to the failure on armel and one moaning about relocations not being supported by the object file format. s390 and s390x seemed to fail with relocation errors. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656579: attempt to index field 'conn' (a nil value)
Hi Piotr, On 20 January 2012 09:25, Piotr Ożarowski pi...@debian.org wrote: Package: prosody Version: 0.8.2-1~bpo60+1 Severity: normal my /var/log/prosody/prosody.err contains (few times a day max) tracebacks like this one: | Jan 20 04:44:10 general error Top-level error, please report: | /usr/lib/prosody/net/xmppserver_listener.lua:105: attempt to index field 'conn' (a nil value) Thanks for the report. If there are any useful lines immediately preceding the error in the log, that would be useful. Look for messages related to closing an s2s connection. If the messages are always about a particular remote domain, or if there are no messages about closing an s2s connection, that's useful information also. Enabling debug logging for a while would also be helpful. Many thanks, Matthew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656593: sed: inefficiency on regexp starting with (.*
reassign 656593 libc6 2.13-24 thanks On 2012-01-20 12:32:47 +0100, Paolo Bonzini wrote: Please reassign to glibc. OK. Note that depending on what you are trying to do, you might like these fast alternatives that do not use grouping parentheses: time sed -n 's/.*49026//p' ChangeLog time sed -n '/.*49026/p' ChangeLog In particular, outside the s/// command the parentheses are ignored, so this is also fast. time sed -n '/\(.*49026\)/p' ChangeLog Well, I just gave a simple example extracted from a more complex regexp. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656601: telepathy-gabble: new upstream stable branch 0.14.x
Package: telepathy-gabble Version: 0.13.7-1 Severity: wishlist If telepathy-gabble 0.15.x isn't ready for unstable (and I'm quite prepared to believe that it isn't), we should have the 0.14.x stable branch there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606959: logrotate script should set correct owner/group
Hi, So if for some reasons the file is missing or has bad permissions asterisk will not (re)start and nothing will fix the permissions. This issue should be fixed before the weekly log rotation. I would actually be quite surprized to find ownership explicitly set in the log rotation configuration. Asterisk's logrotate configuration already has missingok. I'd like to close this issue. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648968: any resize would do
severity 648968 minor reassign 648968 wxwidgets2.8 end Hello, I can confirm your observation. Any resizing of the window helps. Just as you described it, the problem is not with BOINC itself. But it is still present, which disturbs me, too. I am reassigning it to the wxwidgets package (hello). Let's see what happens. Thanks and regards Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656438: [Piuparts-devel] Bug#656438: piuparts: doing distupgrade tests of disapperaring packages
Hi Andreas, thanks for bringing up this issue in the BTS! On Donnerstag, 19. Januar 2012, Andreas Beckmann wrote: we need some solution to do distupgrade tests on disappering packages. yes, that would be nice to have. Possible outcomes: * the old package is left on the system after the distupgrade, this is fine actually, I'm not so sure this is fine as it means no security or other support. So we could also just treat all these cases as failing, as certainly a bug is in ordner. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656584: initscripts: /run transition: Please update /etc/network/if-up.d/mountnfs
Hello, On Fri, 20 Jan 2012 11:24:30 + Roger Leigh rle...@codelibre.net wrote: # ls -ld /etc/network/run lrwxrwxrwx 1 root root 16 ago 16 10:58 /etc/network/run - /dev/shm/network # ls -ld /etc/network/run/ifstate -rw-r--r-- 1 root root 6 gen 20 07:48 /etc/network/run/ifstate # ls -l /run/network/ifstate ls: impossibile accedere a /run/network/ifstate: File o directory non esistente We have not (intentionally) modified compatibility symlinks ... Regards! This is probably a bug in ifupdown, rather than initscripts. The ifupdown postinst should do the migration. I'm not sure if this is only done properly in the experimental version though, rather than the testing/unstable version, which certainly does still contain /dev/shm/network references. Andrew, could you possibly comment on this? If reassigned it to ifupdown, since this is the package responsible for the symlinks. As far as I know, this should be probably handled properly by experimental version. I hope to release a new version to the end of January; it will probably go into unstable. -- WBR, Andrew signature.asc Description: PGP signature
Bug#656602: darkplaces: new snapshot FTBFS on non-x86, again
Source: darkplaces Version: 0~20110628+svn11619-1 The S390x build log indicates that the new darkplaces has grown more software renderer calls, which don't link on non-x86. The patch to #ifdef out the software renderer on non-x86 needs further updates. This bug report is just to indicate to buildd maintainers that I'm aware of this problem, and the package doesn't need to be added to Not-For-Us; I intend to make sure that the next upload will be portable again. (The software renderer requires SSE; it's correctly conditionalized on any-i386, and mandatory on any-amd64, but can't be built at all on non-x86 platforms.) S ---BeginMessage--- * Source package: darkplaces * Version: 0~20110628+svn11619-1 * Architecture: s390x * State: failed * Suite: sid * Builder: zemlinsky.debian.org * Build log: https://buildd.debian.org/fetch.cgi?pkg=darkplacesarch=s390xver=0%7E20110628%2Bsvn11619-1stamp=1327062594file=log Please note that these notifications do not necessarily mean bug reports in your package but could also be caused by other packages, temporary uninstallabilities and arch-specific breakages. A look at the build log despite this disclaimer would be appreciated however. ---End Message---
Bug#656603: unscd: no newline at end of nscd.conf
Package: unscd Version: 0.47-2 Severity: minor Hi, There's no newline after the last line of nscd.conf: # unscd does not support services caching Please add one to make dpkg's conffile diffs less noisy. -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656604: cynthiune.app: Please either port to new musicbrainz API or remove the old code
Package: cynthiune.app Version: 0.9.5-13 Severity: normal Hi, I posted a plan to debian-devel about removing libmusicbrainz-2.1 from the archive, since the old RDF API is obsolete since 2009. Please either port cynthiune.app to the new API or patch out the code using the old one. libmusicbrainz3 is in the archive, but even that one is using a deprecated (but still available) webservice API. libmusicbrainz4 is packaged but not yet in the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656605: libnetaddr-ip-perl: ip-addr() should follow RFC5952 Section 2.2 (Zero Compression)
Package: libnetaddr-ip-perl Version: 4.058+dfsg-2 Severity: normal Hi, libnetaddr-ip-perls -addr function should follow the recommended representation in RFC5952, not only print lowercase as default (i have seen the qw(:lower) switch) but also use maximum zero compression as in 2.2 of the RFC5952: --- quote --- 2.2. Zero Compression 'A special syntax is available to compress the zeros. The use of :: indicates one or more groups of 16 bits of zeros.' It is possible to select whether or not to omit just one 16-bit 0 field. 2001:db8::::::1 2001:db8:::::0:1 In cases where there is more than one field of only zeros, there is a choice of how many fields can be shortened. 2001:db8:0:0:0::1 2001:db8:0:0::1 2001:db8:0::1 2001:db8::1 In addition, Section 2.2 of [RFC4291] notes, 'The :: can only appear once in an address.' This gives a choice on where in a single address to compress the zero. 2001:db8:::0:0:1 2001:db8:0:0:::1 --- quote --- -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnetaddr-ip-perl depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii perl-base [perlapi-5.1 5.10.1-17squeeze2 minimal Perl system Versions of packages libnetaddr-ip-perl recommends: ii libsocket6-perl 0.23-1 Perl extensions for IPv6 libnetaddr-ip-perl 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#656579: attempt to index field 'conn' (a nil value)
Hi Matthew, | Jan 20 04:44:10 general error Top-level error, please report: | /usr/lib/prosody/net/xmppserver_listener.lua:105: attempt to index field 'conn' (a nil value) Thanks for the report. If there are any useful lines immediately preceding the error in the log, that would be useful. Look for messages related to closing an s2s connection. If the messages are always about a particular remote domain, or if there are no messages about closing an s2s connection, that's useful information also. Enabling debug logging for a while would also be helpful. from prosody.log: | Jan 20 04:44:10 s2sout80c6168 infoSession closed by remote with error: policy-violation | Jan 20 04:44:10 s2sout80c6168 infos2s disconnected: ozarowski.pl-gg.chrome.pl (closed) ozarowski.pl is my server, gg.chrome.pl is GaduGadu transport I enabled debug logging, so soon I will know a bit more... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656606: eficasQt and eficasTk do not work (on Ubuntu 11.10)
Package: eficas Version: 2.0.3-1-1 This is an identical bug report as https://bugs.launchpad.net/ubuntu/+source/eficas/+bug/909153 I was privately asked to submit it here. - I just installed eficas (by apt-get) to edit an aster command file, unfortunately I could not get it working, see errors below. ahb@lap2 ~ dpkg --get-selections | grep eficas eficas install ahb@lap2 ~ apt-cache show eficas Package: eficas Priority: optional Section: universe/science Installed-Size: 14436 Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com Original-Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org Architecture: all Version: 2.0.3-1-1 Depends: python (= 2.4), python-support (= 0.90.0), python-tk, python-pmw, python-numpy Filename: pool/universe/e/eficas/eficas_2.0.3-1-1_all.deb snip ahb@lap2 ~ eficasQt Traceback (most recent call last): File /usr/share/pyshared/Aster/qtEficas_aster.py, line 34, in module from InterfaceQT4 import eficas_go File /usr/share/pyshared/Aster/../InterfaceQT4/eficas_go.py, line 27, in module from PyQt4.QtGui import * ImportError: No module named QtGui ahb@lap2 ~ eficasTk Traceback (most recent call last): File /usr/share/pyshared/Aster/eficas_aster.py, line 33, in module from InterfaceTK import eficas_go File /usr/share/pyshared/Aster/../InterfaceTK/eficas_go.py, line 42, in module from Editeur import import_code File /usr/share/pyshared/Aster/../Editeur/import_code.py, line 55, in module import Accas File /usr/share/pyshared/Aster/../Accas/__init__.py, line 38, in module from A_JDC_CATA import JDC_CATA File /usr/share/pyshared/Aster/../Accas/A_JDC_CATA.py, line 22, in module import A_JDC File /usr/share/pyshared/Aster/../Accas/A_JDC.py, line 24, in module from Ihm import I_JDC File /usr/share/pyshared/Aster/../Ihm/I_JDC.py, line 34, in module from Extensions import commentaire,parametre,parametre_eval File /usr/share/pyshared/Aster/../Extensions/parametre.py, line 38, in module from param2 import * File /usr/share/pyshared/Aster/../Extensions/param2.py, line 9, in module import numpy File /usr/share/pyshared/Aster/../numpy/__init__.py, line 136, in module import add_newdocs File /usr/share/pyshared/Aster/../numpy/add_newdocs.py, line 9, in module from numpy.lib import add_newdoc File /usr/share/pyshared/Aster/../numpy/lib/__init__.py, line 4, in module from type_check import * File /usr/share/pyshared/Aster/../numpy/lib/type_check.py, line 8, in module import numpy.core.numeric as _nx File /usr/share/pyshared/Aster/../numpy/core/__init__.py, line 5, in module import multiarray ImportError: No module named multiarray Misc information: ahb@lap2 ~ lsb_release -rd Description: Ubuntu 11.10 Release: 11.10 ahb@lap2 ~ apt-cache policy eficas eficas: Installed: 2.0.3-1-1 Candidate: 2.0.3-1-1 Version table: *** 2.0.3-1-1 0 500 http://de.archive.ubuntu.com/ubuntu/ oneiric/universe amd64 Packages 100 /var/lib/dpkg/status Regards ahb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656607: icedove: message window changes displayed message after moving message to new imap folder
Package: icedove Version: 3.1.16-1 Severity: normal Dear Maintainer, * What led up to the situation? I have an IMAP account in icedove. I received a new message. I opened the message in a new window and send the window to a different workspace (2). * What exactly did you do (or not do) that was effective (or ineffective)? I move the email into a different folder (from inbox to an appropriate folder) * What was the outcome of this action? Going to workspace 2 the message window does not show the message I just opened but a different one from the inbox. * What outcome did you expect instead? I expected the message window to show the message which I want to read, no matter whether it moved to a new folder. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.1 ii fontconfig2.8.0-3 ii libasound21.0.24.1-4 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libdbus-1-3 1.4.16-1 ii libffi5 3.0.10-3 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.8-1 ii libgcc1 1:4.6.2-11 ii libgdk-pixbuf2.0-02.24.0-2 ii libglib2.0-0 2.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8c-2 ii libnspr4-0d 4.8.9-1 ii libnss3-1d3.13.1.with.ckbi.1.88-1 ii libpango1.0-0 1.29.4-2 ii libpixman-1-0 0.24.0-1 ii libpng12-01.2.46-3 ii libsqlite3-0 3.7.9-2 ii libstartup-notification0 0.12-1 ii libstdc++64.6.2-11 ii libx11-6 2:1.4.4-4 ii libxrender1 1:0.9.6-2 ii libxt61:1.1.1-2 ii psmisc22.13-1 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages icedove recommends: ii myspell-de-de [myspell-dictionary] 20110609-1 ii myspell-en-us [myspell-dictionary] 1:3.3.0-3 Versions of packages icedove suggests: ii libdbus-glib-1-2 0.98-1 ii libgconf2-4 2.32.4-1 ii libgnomevfs2-01:2.24.4-1 ii libgssapi-krb5-2 1.10+dfsg~alpha2-1 ii libnotify40.7.4-1 ii ttf-lyx 2.0.2-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656608: grub2 on sqeeze and bugs triggered by qemu/kvm
Package: grub2 Version: 1.98+20100804-14+squeeze1 Severity: wishlist Tags: squeeze Hello. I've two bugreports reported against qemu-kvm package about squeeze virtual machines being unbootable. These are #653068 and #616487. It all boils down to the following message during boot (from #653068): Loading Linux 2.6.32-5-amd64 ... unaligned pointer 0x93940002 Aborted. Press any key to exit. After some investigation it turns out this is a problem in grub itself, its memory management. In particular, I found this: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/717445 In this bugreport, they found out that later grub versions does not show this issue. This is confirmed by my bureports -- installing grub from wheezy makes it work. In the LP#717445 there's a backport of a large commit to grub made by Serge Hallyn. He backported a commit which made lots of changes to video subsystem handling, see https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/717445/comments/11 I tried the 3 patches against grub in squeeze, had to tweak some stuff in there, and can confirm it fixes the mentioned problem, which confirms what ubuntu guys discovered. Now, the question. It is definitely worth to fix this bug for squeeze, so it will be actually installable in qemu/kvm. It is obviously not possible to fix it for past squeeze releases, so original squeeze will remain uninstallable which is sad. It is not really possible to fix it in qemu/kvm because tje behavor - as far as I can see - depends on quite some randomness. And finally, the backport of that large patch is, well, large and may be too risky for squeeze if it is about to fix just qemu/kvm problem. Any opinions/comments? For now I'll merge the two mentioned bugreports into this one, and mark it with Severity: wishlist. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656609: ITP: libhmsbeagle -- High-performance lib for Bayesian and Maximum Likelihood phylogenetics
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: libhmsbeagle Version : 1.0 Upstream Author : Andrew Rambaut ramb...@gmail.com * URL : http://code.google.com/p/beagle-lib * License : LGPL-3+ Programming Lang: C, Java Description : High-performance lib for Bayesian and Maximum Likelihood phylogenetics BEAGLE is a high-performance library that can perform the core calculations at the heart of most Bayesian and Maximum Likelihood phylogenetics packages. It can make use of highly-parallel processors such as those in graphics cards (GPUs) found in many PCs. . The project involves an open API and fast implementations of a library for evaluating phylogenetic likelihoods (continuous time Markov processes) of biomolecular sequence evolution. . The aim is to provide high performance evaluation 'services' to a wide range of phylogenetic software, both Bayesian samplers and Maximum Likelihood optimizers. This allows these packages to make use of implementations that make use of optimized hardware such as graphics processing units. The package was initially prepared by Tim Booth for BioLinux and submitted to Debian Med repository at Vcs-Svn: svn://svn.debian.org/debian-med/trunk/packages/libhmsbeagle/trunk After making some changes in the packaging I would like to upload it to Debian because some other packages depend from this lib. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656610: cc1: error: Cannot load plugin /usr/lib/gcc/x86_64-linux-gnu/4.5/plugin/dragonegg.so
Package: llvm-gcc-4.5 Version: 2.9-2build1 Severity: grave Justification: renders package unusable llvm-gcc no longer works: $ llvm-gcc min.c cc1: error: Cannot load plugin /usr/lib/gcc/x86_64-linux-gnu/4.5/plugin/dragonegg.so /usr/lib/gcc/x86_64-linux-gnu/4.5/plugin/dragonegg.so: cannot open shared object file: No such file or directory -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages llvm-gcc-4.5 depends on: ii dragonegg 3.0-1 ii g++-4.54.5.3-10 ii gcc-4.54.5.3-10 llvm-gcc-4.5 recommends no packages. llvm-gcc-4.5 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#608195: Testresult with TigerVNC to your info
Clarification-I have done no work toward packaging - just using it and also reporting successful operation But there were some preliminary packages from others Ola Lundqvist o...@debian.org wrote: Hi Jurgen Sure it is possible, but then someone need to help me. All the VNC packages are up for adoption as I lack time to maintain them properly. Yaroslav have done a good work on the tigervnc packaging but I have not yet had the time to check the status. It is on my todo list. // Ola On Fri, Jan 06, 2012 at 10:32:21PM +0100, Jürgen Leibner wrote: Hi Ola Lundqvist, I tested the TigerVNC and it works so far. A screenshot is attached. Unfortunatly it is not in debian. Isn't there any chance to get a vncserver in squeeze working with KDE4 to be integrated in Debian Edu? Greetings Jürgen Leibner -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Bug#641242: Bug #641242: cp2k: FTBFS anywhere but (linux-)i386
reopen 641242 thanks The package with modified build-depends built fine on my amd64 machine, within pbuilder. But when uploading to the archive it returns no luck on i386. Reopening the bug report. I am building the package for i386 in pbuilder, will upload as bin-nmu if got succeeded (very likely to be succeeded). But this bug should remain opening because actually the build system does not recognize other platforms. For some platform supported, i.e. i686, x86_64 and ia64 at least, there are wired build problems on buildds. Tail of logs for cp2k on ia64 (supported): /usr/bin/make -C /build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/makefiles/../obj/Linux-ia64-gfortran/popt -f /build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/makefiles/../makefiles/Makefile _all tail: cannot open `/build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/makefiles/../src/CVS/Entries' for reading: No such file or directory make[4]: Entering directory `/build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/obj/Linux-ia64-gfortran/popt' cpp -C -D__GFORTRAN -D__FFTSG -traditional -D__COMPILE_ARCH=\Linux-ia64-gfortran\ -D__COMPILE_DATE=\Fri Jan 20 13:11:24 UTC 2012\ -D__COMPILE_HOST=\alkman\ -D__COMPILE_LASTCVS=\\ -I/build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/makefiles/../src /build/buildd-cp2k_2.1.637-2.1-ia64-ezcZn1/cp2k-2.1.637/makefiles/../src/lib/array_types.F array_types.f90 mpif90 -c -g -Wall -O2 -ffast-math -funroll-loops -ftree-vectorize -march=native -ffree-form -D__GFORTRAN -D__FFTSG -D__FFTW3 -D__parallel -D__BLACS -D__SCALAPACK array_types.f90 f951: error: unrecognized command line option '-march=native' make[4]: *** [array_types.o] Error 1 Tail of logs for cp2k on sparc (not recognized): make[1]: Entering directory `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637' (cd makefiles; /usr/bin/make distclean) have a look at cp2k/tools/get_arch_code your system is a Linux-#1 SMP Wed Jan 11 13:31:36 UTC 2012-2.6.32-5-sparc64-smp-sparc but get_arch_code is not able to deal with that Makefile:124: make[2]: Entering directory `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637/makefiles' /build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637/makefiles/../arch/unknown.sopt: No such file or directory tail: cannot open `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637/makefiles/../src/CVS/Entries' for reading: No such file or directory make[2]: *** No rule to make target `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637/makefiles/../arch/unknown.sopt'. Stop. make[2]: Leaving directory `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637/makefiles' make[1]: *** [override_dh_auto_clean] Error 2 make[1]: Leaving directory `/build/buildd-cp2k_2.1.637-2.1-sparc-QxAz88/cp2k-2.1.637' make: *** [clean] Error 2 -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656611: Crash in iceweasel: crash in mozilla::gl::GLContext::InitExtensions on visiting WebGL page
Package: iceweasel Version: 9.0.1-1~bpo60+1 Severity: normal Hi, i am seeing a reproducible crash while visiting http://maps3d.svc.nokia.com/webgl/ when initializing webgl. The Crash is here: gfx/thebes/GLContext.cpp 443 void 444 GLContext::InitExtensions() 445 { 446 MakeCurrent(); 447 const GLubyte *extensions = fGetString(LOCAL_GL_EXTENSIONS); 448 char *exts = strdup((char *)extensions); 449 It seems fGetString(LOCAL_GL_EXTENSIONS); returns NULL which leads strdup to segfault ... See attached backtrace: flo@p2:~$ iceweasel -g GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/lib/iceweasel/firefox-bin...(no debugging symbols found)...done. (gdb) re Ambiguous command re: rec, record, refresh, remote, restart, restore, return, reverse-continue, reverse-finish... (gdb) r Starting program: /usr/lib/iceweasel/firefox-bin [Thread debugging using libthread_db enabled] [New Thread 0x7fffe62ad700 (LWP 23829)] [New Thread 0x7fffe5811700 (LWP 23830)] [New Thread 0x7fffe5010700 (LWP 23831)] [New Thread 0x7fffe45ff700 (LWP 23832)] [New Thread 0x7fffe30ff700 (LWP 23833)] [New Thread 0x7fffe28fe700 (LWP 23834)] [New Thread 0x7fffde7ff700 (LWP 23835)] [New Thread 0x7fffdddff700 (LWP 23836)] [New Thread 0x7fffda8b8700 (LWP 23837)] [New Thread 0x7fffda0b7700 (LWP 23838)] [New Thread 0x7fffd91c4700 (LWP 23839)] [New Thread 0x7fffd81ff700 (LWP 23840)] [Thread 0x7fffde7ff700 (LWP 23835) exited] [New Thread 0x7fffde7ff700 (LWP 23841)] [New Thread 0x7fffd26ff700 (LWP 23842)] [New Thread 0x7fffd1efe700 (LWP 23843)] [New Thread 0x7fffd16fd700 (LWP 23844)] [New Thread 0x7fffd0efc700 (LWP 23845)] [New Thread 0x7fffd03ff700 (LWP 23846)] [Thread 0x7fffd81ff700 (LWP 23840) exited] [New Thread 0x7fffd81ff700 (LWP 23847)] [New Thread 0x7fffcf3ff700 (LWP 23848)] [New Thread 0x7fffcc3ff700 (LWP 23849)] [New Thread 0x7fffcb3ff700 (LWP 23850)] Program received signal SIGSEGV, Segmentation fault. __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31 31 ../sysdeps/x86_64/multiarch/../strlen.S: No such file or directory. in ../sysdeps/x86_64/multiarch/../strlen.S Current language: auto The current source language is auto; currently asm. (gdb) bt #0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31 #1 0x773c5876 in *__GI___strdup (s=0x0) at strdup.c:42 #2 0x75748e96 in mozilla::gl::GLContext::InitExtensions (this=0x7fffc90f7800) at /tmp/buildd/iceweasel-9.0.1/gfx/thebes/GLContext.cpp:448 #3 0x7574a507 in mozilla::gl::GLContext::InitWithPrefix (this=0x7fffc90f7800, prefix=value optimized out, trygl=value optimized out) at /tmp/buildd/iceweasel-9.0.1/gfx/thebes/GLContext.cpp:374 #4 0x75757d72 in mozilla::gl::GLContextGLX::Init (format=value optimized out, display=0x76d96000, drawable=value optimized out, cfg=value optimized out, vinfo=value optimized out, shareContext=0x7fffcaab0800, deleteDrawable=value optimized out, pixmap=0x7fffcb5b6d80) at /tmp/buildd/iceweasel-9.0.1/gfx/thebes/GLContextProviderGLX.cpp:730 #5 mozilla::gl::GLContextGLX::CreateGLContext (format=value optimized out, display=0x76d96000, drawable=value optimized out, cfg=value optimized out, vinfo=value optimized out, shareContext=0x7fffcaab0800, deleteDrawable=value optimized out, pixmap=0x7fffcb5b6d80) at /tmp/buildd/iceweasel-9.0.1/gfx/thebes/GLContextProviderGLX.cpp:681 #6 0x75758c25 in CreateOffscreenPixmapContext (aSize=value optimized out, aFormat=value optimized out, aShare=value optimized out) at /tmp/buildd/iceweasel-9.0.1/gfx/thebes/GLContextProviderGLX.cpp:1225 #7 0x75758cdb in mozilla::gl::GLContextProviderGLX::CreateOffscreen (aSize=..., aFormat=...) at /tmp/buildd/iceweasel-9.0.1/gfx/thebes/GLContextProviderGLX.cpp:1237 #8 0x7501cca5 in mozilla::WebGLContext::SetDimensions (this=0x7fffcd651400, width=300, height=150) at /tmp/buildd/iceweasel-9.0.1/content/canvas/src/WebGLContext.cpp:662 #9 0x7506ebbc in nsHTMLCanvasElement::UpdateContext (this=0x7fffcb825240, aNewContextOptions=0x0) at /tmp/buildd/iceweasel-9.0.1/content/html/content/src/nsHTMLCanvasElement.cpp:622 #10 0x7506f0f7 in nsHTMLCanvasElement::GetContext (this=0x7fffcb825240, aContextId=value optimized out, aContextOptions=..., aContext=value optimized out) at /tmp/buildd/iceweasel-9.0.1/content/html/content/src/nsHTMLCanvasElement.cpp:540 #11 0x753f776a in nsIDOMHTMLCanvasElement_GetContext (cx=0x7fffd33af000, argc=value
Bug#649173: pu: package nss-pam-ldapd/0.7.16
On 20.01.2012 10:16, Arthur de Jong wrote: On Thu, 2012-01-19 at 22:09 +, Adam D. Barratt wrote: To be clear, there are three changes up for consideration: (1) is #645599 which is essentially: http://arthurdejong.org/viewvc/nss-pam-ldapd/nss-pam-ldapd-0.7/debian/libnss-ldapd.config?r1=1209r2=1555 (2) is a problem with not-initialised variables which is: http://arthurdejong.org/viewvc/nss-pam-ldapd/nss-pam-ldapd-0.7/nslcd/nslcd.c?r1=1209r2=1559 (3) is a typo in error handling code: http://arthurdejong.org/viewvc/nss-pam-ldapd/nss-pam-ldapd-0.7/nslcd/myldap.c?r1=1469r2=1561 Those are the changes I was referring to above when I said I'd be happy to look at them, yes. [...] Ok, thanks. I've also been giving it some thought also and a 0.7.15+squeeze1 version would also allow me with some more freedom to release a new upstream 0.7.16 (not targeted at Debian). Please let me know if you want me to prepare a debdiff or do an upload and with which changes. A debdiff would be great, just for final checks; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org