Bug#589967: For you
In the M.C. mailbox award, yours emerge as a recipient of 1,000,000:00 GBP. Send Receipient Name Mobile # Address Nationality For fund remittance -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650157: mplayer command line works, GUI sometimes fails
bugs 650157 moreinfo stop On So, Nov 27, 2011 at 05:01:11 (CET), Joshua Brickel wrote: Package: mplayer Version: 2:1.0~rc3++svn20100804-0.2squeeze1 Severity: important When I use the command line (ex. mplayer dvd://1 -dvd-device /cdrom ) mplaye rworks find But when I use the GUI to open mplayer, What gui are you exactly using? there are a number of potential programs in debian that could match that discription, and none of them has been packaged in the 'mplayer' package itself. then sometimes it plays from the cdrom device without a problem, and other times the mplayer process simply crashes. Please attach stacktraces of the crash. 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#650162: FTBFS: configure: error: invalid ltdl library directory: `/usr/lib'
Package: parser-mysql Version: 10.3-5 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch parser-mysql fails to build from source because it tries to look for ltdl library in /usr/lib. Here's a log of failed build in Ubuntu: https://launchpad.net/ubuntu/+source/parser-mysql/10.3-5build1/+build/2949683/+files/buildlog_ubuntu-precise-i386.parser-mysql_10.3-5build1_FAILEDTOBUILD.txt.gz The patch applied in Ubuntu follows. https://launchpad.net/ubuntu/+source/parser-mysql/10.3-5ubuntu1 diff -Nru parser-mysql-10.3/debian/rules parser-mysql-10.3/debian/rules --- parser-mysql-10.3/debian/rules 2011-10-01 13:41:45.0 + +++ parser-mysql-10.3/debian/rules 2011-11-27 07:24:13.0 + @@ -5,6 +5,7 @@ PACKAGE = $(shell dh_listpackages) TMP = $(CURDIR)/debian/$(PACKAGE) +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) %: dh $@ @@ -15,7 +16,7 @@ --libdir=/usr/lib/parser3/ \ CPPFLAGS=-I/usr/include/parser3 \ --with-ltdl-include=/usr/include \ - --with-ltdl-lib=/usr/lib \ + --with-ltdl-lib=/usr/lib/$(DEB_HOST_MULTIARCH) \ CFLAGS=$(CFLAGS) LDFLAGS=-lstdc++ override_dh_auto_install: -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: i386 (i686) Kernel: Linux 3.0.0-14-generic (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580470: abort() on version 12 archives
severity 580470 important tags 580470 + upstream patch fixed-upstream quit Anthony L. Awtrey wrote: I found a work around here with a patch: http://www.mail-archive.com/synce-devel@lists.sourceforge.net/msg01796.html Thanks, Anthony. Looks like this was fixed by upstream r3805, then the fix generalized by r3953. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650163: top showes wrong Swap size
Package: procps top - 12:44:29 up 14 days, 23:49, 2 users, load average: 1.09, 1.24, 1.32 Tasks: 122 total, 3 running, 119 sleeping, 0 stopped, 0 zombie Cpu(s): 6.0%us, 25.8%sy, 0.0%ni, 54.5%id, 12.0%wa, 0.3%hi, 1.3%si, 0.0%st Mem: 3114824k total, 3032880k used,81944k free,35496k buffers Swap: 1951888k total,0k used, 1951888k free, 2772680k cached PID USER VIRT RES SHR S %CPU %MEMTIME+ SWAP CODE DATA COMMAND 960 root 125m 3512 532 S 0.7 0.1 28:25.05 121m 28 123m mhddfs 15416 privoxy 46308 2344 1068 S 0.0 0.1 0:40.25 42m 244 42m privoxy 954 root 44196 1368 496 S 0.0 0.0 4:31.89 41m 28 41m mhddfs 2468 dimka57480 19m 6548 S 0.3 0.7 51:46.90 36m 1104 13m rtorrent 1816 bind 95300 59m 1520 S 0.0 1.9 4:47.30 33m 472 81m named 2489 dimka52240 24m 2504 S 0.0 0.8 20:28.88 26m 2984 38m mlnet 2304 root 16580 996 284 S 0.0 0.0 0:00.00 15m 8940 1156 smbd 2297 root 16580 1916 1184 S 0.0 0.1 1:28.06 14m 8940 1156 smbd 17168 dimka17040 3272 2464 S 0.3 0.1 0:00.62 13m 8940 1240 smbd 1860 root 14732 1036 708 S 0.0 0.0 0:26.86 13m 212 10m automount 17169 root 16940 3404 2600 S 0.0 0.1 0:00.16 13m 8940 1220 smbd You can see that it showes 0k swap used but one process uses 121m, the other - 42m, etc. -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#650164: zaz: periodic segfault
Package: zaz Version: 1.0.0~dfsg1-1 Severity: normal While playing zaz I get a segfault sometimes: (gdb) bt #0 0x7793b91d in ov_raw_seek (vf=0xb058e0, pos=0) at vorbisfile.c:1241 #1 0x004095f9 in Scenes::AudioBuffer::Play (this=0x825878, smpl=optimized out, vol=optimized out, pan=optimized out, loop=optimized out) at audiobuffer.cpp:53 #2 0x00409cb1 in Scenes::Mixer::EnqueueSample (this=0x825840, smp=0xb058b0, vol=80, pan=0, loop=optimized out) at mixer.cpp:200 #3 0x004279a4 in Game::Logic (this=0x9bdfb0, frame=optimized out) at game.cpp:296 #4 0x0040b9e2 in Scenes::Scene::Go (this=0x9bdfb0) at scene.cpp:176 #5 0x00448708 in GameLoop::Logic (this=0x7fffcae0, frame=optimized out) at gameloop.cpp:415 #6 0x0040b9e2 in Scenes::Scene::Go (this=0x7fffcae0) at scene.cpp:176 #7 0x00437c72 in MainMenu::Logic (this=0x7fffd8f0, frame=optimized out) at mainmenu.cpp:1285 #8 0x0040b9e2 in Scenes::Scene::Go (this=0x7fffd8f0) at scene.cpp:176 #9 0x00407592 in main (argc=optimized out, argv=optimized out) at main.cpp:262 (gdb) thread apply all bt full Thread 6 (Thread 0x7fffed1a1700 (LWP 4824)): #0 0x75d127f1 in ppoll (fds=optimized out, nfds=optimized out, timeout=optimized out, sigmask=optimized out) at ../sysdeps/unix/sysv/linux/ppoll.c:57 _a5 = 8 _a2 = 2 _a3 = 0 resultvar = optimized out _a4 = 0 _a1 = 8551600 oldtype = 2 tval = {tv_sec = 8542272, tv_nsec = 140737320353376} result = optimized out #1 0x74f03637 in pa_mainloop_poll () from /usr/lib/x86_64-linux-gnu/libpulse.so.0 No symbol table info available. #2 0x74f03c09 in pa_mainloop_iterate () from /usr/lib/x86_64-linux-gnu/libpulse.so.0 No symbol table info available. #3 0x77b7b459 in ?? () from /usr/lib/libSDL-1.2.so.0 No symbol table info available. #4 0x77b4b653 in ?? () from /usr/lib/libSDL-1.2.so.0 No symbol table info available. #5 0x77b53c25 in ?? () from /usr/lib/libSDL-1.2.so.0 No symbol table info available. #6 0x77b9a1f9 in ?? () from /usr/lib/libSDL-1.2.so.0 No symbol table info available. #7 0x75a32b40 in start_thread (arg=optimized out) at pthread_create.c:304 __res = optimized out pd = 0x7fffed1a1700 unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737171298048, -2116818542571095307, 140737488343616, 140737171298752, 140737354125376, 3, 2116787431389199093, 2116805651867564789}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #8 0x75d1d36d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 No locals. #9 0x in ?? () No symbol table info available. Thread 3 (Thread 0x7fffeb10f700 (LWP 4821)): #0 0x75cee1cd in nanosleep () at ../sysdeps/unix/syscall-template.S:82 No locals. #1 0x77b9c453 in SDL_Delay () from /usr/lib/libSDL-1.2.so.0 No symbol table info available. #2 0x77b9c482 in ?? () from /usr/lib/libSDL-1.2.so.0 No symbol table info available. #3 0x77b53c25 in ?? () from /usr/lib/libSDL-1.2.so.0 No symbol table info available. #4 0x77b9a1f9 in ?? () from /usr/lib/libSDL-1.2.so.0 ---Type return to continue, or q return to quit--- No symbol table info available. #5 0x75a32b40 in start_thread (arg=optimized out) at pthread_create.c:304 __res = optimized out pd = 0x7fffeb10f700 unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737137145600, -2116818542571095307, 140737488345024, 140737137146304, 140737354125376, 3, 2116791751052557045, 2116805651867564789}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #6 0x75d1d36d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 No locals. #7 0x in ?? () No symbol table info available. Thread 1 (Thread 0x77f8a780 (LWP 4817)): #0 0x7793b91d in ov_raw_seek (vf=0xb058e0, pos=0) at vorbisfile.c:1241 work_os = {body_data = 0x22fff70021fff6 Address 0x22fff70021fff6 out of bounds, body_storage = 0, body_fill = 140737320353376, body_returned = 1264, lacing_vals = 0x76974168, granule_vals = 0x8, lacing_storage = 112, lacing_fill = 184464, lacing_packet = -2023424, lacing_returned = -2023424, header = \000 \341\377\377\377\377\377\000 \341\377\377\377\377\377\000
Bug#643280: midori: fails to show imported bookmarks
affects midori affects debian done Christian, I forgot to forward this bug so I'm adding the initial report. If anything is missing, feel free to contact me or Francesco for more information. On mar., 2011-09-27 at 00:05 +0200, Francesco Poli (wintermute) wrote: Package: midori Version: 0.4.0-2 Severity: important Hi! Thanks for maintaining Midori in Debian. I am currently a user of the Galeon web browser, but I am trying Midori out to see if it fits my needs as my new primary browser... One of the first things I tried to do was importing my bookmarks from Galeon into Midori. Something went definitely wrong, despite the several tests I performed. Let me explain what I did. I selected Import Bookmarks from the File menu (in the menubar) and chose Import from XBEL or HTML file as Application and Toplevel folder as destination Folder. After that, I clicked on the Import bookmarks button and selected ~/.galeon/bookmarks.xbel I expected to see my fairly large tree of bookmarks in the sidepanel (which I had previously activated) and in the Bookmarks menu. Nothing is shown instead. Nothing is visible in the sidepanel, nothing in the Bookmarks menu (a grayed out Empty string is shown). I thought that the import operation failed, but then noticed that ~/.config/midori/bookmarks.db is 251904 bytes long. I tried searching for a string in the sidepanel, and, surprise! Here are a number of bookmarks matching the searched string! It really seems that bookmarks can be imported from XBEL format, but fail to be shown after the import operation.:-( Please note that, if I manually create a new bookmark or bookmark folder from inside Midori, this is correctly shown in both the sidepanel and the Bookmarks menu. I think that what I found is a bug. Please fix it and/or forward the report upstream. Thanks for your time. On sam., 2011-11-26 at 23:47 +0100, Francesco Poli wrote: On Fri, 30 Sep 2011 19:13:11 +0200 Francesco Poli wrote: [...] Please let me know if you need more information. Thanks again for your time. I checked midori/0.4.2-1 and this bug seems to still be unfixed. Once again, if you need more information, please let me know. Otherwise, please fix the bug and/or forward the report upstream. Thanks for your time. I think it might help to provide a sample bookmarks.xbel with a minimal test case. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#650166: opendnssec-enforcer: fails to install
Package: opendnssec-enforcer Version: 1.3.2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Unpacking opendnssec-enforcer-mysql (from .../opendnssec-enforcer- mysql_1.3.2-1_amd64.deb) ... /var/lib/dpkg/tmp.ci/preinst: 18: /var/lib/dpkg/tmp.ci/preinst: dpkg−maintscript−helper: not found dpkg: error processing /var/cache/apt/archives/opendnssec-enforcer- mysql_1.3.2-1_amd64.deb (--unpack): subprocess new pre-installation script returned error exit status 127 configured to not write apport reports /var/lib/dpkg/tmp.ci/postrm: 23: /var/lib/dpkg/tmp.ci/postrm: dpkg−maintscript−helper: not found dpkg: error while cleaning up: subprocess new post-removal script returned error exit status 127 Errors were encountered while processing: /var/cache/apt/archives/opendnssec-enforcer-mysql_1.3.2-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-11-21 19:12:21 UTC Package: opendnssec-enforcer Source: opendnssec Version: 1.3.2-1 Installed-Size: 14232 Maintainer: Ondřej Surý ond...@debian.org Architecture: all Depends: opendnssec-enforcer-backend Recommends: opendnssec-signer, opendnssec-auditor Suggests: opendnssec, softhsm Description: tool to prepare DNSSEC keys (common package) OpenDNSSEC is a complete DNSSEC zone signing system which is very easy to use with stability and security in mind. There are a lot of details in signing zone files with DNSSEC and OpenDNSSEC covers most of it. . OpenDNSSEC Enforcer, which is a tool to make sure that there are enough keys for all of the zones, and take the policy and key information from the KASP database and turn it into an xml file that the signer can use. . The package contains OpenDNSSEC Enforcer documentation, manpages and it depends on either sqlite3 or mysql backend package with binaries. Homepage: http://www.opendnssec.org/ Section: admin Priority: extra Filename: pool/main/o/opendnssec/opendnssec-enforcer_1.3.2-1_all.deb Size: 6240258 MD5sum: 829ff668e8e9cff53dced313c315a3c2 SHA1: e10fb2fe6f4f612e492ca14408926d1966a7659e SHA256: edc99f16ce4ef3336d11da59de5030020c7911570d2cffe08104d7478cf40dc7 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/ opendnssec-enforcer 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.42~20211851 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/ opendnssec-enforcer 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Oct 3 03:59:20 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpTcila6 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmpTcila6 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpTcila6', '-zxf', 'wheezy.tar.gz'] 0m16.9s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpTcila6', '-zxf', 'wheezy.tar.gz'] 0m16.9s DEBUG: Created policy-rc.d and chmodded it. 0m16.9s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpTcila6', 'apt-get', 'update'] 0m28.4s DUMP: Hit http://piatti.debian.org wheezy InRelease 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 Hit http://piatti.debian.org wheezy/main amd64 Packages Hit http://piatti.debian.org wheezy/contrib amd64 Packages Hit http://piatti.debian.org wheezy/non-free amd64 Packages 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 Reading package lists... 0m28.4s DEBUG: Command ok: ['chroot',
Bug#637813: Multimedia card reader outputs weird messages
tags 637813 + upstream forwarded 637813 http://driverdev.linuxdriverproject.org/pipermail/devel/2011-November/022967.html # cosmetic severity 637813 minor quit Camaleón wrote: I've compiled the latest kernel available at kernel site and messages are still there. root@stt300:~# uname -a Linux stt300 3.2.0-rc3 #1 SMP Sat Nov 26 12:29:30 CET 2011 i686 GNU/Linux Thanks for testing so quickly. Let's take this upstream. [...] [8.298401] sd 4:0:0:0: [sdb] Attached SCSI removable disk That's good news. May I assume that mounting and accessing the card works fine? Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650151: FTBFS on Alpha: Some tweaks needed
On Sun, Nov 27, 2011 at 01:52:09PM +1300, Michael Cree wrote: Source: iceweasel Version: 8.0-3 Severity: Important Justification: fails to build from source User: debian-al...@lists.debian.org Usertags: alpha X-Debbugs-CC: debian-al...@lists.debian.org Iceweasel FTBFS on Alpha. Build log is at: http://buildd.debian-ports.org/status/fetch.php?pkg=iceweaselarch=alphaver=8.0-3stamp=1320898779 The following tweaks are all that are needed to build a working iceweasel. Please add the following to the patch Add-mips-hppa-ia64-s390-and-sparc-defines-in-ipc-chr.patch: #elif defined(__s390__) #define ARCH_CPU_S390 1 #define ARCH_CPU_32_BITS 1 +#elif defined(__alpha__) +#define ARCH_CPU_ALPHA 1 +#define ARCH_CPU_64_BITS 1 #else #error Please add support for your architecture in build/build_config.h #endif There remains a bug in the linker (binutils) that is causing problems to large C++ projects and to get a working iceweasel full optimisation needs to be disabled. Please add into debian/rules the following: ifneq (,$(filter alpha,$(DEB_BUILD_ARCH))) CONFIGURE_FLAGS += --enable-optimize=-O1 endif Seriously, I doubt this is all that is needed. I would be surprised if the resulting binary actually works and passes the test suites. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650167: letodms needs to depend on php-log
Package: letodms Version: 3.2.0+dfsg-1 Severity: normal letodms needs to depend on php-log. php-log was not installed initially and letodms would not proceed further than the login screen. Relevant error log in the apache log files: [Sat Nov 26 18:32:38 2011] [error] [client IP redacted] PHP Warning: include(Log.php): failed to open stream: No such file or directory in /usr/share/letodms/inc/inc.LogInit.php on line 21 [Sat Nov 26 18:32:38 2011] [error] [client IP redacted] PHP Warning: include(): Failed opening 'Log.php' for inclusion (include_path='.:/usr/share/php:/usr/share/pear') in /usr/ share/letodms/inc/inc.LogInit.php on line 21 [Sat Nov 26 18:32:38 2011] [error] [client IP redacted] PHP Fatal error: Class 'Log' no t found in /usr/share/letodms/inc/inc.LogInit.php on line 28 After install php-log, the error went away. (Note: This is in general a squeeze installation with php* from wheezy). -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages letodms depends on: ii apache2-mpm-prefork [a 2.2.16-6+squeeze4 Apache HTTP Server - traditional n ii dbconfig-common1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libapache2-mod-php55.3.8.0-1+b1 server-side, HTML-embedded scripti ii libjs-jquery 1.4.2-2 JavaScript library for dynamic web ii libphp-adodb 5.10-1The ADOdb database abstraction lay ii mysql-server 5.1.49-3 MySQL database server (metapackage ii mysql-server-5.1 [mysq 5.1.49-3 MySQL database server binaries and ii php-letodms-core 3.2.0-1 Document management system - Core ii php-letodms-lucene 1.0.0-1 Document management system - Fullt ii php5-gd5.3.8.0-1+b1 GD module for php5 ii php5-mysql 5.3.8.0-1+b1 MySQL module for php5 letodms recommends no packages. Versions of packages letodms suggests: ii mysql-client 5.1.49-3 MySQL database client (metapackage ii mysql-client-5.1 [mysql-clien 5.1.49-3 MySQL database client binaries -- Configuration Files: /etc/apache2/sites-available/letodms [Errno 2] No such file or directory: u'/etc/apache2/sites-available/letodms' /etc/letodms/conf.Settings.php changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640978: [vpnc-devel] Bug#640978: vpnc-script requires an update for recent iproute
On Sun, 2011-11-27 at 11:26 +0800, Antonio Borneo wrote: On Sat, Nov 26, 2011 at 5:14 PM, David Woodhouse dw...@infradead.org wrote: On Fri, 2011-11-25 at 08:24 +0800, Antonio Borneo wrote: no reason, should be applied. I'll commit it in the weekend. If you don't want to just delete vpnc-script from the vpnc repo, then it would be best to pull in *all* the fixes from the git tree rather than diverging. Hi David, for openvpn the script vpnc-script is one of the possible options. It is acceptable to have it on a separate repository. For vpnc, the script is a mandatory component. I prefer keeping it inside the same repository. ... unless you're using NetworkManager or ConnMan, of course. Those each have their own alternative version that just passes the information back to NM/CM via DBus. The situation is exactly the same for openconnect which was designed to use a vpnc-script identical to vpnc's. When used from the command line, the vpnc-script is mandatory. To start with, distributions made the openconnect package depend on the vpnc package — but now they tend to have a separate 'vpnc-script' package which both vpnc and openconnect packages can depend on, so that you don't *have* to have vpnc installed. I would like to pull all the fixes from your repository and I'm checking all of them. I have some concern about IPv6 patches. So far vpnc doesn't have real support for IPv6. Just few macro definition and a check in the script. Should we consider these patches as a early IPv6 support in the script, waiting for contribution in the core code? Are they required by systems configured for IPv6 and running current vpnc? No, not using vpnc. Only openconnect. But it shouldn't be particularly hard to make it work for vpnc too, if someone can set up a test server with IPv6. It doesn't even need to be *real* globally-routable IPv6; just site-local addresses where you can only reach the server and no further would be sufficient to test basic connectivity and setup. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature
Bug#649033: linux-image-3.1.0-1-amd64: boot sometimes stuck with waiting for /dev to be fully populated.
Hello, On Thu, Nov 17, 2011 at 01:29:08AM +0100, Vincent Lefevre wrote: Package: linux-2.6 Version: 3.1.1-1 Severity: important The boot sometimes freezes with the message: waiting for /dev to be fully populated. There was a bug report against udev (bug #606192), which is closed, suggesting a kernel bug if the timeout doesn't occur, which is the case here (with linux-image-3.1.0-1-amd64 3.1.1-1). http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606192#98 If the boot does not continue then it looks like that udev loaded a module which crashed your system (so this would be a kernel bug). I'm not the only one who has this problem: http://identi.ca/conversation/84449449 Occasionally I see this, too. Today I waited a bit longer and got more output after some time: udevd[422]: timeout: killing '/sbin/modprobe -b acpi:SMO1200:PNP0C31:' [444] (repeated many times) udevadm settle - timeout of 120 seconds reached, the event queue contains: ... blurred image ... LNXSYSTM:00/device:00/PNP0A08:00/device:0a/SMO1200:00 (852) udevd[422]: timeout: killing '/sbin/modprobe -b acpi:SMO1200:PNP0C31:' [444] (copied from a photo) than the booting process continued as usual. SMO1200 is my laptop's TPM chip. 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#649649: reportbug: dies with IndexError: list index out of range
Package: reportbug Followup-For: Bug #649649 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Version: 6.3 same problem here. this problem seems to not occur for packages already in the bug database (this report is done using reportbug) however, trying to report an ITP fails with the error described above. thanks a lot for your work! - -- Package-specific info: - -- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.8.15.9 ii python2.7.2-9 ii python-reportbug 6.3 reportbug recommends no packages. Versions of packages reportbug suggests: ii debconf-utils none ii debsumsnone ii dlocatenone ii emacs22-bin-common | emacs23-bin-commonnone ii exim4 4.77-1 ii exim4-daemon-light [mail-transport-agent] 4.77-1+b1 ii file 5.09-2 ii gnupg 1.4.11-3 ii python-gtk22.24.0-2 ii python-gtkspellnone ii python-urwid 1.0.0-4 ii python-vte none ii xdg-utils 1.1.0~rc1-2 Versions of packages python-reportbug depends on: ii apt 0.8.15.9 ii python2.7.2-9 ii python-debian 0.1.21 ii python-debianbts 1.10 ii python-support1.0.14 python-reportbug suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAEBAgAGBQJO0gZXAAoJEIoCp0MX3vpnuqwH/0R3sCt6ko0nOWZyRduMu5Z6 MJQ1WRBJntmJlXeerA/T+uiuhYUrrE9G66wJ+aAzvwYvI6S/IOB95uSLT6V9luKB 2BA8wClIQfWCkbrYVvKUmhzJhFlTrj7jC4YnTOd9Mv/fd1baOxHbmvBRXdUabO/P W+JjzJoB6TbW3i+6ot+KSUAoGGCNuNm0bDWPPR3tOVdM57KlyRWrM1nPUrkgzCQv lpoHGSx+myAIv0hN0MftaAh2nQovBpOmbrF1DgX3T+zTPoJRAy1YazQH94a9gRB8 XmBCoZTdgsuESfn/1Ol6sEiITkPziD2ZzxFOLdahxs+259XAh7UxCJa4LkeNfRo= =qqaB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650168: document or implement http_proxy
Package: basex Version: 7.0.2-1 Severity: wishlist File: /usr/share/man/man1/basex.1.gz $ man lwp-request -p proxy-url Set the proxy to be used for the requests. The program also loads proxy settings from the environment. You can disable this with the -P option. But how about basex? No hint at all on the man page about it handling http_proxy in the environment. basex -Vc XQUERY doc('http://gdata.youtube.com/feeds/api/playlists/C0E79C273E9ADA42'); Stopped at line 1, column 68: [FODC0002] Network is unreachable -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650169: add -i examples
Package: basex Version: 7.0.2-1 Severity: wishlist File: /usr/share/man/man1/basex.1.gz We see -iinput Open a database or XML document specified by the argument. Please add examples of how to open - a database called 'input' - a file called 'input' If the syntax is really the same, say which has priority. The opened input may be further processed by an XQuery expression. Say where to put these further expressions via examples. -iinput [expressions]?? -i'input [expressions]'?? Be clear. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649888: Hide /icons index
On Thursday 24 November 2011, Mathieu Parent wrote: Currently, on any Debian-based apache2, anyone can browse the /icons URL. Anyone can see that odf6* icons are present (- this is Debian specific) and the date of these icons correspond to the build date. So one can deduce the version and arch (for example 29-Sep-2011 23:00 is apache2 2.2.16-6+squeeze4 amd64) Not leaking the arch is certainly a valid request. Recommendation: remove the Indexes option in 'config-dir/mods-available/alias.conf' [1]. But disabling the Index page is not enough. The server sends the date of the icons in the Last-Modified header. Setting the icon dates during build time should work, though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628515: recommending verbose build logs
* Jonathan Nieder jrnie...@gmail.com, 2011-11-26, 18:37: Matthias Klose wrote: It's always interesting to look at build logs, or to receive bug reports of the form CC compiler error message or CCLD linker error message without knowing how the compiler or the linker were called. Maybe it is convenient for a package maintainer watching the build scrolling by (some of these are even colorized), but lacking this kind of information in the first place seems to be the wrong thing. Fully agreed. So please let us deprecate this anti-feature and recommend verbose build logs by default and only turn them off by request (e.g. with DEB_BUILD_OPTIONS=noverbose). As much as I agree with your goal (being able to easily understand and diagnose miscompilations and build failures) I do not suspect there is a consensus for this. Why do you think there is not? Some maintainers enjoy reading abbreviated build logs, where error messages and warnings stand out. Sure, that's why DEB_BUILD_OPTIONS=noverbose was proposed. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650151: FTBFS on Alpha: Some tweaks needed
On 27/11/11 22:20, Mike Hommey wrote: On Sun, Nov 27, 2011 at 01:52:09PM +1300, Michael Cree wrote: Iceweasel FTBFS on Alpha. Build log is at: http://buildd.debian-ports.org/status/fetch.php?pkg=iceweaselarch=alphaver=8.0-3stamp=1320898779 The following tweaks are all that are needed to build a working iceweasel. Seriously, I doubt this is all that is needed. I would be surprised if the resulting binary actually works and passes the test suites. Well, it built and I had a browser up and running, and, yeah, I was very (pleasently) surprised! Admittedly there are lots of TEST-UNEXPECTED-FAIL in the build log, but I just checked the build logs for armel and ia64 and they are littered with such messages too. So we are in good company. I also noted many unaligned memory accesses due to iceweasel reported in the kernel log. They are typically just really inefficient as they invoke a trap into the kernel to complete the memory access. 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#650098: [Pkg-utopia-maintainers] Bug#650098: do not connect automatically when I plug in usb modem
On 26/11/2011 21:23, Michael Biebl wrote: dpkg --force-confmiss I tried to reinstall the package with the --force-confmiss option, but nothing has changed. I note dpkg return with the error code 1, with the message dpkg: errore nell'elaborare network-manager (--install): il sottoprocesso vecchio script di post-installation ha restituito lo stato di errore 1 that means (approximately): dpkg: error in the elaboration of network-manager (--install): the sub-process old script of post-installation returned the state error 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650170: document how to use [file] etc. argument and all options
Package: basex Version: 7.0.2-1 Severity: wishlist File: /usr/share/man/man1/basex.1.gz Document how to put commands into a file. $ cat s OPEN input; XQUERY / $ basex s Stopped at line 1, column 5 in /home/jidanni/youtube/xpath/s: [XPST0003] Unexpected end of query: 'input; XQUERY /'. Guessing again, $ basex -c 'OPEN input;' s Stopped at line 1, column 13: Unknown command 's'; try help. Well trying all combinations, the only one that worked was $ basex -Vc `cat s` i.e., we find no working facility to read commands from files. Too bad. I also discovered $ basex -c OPEN input; RUN s works... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650171: package description
Package: src:chromium-browser Version: 15.0.874.106~r107270-1 Severity: wishlist X-Debbugs-CC: debian-l10n-engl...@lists.debian.org Dear Chromium Maintainers, thank you for maintaining Chromium. I don't like the following (upstream) boilerplate, because I consider it to be marketing speech as it seems to me grammatically incorrect. Chromium is an open-source browser project that aims to build a safer, faster, and more stable way for all Internet users to experience the web. This sentence implies a comparison (safer, faster), but it does not say what has been compared. Somewhere I read a post asking whether it is noteworthy in Debian package descriptions to stress that a software is open source. Open source is different from Free Software. Please consider The Chromium project aims to build a safe, fast, and stable browser for all Internet users. as starting point for an alternative wording. Kind regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647408: nautilus: Nautilus reverts to default settings
On Wed, 02 Nov 2011 14:14:36 +0100 Josselin Mouette j...@debian.org wrote: That could be a crashing dconf daemon. You must be right. Problem has disappeared after a dconf update. -- Johan Spee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628515: recommending verbose build logs
Jakub Wilk wrote: * Jonathan Nieder jrnie...@gmail.com, 2011-11-26, 18:37: [...] I do not suspect there is a consensus for this. Why do you think there is not? I was guessing, it seems incorrectly, based on the lack of seconds or other discussion on this policy proposal. Some maintainers enjoy reading abbreviated build logs, where error messages and warnings stand out. Sure, that's why DEB_BUILD_OPTIONS=noverbose was proposed. I personally think that DEB_BUILD_OPTIONS=verbose would be better UI, because the cases where abbreviated build logs are most useful are during interactive builds (especially interactive builds by novices who are not accustomed to looking at logs and do not realize they have a choice about their format but may miss a warning). In non-interactive builds, it is easy to set an environment variable. However: - My personal thoughts here don't matter. I am not a DD. - Any spelling of DEB_BUILD_OPTIONS=verbose or DEB_BUILD_OPTIONS=quiet would be perfectly fine with me. It sounds like we are ready for an improved wording? Thanks for your help, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582090: ITP: viewnior -- simple, fast and elegant image viewer
Hi, I can't see any modifications from the upstream trunk. Did you push the modifications to github ? Regards, Julien Lavergne Le 11/25/2011 05:41 AM, Yao Wei a écrit : Actually I did a runable diff in Github: (but some zooming and mouse wheel won't work) http://github.com/medicalwei/viewnior - 原始郵件 - On 11/23/2011 07:02 AM, Julien Lavergne wrote: Argh, bad news :( Yes, it turns this from a technical issue (package the app, and make sure it meets packaging standards) into a much more difficult how to keep everyone happy political issue! Do we have an idea of the actual diff between the 2 versions ? I'll see if I can diff this over the coming weekend, unless someone else does it first :) Contacting gtkimageview upstream is a good idea, a backup plan may be to patch the package in Debian, but it's not a very nice solution :( Another backup plan might be to create a libviewnior package with the modified library in it, and then a viewnior package that depends on it and uses it instead of gtkimageview?? But I don't know if Debian would like/accept that as an approach. Jonathan
Bug#650172: ITP: collections15 -- Apache Commons Collections with generics support
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: collections15 Version: 4.01 Upstream Author: Matt Hall, John Watkinson URL: http://larvalabs.com/collections/ License: Apache-2.0 Description: Apache Commons Collections with generics support Collections15 is an extension of the powerful Apache Commons Collections library that takes advantage of the Java 1.5 generics support to offer the same structures as Apache Common Collections, but in a type-safe manner. This is a dependency for the new version of GeoGebra. Thanks, Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#645666: libcapi20 breaks avm kernel module
On Sun, Nov 27, 2011 at 01:54:38PM +0800, Rolf Leggewie wrote: On 18.10.2011 01:54, Joerg Dorchain wrote: - even with capifs mounting attempt removed, capiinit works, but capiinfo does not show the card. strace shows no attempt to open /dev/capi20 Jörg, thank you for your report. About the problem with capiinfo, I am able to reproduce and confirm that. Can you please verify if cd /usr/lib/capi/ ; for file in lib_capi_mod_fritzbox.so lib_capi_mod_rcapi.so lib_capi_mod_std.so; do ln -sv $file.0.0.0 $file;done;cd - run as root fixes the problem? This does indeed fix the capiinfo problem. However, now chan_capi of asterisk has a problem: /usr/sbin/asterisk: symbol lookup error: /usr/lib/capi/lib_capi_mod_std.so: undefined symbol: processMessage There are several bug reports and fixes around this, the first I found is https://bugzilla.novell.com/show_bug.cgi?id=475808 (llok for the patch) I'd be happy to test a fixed package ;) Bye, Joerg signature.asc Description: Digital signature
Bug#462996: Would I agree to merging #633994 with #462996?
Would I agree to merging #633994 with #462996? Hmm. Possibly. I think my issue is a subset of #462996. So it depends if my question is narrow enough that it can be settled separately. I read #462996 as a request that Debian policy should get as close as possible to an expression of what the FTP masters will accept. I can see that the FTP masters can move faster than Debian policy. However I think the bug as stated is quite reasonable (and whilst not wanting to have the FTP masters wrapped in chains), settled aspects of FTP masters practice should be reflected in policy. Similarly #606411 is another plea that Debian Policy should reflect FTP master practice. The point of the #633994 bug report has a lot less to do with FTP master policy and more about making sure that Debian users do not need to be fully versed in Debian sub-cultures in order to comprehend the debian/copyright file. It is about people reading extra meaning into obscure syntax distinctions in the copyright file - when Debian does not even have an enforced standard for the copyright file. In some ways this is a DEP-5 question. However there are aspects that can be abstracted away from DEP-5. The critical sentence in Debian Policy seems to be Every package must be accompanied by a verbatim copy of its copyright information and distribution license in the file /usr/share/doc/package/copyright. from section 12.5. There is quite a lot of meaning compacted into that single sentence. The distribution license surely refers to the license that Debian is issuing the package under. Since this may be a later version than the upstream source, that cannot be a verbatim copy of the upstream license. Indeed a close reading of the policy shows that it is the copyright information and not the license information that needs to be verbatim, but I have only just noted this. So the usage I was complaining about squeezed the upstream license information into the short license and the Debian license information into the long description. Surely that is confusing and how is a user expected to know to read the copyright file in that way? Also it is pointless as the upstream license information can be found in the .orig. tar ball. After following the links, the concrete bit of #462996 seems to be that the requirement for these pieces of information: - The author(s) name - The year(s) of the copyright - The used license(s) - The URL to the upstream source If the somewhat compacted sentence in the curent Debian policy was replaced with a somewhat expanded list like this, this would clearly address #462996. However on its own it would not address #633994, because it would still not be sufficiently clear that the license refers to the license as it impacts the user of the Debian package as distinct from the upstream license. -- Nicholas Bamber | http://www.periapt.co.uk/ PGP key 3BFFE73C from pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616012: ITA: screenie -- lightweight GNU screen(1) wrapper
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm happy to look after the package. New version is ready and waiting for review and sponsorship: http://mentors.debian.net/debian/pool/main/s/screenie/screenie_20110213-1.dsc Thank you. Regards, Dmitry. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJO0hx9AAoJEFK2u9lTlo0be+IQAIEofa3mCNRtQbPyWQ2HiY6Q EpBlj5ssJiY82yt/czt0cDib9vxUwesFq3i7yXmwqLgWCitM1Srt6FMSdk3Gt762 XAnvYlArWVFvThg+FZ+wsM+lfhXeLsIdwZFUF0W9up+SxjokPOSpD/0bnf1beiCB 2hwX0V0KcNprNcPL4oKytpuTPAfNZZHv1NC6fK5IPjjjegbLOaoMj62SbNDi3St1 mPabLuEqT4cDMciJuAgQfzV7uVza3WF2HVSB1q0Nwv2CtPfz+Ydt/CFmNJjA3ngd P2eJO8fGXYgkl+fTDWMUqQnDQdEbtYs6eeN3KUUnC5NlM8UYl63h6MBodkIEOMHP JI8saSSzeEHEU2Nk6QX66k5WMlSYUvm7bqceu26YAZNdk8QIccfrjiURw8PHAHJD SOtCBh04Rx0eHgZD5Xz631wy6WqJSRBDVqrW8odvj5PbDK7LrMrTdRl5r/nKx054 4eBrnPGbTHEuVkY267u3LT6NKNdYAzaYrXFEO/+fYw4RSbS7jy60ZWuCwnvyeAA6 IcpH3qLXl7SL3pDThdoSbL54fSwbBXRp+JUAB1GLgNFaDBY4d/EZ5/SiFG/xe2TR AsmpIS/MnSEpuv5DPc2I3qsI2D+msnJyNBSDIDsuKfUgq33ANBjjoyEVCpaDoUC9 THLhjIRvkWie3SOHimOn =R0zi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650173: udev: Music cdroms cannot be read
Package: udev Version: 172-1 Severity: important Hello, since I've upgraded from squeeze to wheezy, I can't read music CDs anymore. If I put such a CD in the drive, I get the following dmesg: [ 988.152171] sr 1:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 988.152177] sr 1:0:0:0: [sr0] Sense Key : Illegal Request [current] [ 988.152183] Info fld=0x10, ILI [ 988.152185] sr 1:0:0:0: [sr0] Add. Sense: Illegal mode for this track [ 988.152193] sr 1:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 02 00 [ 988.152204] end_request: I/O error, dev sr0, sector 64 [ 988.152210] Buffer I/O error on device sr0, logical block 16 [ 988.152214] Buffer I/O error on device sr0, logical block 17 [ 988.159271] sr 1:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 988.159276] sr 1:0:0:0: [sr0] Sense Key : Illegal Request [current] [ 988.159282] Info fld=0x10, ILI [ 988.159284] sr 1:0:0:0: [sr0] Add. Sense: Illegal mode for this track [ 988.159290] sr 1:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 02 00 [ 988.159301] end_request: I/O error, dev sr0, sector 64 [ 988.159305] Buffer I/O error on device sr0, logical block 16 [ 988.159308] Buffer I/O error on device sr0, logical block 17 [ 988.171518] sr 1:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 988.171524] sr 1:0:0:0: [sr0] Sense Key : Illegal Request [current] [ 988.171529] Info fld=0x10, ILI [ 988.171531] sr 1:0:0:0: [sr0] Add. Sense: Illegal mode for this track [ 988.171538] sr 1:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 02 00 [ 988.171549] end_request: I/O error, dev sr0, sector 64 [ 988.171553] Buffer I/O error on device sr0, logical block 16 [ 988.171556] Buffer I/O error on device sr0, logical block 17 You might ask what it has to do with udev, but when searching for these error messages on the net, the most relevant hit was http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591290 so here you are. I tried to remove /etc/udev/rules.d/70-persistent-cd.rules and reboot, but without noticeable improvement or even difference. I attach the rule. Any help would be appreciated, let me know if I can provide more information, Eric -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-21 ii libselinux12.1.0-4 ii libudev0 172-1 ii lsb-base 3.2-28 ii util-linux 2.19.1-5 Versions of packages udev recommends: ii pciutils 1:3.1.7-12 ii usbutils 1:004-2 udev suggests no packages. -- debconf information: udev/new_kernel_needed: false udev/title/upgrade: udev/reboot_needed: udev/sysfs_deprecated_incompatibility: # This file was automatically generated by the /lib/udev/write_cd_rules # program, run by the cd-aliases-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single # line, and set the $GENERATED variable. # HL-DT-ST_DVD-RAM_GSA-H60L (pci-:00:1f.2-scsi-1:0:0:0) SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_PATH}==pci-:00:1f.2-scsi-1:0:0:0, SYMLINK+=cdrom, ENV{GENERATED}=1 SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_PATH}==pci-:00:1f.2-scsi-1:0:0:0, SYMLINK+=cdrw, ENV{GENERATED}=1 SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_PATH}==pci-:00:1f.2-scsi-1:0:0:0, SYMLINK+=dvd, ENV{GENERATED}=1 SUBSYSTEM==block, ENV{ID_CDROM}==?*, ENV{ID_PATH}==pci-:00:1f.2-scsi-1:0:0:0, SYMLINK+=dvdrw, ENV{GENERATED}=1
Bug#650174: pcscd: Fails to configure
Package: pcscd Version: 1.8.1-1 Severity: serious Attempting to configure pcscd fails for me with no useful diagnostic output being produced: | Setting up pcscd (1.8.1-1) ... | dpkg: error processing pcscd (--configure): | subprocess installed post-installation script returned error exit status 1 | configured to not write apport reports -- 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/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pcscd depends on: ii adduser 3.113 ii libc6 2.13-21 ii libccid [pcsc-ifd-handler] 1.4.5-1 ii libpcsclite11.8.1-1 ii libudev0175-2 ii lsb-base3.2-28 pcscd recommends no packages. Versions of packages pcscd suggests: ii systemd 37-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#650175: perl: test failure on hurd: ../dist/threads/t/stack.t
Source: perl Version: 5.14.2-5 Severity: important ../dist/threads/t/stack.t .. 1/18 Thread creation failed: pthread_attr_setstacksize(2097152) returned 1073741846 at t/stack.t line 58. Can't call method join on an undefined value at t/stack.t line 58. ../dist/threads/t/stack.t .. Dubious, test returned 29 (wstat 7424, 0x1d00) Failed 14/18 subtests Test Summary Report --- ../dist/threads/t/stack.t (Wstat: 7424 Tests: 4 Failed: 0) Non-zero exit status: 29 Parse errors: Bad plan. You planned 18 tests but ran 4. Files=1, Tests=4, 0 wallclock secs ( 0.02 usr + 0.05 sys = 0.07 CPU) Result: FAIL -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582090: ITP: viewnior -- simple, fast and elegant image viewer
I forgot to mention that my modifications are in gtkimageview branch. https://github.com/medicalwei/Viewnior/tree/gtkimageview Sorry for your inconvenience. - 原始郵件 - Hi, I can't see any modifications from the upstream trunk. Did you push the modifications to github ? Regards, Julien Lavergne Le 11/25/2011 05:41 AM, Yao Wei a écrit : Actually I did a runable diff in Github: (but some zooming and mouse wheel won't work) http://github.com/medicalwei/viewnior - 原始郵件 - On 11/23/2011 07:02 AM, Julien Lavergne wrote: Argh, bad news :( Yes, it turns this from a technical issue (package the app, and make sure it meets packaging standards) into a much more difficult how to keep everyone happy political issue! Do we have an idea of the actual diff between the 2 versions ? I'll see if I can diff this over the coming weekend, unless someone else does it first :) Contacting gtkimageview upstream is a good idea, a backup plan may be to patch the package in Debian, but it's not a very nice solution :( Another backup plan might be to create a libviewnior package with the modified library in it, and then a viewnior package that depends on it and uses it instead of gtkimageview?? But I don't know if Debian would like/accept that as an approach. Jonathan
Bug#637738: daptup: Problem executing scripts APT::Update::Pre-Invoke 'if [ -x /usr/bin/daptup ];,then /usr/bin/daptup --pre; fi'Sub-process returned an error code (again)
tags 637738 = confirmed severity 637738 important quit On 2011-11-21 16:40, Karol Kozłowski wrote: The error can be repeated in the following manner. important: Package cupt must be uninstalled. #apt-get purge cupt #echo 'deb http://..' /etc/apt/sources.list #apt-get update #LANG=C synaptic Building old list of packages... E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable) E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it? errors present. Is apt/dpkg running? Problem executing scripts APT::Update::Pre-Invoke 'if [ -x /usr/bin/daptup ]; then /usr/bin/daptup --pre; fi'Sub-process returned an error code Thanks, I can reproduce this error now. -- 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#647722: Stuck on the splash screen when kde has compositing enabled
This issue got fixed after upgrading nvidia package to 290.10-1 (the problem was on 290.06-1).
Bug#650171: package description
Martin Eberhard Schauer wrote: Dear Chromium Maintainers, thank you for maintaining Chromium. I don't like the following (upstream) boilerplate, because I consider it to be marketing speech as it seems to me grammatically incorrect. There's certainly a bit of tactical weaselry, but I see no grammar problem. Chromium is an open-source browser project that aims to build a safer, faster, and more stable way for all Internet users to experience the web. This sentence implies a comparison (safer, faster), but it does not say what has been compared. Well, in advertising we're usually expected to read it as better than the competition, though if they were challenged they could claim it was only better than previous versions of the same product. Note that this is only what the project *aims* to do - a phrasing that relieves the maintainers of any responsibility for checking that these aims are being achieved. Fortunately they pretty much are, which makes it inoffensive as marketing blurbs go. Somewhere I read a post asking whether it is noteworthy in Debian package descriptions to stress that a software is open source. Open source is different from Free Software. Putting it in the first paragraph and then stressing that there's a related fork called Google Chrome is either pointless or (readers are entitled to infer) a hint that the difference is a matter of freeness. Please consider The Chromium project aims to build a safe, fast, and stable browser for all Internet users. The project's eventual aim is in fact to build something that's less a traditional browser and more a tabbed window manager, or shell for the web. If we want to talk about the current reality instead then we need to leave out the mention of aims and say something like: The Chromium project is developing a safe, fast, and stable web browser. And that's so flat I'd rather have some marketing-speak. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650164: zaz: periodic segfault
forcemerge 649017 650164 thanks On Sun, 2011-11-27 at 12:15 +, Steve Cotton wrote: I think this is a duplicate of #649017. Do the crashes fit the pattern of that bug (crash when starting a level or losing a life)? That appears to be the case yes, merging. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#387428: 45min should be enough for any process to complete... ;-)
tags 387428 + pending thanks * Kill children (hard-coded value, 45 minutes) to insure test doesn't run forever (Closes: #640647, #387428) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649435: libvirt-bin: crash at startup
On Sat, Nov 26, 2011 at 10:17:17PM +0100, Achim Schaefer wrote: On 11/26/2011 11:09 AM, Guido Günther wrote: Can you try to produce a backtrace using gdb and the libvirt-dbg package? Cheers, -- Guido here you go: This looks like a problem in libudevs udevGetDMIData. Could you look at the variable and check if the paramters passed in by libvirt are sane. Cheers, -- Guido root@data:/usr/sbin# gdb libvirtd GNU gdb (GDB) 7.3-debian Copyright (C) 2011 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/sbin/libvirtd...Reading symbols from /usr/lib/debug/usr/sbin/libvirtd...done. done. (gdb) run Starting program: /usr/sbin/libvirtd [Thread debugging using libthread_db enabled] WARNING: gnome-keyring:: no socket to connect to [New Thread 0x73080700 (LWP 6699)] [New Thread 0x7287f700 (LWP 6700)] [New Thread 0x7207e700 (LWP 6701)] [New Thread 0x7187d700 (LWP 6702)] [New Thread 0x7107c700 (LWP 6703)] [New Thread 0x7087b700 (LWP 6704)] [New Thread 0x7007a700 (LWP 6705)] [New Thread 0x7fffef879700 (LWP 6706)] [New Thread 0x7fffef078700 (LWP 6707)] [New Thread 0x7fffee877700 (LWP 6708)] [New Thread 0x7fffec299700 (LWP 6709)] 2011-11-26 22:16:01.081: 6709: info : libvirt version: 0.9.7 2011-11-26 22:16:01.081: 6709: error : udev_set_log_fn:336 : custom logging function 0x7fffec298af8 registered Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffec299700 (LWP 6709)] 0x74842038 in _IO_vfprintf_internal (s=0x7fffec297f30, format=0x7736ad38 device %p has devpath '%s'\n, ap=0x7fffec2980e8) at vfprintf.c:1620 1620vfprintf.c: No such file or directory. in vfprintf.c (gdb) bt #0 0x74842038 in _IO_vfprintf_internal (s=0x7fffec297f30, format=0x7736ad38 device %p has devpath '%s'\n, ap=0x7fffec2980e8) at vfprintf.c:1620 #1 0x748e74bc in *__GI___vasprintf_chk (result_ptr=0x7fffec298110, flags=1, format=0x7736ad38 device %p has devpath '%s'\n, args=0x7fffec2980e8) at vasprintf_chk.c:68 #2 0x777f87f4 in vasprintf (__ap=optimized out, __fmt=optimized out, __ptr=0x7fffec298110) at /usr/include/x86_64-linux-gnu/bits/stdio2.h:199 #3 virVasprintf (strp=0x7fffec298110, fmt=optimized out, list=optimized out) at /build/buildd-libvirt_0.9.7-2-amd64-OcBi6O/libvirt-0.9.7/./src/util/util.c:1679 #4 0x777e5638 in virLogMessage (category=0x7736ad0a ../libudev/libudev-device.c, priority=4, funcname=0x7736afa0 udev_device_new_from_syspath, linenr=718, flags=0, fmt=optimized out) at /build/buildd-libvirt_0.9.7-2-amd64-OcBi6O/libvirt-0.9.7/./src/util/logging.c:738 #5 0x7736353f in ?? () from /lib/x86_64-linux-gnu/libudev.so.0 #6 0x77365aaa in udev_device_new_from_syspath () from /lib/x86_64-linux-gnu/libudev.so.0 #7 0x004c91b7 in udevGetDMIData (data=0x7fffe4010fe8) at /build/buildd-libvirt_0.9.7-2-amd64-OcBi6O/libvirt-0.9.7/./src/node_device/node_device_udev.c:1497 #8 udevSetupSystemDev () at /build/buildd-libvirt_0.9.7-2-amd64-OcBi6O/libvirt-0.9.7/./src/node_device/node_device_udev.c:1586 #9 udevDeviceMonitorStartup (privileged=optimized out) at /build/buildd-libvirt_0.9.7-2-amd64-OcBi6O/libvirt-0.9.7/./src/node_device/node_device_udev.c:1697 #10 0x7784fe3e in virStateInitialize (privileged=1) at /build/buildd-libvirt_0.9.7-2-amd64-OcBi6O/libvirt-0.9.7/./src/libvirt.c:850 #11 0x004224d1 in daemonRunStateInit (opaque=0x74dcf0) at /build/buildd-libvirt_0.9.7-2-amd64-OcBi6O/libvirt-0.9.7/./daemon/libvirtd.c:1144 #12 0x777f5722 in virThreadHelper (data=optimized out) at /build/buildd-libvirt_0.9.7-2-amd64-OcBi6O/libvirt-0.9.7/./src/util/threads-pthread.c:157 #13 0x74f8fb40 in start_thread (arg=optimized out) at pthread_create.c:304 #14 0x748d336d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #15 0x in ?? () (gdb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650176: racoon: include patch for checkpoint xauth
Package: racoon Version: 1:0.8.0-9 Severity: wishlist Tags: patch Andrew de Quincey has created a patch for racoon to allow it to authenticate against a checkpoint vpn. The patch is located at http://code.google.com/p/adqmisc/source/browse/trunk/racoon/ipsec-tools-0.7.3-checkpoint-v1.patch?r=154 (also works on the 0.8 branch) I have been running with this patch for some time now and it works without any problems. As I understand Andrew has tried getting this accepted upstream, but I am unsure of the status of this. Until this is added upstream it would be great if the debian package could include this patch. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages racoon depends on: ii debconf [debconf-2.0] 1.5.41 ii ipsec-tools1:0.8.0-9 ii libc6 2.13-21 ii libcomerr2 1.42~WIP-2011-10-16-1 ii libgssapi-krb5-2 1.9.1+dfsg-3 ii libk5crypto3 1.9.1+dfsg-3 ii libkrb5-3 1.9.1+dfsg-3 ii libldap-2.4-2 2.4.25-4+b1 ii libpam0g 1.1.3-6 ii libssl1.0.01.0.0e-2 ii perl 5.14.2-5 racoon recommends no packages. racoon suggests no packages. -- Configuration Files: /etc/racoon/psk.txt [Errno 13] Permission denied: u'/etc/racoon/psk.txt' /etc/racoon/racoon.conf changed [not included] -- debconf information: * racoon/config_mode: direct -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643411: italc: FTBFS: ./src/classroom_manager.cpp:437:30: error: format not a string literal and no format arguments [-Werror=format-security]
tags 643411 patch thanks Attaching a patch that fixes the build failure. diff -Nru italc-1.0.13/debian/patches/fix-format-string.patch italc-1.0.13/debian/patches/fix-format-string.patch --- italc-1.0.13/debian/patches/fix-format-string.patch 1970-01-01 01:00:00.0 +0100 +++ italc-1.0.13/debian/patches/fix-format-string.patch 2011-11-27 13:35:45.0 +0100 @@ -0,0 +1,14 @@ +Description: Fix FTBFS with -Werror=format-security. +Author: Felix Geyer debfx-...@fobos.de + +--- italc-1.0.13.orig/ima/src/classroom_manager.cpp italc-1.0.13/ima/src/classroom_manager.cpp +@@ -428,7 +428,7 @@ + QString xml = ?xml version=\1.0\?\n + doc.toString( 2 ); + if( MainWindow::ensureConfigPathExists() == FALSE ) + { +- qWarning( QString( Could not read/write or create directory ++ qWarning( %s, QString( Could not read/write or create directory + %1! For running iTALC, make sure you + have write-access to your home- + directory and to %1 (if already diff -Nru italc-1.0.13/debian/patches/series italc-1.0.13/debian/patches/series --- italc-1.0.13/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ italc-1.0.13/debian/patches/series 2011-11-27 13:34:35.0 +0100 @@ -0,0 +1 @@ +fix-format-string.patch diff -Nru italc-1.0.13/debian/rules italc-1.0.13/debian/rules --- italc-1.0.13/debian/rules 2011-02-11 14:50:33.0 +0100 +++ italc-1.0.13/debian/rules 2011-11-27 13:38:04.0 +0100 @@ -2,7 +2,6 @@ include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/debhelper.mk -include /usr/share/cdbs/1/rules/simple-patchsys.mk DEB_DH_INSTALL_SOURCEDIR = debian/tmp CPPFLAGS += -I/usr/X11R6/include
Bug#359154: --install-remove-install as default
Hi Andreas, shouldn't --install-remove-install be the default then? As it will always catch more errors, and never less, or? 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#650178: metis-edf: FTBFS with -Werror=format-security
Subject: metis-edf: FTBFS with -Werror=format-security Package: metis-edf Severity: normal -- System Information: Package metis-edf fails to compile with the new hardened compiler lags dpkg-buildflag outputs [1]. The problematic flag is: -Werror=format-security See the ubuntu buildlog: https://launchpad.net/ubuntu/+source/metis-edf/4.1-2-1/+build/2862546/+files/buildlog_ubuntu-precise-i386.metis-edf_4.1-2-1_FAILEDTOBUILD.txt.gz Snippet: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -fPIC -DPIC -I. -c util.c util.c: In function '__errexit': util.c:31:4: error: format not a string literal and no format arguments [-Werror=format-security] cc1: some warnings being treated as errors The buildflags are not exported in debian, but can be enabled e.g. by adding this to debian/rules: DPKG_EXPORT_BUILDFLAGS = 1 include /usr/share/dpkg/buildflags.mk The problem could be solved with: --- metis-edf-4.1-2.orig/Lib/util.c +++ metis-edf-4.1-2/Lib/util.c @@ -28,7 +28,7 @@ sprintf(out2, Error! %s, out1); - fprintf(stdout, out2); + fprintf(stdout, %s, out2); fflush(stdout); abort(); Please, apply this patch as soon as possible. Best regards, Leo Iannacone [0] http://lists.debian.org/debian-devel-announce/2011/09/msg1.html ** Please type your report below this line *** Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: i386 (i686) Kernel: Linux 3.0.0-13-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649211: Boot failure on Thinkpad X40
@Jonathan: Thanks for the hint. @Ben: Take my excuses, I didn't notice the cloning step. This bug could be marked as a duplicate of bug#637395. I installed cpufreq-utils 007-2 from testing and the problems went away. The kernel itself booted fine, so I won't send the output of the netconsole. With cpufreq-utils 007-1 (not -2), I get the module insertion FATAL errors as described earlier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650179: aptitude search (with root privileges) tries to lock dpkg admin directory
Package: aptitude Version: 0.6.4-1.2 Severity: normal Hello, -8- $ aptitude search aaa p jaaa - audio signal generator and spectrum analyser $ LC_MESSAGES=C sudo aptitude search aaa [sudo] password for jackyf: E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable) E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it? p jaaa -8- -- Package-specific info: aptitude 0.6.4 compiled at Oct 29 2011 21:12:20 Compiler: g++ 4.6.2 Compiled against: apt version 4.10.1 NCurses version 5.9 libsigc++ version: 2.2.9 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.10.1 linux-gate.so.1 = (0xb7855000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0xb772a000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb76e4000) libtinfo.so.5 = /lib/i386-linux-gnu/libtinfo.so.5 (0xb76c3000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb76be000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb75fe000) libept.so.1 = /usr/lib/libept.so.1 (0xb75a6000) libxapian.so.22 = /usr/lib/sse2/libxapian.so.22 (0xb73a6000) libz.so.1 = /usr/lib/libz.so.1 (0xb7391000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0xb7303000) libboost_iostreams.so.1.46.1 = /usr/lib/libboost_iostreams.so.1.46.1 (0xb72ec000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb72d3000) libstdc++.so.6 = /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb71e4000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb71bd000) libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xb71a) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb7046000) libutil.so.1 = /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xb7042000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb703e000) libuuid.so.1 = /lib/libuuid.so.1 (0xb7039000) libbz2.so.1.0 = /lib/i386-linux-gnu/libbz2.so.1.0 (0xb7029000) librt.so.1 = /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb702) /lib/ld-linux.so.2 (0xb7856000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg4.10] 0.8.15.9 ii libboost-iostreams1.46.1 1.46.1-7 ii libc6 2.13-7 ii libcwidget3 0.5.16-3 ii libept1 1.0.5 ii libgcc1 1:4.6.1-10 ii libncursesw5 5.7+20100313-5 ii libsigc++-2.0-0c2a2.2.9-1 ii libsqlite3-0 3.7.6.2-1 ii libstdc++64.6.1-10 ii libtinfo5 5.9-2 ii libxapian22 1.2.4-1 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages aptitude recommends: ii apt-xapian-index0.41 ii aptitude-doc-en [aptitude-doc] 0.6.4-1 ii libparse-debianchangelog-perl 1.1.1-2.1 ii sensible-utils 0.0.4 Versions of packages aptitude suggests: pn debtags none pn tasksel 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#650180: metis-edf: FTBFS - missing link at math
Subject: metis-edf: FTBFS - missing link at math Package: metis-edf Severity: normal metis-edf fails to build on Ubuntu. Bits from my pbuilder: ... io.c: In function 'ReadMesh': io.c:308:9: warning: 'esize' may be used uninitialized in this function [-Wuninitialized] gfortran -Wl,-Bsymbolic-functions -Wl,-z,relro -L. -L.. -o ../pmetis pmetis.o io.o -L.. -lmetis-edf -lm ../libmetis-edf.so: undefined reference to `sqrtf' ../libmetis-edf.so: undefined reference to `log' ../libmetis-edf.so: undefined reference to `pow' collect2: ld returned 1 exit status make[2]: *** [../pmetis] Error 1 It seems that Makefile lacks math linking somewhere. To fix problem, plase add '-lm' at ../libmetis-edf.so in Libs/Makefile - $(CC) $(LDFLAGS) -shared -o $@ $(OBJS) -Wl,-soname,libmetis-edf.so.4.1 + $(CC) $(LDFLAGS) -shared -o $@ $(OBJS) -Wl,-soname,libmetis-edf.so.4.1 -lm In attachment you can find a update version of Makefile.patch fixing this issue. Thanks a lot! Leo Iannacone. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: i386 (i686) Kernel: Linux 3.0.0-13-generic (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 --- a/Makefile +++ b/Makefile @@ -5,29 +5,21 @@ SUBDIRS=Lib Programs CONFDIR=./CONFIG -default: Makefile.in onmetis.exe pmetis kmetis tests +default: Makefile.in libs programs -onmetis.exe: Makefile.in - for d in $(SUBDIRS); do \ - (cd $$d $(MAKE)); \ - done - -pmetis: Makefile.in - for d in $(SUBDIRS); do \ - (cd $$d $(MAKE)); \ - done +libs: Makefile.in + (cd Lib $(MAKE)) -kmetis: Makefile.in +programs: Makefile.in for d in $(SUBDIRS); do \ (cd $$d $(MAKE)); \ done - tests: cd Test ; make -clean: +clean: Makefile.in for d in $(SUBDIRS) Test; do \ (cd $$d $(MAKE) $@); \ done @@ -42,5 +34,6 @@ # config : define variables depends on platform # Linux, IRIX64, SunOS (SOLARIS/SOLARIS64), OSF1 (TRU64) Makefile.in: + echo Creating Makefile.in sh $(CONFDIR)/configure --- a/Lib/Makefile +++ b/Lib/Makefile @@ -2,7 +2,6 @@ INCLUDES = -I. -CFLAGS = $(COPTIONS) $(INCLUDES) LD = $(CC) -L. @@ -17,14 +16,23 @@ mrefine2.o minitpart2.o mbalance2.o mfm2.o \ kvmetis.o kwayvolrefine.o kwayvolfm.o subdomains.o +all: ../libmetis-edf.a ../libmetis-edf.so + + .c.o: - $(CC) $(CFLAGS) -c $*.c + $(CC) $(COPTIONS) $(INCLUDES) -c $*.c -../libmetis.a: $(OBJS) +../libmetis-edf.a: $(OBJS) $(AR) $@ $(OBJS) +../libmetis-edf.so: $(OBJS) + $(CC) $(LDFLAGS) -shared -o $@ $(OBJS) -Wl,-soname,libmetis-edf.so.4.1 -lm + (cd .. mv libmetis-edf.so libmetis-edf.so.4.1) + (cd .. ln -s libmetis-edf.so.4.1 libmetis-edf.so.4) + (cd .. ln -s libmetis-edf.so.4 libmetis-edf.so) + clean: rm -f *.o distclean: - rm -f *.o ; rm -f ../libmetis.a + rm -f *.o ; rm -f ../libmetis.a ../libmetis.so* --- a/Test/Makefile +++ b/Test/Makefile @@ -4,12 +4,12 @@ vers_check: @echo ### Test 2 : test --version option, onmetis returns : - (../onmetis --version ; exit 0) + (export LD_LIBRARY_PATH=..; ../onmetis.exe --version ; exit 0) @echo fort.85 : fort.81 @echo ### Test 1 : data file produced by Code_Aster - ../onmetis fort.81 + (export LD_LIBRARY_PATH=..; ../onmetis.exe fort.81; exit 0) @echo clean: --- a/Programs/Makefile +++ b/Programs/Makefile @@ -3,10 +3,8 @@ BINDIR = .. INCLUDES = -I../Lib -CFLAGS = $(COPTIONS) $(INCLUDES) -FFLAGS = $(FOPTIONS) $(INCLUDES) -LIBS = -lmetis -lm -METISLIB = ../libmetis.a +LIBS = -L.. -lmetis-edf -lm +METISLIB = ONMETISOBJS = onmetis.o io_aster.o smbfactor.o ecri11.o lect11.o lect00.o @@ -16,21 +14,21 @@ .c.o: - $(CC) $(CFLAGS) -c $*.c + $(CC) $(COPTIONS) $(INCLUDES) -c $*.c default: $(BINDIR)/onmetis.exe $(BINDIR)/pmetis $(BINDIR)/kmetis -$(BINDIR)/onmetis.exe: $(ONMETISOBJS) $(METISLIB) +$(BINDIR)/onmetis.exe: $(ONMETISOBJS) $(LD) $(LDOPTIONS) -o $@ $(ONMETISOBJS) $(LIBS) chmod 755 $@ -$(BINDIR)/pmetis: $(PMETISOBJS) $(METISLIB) +$(BINDIR)/pmetis: $(PMETISOBJS) $(LD) $(LDOPTIONS) -o $@ $(PMETISOBJS) $(LIBS) chmod 755 $@ -$(BINDIR)/kmetis: $(KMETISOBJS) $(METISLIB) +$(BINDIR)/kmetis: $(KMETISOBJS) $(LD) $(LDOPTIONS) -o $@ $(KMETISOBJS) $(LIBS) chmod 755 $@ @@ -38,11 +36,11 @@ clean: rm -f *.o ecri11.o:ecri11.f - $(F90) $(FFLAGS) -c ecri11.f + $(F90) $(FOPTIONS) $(INCLUDES) -c ecri11.f lect11.o:lect11.f - $(F90) $(FFLAGS) -c lect11.f + $(F90) $(FOPTIONS) $(INCLUDES) -c lect11.f lect00.o:lect00.f - $(F90) $(FFLAGS) -c lect00.f + $(F90) $(FOPTIONS) $(INCLUDES) -c lect00.f distclean: rm -f *.o ;\ rm -f $(BINDIR)/onmetis.exe ;
Bug#650164: zaz: periodic segfault
On Sun, Nov 27, 2011 at 04:54:32PM +0800, Paul Wise wrote: #0 0x7793b91d in ov_raw_seek (vf=0xb058e0, pos=0) at vorbisfile.c:1241 #1 0x004095f9 in Scenes::AudioBuffer::Play (this=0x825878, smpl=optimized out, vol=optimized out, pan=optimized out, loop=optimized out) at audiobuffer.cpp:53 #2 0x00409cb1 in Scenes::Mixer::EnqueueSample (this=0x825840, smp=0xb058b0, vol=80, pan=0, loop=optimized out) at mixer.cpp:200 Hi Paul, I think this is a duplicate of #649017. Do the crashes fit the pattern of that bug (crash when starting a level or losing a life)? I posted the first two lines of the call stack in #649017, forgetting that a non-debug build inlines the call to Scenes::StreamingOggSample::Restart. Cheers, Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650144: cryptkeeper should not be built on architectures where encfs is unavailable
Hi Peter, thanks for the report, looking a t the problem I prefer to add linux-any on debian/control architecture list, I don't like the other solution. I'm going to fix this issue today or tomorrow. Best Regards, francesco Il giorno sab, 26/11/2011 alle 23.38 +, peter green ha scritto: package: cryptkeeper serverity: serious Currently there are uninstallable cryptkeeper packages on kfreebsd-i386 and kfreebsd-amd64. cryptkeeper should not be allowed to build on architectures where it's dependencies (in this case encfs) are not available. Currently this issue is preventing the new version of cryptkeeper (and hence the fix for 554291) migrating to testing. There are two ways to achive this, one is to set the architecture list ot linux-any like cryptkeeper, the other is to place a build-dependency on encfs. Once this bug is fixed a removal bug should be filed for the useless kfreebsd packages. -- .''`. Francesco Namuri : :' : http://namuri.it/ `. `' key ID = 187B2D8E `-fingerprint = C0F7 9593 F613 C75A EC0A DFBF 56E2 F903 187B 2D8E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650181: manpage for python-config
Package: python-dev Version: 2.7.2-9 Severity: wishlist Tags: patch A manpage draft for python-config is attached. .TH PYTHON\-CONFIG 1 November 27, 2011 .SH NAME python\-config \- output build options for python C/C++ extensions or embedding .SH SYNOPSIS .BI python\-config [ .BI \-\-prefix ] [ .BI \-\-exec\-prefix ] [ .BI \-\-includes ] [ .BI \-\-libs ] [ .BI \-\-cflags ] [ .BI \-\-ldflags ] [ .BI \-\-help ] .SH DESCRIPTION .B python\-config helps compiling and linking programs, which embed the Python interpreter, or extension modules that can be loaded dynamically (at run time) into the interpreter. .SH OPTIONS .TP .BI \-\-cflags print the C compiler flags. .TP .BI \-\-ldflags print the flags that should be passed to the linker. .TP .BI \-\-includes similar to \fI\-\-cflags\fP but only with \-I options (path to python header files). .TP .BI \-\-libs similar to \fI\-\-ldflags\fP but only with \-l options (used libraries). .TP .BI \-\-prefix prints the prefix (base directory) under which python can be found. .TP .BI \-\-exec\-prefix print the prefix used for executable program directories (such as bin, sbin, etc). .TP .BI \-\-help print the usage message. .PP .SH EXAMPLES To build the singe\-file c program \fIprog\fP against the python library, use .PP .RS gcc $(python\-config \-\-cflags \-\-ldflags) progr.cpp \-o progr.cpp .RE .PP The same in a makefile: .PP .RS CFLAGS+=$(shell python\-config \-\-cflags) .RE .RS LDFLAGS+=$(shell python\-config \-\-ldflags) .RE .RS all: progr .RE To build a dynamically loadable python module, use .PP .RS gcc $(python\-config \-\-cflags \-\-ldflags) \-shared \-fPIC progr.cpp \-o progr.so .RE .SH SEE ALSO python (1) .br http://docs.python.org/extending/extending.html .br /usr/share/doc/python/faq/extending.html .SH AUTHORS This manual page was written by Johann Felix Soden joh...@gmx.de for the Debian project (and may be used by others).
Bug#650182: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801
Package: update-manager-core Version: 0.200.5-2 Severity: normal File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** *** /tmp/update-manager-bug0GusWS The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('NoneType' object has no attribute 'get_package_list',) - Exception Origin: BugHandler.Thread(PythonAptCommit, started 140494556063488) - Exception Traceback: File /usr/lib/pymodules/python2.7/UpdateManager/BugHandler.py, line 89, in run threading.Thread.run(self, *args, **kwargs) File /usr/lib/python2.7/threading.py, line 505, in run self.__target(*self.__args, **self.__kwargs) File /usr/lib/pymodules/python2.7/UpdateManager/Backend/PythonApt.py, line 801, in thread_helper for pkg_info in self._available_updates.get_package_list(): -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 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 update-manager-core depends on: ii lsb-release 3.2-28 ii python 2.7.2-9 ii python-apt 0.8.1 ii python-support 1.0.14 Versions of packages update-manager-core recommends: ii update-manager-gnome 0.200.5-2 update-manager-core suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650183: gdm3: Continuously starts X servers, uses too much CPU time and RAM
Package: gdm3 Version: 3.0.4-4 Severity: important Dear Maintainer, Since upgrading to gdm3 3, I've noticed that the gdm3 daemon spends its time launching X servers; currently I have |-gdm-simple-gree---{gdm-simple-gre} |-gdm3-+-58*[gdm-simple-slav-+-Xorg] | | `-{gdm-simple-sla}] | |-2*[gdm-simple-slav---Xorg] | |-46*[gdm-simple-slav] | |-gdm-simple-slav-+-Xorg | | |-gdm-session-wor-+-x-session-manag-+-evolution-alarm---{evolution-alar} [snip one user's GNOME session] | | | `-{gdm-session-wo} | | `-{gdm-simple-sla} | |-4*[gdm-simple-slav-+-Xorg] | ||-gdm-session-wor] | | |-gnome-session-+-gdm-simple-gree---{gdm-simple-gre}] | || |-gnome-power-man---2*[{gnome-power-ma}]] | || |-gnome-settings2*[{gnome-settings}]] | || |-metacity---2*[{metacity}]] | || |-polkit-gnome-au---{polkit-gnome-a}] | || `-3*[{gnome-session}]] | |`-{gdm-simple-sla}] | |-gdm-simple-slav-+-Xorg | | |-gdm-session-wor-+-x-session-manag-+-changer.sh---sleep [snip another user's GNOME session] | | | `-{gdm-session-wo} | | `-{gdm-simple-sla} | `-{gdm3} with vast amounts of logs accumuating in /var/log/gdm3 as X servers are continuously started even though the system has long run out of VTs. Currently, with an uptime of 15:48, the root gdm3 process has accumulated 4:55 of CPU time used, and 603MB of RAM. On a 3GHz Pentium 4 with 3GB of RAM this is rather a lot. I've previously tried restarting gdm3 and rebooting the whole system, but the behaviour remains the same. Do you have any idea what I could do to determine the problem's cause and/or fix it? Thanks in advance, Stephen -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.15-1 ii adduser 3.113 ii dconf-gsettings-backend 0.7.5-3 ii debconf [debconf-2.0] 1.5.41 ii gconf2 2.32.4-1 ii gnome-session [x-session-manager] 3.0.2-3 ii gnome-session-bin 3.0.2-3 ii gnome-session-fallback [x-session-manager] 3.0.2-3 ii gnome-terminal [x-terminal-emulator]3.0.1-1 ii gsettings-desktop-schemas 3.2.0-2 ii libaccountsservice0 0.6.15-1 ii libatk1.0-0 2.2.0-2 ii libattr11:2.4.46-3 ii libaudit0 1.7.18-1 ii libc6 2.13-21 ii libcairo-gobject2 1.10.2-6.1 ii libcairo2 1.10.2-6.1 ii libcanberra-gtk3-0 0.28-3 ii libcanberra00.28-3 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.30.2-4 ii libglib2.0-bin 2.30.2-4 ii libgtk-3-0 3.2.2-2 ii libpam-modules 1.1.3-6 ii libpam-runtime 1.1.3-6 ii libpam0g1.1.3-6 ii libpango1.0-0 1.29.4-2 ii librsvg2-common 2.34.1-3 ii libselinux1 2.1.0-4 ii libupower-glib1 0.9.14-3 ii libwrap07.6.q-21 ii libx11-62:1.4.4-4 ii libxau6 1:1.0.6-4 ii libxdmcp6 1:1.1.0-4 ii libxklavier16 5.1-2 ii libxrandr2 2:1.3.2-2 ii lsb-base
Bug#649486: Forget about this - was triggered by extensive IPv6 address scanning
Ben Hutchings b...@decadent.org.uk writes: The configuration looks fine to me. OK. It does not look like I'm able to reproduce this either. I am only able to trigger the expected Neighbour table overflow. and a few additional ICMPv6 ND: ndisc_build_skb() failed to allocate an skb, err=-11. but no TX watchdog. Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650114: zim: In the manual links does not work
forwarded 650114 https://bugs.launchpad.net/zim/+bug/875229 thanks On Sat, 26 Nov 2011, Francois Mescam wrote: When I read the manual. I do F1 I arrive on the page Zim user manual and if I click on Getting started I stay on the page Zim user manual. It's a known bug indeed with wiki in read-only mode. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/go/ulule-rh/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650184: DeprecationWarning: the md5 module is deprecated; use hashlib instead
Package: picard Version: 0.11-2.1+b1 Severity: normal Hi. Staring picard, I get : $ picard /usr/lib/pymodules/python2.6/picard/webservice.py:25: DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5 /usr/lib/pymodules/python2.6/picard/webservice.py:28: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha Hope this helps. Best regards, -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (700, 'stable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages picard depends on: ii libavcodec524:0.5.5-1ffmpeg codec library ii libavformat52 4:0.5.5-1ffmpeg file format library ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdiscid0 0.2.2-1 Library for creating MusicBrainz D ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libgcc1 1:4.4.5-8GCC support library ii libofa0 0.9.3-3.1Library for acoustic fingerprintin ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-mutagen 1.19-2 audio metadata editing library ii python-qt4 4.7.3-1+b1 Python bindings for Qt4 ii python-support 1.0.10 automated rebuilding support for P picard recommends no packages. picard 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#613845: base: Speaker doesn't work but headphones works well. Laptop HP G62.
Hi, I experienced the same behaviour on my DEll E6420. I am using Debian Squeeze amd64. The current kernel is: Linux 2.6.32-5-amd64 #1 SMP Thu Nov 3 03:41:26 UTC 2011 x86_64 GNU/Linux Do you have any workaround with the stock kernel? Regards, Bela
Bug#650185: util-linux: FTBFS on !linux-any
Package: util-linux Version: 2.20.1-1 Severity: serious Tags: patch Justification: FTBFS on kfreebsd Hello, util-linux FTBFS on !linux-any due to forcing the build of partx, which is linux-only. The attached patch only enables it on Linux ports. Samuel -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hurd-i386 (i686-AT386) Kernel: GNU-Mach 1.3.99/Hurd-0.3 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 util-linux depends on: ii debconf [debconf-2.0] 1.5.41 ii dpkg 1.16.1.1 ii initscripts2.88dsf-13.13 ii install-info 4.13a.dfsg.1-8 ii libblkid1 2.20.1-1 ii libc0.32.13-22~0 ii libncursesw5 5.9-4 ii libslang2 2.2.4-3 ii libtinfo5 5.9-4 ii libuuid1 2.20.1-1 ii lsb-base 3.2-28 ii tzdata 2011n-1 ii zlib1g 1:1.2.3.4.dfsg-3 util-linux recommends no packages. Versions of packages util-linux suggests: pn dosfstools none pn kbd | console-tools none pn util-linux-locales none -- no debconf information --- debian/rules.orig 2011-11-27 12:50:05.0 +0100 +++ debian/rules2011-11-27 12:50:33.0 +0100 @@ -32,9 +32,9 @@ version := $(shell sed -e '1{;s|^util-linux (\(.*\))\ .*|\1|;q;}' debian/changelog) Upstream := $(shell sed 's/^.*(\(.*\)-.*).*/\1/; q' debian/changelog) -CONFOPTS= --enable-raw --enable-rdev --enable-partx --with-slang +CONFOPTS= --enable-raw --enable-rdev --with-slang ifeq ($(DEB_HOST_ARCH_OS),linux) -CONFOPTS += --with-selinux --enable-libmount-mount +CONFOPTS += --enable-partx --with-selinux --enable-libmount-mount endif build: build-arch build-indep
Bug#637738: daptup: pre-invoke fails under synaptic
tags 637738 + pending quit Hello, I found the reason, it's a bug in aptitude [1]. I will upload an updated daptup with a workaround. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650179 -- 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#650113: core.img has grown too much?
Colin Watson cjwat...@debian.org writes: On Sat, Nov 26, 2011 at 06:19:39PM +0100, Goswin von Brederlow wrote: My disks are still partitioned with the old alignment to CHS so there embedding area is small. But not unusually so: mrvn@frosties:~% ls -l /boot/grub/core.img -rw-r--r-- 1 root root 31519 Nov 26 18:14 /boot/grub/core.img core.img isn't static; it depends on your system. What modules are built into core.img in your case? There's unfortunately no way to interrogate an existing image that I know of, but if you figure out the appropriate grub-install command and then run this: grub-install --debug $wherever_grub_should_be_installed 21 | grep grub-mkimage ... then that should tell you. -- Colin Watson [cjwat...@debian.org] + /usr/bin/grub-mkimage -d /usr/lib/grub/i386-pc -O i386-pc --output=/boot/grub/core.img --prefix=(r-root)/boot/grub biosdisk ext2 part_msdos raid mdraid09 lvm MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611336: The game does not quit when I confirm it.
On 27/11/2011 13:19, Dean Evans wrote: Hi, I have tried to recreate this bug on squeeze using openarena 0.8.5-5 and fglrx 1:10-9-3 and have been unsuccessful. Does the game still hang on exit or has a library/driver update fixed the issue? For the record, it's not happening now on debian/sid with radeon drm. It is actually very stable. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650116:
Hi Clint, Thanks for the bug report. The very short answer is that the cmake exported file for VTK explicitely says to links against libmysqlclient even if gdcm does not use any of those symbols. So if rebuilding of gdcm against the newly VTK 5.8.0 with a new and better cmake exported file might solve this issue. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650186: perl: test failure on hurd: ../ext/Socket/t/socketpair.t
Source: perl Version: 5.14.2-5 Severity: important ../ext/Socket/t/socketpair.t .. Something unexpectedly hung during testing at t/socketpair.t line 36. ../ext/Socket/t/socketpair.t .. No subtests run Test Summary Report --- ../ext/Socket/t/socketpair.t (Wstat: 4 Tests: 0 Failed: 0) Non-zero wait status: 4 Parse errors: No plan found in TAP output Files=1, Tests=0, 60 wallclock secs ( 0.05 usr + 0.03 sys = 0.08 CPU) Result: FAIL -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650187: perl: test failure on hurd: io/pipe.t
Source: perl Version: 5.14.2-5 Severity: important io/pipe.t .. Failed 1/24 subtests Test Summary Report --- io/pipe.t (Wstat: 0 Tests: 23 Failed: 0) Parse errors: Tests out of sequence. Found (10) but expected (9) Tests out of sequence. Found (11) but expected (10) Tests out of sequence. Found (12) but expected (11) Tests out of sequence. Found (13) but expected (12) Tests out of sequence. Found (14) but expected (13) Displayed the first 5 of 16 TAP syntax errors. Re-run prove with the -p option to see them all. Files=1, Tests=23, 9 wallclock secs ( 0.08 usr + 0.03 sys = 0.11 CPU) Result: FAIL -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650188: perl: test failure on hurd: op/sigdispatch.t
Source: perl Version: 5.14.2-5 Severity: important OP/SIGDISpatch.t .. # Test process timed out - terminating op/sigdispatch.t .. Failed 17/17 subtests Test Summary Report --- op/sigdispatch.t (Wstat: 9 Tests: 0 Failed: 0) Non-zero wait status: 9 Parse errors: Bad plan. You planned 17 tests but ran 0. Files=1, Tests=0, 16 wallclock secs ( 0.03 usr + 0.07 sys = 0.10 CPU) Result: FAIL -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650189: ibus does not work for pidgin
Package: ibus Version: 1.3.7-1 Severity: normal I set `ctrl-.' to trigger ibus. For years, ibus can not be called for pidgin, but it works fine for other programs. -- System Information: Debian Release: 6.0.3 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ibus depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libibus2 1.3.7-1 New input method framework using d ii librsvg2-common2.26.3-1 SAX-based renderer library for SVG ii libx11-6 2:1.3.3-4 X11 client-side library ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-ibus1.3.7-1 New input method framework using d ii python-notify 0.1.1-2+b2Python bindings for libnotify ii python-support 1.0.10automated rebuilding support for P ii python-xdg 0.19-2Python library to access freedeskt Versions of packages ibus recommends: ii ibus-gtk 1.3.7-1New input method framework using d ii ibus-qt4 1.3.1-1qt-immodule for ibus (QT4) ii im-switch 1.20 Input method switch framework ibus 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#613845: Speaker doesn't work but headphones works well. Laptop HP G62.
Hi Bela, Átlag Béla wrote: Do you have any workaround with the stock kernel? I asked Andrii to test the kernel from sid in order to help understand the problem and get help from upstream, not as a workaround. Anyway, please file a separate bug. Thanks for writing, and sorry for the trouble, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650121: Patch
tag 650121 patch thanks Hi, Here's a patch, based on Aaron's suggestion. I verified that it fixes the build failure. -- Matt Kraai https://ftbfs.org/kraai From 4984cba0943c810447d0153598ba39caacfa0dc9 Mon Sep 17 00:00:00 2001 From: Matt Kraai kr...@ftbfs.org Date: Sun, 27 Nov 2011 06:46:35 -0800 Subject: [PATCH] Don't try to change permissions of non-existent files Signed-off-by: Matt Kraai kr...@ftbfs.org --- debian/rules |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/debian/rules b/debian/rules index ffe3096..c9172f8 100755 --- a/debian/rules +++ b/debian/rules @@ -23,7 +23,9 @@ override_dh_auto_install: done override_dh_fixperms: - chmod 755 $(CURDIR)/debian/cmigemo-common/usr/share/cmigemo/tools/*.pl + if [ -d $(CURDIR)/debian/cmigemo-common/usr/share/cmigemo/tools ]; then \ + chmod 755 $(CURDIR)/debian/cmigemo-common/usr/share/cmigemo/tools/*.pl; \ + fi dh_fixperms -- 1.7.7.3
Bug#650121: cmigemo: FTBFS when only covering architecture-dependent packages
Hi, At Sat, 26 Nov 2011 14:02:32 -0500, Aaron M. Ucko u...@debian.org wrote: Builds of cmigemo (as on the autobuilders) that only cover its architecture-dependent packages have been failing: Thanks BTS about this package!! I'll fix it ASAP. Best Wishes, --- Youhei SASAKI uwab...@gfd-dennou.org GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611336: The game does not quit when I confirm it.
Hi, I have tried to recreate this bug on squeeze using openarena 0.8.5-5 and fglrx 1:10-9-3 and have been unsuccessful. Does the game still hang on exit or has a library/driver update fixed the issue? Thanks, Dean -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openarena depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.0-2 Multi-protocol file transfer libra ii libgl1-mesa-glx [libgl1 7.7.1-5 A free implementation of the OpenG ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii libopenal1 1:1.12.854-2 Software implementation of the Ope ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libspeexdsp11.2~rc1-1The Speex extended runtime library ii libvorbis0a 1.3.1-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.1-1 The Vorbis General Audio Compressi ii openarena-data 0.8.5-3 OpenArena game data ii openarena-server0.8.5-5+squeeze1 server and game logic for the game ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650190: /usr/bin/sugar: syntax error on line 3: in a [
Package: sugar-session-0.90 Version: 0.90.3-1 Severity: minor Dear Maintainer, *** Please consider answering these questions, where appropriate *** I got a minor syntax error from attempting to start sugar. Line 3 has: if [ $(id -u) -eq 0 $(id -ru) -eq 0 ] ; then If you want to use '', you have to close the '[' before: if [ $(id -u) -eq 0 ] [ $(id -ru) -eq 0 ] ; then Note: the real issue turned out to be #644010, which renders the package unusable. Woraround: grab source package. Remove specific dependencies on python 2.6, rebuild and install. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.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#643280: midori: fails to show imported bookmarks
On Sun, 27 Nov 2011 09:57:43 +0100 Yves-Alexis Perez wrote: [...] On sam., 2011-11-26 at 23:47 +0100, Francesco Poli wrote: [...] I checked midori/0.4.2-1 and this bug seems to still be unfixed. Once again, if you need more information, please let me know. Otherwise, please fix the bug and/or forward the report upstream. Thanks for your time. Thanks for forwarding the bug report upstream! Could you please tag the Debian BTS bug report as forwarded, once you get the upstream bug report number? I think it might help to provide a sample bookmarks.xbel with a minimal test case. Sure! Please find attached a minimal example test case, with only three folders and a total of five bookmarks. I hope it may help to pinpoint the cause of the issue: I tested it, and I was able to reproduce the bug even with the minimal test case. Thanks again for your kind assistance. Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE example_bookmarks.xbel.gz Description: Binary data pgp1sD8dMXbjW.pgp Description: PGP signature
Bug#650191: digikam: Geolocation using Marble not available
Package: digikam Version: 2:1.9.0-3+b1 Severity: normal Hello, I recently upgraded from squeeze to wheezy, and why the new digikam, I get a greyed out Geolocation window on the right hand side of digiKam, and a message stating Geolocation using Marble not available even if the image has GPS coordinates (I see them in the metadata). I don't think it's related but there was a similar bug report in the past http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569729 Nothing marble-alike seems to be a dependency of digiKam anymore, but the changelog doesn't say anything either, so I don't know... Anyway Marble stuff seems correctly installed: ii libmarblewidget11 4:4.6.5-1+b1Marble globe widget library ii marble-data 4:4.6.5-1 data files for Marble ii marble-plugins 4:4.6.5-1+b1plugins for Marble Thanks for your help, Eric -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digikam depends on: ii digikam-data 2:1.9.0-3 ii kdebase-runtime4:4.6.5-1+b1 ii kdepim-runtime 4:4.4.11.1-2 ii libc6 2.13-21 ii libgcc11:4.6.2-4 ii libglib2.0-0 2.28.8-1 ii libgphoto2-2 2.4.11-3.1 ii libgphoto2-port0 2.4.11-3.1 ii libjasper1 1.900.1-11 ii libjpeg8 8c-2 ii libkabc4 4:4.6.5-1 ii libkcmutils4 4:4.6.5-2+b1 ii libkdcraw9 4:4.6.5-3 ii libkde3support44:4.6.5-2+b1 ii libkdecore54:4.6.5-2+b1 ii libkdeui5 4:4.6.5-2+b1 ii libkemoticons4 4:4.6.5-2+b1 ii libkexiv2-94:4.6.5-3 ii libkfile4 4:4.6.5-2+b1 ii libkhtml5 4:4.6.5-2+b1 ii libkidletime4 4:4.6.5-2+b1 ii libkio54:4.6.5-2+b1 ii libkipi8 4:4.6.5-3 ii libkjsapi4 4:4.6.5-2+b1 ii libknotifyconfig4 4:4.6.5-2+b1 ii libkparts4 4:4.6.5-2+b1 ii libkprintutils44:4.6.5-2+b1 ii libkresources4 4:4.6.5-1 ii libkutils4 4:4.6.5-2+b1 ii liblcms1 1.19.dfsg-1+b1 ii liblensfun00.2.4-1 ii liblqr-1-0 0.4.1-1.1 ii libnepomuk44:4.6.5-2+b1 ii libnepomukutils4 4:4.6.5-2+b1 ii libphonon4 4:4.6.0really4.5.0-5 ii libpng12-0 1.2.46-3 ii libqt4-dbus4:4.7.3-5 ii libqt4-network 4:4.7.3-5 ii libqt4-qt3support 4:4.7.3-5 ii libqt4-sql 4:4.7.3-5 ii libqt4-sql-sqlite 4:4.7.3-5 ii libqt4-svg 4:4.7.3-5 ii libqt4-xml 4:4.7.3-5 ii libqtcore4 4:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libsolid4 4:4.6.5-2+b1 ii libsoprano42.6.0+dfsg.1-4 ii libstdc++6 4.6.2-4 ii libtiff4 3.9.5-2 ii libx11-6 2:1.4.4-4 ii libxau61:1.0.6-4 ii libxdmcp6 1:1.1.0-4 ii phonon 4:4.6.0really4.5.0-5 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages digikam recommends: ii iceweasel [www-browser] 8.0-3 ii kipi-plugins 1.9.0-2+b1 ii konqueror [www-browser] 4:4.6.5-1 ii mplayerthumbs4:4.6.5-3 ii w3m [www-browser]0.5.3-4 Versions of packages digikam suggests: pn digikam-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#649322:
tags 649322 security severity 649322 grave thanks On Sat, Nov 19, 2011 at 11:19:48PM +0100, Leo Iannacone wrote: The package clearsilver fails to compile with the new hardened compiler flags dpkg-buildflag outputs [0]. The problematic flag is: -Werror=format-security See the ubuntu buildlog: https://launchpadlibrarian.net/85252523/buildlog_ubuntu-precise-i386.clearsilver_0.10.5-1.2_FAILEDTOBUILD.txt.gz Snippet: neo_cgi.c: In function 'p_cgi_error': neo_cgi.c:181:3: error: format not a string literal and no format arguments [-Werror=format-security] cc1: some warnings being treated as errors This may very well be exploitable; I sent an example to security@ a little while back, and CCed clearsil...@packages.debian.org. Please apply Leo's patch ASAP. -- Colin Watson [cjwat...@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#614731: Bug#649784: add dh_apparmor for easier AppArmor profile management
On Wed, Nov 23, 2011 at 07:08:04PM -0400, Joey Hess wrote: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=82;bug=614731 I have a new policy: Once Ubuntu applies a patch to software I wrote, without allowing me to sign off on it[1], I will no longer apply that patch to the upstream source of the package. By doing this, over and over again, Ubuntu is implicitly saying that they do not value my work, my expertese, or the time I would need to spend to deal with fallout of their changes, and so I simply choose to ignore them in return. Heya Joey, having worked quite a bit on mediating the wishes of Debian (as upstream) developers with those of downstream derivatives, I feel confident stating that many people in Debian would now welcome being asked (some people would even say bothered, I suspect) to sign off changes that derivatives intend to apply. I understand and respect your desire here, but please understand that it'd probably not be a reasonable default. Or at least not a flame-free one. The closest approximation of it I could imagine is that derivatives developers will submit to Debian patches they have applied, as merge requests (which, AFAICT, it's what Kees is doing here). Of course doing so will open up to the risk of seeing their changes rejected, but that would be already way better than being ignored all together. I also think it'd also be better for Debian, but that's probably a subjective matter. So, to improve for the future: - how would you like to be asked to sign-off changes by downstream developers? mail to the maintainer or wishlist bug report? I'll be happy to check with derivatives people how they can keep track of which Debian maintainer wishes this kind of interaction and who don't want to be bothered (honestly, I see no other sane default for such a dilemma) So, if Debian feels it is appropriate for this bug to be fixed, someone will need to NMU debhelper. That helps, thanks. I've seen that on #debian-devel people where interested in picking up your availability for this also for #614731, maybe a single NMU could do? I suggest that NMU-ers use a reasonably DELAYED/XX queue, so that you get a chance to review and, if you feel like, comment on it before it's final. Cheers. -- Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o . Maître de conférences .. http://upsilon.cc/zack .. . . o Debian Project Leader... @zack on identi.ca ...o o o « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#650166: opendnssec-enforcer: fails to install
Version: 1.3.3-1 Duplicate and fixed in NEW queue Ondřej Surý On 27. 11. 2011, at 10:01, Holger Levsen hol...@layer-acht.org wrote: Package: opendnssec-enforcer Version: 1.3.2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Unpacking opendnssec-enforcer-mysql (from .../opendnssec-enforcer- mysql_1.3.2-1_amd64.deb) ... /var/lib/dpkg/tmp.ci/preinst: 18: /var/lib/dpkg/tmp.ci/preinst: dpkg−maintscript−helper: not found dpkg: error processing /var/cache/apt/archives/opendnssec-enforcer- mysql_1.3.2-1_amd64.deb (--unpack): subprocess new pre-installation script returned error exit status 127 configured to not write apport reports /var/lib/dpkg/tmp.ci/postrm: 23: /var/lib/dpkg/tmp.ci/postrm: dpkg−maintscript−helper: not found dpkg: error while cleaning up: subprocess new post-removal script returned error exit status 127 Errors were encountered while processing: /var/cache/apt/archives/opendnssec-enforcer-mysql_1.3.2-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger opendnssec-enforcer_1.3.2-1.log -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642743: pyfribidi: FTBFS: ls: cannot access /build/pyfribidi-poR4Z7/pyfribidi-0.10.0/build/lib_d.*-2.7: No such file or directory
reassign 642743 src:pyfribidi 0.10.0-3 thanks * أحمد المحمودي aelmahmo...@sabily.org, 2011-10-26, 13:09: I've received help from Arnaud Fontaine on this issue. After running the test through gdb on both Ubuntu Debian, the following was found: The segfault occurs on Debian because on: 'PyUnicode_Check (logical)' (line 60 in pyfribidi.c), 'logical' is NULL. 'logical' should be set by PyArg_ParseTupleAndKeywords() call. On Debian, the PyArg_ParseTupleAndKeywords() call sets 'logical' in this test to NULL, while on Ubuntu, it sets 'logical' properly. Hence, the problem seems to be in the Debian's python2.7 package. Well, that's not an evidence that python2.7 is at fault. In fact, it's actually pyfribidi which is buggy. The code looks like this: PyObject *logical = NULL; /* input unicode or string object */ FriBidiParType base = FRIBIDI_TYPE_RTL; /* optional direction */ const char *encoding = utf-8; /* optional input string encoding */ int clean = 0; /* optional flag to clean the string */ static char *kwargs[] = { logical, base_direction, encoding, clean, NULL }; if (!PyArg_ParseTupleAndKeywords (args, kw, O|lsI, kwargs, logical, base, encoding, clean)) return NULL; The type of base should be long int (64-bit on amd64) but it is FriBidiParType (32-bit on amd64). (Also, clean should be unsigned, but this is minor nitpick.) After correcting the type of base, the package builds successfully. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650094: perl: test failure on hurd: ../cpan/Time-HiRes/t/HiRes.t
On Sat, Nov 26, 2011 at 01:49:53PM +, Dominic Hargreaves wrote: Source: perl Version: 5.14.2-5 Severity: important ../cpan/Time-HiRes/t/HiRes.t .. Failed 2/48 subtests (less 3 skipped subtests: 43 okay) Missing support for ITIMER_VIRTUAL. See also http://savannah.gnu.org/task/?8916 These two tests are already skipped on the nto and haiku OSes, so perhaps in this case it would be most appropriate to add a similar skip and forward upstream. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650175: perl: test failure on hurd: ../dist/threads/t/stack.t
Dominic Hargreaves, le Sun 27 Nov 2011 11:40:57 +, a écrit : ../dist/threads/t/stack.t .. 1/18 Thread creation failed: pthread_attr_setstacksize(2097152) returned 1073741846 at t/stack.t line 58. Can't call method join on an undefined value at t/stack.t line 58. 1073741846 is EINVAL, as hurd's libpthread uses fixed-size stacks. This is a known limitation that should get fixed in the future. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650095: bug in libc
reassign 650095 libc0.3 retitle 650095 recvfrom() can get SIGLOST with a null address port forwarded 650095 http://sourceware.org/ml/libc-alpha/2011-11/msg00089.html thanks Hi, this is a bug in the Hurd implementation of `recvfrom' (used by perl's `recv'), which gets SIGLOST when there's no valid address port for the socket, and a non-NULL soket address buffer has been passed to `recvfrom'. I've reported it to the libc maintainer (with a patch): http://sourceware.org/ml/libc-alpha/2011-11/msg00089.html -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#649577: gnome-shell: Alt+F2 (execute a command) does not work anymore
Yes, I confirm the same bug in the same version e of gnome-shell 3.0.2-8 My system information: Debian Release: wheezy/sid Architecture: Amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 Best regards, ciao. Alien1it -- Gnu-Debian! The Power! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649847: BUG at fs/btrfs/super.c:984 running df on seed Btrfs filesystem
Jonathan Nieder (2011-11-24 15:38:20 -0600) wrote: Should be fixed by [1], which is not in Chris's or Josef's tree for some reason. If you have time to try the patch[2], that would be excellent. Thanks, Jonathan [1] http://thread.gmane.org/gmane.comp.file-systems.btrfs/12319 [2] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4.2.2 I managed to build the patched kernel following your instructions, and the patch seems to work! :) Now running df on a mounted Btrfs seed file system symply reports 100% occupancy and no free space, which seems pretty correct for me since the fs isn't writable. It'd be great if you could help the patch make its way to upstream. Thanks! -- Ivan Vilata i Balaguer -- https://elvil.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646926: fsarchiver with 'Speicherzugriffsfehler'
On 27.11.2011 16:39, Ch. Hanisch wrote: Hello, I have downloaded from fsarchiver Homepage and installation of the precompiled binary. Then the precompiled fsarchiver with included e2fslibs stored over the fsarchiver from aptosid-repository. Now works fine. We are trying to find a problem in the interaction between fsarchiver and e2fslibs from Debian unstable. So using a statically compiled library is not particularly useful. Could you please test with the library and fsarchiver versions from Debian unstable. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#647090: Status Check
Hi, Is any one interested in adapting this package? If so I would be glad to help them out if any help is needed. If no one is working on this package I'll be happy to adopt this :) Best Regards -- Vasudev Kamath http://vasudevkamath.blogspot.com http://twitter.com/vasudevkamath -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650192: RM: several -- ROP; outdated hurd-i386 binary package
Package: ftp.debian.org Severity: normal The following list of source packages should have hurd-i386 binary packages which are outdated and can be removed from the archive. I can file distinct bugs for each if you prefer. Would it be more convenient to quote the binary package name? I could do that as well I guess. Anyway, once this initial list has been processed, I would file individual bugs for new outdated packages. The list is: approx backuppc biloba ccbuild cdo chktex dfu-util dragonegg dropbear eggdrop evolution-exchange evolution-rss fcitx-configtool fcitx-sunpinyin fossil freediams gcc-snapshot genparse gst123 guayadeque guitarix gxemul hatari i3-wm lcrt libapache-mod-musicindex lifeograph maildir-utils midori minissdpd mothur mspdebug obnam octave-parallel odin paraview pgadmin3 qrq raxml sarg sbox-dtc slgtk sphinxsearch sshguard texmacs tint2 tuxpuck udav wipe worker yforth 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#650173: Exact behavior
Hello again, I think I've sent this report a bit too fast; sorry for this but since I've migrated to wheezy, I seem to stumble from one issue to the next (I know, I know, testing and I wanted to help test, but...). Anyway, some more info: # file -s /dev/sr0 /dev/sr0: ERROR: cannot read `/dev/sr0' (Input/output error) # dd of=/tmp/test.dd if=/dev/sr0 dd: reading `/dev/sr0': Input/output error 0+0 records in 0+0 records out 0 bytes (0 B) copied, 0.00705761 s, 0.0 kB/s And (g)ddrescue doesn't work either (which is my main issue, to be honest, because one of my CDs is scratched somewhere in the middle). On the other hand, K3B is able to rip the CD (up to the middle in this specific case) and KSCD is able to play it, but the device notifier of KDE doesn't show the CD as it used to do. Hope the issue is now clearer, Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614731: Bug#649784: add dh_apparmor for easier AppArmor profile management
Stefano Zacchiroli wrote: having worked quite a bit on mediating the wishes of Debian (as upstream) developers with those of downstream derivatives, I feel confident stating that many people in Debian would now welcome being (I assume you made a significant typo not) asked (some people would even say bothered, I suspect) to sign off changes that derivatives intend to apply. Divergence in debhelper between debian derivatives results in packages that will build in distro A but not in distro B, with no indication why beyond a dh_ command being missing or not working as expected. This is severely bad for the greater Debian ecosystem, to borrow a term. I have pointed out this is a problem before, and have been roundly ignored. I have no interest in supporting distributions who introduce such problems, and no remaining tolerance for divergent changes to debhelper. That helps, thanks. I've seen that on #debian-devel people where interested in picking up your availability for this also for #614731, maybe a single NMU could do? I suggest that NMU-ers use a reasonably DELAYED/XX queue, so that you get a chance to review and, if you feel like, comment on it before it's final. Note that if debhelper is NMUed, I will be stuck trying to maintain a package that contains code that I have decided not to have anything to do with. That could well end up being an impossible position for me to continue maintaining debhelper in Debian. -- see shy jo signature.asc Description: Digital signature
Bug#628393: nvidia?
I don't know if you're using nvidia, but I am and had the same problem, and apparently others have had it too. When scrolling or even just moving point by holding ctrl-f, CPU spikes to 100%. For me it's X that is spiked to 100%, though, not emacs. https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-180/+bug/651297 http://www.nvnews.net/vbulletin/showthread.php?t=157769 For now I'm just using emacs-lucid which does not have this problem. I'm using squeeze and the proprietary nvidia driver that came with it, which is surely very old by now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650121: Patch
Hi, At Sun, 27 Nov 2011 06:48:15 -0800, Matt Kraai kr...@ftbfs.org wrote: Hi, Here's a patch, based on Aaron's suggestion. I verified that it fixes the build failure. Thanks!! However, I'll fix it to apply patch for upstream Makefile, and remove override_dh_fixperms in debian/rules. I'm Debian Maintainer (not DD) and I'm waiting for my mentor's check now. # I forgot to add DM-Upload-Allowed: yes into debian/control... Please wait for a while. Best Wishes, --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650193: ggz-python: should this package be removed?
Source: ggz-python Version: 0.0.14.1-1 Severity: serious User: debian...@lists.debian.org Usertags: proposed-removal Dear Maintainer, While reviewing some packages, your package came up as a possible candidate for removal from Debian, because: - No maintainer upload since 2008. - 2 open RC bugs. - Inactive upstream (last release in 2008). - Low popcon (less than 10 votes). If you think that it should be orphaned instead of being removed from Debian, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please just close this bug and do an upload also fixing the other issues. If you agree that it should be removed, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn ftp.debian.org retitle nn RM: ggz-python -- RoM; reasons thanks For more information, see http://wiki.debian.org/ftpmaster_Removals http://ftp-master.debian.org/removals.txt -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645519: midori: fails to go back from new tab after following a target=_blank link
On Sun, 16 Oct 2011 20:59:25 +0200 Francesco Poli wrote: On Sun, 16 Oct 2011 20:29:01 +0200 Yves-Alexis Perez wrote: [...] On dim., 2011-10-16 at 17:48 +0200, Francesco Poli (wintermute) wrote: [...] I hope this flaw can be fixed. Forwarding upstream :) Thanks a lot! :-) I've just re-checked with midori/0.4.2-1 and this bug seems to be still unfixed. What's the upstream bug report number? Could you please tag the Debian BTS bug report as forwarded to the appropriate upstream bug report number? Thanks for your time! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpldelOJscNO.pgp Description: PGP signature
Bug#608489: [xserver-xorg-video-intel] Rendering issues after suspend to disk.
Package: xserver-xorg-video-intel Followup-For: Bug #608489 Version: 2:2.16.0-1 Dear Maintainer, This bugs still affects me on Debian Testing. It seems related to: - [uxa] glyph corruption after resuming from hibernation http://bugs.debian.org /cgi-bin/bugreport.cgi?bug=529798 - font corruption in firefox and gnome-terminal after suspend https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/776736 and the upstream bug: [915GM] Characters sometimes have horizontal lines through them (glyph font corruption) https://bugs.freedesktop.org/show_bug.cgi?id=36326 Note that the following xorg.conf's workarounds did not work: - Option AccelMethod XAA (Xorg outputs: Option AccelMethod is not used) - Option DebugWait true - Option Tiling false I am now trying nomodeset at boot time. Best regards, --Martin -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Feb 24 2010 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2048200 Nov 2 12:08 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) Xorg X server configuration file status: -rw-r--r-- 1 root root 5750 Nov 27 13:20 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section ServerLayout Identifier XFree86 Configured #Screenfbdev-config Screenintel-config #Inputdevice touchpad catchall EndSection Section ServerFlags Option AllowMouseOpenFail true # Option UseDefaultFontPath false EndSection #Section Files # RgbPath /usr/share/X11/rgb # ModulePath /usr/lib/xorg/modules #FontPath /usr/share/fonts/X11/misc #FontPath /usr/share/fonts/X11/75dpi #FontPath /usr/share/fonts/X11/100dpi #FontPath/usr/share/fonts/truetype/ttf-dejavu #EndSection Section Module # Comments: see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346408 #Load dbe #Disable dbe #Disable dri #Disable dri2 #Disable glx # GLX Extension. Load freetype # Freetype fonts. Load type1 # Type 1 fonts EndSection Section Extensions # beryl and compiz need this, but it can cause bad (end even softreset-resistant) # effects in some graphics cards, especially nv. #Option Composite false #Option RENDER false #Option GLX false #Option XFree86-DRI false EndSection Section InputDevice Identifier Keyboard0 Driver kbd Option CoreKeyboard #Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de EndSection Section InputDevice Identifier Serial Mouse Driver mouse Option Protocol Microsoft Option Device /dev/ttyS0 Option Emulate3Buttons true Option Emulate3Timeout 70 Option SendCoreEvents true EndSection Section InputDevice Identifier PS/2 Mouse Driver mouse Option Protocol auto Option ZAxisMapping 4 5 Option Device /dev/psaux Option Emulate3Buttons true Option Emulate3Timeout 70 Option SendCoreEvents true EndSection Section InputDevice Identifier USB Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option SendCoreEventstrue Option Protocol IMPS/2 Option ZAxisMapping 4 5 Option Buttons 5 EndSection Section Device Identifier intel Driver intel #Option DRI false #Option NoAccel true #Option Accel False #Option RenderAccel false #Option AccelMethod XAA # Tuesday, October 25 2011 # added exa due to the font cache corruption # see https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/293059 # AccelMethod is never used #Option AccelMethod XAA #Option AccelMethod EXA #Option AccelMethod UXA # new idea #Option DebugWait true # it does no work # now trying nomodese at boottime #Option Tiling false #Option RenderAccel true # this option is not used #Option FallbackDebug true #Option monitor-VGA VGA #Option monitor-TV TV #Option monitor-LVCD LVCD EndSection Section Device Identifier fbdev Driver fbdev EndSection Section Device Identifier vesa Driver vesa EndSection Section Screen
Bug#644851: Please update to latest upstream version 1.13.4
Package: mpg123 Version: 1.12.1-3.2 Followup-For: Bug #644851 Me too is annoyed by this wishlist-bug. So, please upgrade ASAP! -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (102, 'testing'), (101, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpg123 depends on: ii libc62.13-21 ii libltdl7 2.4.2-1 ii libmpg123-0 1.12.1-3.2 Versions of packages mpg123 recommends: ii libasound2 1.0.24.1-4 ii oss-compat 0.0.6 Versions of packages mpg123 suggests: ii libasound21.0.24.1-4 ii libaudio2 1.9.3-1 ii libesd0 0.2.41-10 ii libjack-jackd2-0 [libjack-0.116] 1.9.7~dfsg-1 ii libpulse0 1.1-2 -- no debconf information -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650194: gstreamer0.10-pitfdll: should this package be removed?
Package: gstreamer0.10-pitfdll Version: 0.9.1.1+cvs20080215-1 Severity: serious User: debian...@lists.debian.org Usertags: proposed-removal Dear Maintainer, While reviewing some packages, your package came up as a possible candidate for removal from Debian, because: - There was no maintainer upload since 2008. - It's RC buggy. - It's dead upstream (last upstream release in 2005). If you think that it should be orphaned instead of being removed from Debian, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please just close this bug and do an upload also fixing the other issues. If you agree that it should be removed, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn ftp.debian.org retitle nn RM: gstreamer0.10-pitfdll -- RoM; reasons thanks For more information, see http://wiki.debian.org/ftpmaster_Removals http://ftp-master.debian.org/removals.txt -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568894: xmlto: Issues
tags 568894 + upstream confirmed forwarded 568894 ova...@redhat.com thanks Hello Ondrej, I would like to discuss two bugs/issues in xmlto with you. (1) xmlto sets both fop.extensions and fop1.extensions. This is not how things should work. You either have to set fop.extensions (for fop 0.20.5 or earlier) *or* fop1.extensions (for fop = 0.90), not both together. I'm sure, this might cause build issues. What about handling this during configure time: check fop's version output and just set one parameter in xmlto? (2) Te current way of creating temporary stylesheets in /tmp creates a problem, which is described e.g. here: http://bugs.debian.org/568894. The problem is, that the .fo file is in a different directory than the source and thus the second step, running fop, won't find the image. A possible fix might be to set img.src.path to be the path of the working directory. E.g. XSLTPARAMS=$XSLTPARAMS --stringparam img.src.path `pwd`/ But this might create problems for images declared with an absolute path! IMO the only way of fixing this is to create the .fo file inside the source directory. Maybe as .xmlto.fo.XX or similar? What do you think? Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650195: installation-reports: Wheezy 64-bit succesfully installed on a Intel Core i3 system
Package: installation-reports Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- Package-specific info: Boot method: CD Image version: debian-testing-amd64-netinst.iso 21-NOV-2011 Date: Date and time of the install Machine: Home-buildt w/ Intel Core i3 Dual Core 2.93 Ghz, on a Gigabyte GA-H55-UD2h motherboard w/ 4 Mb DDR3-memory, Samsung SATA-hd and Samsung DVD-burner. Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. I also have Windows XP and Ubuntu 10.11 installed. Both of them were detected by the GRUB intstall, but none of them were displayed after reboot. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Easily fixed, thou, with 'updat-grub'. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 2021-00:07 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux lgli3 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25 UTC 2011 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0040] (rev 12) lspci -knn: Subsystem: Giga-byte Technology Device [1458:5000] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0042] (rev 12) lspci -knn: Subsystem: Giga-byte Technology Device [1458:d000] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06) lspci -knn: Subsystem: Giga-byte Technology Device [1458:3b64] lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller [8086:3b3b] (rev 06) lspci -knn: Subsystem: Giga-byte Technology Device [1458:5004] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller [8086:3b3e] (rev 06) lspci -knn: Subsystem: Giga-byte Technology Device [1458:5004] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.2 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller [8086:3b3f] (rev 06) lspci -knn: Subsystem: Giga-byte Technology Device [1458:5004] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b3c] (rev 06) lspci -knn: Subsystem: Giga-byte Technology Device [1458:5006] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio [8086:3b56] (rev 06) lspci -knn: Subsystem: Giga-byte Technology Device [1458:a002] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 [8086:3b42] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 5 [8086:3b4a] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 6 [8086:3b4c] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller [8086:3b36] (rev 06) lspci -knn: Subsystem: Giga-byte Technology Device [1458:5004] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB Controller
Bug#650174: pcscd: Fails to configure
Le 27/11/11 12:22, Mark Brown a écrit : Package: pcscd Version: 1.8.1-1 Severity: serious Attempting to configure pcscd fails for me with no useful diagnostic output being produced: | Setting up pcscd (1.8.1-1) ... | dpkg: error processing pcscd (--configure): | subprocess installed post-installation script returned error exit status 1 | configured to not write apport reports I can reproduce an installation problem. Maybe it is the same. Thanks for the report. -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649784: add dh_apparmor for easier AppArmor profile management
On Sun, Nov 27, 2011 at 12:01:53PM -0400, Joey Hess wrote: Stefano Zacchiroli wrote: having worked quite a bit on mediating the wishes of Debian (as upstream) developers with those of downstream derivatives, I feel confident stating that many people in Debian would now welcome being (I assume you made a significant typo not) I did indeed. s/not/now/ is a recurrent typo for me, but that doesn't make it less embarrassing (especially in this context). Divergence in debhelper between debian derivatives results in packages that will build in distro A but not in distro B, with no indication why beyond a dh_ command being missing or not working as expected. This is severely bad for the greater Debian ecosystem, to borrow a term. I agree with this. I have pointed out this is a problem before, and have been roundly ignored. I was not aware of this. Not that I should have been informed but, with your permission, I'd like to help now. My motivation to do that is that I believe having you ignore the two bugs we're discussing is bad for Debian, and not only for the so called ecosystem. Mind sharing with whom you pointed out the problem in the past? (even in private mail / IRC query, if you prefer) Still, I'd like to understand how we can avoid the problem in the future. The two bug logs we are discussing concerns apparmor and multi-arch. Both cases concern technologies that have been available first in a downstream distro and only then, and recently, in Debian. Would you have accepted to sign-off, and maybe even integrate, patches about stuff not in Debian yet? We have examples of that happening with Ubuntu, but the problem is more general that that; the higher the number of derivatives we have the higher the potential occurrence of these issues in the future. I think it's reasonable for you to ask to sign-off on debhelper changes, but we need: (1) your willingness to accept changes that are potentially not useful for Debian (yet), and (2) a way to inform derivatives of that. Recent work on the Derivatives Front Desk about a Debian branding how to can help with (2), but not with (1). Note that if debhelper is NMUed, I will be stuck trying to maintain a package that contains code that I have decided not to have anything to do with. That could well end up being an impossible position for me to continue maintaining debhelper in Debian. That would be very bad. It's a sort of catch 22. I'm sure nobody would want to lose you as debhelper maintainer. At the same time you're applying your right to ignore specific patches due to their *past* history. When the *present* of those patches is that they are useful and needed in Debian, for Debian needs, not for the need of a derivative who happened to ship them in the past. If you welcome an NMU, we have a way out of it. If you don't, I honestly don't see which way out Debian has, to get features we currently lack. Would a clean re-implementation do? It seems silly to even think of this as a way out when working code already exists, but it'd be better than nothing. Thanks for your feedback, Cheers. -- Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o . Maître de conférences .. http://upsilon.cc/zack .. . . o Debian Project Leader... @zack on identi.ca ...o o o « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#650196: ITP: timebrowse -- NILFS Snapshot Manager/Windows VSS like Nautilus extension
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: timebrowse Version: 0.6 Upstream Author: Jiro SEKIBA j...@unicus.jp URL: http://timebrowse.sourceforge.net/ License: GPL-2+/LGPL-2+ Language: Python Description: NILFS Snapshot Manager/Windows VSS like Nautilus extension Provide NILFS Snapshot Manager daemon and Nautilus plug-in for browsing historical snapshots on NILFS2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648623: perl: test failures on hurd-i386
On Sat, Nov 26, 2011 at 11:39:08AM +, Dominic Hargreaves wrote: On Sun, Nov 20, 2011 at 10:20:22AM +0200, Niko Tyni wrote: On Sun, Nov 13, 2011 at 04:51:29PM +0100, Samuel Thibault wrote: Package: perl Version: 5.14.2-2 Severity: normal User: debian-h...@lists.debian.org Usertags: hurd A few tests fail on hurd-i386: Failed 9 tests out of 2029, 99.56% okay. ../cpan/Sys-Syslog/t/syslog.t ../cpan/Time-HiRes/t/HiRes.t ../cpan/autodie/t/recv.t ../dist/IO/t/io_pipe.t ../dist/threads/t/libc.t ../dist/threads/t/stack.t ../ext/Socket/t/socketpair.t io/pipe.t op/sigdispatch.t Could you mark them as TODO on GNU/Hurd? Has anybody looked at the issues behind these failures? I'd like to have a separate bug for each one, whether in hurd or perl, so that we could at least refer to them in the Debian patch that marks the tests as TODO. However, instead of patching the tests, I think I'd actually prefer just making debian/rules ignore test failures on GNU/Hurd so that the failures would stay visible in the build log. Possibly this should be accompanied by an RC bug on hurd so that the issues have to be resolved one way or another if it becomes a release architecture. Ignoring errors obviously has the downside of not catching any regressions automatically. I suppose the hurd folks would need to assume responsibility for that. I don't feel very strongly about this; please let me know what you think. I was about to implement this, but then I realised that ignoring the result of the whole test suite runs a real risk of installing a perl which is completely (or significantly) broken because of some other external change, so I think I'm swaying back towards the idea of patching out the failing tests instead. Definitely agree we should have bugs for each of the known failures. Bugs now created, and I'm almost done with the patches TODOing/SKIPing tests as appropriate. If there are no objections I'll push this later today or during the week. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650197: Piuparts test of python-gi doesn't uninstall python-gi
Package: python-gi Version: 3.0.2-4 User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o python-gi is failing piuparts with a large number of leftover owned and unowned files after a purge. http://piuparts.debian.org/sid/fail/python-gi_3.0.2-4.log ... 0m30.6s ERROR: FAIL: Package purging left files on system: /usr/lib/libpyglib-gi-2.0-python2.6.so owned by: python-gi /usr/lib/libpyglib-gi-2.0-python2.6.so.0owned by: python-gi /usr/lib/libpyglib-gi-2.0-python2.6.so.0.0.0owned by: python-gi /usr/lib/libpyglib-gi-2.0-python2.7.so owned by: python-gi /usr/lib/libpyglib-gi-2.0-python2.7.so.0owned by: python-gi /usr/lib/libpyglib-gi-2.0-python2.7.so.0.0.0owned by: python-gi /usr/lib/pyshared owned by: python-gi /usr/lib/pyshared/python2.6 owned by: python-gi /usr/lib/pyshared/python2.6/gi owned by: python-gi /usr/lib/pyshared/python2.6/gi/_gi.so owned by: python-gi /usr/lib/pyshared/python2.6/gi/_glibowned by: python-gi ... However, the Piuparts log on piuparts.debian.org does not indicate that python-gi was uninstalled before the leftover file check. A local test of the package, on sid, shows it as passing all tests, with or without the '-a' option. Why is piuparts skipping the uninstall of python-gi? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649786: libleptonica: hardcoded shlibs dependencies
Hi This should be easily fixable by removing the libpng12-0, libgif4, libwebp0 (and possibly libtiff4) dependencies for libleptonica, so the Depends field would become: Depends: ${shlibs:Depends}, ${misc:Depends} Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org