Bug#657076: Updating and maintaining barry in Debian / Ubuntu
On Mon, Apr 30, 2012 at 01:46:13PM +0200, intrigeri wrote: $ sudo apt-get install libconfig-model-perl $ cme check dpkg-copyright $ cme dump dpkg-copyright Thanks intrigeri. The cme check did find a syntax oddity, although the error message it produced was a bit cryptic. :-) I believe this release can be uploaded. Let me know if you agree, and what the next steps are. I'm assuming that you will do the actual upload? Or is this something I need to process? The sources and signed SHA1SUMS file can be found here: http://sourceforge.net/projects/barry/files/barry/barry-0.18.1/sources/ Thanks again for all your help! - Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598567: Bug is caused by changing tty ctime in devpts
I’ve been meaning to look into this bug for quite a while as it has affected me also. It doesn’t appear to be a problem with any shell -- fish or otherwise. What I’ve found is that when tty_tickets is enabled, and the tty device is under devpts, sudo includes the tty’s ctime as part of the ticket information that is compared on each invocation. The problem is that the ctime changes when certain program -- such as vi -- are run. I would suggest that the inclusion of the tty’s ctime be avoided in all tickets; see check_user() near check.c:114-115. -- Rob Leslie r...@mars.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669722: RFS: gnunet/0.9.2-1 [ITA]
Dear mentors, I uploaded a new version of my package gnunet to mentors with the following changes : * gnunet-server.postinst, gnunet-server.postrm: use dpkg-statoverride to set and remove setuid permissions. * debian/copyright: + use copyright format 1.0. + mention AUTHORS and translators. + use GPL-3+ when possible. + add a paragraph for two files distributed under MIT/X11. * Use dh_installdocs --link-doc to avoid redundancy. * Remove unused debian/gnunet-dev.lintian-overrides. * debian/control: add Vcs-git and Vcs-browser fields. * gnunet-server.postrm: + use debconf to determine which user and group to delete. + remove /var/lib/gnunet on purge. * Make gnunet-dbg dependencies alternatives as it provides debugging symbol for all of them. I hope it addresses all the previous comments. Please note that gnunet 0.9.2-1 still has a dependency in Experimental, waiting for an upload to Unstable (see RFS #669717). Best regards, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671895: updates
i can get the nic to work using latest linus tree + ancient gentoo userland (udev 124), but is running at 10Mb/s half duplex 3.4.0-rc6+ Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised auto-negotiation: Yes Speed: 10Mb/s Duplex: Half Port: MII PHYAD: 0 Transceiver: external Auto-negotiation: off Supports Wake-on: d Wake-on: d Current message level: 0x0007 (7) Link detected: yes while 2.6.28 runs at 100Mb/s full duplex Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised auto-negotiation: No Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: external Auto-negotiation: on Supports Wake-on: d Wake-on: d Current message level: 0x0007 (7) Link detected: yes i will try latter with kernel from d-i or testing, but i think this sould go upstream -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671916: quagga and babeld: error when trying to install together
Package: babeld,quagga Version: babeld/1.3.1-1 Version: quagga/0.99.21-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-08 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libcap2 quagga babeld Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libcap2. (Reading database ... 10559 files and directories currently installed.) Unpacking libcap2 (from .../libcap2_1%3a2.22-1_amd64.deb) ... Selecting previously unselected package quagga. Unpacking quagga (from .../quagga_0.99.21-1_amd64.deb) ... Selecting previously unselected package babeld. Unpacking babeld (from .../babeld_1.3.1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/babeld_1.3.1-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man8/babeld.8.gz', which is also in package quagga 0.99.21-1 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/babeld_1.3.1-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man8/babeld.8.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671910: mutt: view-attach fails to display MS word attachment
Hi, On Mon, May 07, 2012 at 10:40:52PM -0500, Jonathan Nieder wrote: Steve M. Robbins wrote: On Mon, May 07, 2012 at 10:26:09PM -0500, Jonathan Nieder wrote: Steve M. Robbins wrote: sh: 1: /home/steve/.openoffice/1.0.1/soffice: not found Press any key to continue... Does your ~/.mailcap refer to that program? Yes, actually. Not sure how it got there. The .mailcap file is over 6 years old. I assumed that whatever created that file would be updating it as new versions of libreoffice got installed ... I assume you only used packaged versions of openoffice and never performed any explicit action to make it the handler for Word documents? Cc-ing the libreoffice maintainer for hints. I honestly do not care at all what 1.0.1 did. That was pre-woody... It could be that the infamous user install needed (gone away with 2.x) by then did that, but it's so much museum, that it's completely non-relevant by now. Fix your ~/mailcap. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671917: libgegl-0.2-0-dbg and libgegl-0.1-0-dbg: error when trying to install together
Package: libgegl-0.1-0-dbg,libgegl-0.2-0-dbg Version: libgegl-0.1-0-dbg/0.1.8-3 Version: libgegl-0.2-0-dbg/0.2.0-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-08 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libpcre3 libwrap0 libxml2 libasound2 libasyncns0 libavutil51 libdirac-encoder0 libgsm1 libmp3lame0 libopenjpeg2 liborc-0.4-0 libschroedinger-1.0-0 libspeex1 libogg0 libtheora0 libva1 libvorbis0a libvorbisenc2 libvpx1 libx264-123 libxvidcore4 libavcodec53 librtmp0 libavformat53 libbabl-0.1-0 libcaca0 libexpat1 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1 libpixman-1-0 libpng12-0 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxcb-render0 libxcb-shm0 libxrender1 libcairo2 libffi5 libglib2.0-0 libcroco3 libdatrie1 libdbus-1-3 libflac8 libjpeg8 libjasper1 libjbig0 libtiff4 libgdk-pixbuf2.0-common libgdk-pixbuf2.0-0 libilmbase6 libopenexr6 libopenraw1 libthai-data libthai0 libxft2 fontconfig libpango1.0-0 librsvg2-2 libgegl-0.1-0 libsysfs2 tsconf libts-0.0-0 libdirectfb-1.2-9 libcap2 x11-common libice6 libjson0 libsm6 libsndfile1 libx11-xcb1 libxext6 libxi6 libxtst6 libpulse0 libsdl1.2debian libamd2.2.0 gcc-4.7-base libquadmath0 libgfortran3 libblas3gf libumfpack5.4.0 libgegl-0.2-0 libgegl-0.1-0-dbg libgegl-0.2-0-dbg Extracting templates from packages: 33% Extracting templates from packages: 66% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libpcre3:amd64. (Reading database ... 10559 files and directories currently installed.) Unpacking libpcre3:amd64 (from .../libpcre3_1%3a8.30-5_amd64.deb) ... Selecting previously unselected package libwrap0:amd64. Unpacking libwrap0:amd64 (from .../libwrap0_7.6.q-23_amd64.deb) ... Selecting previously unselected package libxml2:amd64. Unpacking libxml2:amd64 (from .../libxml2_2.7.8.dfsg-9_amd64.deb) ... Selecting previously unselected package libasound2:amd64. Unpacking libasound2:amd64 (from .../libasound2_1.0.25-2_amd64.deb) ... Selecting previously unselected package libasyncns0:amd64. Unpacking libasyncns0:amd64 (from .../libasyncns0_0.8-4_amd64.deb) ... Selecting previously unselected package libavutil51:amd64. Unpacking libavutil51:amd64 (from .../libavutil51_6%3a0.8.2-1_amd64.deb) ... Selecting previously unselected package libdirac-encoder0:amd64. Unpacking libdirac-encoder0:amd64 (from .../libdirac-encoder0_1.0.2-6_amd64.deb) ... Selecting previously unselected package libgsm1:amd64. Unpacking libgsm1:amd64 (from .../libgsm1_1.0.13-4_amd64.deb) ... Selecting previously unselected package libmp3lame0:amd64. Unpacking libmp3lame0:amd64 (from .../libmp3lame0_3.99.5+repack1-3_amd64.deb) ... Selecting previously unselected package libopenjpeg2. Unpacking libopenjpeg2 (from .../libopenjpeg2_1.3+dfsg-4+b1_amd64.deb) ... Selecting previously unselected package liborc-0.4-0:amd64. Unpacking liborc-0.4-0:amd64 (from .../liborc-0.4-0_1%3a0.4.16-2_amd64.deb) ... Selecting previously unselected package libschroedinger-1.0-0:amd64. Unpacking libschroedinger-1.0-0:amd64 (from .../libschroedinger-1.0-0_1.0.11-2_amd64.deb) ... Selecting previously unselected package libspeex1. Unpacking libspeex1 (from .../libspeex1_1.2~rc1-3_amd64.deb) ... Selecting previously unselected package libogg0:amd64. Unpacking libogg0:amd64 (from .../libogg0_1.2.2~dfsg-1.1_amd64.deb) ... Selecting previously unselected package libtheora0. Unpacking libtheora0 (from .../libtheora0_1.1.1+dfsg.1-3_amd64.deb) ... Selecting previously unselected package libva1:amd64. Unpacking libva1:amd64 (from .../libva1_1.0.15-4_amd64.deb) ... Selecting previously unselected package libvorbis0a:amd64. Unpacking libvorbis0a:amd64 (from .../libvorbis0a_1.3.2-1.3_amd64.deb) ... Selecting previously unselected package libvorbisenc2:amd64. Unpacking libvorbisenc2:amd64 (from .../libvorbisenc2_1.3.2-1.3_amd64.deb) ... Selecting previously unselected package libvpx1:amd64. Unpacking libvpx1:amd64 (from .../libvpx1_1.0.0-2_amd64.deb) ... Selecting previously unselected package libx264-123:amd64. Unpacking libx264-123:amd64 (from .../libx264-123_2%3a0.123.2189+git35cf912-1_amd64.deb) ... Selecting previously unselected package libxvidcore4:amd64. Unpacking libxvidcore4:amd64 (from .../libxvidcore4_2%3a1.3.2-9_amd64.deb) ... Selecting previously unselected package libavcodec53:amd64. Unpacking libavcodec53:amd64 (from .../libavcodec53_6%3a0.8.2-1_amd64.deb) ... Selecting previously unselected package librtmp0:amd64. Unpacking librtmp0:amd64 (from .../librtmp0_2.4+20111222.git4e06e21-1_amd64.deb) ... Selecting previously unselected package
Bug#614907: [Pkg-javascript-devel] Node.js and it's future in debian
On Sun, May 06, 2012 at 09:49:11PM +0200, Jonas Smedegaard wrote: On 12-05-06 at 10:22am, Steve Langasek wrote: On Sat, May 05, 2012 at 03:07:27AM +0200, Jonas Smedegaard wrote: We have until now maintained Nodejs only in unstable because requests to rename axnode was met with either silence or refusal with the reasoning that axnode was more widely used in Debian than Nodejs. Obviously Nodejs is not widely used in Debian when initially packaged. So I've simply waited until it was really sensible to make such comparison of popularity among the users of Debian. Which seems to be the case now - even if still impaired by Nodejs only offered to our users of unstable and experimental Debian. I find this response from you *very* disappointing. It implies that you knew that you had a responsibility to rename the Nodejs binary according to Policy, but that rather than acting in a timely manner to persuade upstream of the importance of renaming, you decided to wait until momentum was on your side so that you could have an outcome in your favor. No, that is not what it means. You are reading timings into it that I did not write there, and you are reading those timings wrong! Ok, sorry for the misunderstanding. That certainly is what I took from your statement that you were waiting until it was sensible to compare popularity, but it seems I misunderstood. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#671918: python-quantum and python-multipartposthandler: error when trying to install together
Package: python-multipartposthandler,python-quantum Version: python-multipartposthandler/0.1.0-2 Version: python-quantum/2012.1-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-08 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libxml2 libexpat1 libxslt1.1 mime-support python2.7-minimal python2.7 python-minimal python python-support libjs-jquery libjs-underscore libjs-sphinxdoc python-dns python-greenlet python-eventlet python-pkg-resources python-formencode python-gflags python-lxml python-paste python-pastedeploy python-repoze.lru python-routes python-mox python-simplejson python-sqlalchemy python-webob quantum-common python-quantumclient python-quantum python-multipartposthandler Extracting templates from packages: 96% Extracting templates from packages: 100% Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libxml2:amd64. (Reading database ... 10559 files and directories currently installed.) Unpacking libxml2:amd64 (from .../libxml2_2.7.8.dfsg-9_amd64.deb) ... Selecting previously unselected package libexpat1:amd64. Unpacking libexpat1:amd64 (from .../libexpat1_2.1.0-1_amd64.deb) ... Selecting previously unselected package libxslt1.1:amd64. Unpacking libxslt1.1:amd64 (from .../libxslt1.1_1.1.26-11_amd64.deb) ... Selecting previously unselected package mime-support. Unpacking mime-support (from .../mime-support_3.52-1_all.deb) ... Selecting previously unselected package python2.7-minimal. Unpacking python2.7-minimal (from .../python2.7-minimal_2.7.3~rc2-2.1_amd64.deb) ... Selecting previously unselected package python2.7. Unpacking python2.7 (from .../python2.7_2.7.3~rc2-2.1_amd64.deb) ... Selecting previously unselected package python-minimal. Unpacking python-minimal (from .../python-minimal_2.7.2-10_all.deb) ... Selecting previously unselected package python. Unpacking python (from .../python_2.7.2-10_all.deb) ... Selecting previously unselected package python-support. Unpacking python-support (from .../python-support_1.0.14_all.deb) ... Selecting previously unselected package libjs-jquery. Unpacking libjs-jquery (from .../libjs-jquery_1.7.2-1_all.deb) ... Selecting previously unselected package libjs-underscore. Unpacking libjs-underscore (from .../libjs-underscore_1.3.3-1_all.deb) ... Selecting previously unselected package libjs-sphinxdoc. Unpacking libjs-sphinxdoc (from .../libjs-sphinxdoc_1.1.3+dfsg-3_all.deb) ... Selecting previously unselected package python-dns. Unpacking python-dns (from .../python-dns_2.3.6-1_all.deb) ... Selecting previously unselected package python-greenlet. Unpacking python-greenlet (from .../python-greenlet_0.3.3-1_amd64.deb) ... Selecting previously unselected package python-eventlet. Unpacking python-eventlet (from .../python-eventlet_0.9.16-2_all.deb) ... Selecting previously unselected package python-pkg-resources. Unpacking python-pkg-resources (from .../python-pkg-resources_0.6.24-1_all.deb) ... Selecting previously unselected package python-formencode. Unpacking python-formencode (from .../python-formencode_1.2.4-2_all.deb) ... Selecting previously unselected package python-gflags. Unpacking python-gflags (from .../python-gflags_1.5.1-1_all.deb) ... Selecting previously unselected package python-lxml. Unpacking python-lxml (from .../python-lxml_2.3.2-1_amd64.deb) ... Selecting previously unselected package python-paste. Unpacking python-paste (from .../python-paste_1.7.5.1-4.1_all.deb) ... Selecting previously unselected package python-pastedeploy. Unpacking python-pastedeploy (from .../python-pastedeploy_1.5.0-2_all.deb) ... Selecting previously unselected package python-repoze.lru. Unpacking python-repoze.lru (from .../python-repoze.lru_0.5-1_all.deb) ... Selecting previously unselected package python-routes. Unpacking python-routes (from .../python-routes_1.13-1_all.deb) ... Selecting previously unselected package python-mox. Unpacking python-mox (from .../python-mox_0.5.3-1_all.deb) ... Selecting previously unselected package python-simplejson. Unpacking python-simplejson (from .../python-simplejson_2.5.0-1_amd64.deb) ... Selecting previously unselected package python-sqlalchemy. Unpacking python-sqlalchemy (from .../python-sqlalchemy_0.7.7-1_all.deb) ... Selecting previously unselected package python-webob. Unpacking python-webob (from .../python-webob_1.1.1-1_all.deb) ... Selecting previously unselected package quantum-common. Unpacking quantum-common (from .../quantum-common_2012.1-1_all.deb) ... Selecting previously unselected package python-quantumclient. Unpacking python-quantumclient (from .../python-quantumclient_2012.1-1_all.deb) ... Selecting previously unselected package
Bug#671919: python-sip: segfault in python-sip in use with calibre
Package: python-sip Version: 4.13.2-1 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? just starting calibre * What was the outcome of this action? segfault at 0 ip 7ff44ce3f388 sp 7fffc5d88c20 error 6 in sip.so[7ff44ce2e000+1b000] calibre crash without open any window. More information with gdb: (gdb) run /usr/bin/calibre Starting program: /usr/bin/python2.7 /usr/bin/calibre [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. Python Exception class 'gdb.error' There is no member named ma_mask.: createClassType (client=0x7fffe2decea0, ctd=0x7fffe2ded020, mod_dict=) at /build/buildd-sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c:5502 5502/build/buildd-sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c: Datei oder Verzeichnis nicht gefunden. (gdb) where Python Exception class 'gdb.error' There is no member named ma_mask.: #0 createClassType (client=0x7fffe2decea0, ctd=0x7fffe2ded020, mod_dict=) at /build/buildd-sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c:5502 Python Exception class 'gdb.error' There is no member named ma_mask.: #1 0x722fb698 in sip_api_init_module (client=0x7fffe2decea0, mod_dict=) at /build/buildd- sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c:1418 #2 0x7fffe2bdf9f7 in initpictureflow () from /usr/lib/calibre/calibre/plugins/pictureflow.so #3 0x004a2ac4 in _PyImport_LoadDynamicModule () #4 0x0041f47b in import_submodule.39130 () #5 0x0043caff in load_next.39135 () #6 0x0041fd44 in import_module_level.isra.3.39156 () #7 0x0050917b in builtin___import__.32811 () #8 0x004eaa3b in PyEval_EvalFrameEx () #9 0x004f1db0 in PyEval_EvalCodeEx () #10 0x004eafd8 in PyEval_EvalFrameEx () #11 0x004eb222 in PyEval_EvalFrameEx () #12 0x004f1db0 in PyEval_EvalCodeEx () #13 0x004f2e00 in function_call.15047 () #14 0x0044a176 in PyObject_Call () #15 0x0047cc7a in instancemethod_call.8523 () #16 0x0044a176 in PyObject_Call () #17 0x004dd7b7 in call_method.25480 () #18 0x004ebd03 in PyEval_EvalFrameEx () #19 0x004f1db0 in PyEval_EvalCodeEx () #20 0x004d8d98 in PyImport_ExecCodeModuleEx () #21 0x0041ea88 in load_source_module.39076 () #22 0x0041f47b in import_submodule.39130 () #23 0x0043caff in load_next.39135 () #24 0x0041ff01 in import_module_level.isra.3.39156 () #25 0x0050917b in builtin___import__.32811 () #26 0x0044a176 in PyObject_Call () #27 0x0044c666 in PyEval_CallObjectWithKeywords () #28 0x004ed1f3 in PyEval_EvalFrameEx () #29 0x004f1db0 in PyEval_EvalCodeEx () #30 0x004d8d98 in PyImport_ExecCodeModuleEx () #31 0x0041ea88 in load_source_module.39076 () #32 0x0041f47b in import_submodule.39130 () #33 0x0043caff in load_next.39135 () #34 0x0041ff01 in import_module_level.isra.3.39156 () #35 0x0050917b in builtin___import__.32811 () #36 0x0044a176 in PyObject_Call () #37 0x0044c666 in PyEval_CallObjectWithKeywords () #38 0x004ed1f3 in PyEval_EvalFrameEx () #39 0x004eb222 in PyEval_EvalFrameEx () #40 0x004f1db0 in PyEval_EvalCodeEx () #41 0x004eafd8 in PyEval_EvalFrameEx () #42 0x004f1db0 in PyEval_EvalCodeEx () #43 0x004d980d in PyRun_FileExFlags () #44 0x004d9a96 in PyRun_SimpleFileExFlags () #45 0x004da39e in Py_Main () #46 0x76977ead in __libc_start_main (main=optimized out, argc=optimized out, ubp_av=optimized out, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe2c8) at libc-start.c:228 #47 0x0041e131 in _start () (gdb) With regards Tom -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-sip depends on: ii libc6 2.13-32 ii libgcc1 1:4.7.0-7 ii libstdc++6 4.7.0-7 ii python 2.7.2-10 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2.1 python-sip recommends no packages. python-sip 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#671811: RFP: autoconf-gl-macros -- autoconf macros to check for OpenGL
On Tue, 2012-05-08 at 00:37 +0200, roucaries bastien wrote: Please try to push upstream to autoconf-archive. I guess autoconf-gl-macros upstream will not agree considering what the autoconf-upstream folks wrote in their changelog. I can help you to comaintain. I don't have time, otherwise I would have filed an ITP. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#671798: parallel: Passing args from command line is borked
2012/5/7 Ole Tange ta...@gnu.org: But if --tollef proves to give me more support work it might be preferable to retire that option. You could try announcing it deprecated in the next release and put a termination date on it. Then ppl will have to come with a reason for letting it be. /hans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671910: mutt: view-attach fails to display MS word attachment
# documentation severity 671910 minor quit Rene Engelhard wrote: I honestly do not care at all what 1.0.1 did. That was pre-woody... It could be that the infamous user install needed (gone away with 2.x) by then did that, but it's so much museum, that it's completely non-relevant by now. Interesting. Yes, that's exactly it: for example I see https://issues.apache.org/ooo/show_bug.cgi?id=11438 I agree with you that it would not be right for libreoffice to clean up this stuff, so probably the best we can do is to add a note to mutt's README.Debian warning about the issue. Fix your ~/mailcap. Once tracked it down to there he did (by removing .mailcap), of course. Thanks much, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671866: gmp: causes gcc ICEs on amd64 and kfreebsd-amd64
On 08.05.2012 04:17, Laurent Fousse wrote: Hi, * Julien Cristau [Mon, May 07, 2012 at 11:54:18PM +0200]: I haven't tried that, won't get to it today. However as a data point the crash seemed to (mostly? only?) affect VM guests, rather than physical hosts. A local rebuild with --disable-fat seemed not to crash, but I haven't tried a clean rebuild without source change so I'm not sure if it's the rebuild or the configure option change that fixed things for me. I can't reproduce Marc's testcase on my sid lxc. And I notice that brahms could successfully build ufraw (one significant change with the failed build log: gcc changed from 4:4.6.3-5 to 4:4.7.0-6). I suspect the rather more significant change is that the successful build log references libgmp10_2:5.0.4+dfsg-1. The buildd admin downgraded to the old libgmp10, after which everything worked again. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671920: Bad link in README.source
Package: texlive-extra-utils Version: 2011.20120424-1 Severity: minor I got this link from README.source but it's leading to a 404 page. Please fix! http://svn.debian.org/wsvn/debian-tex/texlive2012/trunk/ Regards, Eduard. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0-rc4+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-extra-utils depends on: ii dpkg 1.16.3 ii install-info 4.13a.dfsg.1-10 ii python2.7.2-10 ii tex-common3.10 ii texlive-base 2011.20120424-1 ii texlive-binaries 2011.20120410-1 ii texlive-common2011.20120424-1 Versions of packages texlive-extra-utils recommends: ii ghostscript 9.05~dfsg-5 ii ruby4.8 ii ruby1.8 [ruby-interpreter] 1.8.7.358-2 Versions of packages texlive-extra-utils suggests: ii chktex none ii dvidvi none ii dvipng 1.14-1+b1 ii fragmaster none ii lacheck none ii latexdiff none ii latexmk none ii purifyeps 1.1-2 ii xindy 2.4-1.1 Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.42 ii dpkg 1.16.3 ii ucf3.0025+nmu3 Versions of packages tex-common suggests: ii debhelper 9.20120419 Versions of packages texlive-extra-utils is related to: ii tex-common3.10 ii texlive-binaries 2011.20120410-1 -- 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#671921: icedtea-plugin: applet dies with Extra bytes at the end of class file, works with sun java
Package: icedtea-plugin Version: 1.2-2 Severity: normal Steps to reproduce: 1) iceweasel -no-remote http://www.colorado.edu/physics/2000/applets/satellites.html Expected results: 1) applet runs Actual results: 1) user sees a light yellow rectangle with no content. iceweasel/icedtea prints a backtrace: java version 1.6.0_24 OpenJDK Runtime Environment (IcedTea6 1.11.1) (6b24-1.11.1-6) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) Exception in thread Applet java.lang.ClassFormatError: Extra bytes at the end of class file satellites/SatelliteCanvas at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:634) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) at java.net.URLClassLoader.access$000(URLClassLoader.java:73) at java.net.URLClassLoader$1.run(URLClassLoader.java:212) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at net.sourceforge.jnlp.runtime.JNLPClassLoader$CodeBaseClassLoader.findClass(JNLPClassLoader.java:1903) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2406) at java.lang.Class.getConstructor0(Class.java:2716) at java.lang.Class.newInstance0(Class.java:343) at java.lang.Class.newInstance(Class.java:325) at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:726) at net.sourceforge.jnlp.Launcher.getApplet(Launcher.java:676) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:886) java.lang.NullPointerException at net.sourceforge.jnlp.NetxPanel.runLoader(NetxPanel.java:154) at sun.applet.AppletPanel.run(AppletPanel.java:380) at java.lang.Thread.run(Thread.java:679) java.lang.NullPointerException at sun.applet.AppletPanel.run(AppletPanel.java:430) at java.lang.Thread.run(Thread.java:679) More info: 1) The above was with openjdk-6-jre:amd64 6b24-1.11.1-6 2) I also tried icedtea-7-plugin with similar results: java version 1.7.0_03 OpenJDK Runtime Environment (IcedTea7 2.1.1pre) (7~u3-2.1.1~pre1-2) OpenJDK 64-Bit Server VM (build 22.0-b10, mixed mode) Exception in thread Applet java.lang.ClassFormatError: Extra bytes at the end of class file satellites/SatelliteCanvas at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:787) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:447) at java.net.URLClassLoader.access$100(URLClassLoader.java:71) at java.net.URLClassLoader$1.run(URLClassLoader.java:361) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at net.sourceforge.jnlp.runtime.JNLPClassLoader$CodeBaseClassLoader.findClass(JNLPClassLoader.java:1903) at java.lang.ClassLoader.loadClass(ClassLoader.java:423) at java.lang.ClassLoader.loadClass(ClassLoader.java:356) at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2404) at java.lang.Class.getConstructor0(Class.java:2714) at java.lang.Class.newInstance0(Class.java:343) at java.lang.Class.newInstance(Class.java:325) at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:726) at net.sourceforge.jnlp.Launcher.getApplet(Launcher.java:676) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:886) java.lang.NullPointerException at net.sourceforge.jnlp.NetxPanel.runLoader(NetxPanel.java:154) at sun.applet.AppletPanel.run(AppletPanel.java:379) at java.lang.Thread.run(Thread.java:722) java.lang.NullPointerException at sun.applet.AppletPanel.run(AppletPanel.java:429) at java.lang.Thread.run(Thread.java:722) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedtea-plugin depends on: ii icedtea-6-plugin 1.2-2 icedtea-plugin recommends no packages. icedtea-plugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to
Bug#669313: GPU gets hung after some minutes
Hi, I think this is some regression in intel drivers, since this is happening also on 3.2 kernel. Previously I had 2.6 kernel for a long time in Linux Mint 9 without any problems, but about a month ago, I switched to Ubuntu Studio 12.4 beta, and started to experience random lockups/poweroffs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671866: gmp: causes gcc ICEs on amd64 and kfreebsd-amd64
On Mon, May 07, 2012 at 10:09:55PM -0500, Steve M. Robbins wrote: On Mon, May 07, 2012 at 11:54:18PM +0200, Julien Cristau wrote: On Mon, May 7, 2012 at 21:35:58 +0200, Laurent Fousse wrote: Hello, * Julien Cristau [Mon, May 07, 2012 at 06:08:40PM +0200]: it looks like the update from gmp 2:5.0.4+dfsg-1 to 2:5.0.5+dfsg-1 causes gcc to ICE on the buildds. See e.g. https://buildd.debian.org/status/fetch.php?pkg=ufrawarch=amd64ver=0.18-1.1%2Bb2stamp=1336402119 It would be interesting to see if the bug goes away when mpfr is rebuilt against the newest gmp package. I will look into it this evening, but feel free to beat me to it. I haven't tried that, won't get to it today. However as a data point the crash seemed to (mostly? only?) affect VM guests, rather than physical hosts. Matches my experience: I cannot reproduce the crash using reproducer.c on my physical amd64. Yes, my reproducer.c happens to happen on a KVM VM, and the physical host compiles the code just fine. Btw, removing -O2 from the cc1 command line makes the compile work even inside the VM. On the other hand, I just looked at the source diff and there is a change in configure.guess that changes the behaviour for a 64-bit vmkernel. Could this be affecting your virtual machine? @@ -1315,6 +1325,9 @@ i*86:AROS:*:*) echo ${UNAME_MACHINE}-pc-aros exit ;; +x86_64:VMkernel:*:*) + echo ${UNAME_MACHINE}-unknown-esx + exit ;; That thing doesn't affect my box: [1/499]mh@salida:~$ UNAME_MACHINE=`(uname -m) 2/dev/null` || UNAME_MACHINE=unknown [2/500]mh@salida:~$ UNAME_RELEASE=`(uname -r) 2/dev/null` || UNAME_RELEASE=unknown [3/501]mh@salida:~$ UNAME_SYSTEM=`(uname -s) 2/dev/null` || UNAME_SYSTEM=unknown [4/502]mh@salida:~$ UNAME_VERSION=`(uname -v) 2/dev/null` || UNAME_VERSION=unknown [5/503]mh@salida:~$ echo ${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION} x86_64:Linux:3.3.4-zgsrv20080:#2 SMP PREEMPT Fri Apr 27 20:09:39 UTC 2012 [6/504]mh@salida:~$ It is an KVM VM. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648738: libssh-4: remmina unable to connect to NX or plain SSH with libsssh-4
Hello Paul, sshd_config PasswordAuthentication was not and still is not explicitly configured on my server (Lenny). According to the man page yes is the default. Regards, Sven Am Montag, den 30.04.2012, 19:44 +0200 schrieb Paul van der Vlis: Hello Sven and others, after the fix for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631950 things got worse from the users point of view. Nor NX nor plain SSH connections are possible. It seems to me that a successful connection is not regarded as such. I've seen something like this with X2goclient. The problem was that in sshd_config PasswordAuthentication was set to no. In this case you can work with passwords in the normal ssh client, but not when using libssh (x2goclient uses libssh). Not sure this brings what you want, but please check your sshd_config on the server. ( Maybe good to know that no is the default in Ubuntu. In Debian the default is yes. ) With regards, Paul van der Vlis. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667132: change of tags / pending fixed-upstream
tags 667132 + pending fixed-upstream thanks ETA for the fix 2012-05-19 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669313: GPU gets hung after some minutes
Hi Tommi, Tommi Uimonen wrote: Hi, I think this is some regression in intel drivers, since this is happening also on 3.2 kernel. Previously I had 2.6 kernel for a long time in Linux Mint 9 without any problems, but about a month ago, I switched to Ubuntu Studio 12.4 beta, and started to experience random lockups/poweroffs. Please file a separate bug. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671922: magit: Does not autoload extensions
Package: magit Version: 1.1.1-1 Severity: normal Hi, With the original configuration file magit does not autoload functions defined by the extensions, ie the functions magit-svn-mode turn-on-magit-svn magit-topgit-mode turn-on-magit-topgit magit-stgit-mode turn-on-magit-stgit These functions are marked to be autoloaded in the source, and the documentation explicitly mentions them as available (eg as examples to add to magit-mode-hook). The modified configuration file below autoloads them (it is a mix of the original config file and the autoloads generated by update-directory-autoloads). Kind regards, Gábor Braun -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (990, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages magit depends on: ii dpkg 1.15.8.12 Debian package management system ii emacs23 23.4+1-3 The GNU Emacs editor (with GTK+ us ii git [git-core]1:1.7.2.5-3fast, scalable, distributed revisi ii git-core 1:1.7.2.5-3fast, scalable, distributed revisi ii install-info 4.13a.dfsg.1-6 Manage installed documentation in magit recommends no packages. magit suggests no packages. -- Configuration Files: /etc/emacs/site-start.d/50magit.el changed: ;;; Autoloads for magit (if (member debian-emacs-flavor '(emacs23 emacs-snapshot)) (if (file-exists-p /usr/share/emacs/site-lisp/magit/magit.el) (progn ;;; --- automatically extracted autoloads ;; ;;; Code: ;;;### (autoloads (magit-status) magit ../../usr/share/emacs/site-lisp/magit/magit.el ;; (20261 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit.el (autoload 'magit-status magit \ Open a Magit status buffer for the Git repository containing DIR. If DIR is not within a Git repository, offer to create a Git repository in DIR. Interactively, a prefix argument means to ask the user which Git repository to use even if `default-directory' is under Git control. Two prefix arguments means to ignore `magit-repo-dirs' when asking for user input. \(fn DIR) t nil) ;;;*** ;;;### (autoloads (turn-on-magit-stgit magit-stgit-mode) magit-stgit ;; ../../usr/share/emacs/site-lisp/magit/magit-stgit.el (20261 ;; 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit-stgit.el (autoload 'magit-stgit-mode magit-stgit \ StGit support for Magit \(fn optional ARG) t nil) (autoload 'turn-on-magit-stgit magit-stgit \ Unconditionally turn on `magit-stgit-mode'. \(fn) nil nil) ;;;*** ;;;### (autoloads (turn-on-magit-svn magit-svn-mode) magit-svn ;; ../../usr/share/emacs/site-lisp/magit/magit-svn.el (20261 ;; 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit-svn.el (autoload 'magit-svn-mode magit-svn \ SVN support for Magit \(fn optional ARG) t nil) (autoload 'turn-on-magit-svn magit-svn \ Unconditionally turn on `magit-svn-mode'. \(fn) nil nil) ;;;*** ;;;### (autoloads (turn-on-magit-topgit magit-topgit-mode) magit-topgit ;; ../../usr/share/emacs/site-lisp/magit/magit-topgit.el (20261 ;; 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit-topgit.el (autoload 'magit-topgit-mode magit-topgit \ Topgit support for Magit \(fn optional ARG) t nil) (autoload 'turn-on-magit-topgit magit-topgit \ Unconditionally turn on `magit-topgit-mode'. \(fn) nil nil) ;;;*** ;;;### (autoloads nil nil (../../usr/share/emacs/site-lisp/magit/magit-bisect.el ;; ../../usr/share/emacs/site-lisp/magit/magit-classic-theme.el ;; ../../usr/share/emacs/site-lisp/magit/magit-key-mode.el ;; ../../usr/share/emacs/site-lisp/magit/magit-simple-keys.el) ;; (20390 50830 406308)) ) ;;; End --- automatically extracted autoloads (message Package magit removed but not purged. Skipping setup.))) ;; Local Variables: ;; no-byte-compile: t ;; no-update-autoloads: t ;; coding: utf-8 ;; End: -- 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#669020: fdpowermon doesn't handle battery state 'Full'
On Mon, Apr 16, 2012 at 05:27:01PM +0200, gregor herrmann wrote: Package: fdpowermon Version: 1.5 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Today fdpowermon didn't show me an icon but only an empty space. After a little debugging I found that it doesn't handle the current output of acpi -b: I think the lack of an icon on battery full is a feature, not a bug. However, I do think it should be configurable, and it looks like that isn't currently the case. So I'll apply your patch, but probably change it a bit so it supports disabling the icon on battery full, and make that the default. -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671923: libmtp-common: 20-libmtp9.fdi:8543: not well-formed (invalid token)
Package: libmtp-common Version: 1.1.3-2 Severity: normal The syslog message is: hald[7798]: error in fdi file /usr/share/hal/fdi/information/20thirdparty/20-libmtp9.fdi:8543: not well-formed (invalid token) and line 8543 looks like this: merge key=info.vendor type=stringGoogle Inc (for Barnes Noble)/merge The only odd character is ''. No other similar 'merge' tagged line includes such a character. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- no debconf information Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653653: nbd: FTBFS on sparc: Bus error (core dumped) - FAIL: integrity
tags 653653 + upstream fixed-upstream thanks Thanks, this was applied upstream; should be part of the next upstream upload (when it occurs, which will be before the release). On Sat, Apr 14, 2012 at 11:47:42PM +0100, peter green wrote: tags 653653 +patch thanks peter green wrote: Unfortunately the test still fails with a bus error and I can't seem to figure out how to run the test manually to get a new backtrace. The executable ./integrity simply doesn't seem to exist after the build process ends. Ok fixed that issue too (thanks jurij for the help getting a new backtrace), and the package now builds successfully. Patch is attatched. diff -ur nbd-3.0/nbd-tester-client.c nbd-3.0.new/nbd-tester-client.c --- nbd-3.0/nbd-tester-client.c 2011-10-01 10:28:58.0 + +++ nbd-3.0.new/nbd-tester-client.c 2012-04-14 22:31:20.0 + @@ -714,8 +714,8 @@ } static inline int checkbuf(char *buf, uint64_t seq, uint64_t blknum) { - char cmp[512]; - makebuf(cmp, seq, blknum); + uint64_t cmp[64]; // 512/8 = 64 + makebuf((char *)cmp, seq, blknum); return memcmp(cmp, buf, 512)?-1:0; } @@ -1100,13 +1100,15 @@ goto err_open; } - prc = g_hash_table_lookup(handlehash, rep.handle); + uint64_t handle; + memcpy(handle,rep.handle,8); + prc = g_hash_table_lookup(handlehash, handle); if (!prc) { retval=-1; snprintf(errstr, errstr_len, Unrecognised handle in reply: 0x%llX, *(long long unsigned int*)(rep.handle)); goto err_open; } - if (!g_hash_table_remove(handlehash, rep.handle)) { + if (!g_hash_table_remove(handlehash, handle)) { retval=-1; snprintf(errstr, errstr_len, Could not remove handle from hash: 0x%llX, *(long long unsigned int*)(rep.handle)); goto err_open; -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669209: [PING] Re: Bug#669209: RFS: yp-svipc/0.13-1 [ITP] -- System V InterProcess Communication for Python/Yorick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi guys, I'd love it if someone could have a look at this package: http://mentors.debian.net/package/yp-svipc It gives access to the system V interprocess communication mechanisms to the [1]yorick and python (2-3) interpreters. With this mechanisms, it becomes possible to do multi-process parallel scripting and to develop mixed yorick/python applications. [1] http://packages.debian.org/sid/yorick The Yorick plug-in can optionally be used for faster computations by YAO, a scientific software already in Debian: http://packages.debian.org/sid/yorick-yao Since the initial ITP, I've worked with upstream to port the software to python 3 and to fix a couple of bugs. Best regards, Thibaut. Le 18/04/12 09:32, Thibaut Paumard a écrit : Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: debian-pyt...@lists.debian.org Dear mentors, I am looking for a sponsor for my package yp-svipc * Package name: yp-svipc Version : 0.13-1 Upstream Author : Matthieu Bec * URL : https://github.com/frigaut/yorick-svipc/ * License : GPL-3 Section : Python, Science Programming Lang: C, Yorick, Python Description : System V InterProcess Communication for Python/Yorick ITP : http://bugs.debian.org/668841 It builds those binary packages: python-svipc - interprocess communication (shared memory...) for Python yorick-svipc - interprocess communication (shared memory...) for Yorick To access further information about this package, please visit the following URL: http://mentors.debian.net/package/yp-svipc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/y/yp-svipc/yp-svipc_0.13-1.dsc When the two packages are installed, they can be tested with: - yorick-only multiprocess computing: yorick -i /usr/share/doc/yorick-svipc/examples/timing-demo.i - yorick/python communication: yorick -i /usr/share/doc/yorick-svipc/examples/ping.i I have not been able to make it work under python3 so far (on Linux: it works on a Mac). Regards, Thibaut Paumard. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+ozpYACgkQ+37NkUuUiPERCACfRgxPq7dqsMeq4OkRgUvpWz/y 9d0An3qL/wNduiGdMNBTpny/uOKrhkb1 =vX+Q -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#671920: Bad link in README.source
On Mo, 07 Mai 2012, Eduard Bloch wrote: I got this link from README.source but it's leading to a 404 page. Please fix! http://svn.debian.org/wsvn/debian-tex/texlive2012/trunk/ The second link should show you that there is an additional texlive-nonbin ... where you will find a README file explaining everything in detail. Or get it at http://svn.debian.org/wsvn/debian-tex/texlive2012/texlive-nonbin/trunk/README But it will be fixed anyway. Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 SLUMBAY (n.) The cigarette end someone discovers in the mouthful of lager they have just swigged from a can at the end of party. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671911: nbd-server: provide mechanism to create /etc/nbd-server/config
On Mon, May 07, 2012 at 09:09:28PM -0700, Vagrant Cascadian wrote: Alternately, if it would always create /etc/nbd-server/config with the includedir option, and then just not start if no exports were defined, that would be even better. That's actually what happens now: if there are no configs defined, the initscript will start nbd-server, but it will exit since, indeed, nothing's there. There's really no reason why you can't copy that template file to /etc/nbd-server/config and get on with it, other than policy doesn't allow you to. Currently, the nbd-server postinst writes the exports to the main config file rather than to config file snippets, because I'd already written things that way and I didn't see an immediate reason to change it; but I suppose it doesn't make much sense anymore to do things this way. I'll look into this. -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648738: [Pkg-x2go-devel] Backporting libssh to squeeze
Am Montag, den 30.04.2012, 22:49 +0200 schrieb Paul van der Vlis: Op 30-04-12 20:13, Reinhard Tartler schreef: On Mo, Apr 30, 2012 at 20:01:00 (CEST), Paul van der Vlis wrote: Op 30-04-12 18:04, Reinhard Tartler schreef: Mike, can you please retest with libssh 0.5.2? Laurent, the libssh maintainer, is concerned about #648738, which actually broke remmina. I've tested X2goclient in Debian testing (so with libssh 0.5.2), and it works fine. I'm a bit confused. Did you also check remmina? No, I did not, but I did test it now: Remmina on Wheezy does connect with a FreeNX server on Lenny (sorry, I only have FreeNX on some very old systems) and shows a remote desktop. And did you test on squeeze, or with a Debian 'wheezy' system? I did test with a Wheezy system as client, but I can backport libssh and test it on Squeeze if you think that's important. I also could install FreeNX on a machine with Squeeze. I think there is no problem, it's just a configuration problem in sshd on some machines. But Sven will tell about his experiences, I expect. With regards, Paul I tested again: Client: Wheezy remmina, remmina-plugin-nx 1.0.0-3 libssh-4 0.5.2-1 Server: Lenny nxserver 3.5.0-9 (from NoMachine) openssh-server 1:5.5p1-6+squeeze1 This time everything worked fine! I do not know what has changed but the reported behaviour (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648738#5) disappeared again (see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648738#10). Regards, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671916: Fw: Bug#671916: quagga and babeld: error when trying to install together
Hello When uploading the latest quagga package which now includes a BABEL daemon, too, I wasn't aware that there is an existing babeld package already. It seems the best if both quagga and babeld add a Conflict: against each other as it does not make much sense to have both packages installed, or? bye, -christian- Begin forwarded message: Date: Tue, 08 May 2012 08:24:07 +0200 From: Ralf Treinen trei...@free.fr To: sub...@bugs.debian.org Subject: Bug#671916: quagga and babeld: error when trying to install together Package: babeld,quagga Version: babeld/1.3.1-1 Version: quagga/0.99.21-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-08 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libcap2 quagga babeld Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libcap2. (Reading database ... 10559 files and directories currently installed.) Unpacking libcap2 (from .../libcap2_1%3a2.22-1_amd64.deb) ... Selecting previously unselected package quagga. Unpacking quagga (from .../quagga_0.99.21-1_amd64.deb) ... Selecting previously unselected package babeld. Unpacking babeld (from .../babeld_1.3.1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/babeld_1.3.1-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man8/babeld.8.gz', which is also in package quagga 0.99.21-1 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/babeld_1.3.1-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man8/babeld.8.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- Network Engineering Design; Content Delivery Platform IP NETCOLOGNE Gesellschaft für Telekommunikation mbH Am Coloneum 9 | 50829 Köln Tel: 0221 -8711 | Fax: 0221 -78711 www.netcologne.de Geschäftsführer: Dr. Hans Konle (Sprecher) Dipl.-Ing. Karl-Heinz Zankel HRB 25580, AG Köln Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sollten Sie diese Nachricht versehentlich erhalten haben, bitten wir, den Absender (durch Antwort-E-Mail) hiervon unverzüglich zu informieren und die Nachricht zu löschen. Die E-Mail darf in diesem Fall weder vervielfältigt noch in anderer Weise verwendet werden. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671924: manpage refers to non-existing documentation file
Package: gprolog Version: 1.3.0-6.1 Severity: normal Hi, The manpage gprolog(1) refers to manual.pdf in the gprolog-doc package. However, that file does not exist. I guess you mean gprolog.pdf. Best regards, Michael -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.4-1-suspendconsole (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gprolog depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib Versions of packages gprolog recommends: ii gprolog-doc 1.3.0-6.1 documentation for the GNU Prolog c gprolog 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#671925: cabal update fails due to stack space overflow. Stack size can't be increased.
Package: cabal-install Version: 0.14.0-2 Severity: grave # cabal update Downloading the latest package list from hackage.haskell.org Stack space overflow: current size 8388608 bytes. Use `+RTS -Ksize -RTS' to increase it. # cabal +RTS -Ksize -RTS update cabal: Most RTS options are disabled. Link with -rtsopts to enable them. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cabal-install depends on: ii libc6 2.13-30 ii libffi5 3.0.10-3 ii libgmp10 2:5.0.4+dfsg-1 ii zlib1g1:1.2.6.dfsg-2 Versions of packages cabal-install recommends: ii ghc 7.4.1-2 cabal-install 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#671892: ckermit: FTBFS on hurd-i386
Quoting Svante Signell (svante.sign...@telia.com): Source: ckermit Version: 302-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, ckermit currently FTBFS on GNU/Hurd due to a missing definition of SELECT. The inlined patch of debian/rules below adds a test for Hurd in addition to the one for kFreeBSD. I guess that Ian (the main package maintainer), who is preparing an upload after I nagged him for l10n bugs, can probably include your patch in this upload. Thanks for your work! signature.asc Description: Digital signature
Bug#671922: magit: Does not autoload extensions
Hi, [ Sending a copy to upstream mailing list for further comments ] I'm bit puzzled here. Isn't this by design? It's not auto-loaded so users will have to (require 'magit-simple-keys) in their .emacs explicitly to use it anyway. -- http://comments.gmane.org/gmane.comp.version-control.git.magit/1156 -Timo -Original Message- From: Braun Gábor gabor.br...@mta.renyi.hu Sent: Tue, 08 May 2012 09:37:35 +0200 To: Debian Bug Tracking System sub...@bugs.debian.org Subject: Bug#671922: magit: Does not autoload extensions Package: magit Version: 1.1.1-1 Severity: normal Hi, With the original configuration file magit does not autoload functions defined by the extensions, ie the functions magit-svn-mode turn-on-magit-svn magit-topgit-mode turn-on-magit-topgit magit-stgit-mode turn-on-magit-stgit These functions are marked to be autoloaded in the source, and the documentation explicitly mentions them as available (eg as examples to add to magit-mode-hook). The modified configuration file below autoloads them (it is a mix of the original config file and the autoloads generated by update-directory-autoloads). Kind regards, Gábor Braun -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (990, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages magit depends on: ii dpkg 1.15.8.12 Debian package management system ii emacs23 23.4+1-3 The GNU Emacs editor (with GTK+ us ii git [git-core]1:1.7.2.5-3fast, scalable, distributed revisi ii git-core 1:1.7.2.5-3fast, scalable, distributed revisi ii install-info 4.13a.dfsg.1-6 Manage installed documentation in magit recommends no packages. magit suggests no packages. -- Configuration Files: /etc/emacs/site-start.d/50magit.el changed: ;;; Autoloads for magit (if (member debian-emacs-flavor '(emacs23 emacs-snapshot)) (if (file-exists-p /usr/share/emacs/site-lisp/magit/magit.el) (progn ;;; --- automatically extracted autoloads ;; ;;; Code: ;;;### (autoloads (magit-status) magit ../../usr/share/emacs/site-lisp/magit/magit.el ;; (20261 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit.el (autoload 'magit-status magit \ Open a Magit status buffer for the Git repository containing DIR. If DIR is not within a Git repository, offer to create a Git repository in DIR. Interactively, a prefix argument means to ask the user which Git repository to use even if `default-directory' is under Git control. Two prefix arguments means to ignore `magit-repo-dirs' when asking for user input. \(fn DIR) t nil) ;;;*** ;;;### (autoloads (turn-on-magit-stgit magit-stgit-mode) magit-stgit ;; ../../usr/share/emacs/site-lisp/magit/magit-stgit.el (20261 ;; 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit-stgit.el (autoload 'magit-stgit-mode magit-stgit \ StGit support for Magit \(fn optional ARG) t nil) (autoload 'turn-on-magit-stgit magit-stgit \ Unconditionally turn on `magit-stgit-mode'. \(fn) nil nil) ;;;*** ;;;### (autoloads (turn-on-magit-svn magit-svn-mode) magit-svn ;; ../../usr/share/emacs/site-lisp/magit/magit-svn.el (20261 ;; 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit-svn.el (autoload 'magit-svn-mode magit-svn \ SVN support for Magit \(fn optional ARG) t nil) (autoload 'turn-on-magit-svn magit-svn \ Unconditionally turn on `magit-svn-mode'. \(fn) nil nil) ;;;*** ;;;### (autoloads (turn-on-magit-topgit magit-topgit-mode) magit-topgit ;; ../../usr/share/emacs/site-lisp/magit/magit-topgit.el (20261 ;; 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit-topgit.el (autoload 'magit-topgit-mode magit-topgit \ Topgit support for Magit \(fn optional ARG) t nil) (autoload 'turn-on-magit-topgit magit-topgit \ Unconditionally turn on `magit-topgit-mode'. \(fn) nil nil) ;;;*** ;;;### (autoloads nil nil (../../usr/share/emacs/site-lisp/magit/magit-bisect.el ;; ../../usr/share/emacs/site-lisp/magit/magit-classic-theme.el ;; ../../usr/share/emacs/site-lisp/magit/magit-key-mode.el ;; ../../usr/share/emacs/site-lisp/magit/magit-simple-keys.el) ;; (20390 50830 406308)) ) ;;; End --- automatically extracted autoloads (message Package magit removed but not purged. Skipping setup.))) ;; Local Variables: ;; no-byte-compile: t ;; no-update-autoloads: t ;; coding: utf-8 ;; End: -- 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#249873: [Pkg-samba-maint] Bug#249873: Updated patch
Quoting Nikolaus Rath (nikol...@rath.org): Oh, of course you are right. Thanks for spotting this. Grepping through source3, I found the following affected files: idmap2.tdb secrets.tdb passdb.tdb (as PASSDB_FILE_NAME) ldap_priv/ MACHINE.SID Since this does actually not include smbpasswd, I may have missed something here. Can you tell me where the references to smbpasswd are located? Are they just in debian/? In terms of moving the files, would a simple for name in idmap2.tdb \ secrets.tdb \ passdb.tdb \ ldap_priv \ MACHINE.SID; do [ -e /etc/samba/${name} ] mv /etc/samba/${name} /var/lib/samba/ done in debian/samba-common.postins be sufficient? (or should it be samba.postinst?) The code should be a little bit more complicated as this should happen only for upgrades from versions prior to the change. Indeed, we already have such code in samba.postinst and it actually does such move for some of these files...:-) signature.asc Description: Digital signature
Bug#406935: New experimental LedgerSMB package, 1.3.16-1
Hi, On Mon, 07 May 2012, Robert James Clay wrote: On Mon, 2012-04-23 at 19:17 -0400, Raphael Hertzog wrote: once the package has been accepted. Any idea about how long it might until that happens? I've completed packaging for v1.3.16-1 but I'm assuming that since 1.3.15-2 is still in the new queue that can't be uploaded to unstable or experimental. (If that's incorrect, let me know.) I have made a copy of the deb available at the SourceForge project, along with an associated clearsigned information file. This is wrong, you can perfectly upload 1.3.16-1 even if 1.3.15-2 has not yet been accepted. Both versions will be processed at the same time and the newest version will be installed in unstable. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671926: samba: Shouldn't try to initiate the passdb database if passdb backend= ldapsam
Package: samba Version: 2:3.6.5-1 Severity: wishlist After a discussion with Ivo De Decker at SambaXP, I noticed that we try to create the passdb database in all cases, which: - takes ages with thousands of users (so, we should at least print something to avoid users thinking that the upgrade process is hanged - is useless if and LDAP backed is used -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages samba depends on: ii adduser 3.113+nmu1 ii cdebconf [debconf-2.0] 0.160 ii debconf [debconf-2.0] 1.5.42 ii libacl1 2.2.51-5 ii libattr11:2.4.46-5 ii libc6 2.13-32 ii libcap2 1:2.22-1 ii libcomerr2 1.42.2-2 ii libcups21.5.2-10 ii libgssapi-krb5-21.10+dfsg~beta1-2.1 ii libk5crypto31.10+dfsg~beta1-2.1 ii libkrb5-3 1.10+dfsg~beta1-2.1 ii libldap-2.4-2 2.4.28-1.3 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libpopt01.16-4 ii libtalloc2 2.0.7+git20120207-1 ii libtdb1 1.2.10-1 ii libwbclient02:3.6.5-1 ii lsb-base4.1+Debian2 ii procps 1:3.3.2-3 ii samba-common2:3.6.5-1 ii update-inetd4.41 ii zlib1g 1:1.2.7.dfsg-1 Versions of packages samba recommends: ii logrotate 3.8.1-1 ii tdb-tools 1.2.10-1 Versions of packages samba suggests: ii ctdb 1.12+git20120201-2 ii ldb-tools none ii openbsd-inetd [inet-superserver] 0.20091229-1 ii smbldap-tools 0.9.7-1 -- 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#663701: Fixed in 2.4.14-2
It seems the Problems with the Canon 20D are fixed in 2.4.14-2. cheers sascha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666596: Bug #666596: ruby-mechanize: FTBFS: ArgumentError: invalid value for port: http
On 07/05/12 at 14:51 +0200, Christian Hofstaedtler wrote: * Lucas Nussbaum lu...@debian.org [120507 10:49]: On 05/05/12 at 20:17 +0200, Christian Hofstaedtler wrote: I've reproduced this problem locally; this happens if the definition for http is missing from /etc/services. Is it reasonable to assume that configuration files of Priority: important packages are in a sane state during build time? If so, then I'd suggest lowering the severity and possibly marking this bug wontfix. This is caused by a change between squeeze and sid regarding the entry for '80' in /etc/services. I've checked /etc/services on a squeeze system, the '80' entry looks like this: www 80/tcp http# WorldWideWeb HTTP www 80/udp # HyperText Transfer Protocol On sid: http80/tcp www # WorldWideWeb HTTP http80/udp # HyperText Transfer Protocol Nevertheless, I've checked that the test works with the entry from squeeze. I don't understand what's going on in your chroot. Could you attach a copy of the /etc/services file or the '80' entry from the chroot? Ah, got it. ruby-mechanize does not build depend on netbase, so there's no /etc/services in the build chroot. You just need to add that build-depend. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671908: [Pkg-nagios-devel] Bug#671908: /var/lib/icinga/spool/checkresults: policy violation
Matthias Urlichs schrieb am Dienstag, den 08. Mai 2012: Package: icinga Version: 1.6.1-2 Severity: important Hello, /var/lib/icinga/spool/checkresults is used by icinga for transient temporary files. These belong in /run. Or /tmp. The reason I have a major problem with them is that they tend to mess up backups, by the time the backup process gets around to them they have vanished and the backup process reports an error. :-/ It can be discussed to move /var/lib/icinga/spool to /var/spool/icinga, but imho this is fairly minor. Unfortunatly that path is mentioned in the config, so I would need some transition/debconf foo to get this work. Therefore I postpone this for wheezy+1. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671927: libpoppler-glib6: fails to render full-page background
Package: libpoppler-glib6 Version: 0.16.7-3 Severity: important Tested with pdf viewers which depend on libpoppler: zathura, apvlv, evince, epdfview, okular If a pdf has a full-page background picture it takes about 10-15 sec to open the pdf but the background will not be rendered at all. It only works with okular. With pdf viewers that do not depend on libpoppler like llpp, mupdf it flawlessly works. Exmaple file: http://literaturlatenight.de/test.pdf -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (550, 'unstable'), (250, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpoppler-glib6 depends on: ii libc6 2.13-32 ii libcairo2 1.10.2-7 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.0-4 ii libpoppler130.16.7-3 ii libstdc++6 4.7.0-3 libpoppler-glib6 recommends no packages. libpoppler-glib6 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#663975: backuppc: Default date format is confusing outside US
Hi! I'd like to close this bug, but is there a way to detect the prefered system date format ? 'locale' does not help... BR, Ludo Package: backuppc Version: 3.2.1-2 Severity: normal Dear Maintainer, In the web interface, by default, backuppc uses US-style date formats of the form mm/dd, e.g: 3/14. This is confusing to non-US users. In the case of dates like 3/12, the format is even ambiguous. Please change the default to be: $Conf{CgiDateFormatMMDD} = '0'; This has the added benefit of adding the year in the start date colum of the hosts summary. Without the year, for older backups, the creation year remains a guess at best. Regards, Rogier. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages backuppc depends on: ii adduser3.113+nmu1 ii bzip2 1.0.6-1 ii debconf [debconf-2.0] 1.5.41 ii dpkg 1.16.1.2 ii exim4 4.77-1 ii exim4-daemon-light [mail-transport-agent] 4.77-1+b1 ii iputils-ping 3:20101006-1+b1 ii libarchive-zip-perl1.30-5 ii libc6 2.13-26 ii libcompress-zlib-perl none ii libtime-modules-perl 2011.0517-1 ii libwww-perl6.04-1 ii mini-httpd [httpd] 1.19-9.2+b1 ii perl [libdigest-md5-perl] 5.14.2-7 ii samba-common-bin 2:3.6.3-1 ii smbclient 2:3.6.3-1 ii tar1.26-4 ii ucf3.0025+nmu2 Versions of packages backuppc recommends: ii libfile-rsyncp-perl 0.68-1.1+b3 ii libio-dirent-perl0.04-2+b3 ii openssh-client [ssh-client] 1:5.9p1-2 ii rrdtool 1.4.7-1 ii rsync3.0.9-1 Versions of packages backuppc suggests: ii elinks [www-browser] 0.12~pre5-7 ii iceweasel [www-browser] 10.0.2-1 ii konqueror [www-browser] 4:4.6.5-1 ii par2 0.4-11 ii w3m [www-browser]0.5.3-5 -- Configuration Files: /etc/backuppc/config.pl [Errno 13] Permission denied: u'/etc/backuppc/config.pl' /etc/backuppc/hosts changed [not included] -- debconf information excluded -- Ludovic Drolez. http://www.aopensource.com - The Android Open Source Portal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671922: #671922: magit: Does not autoload extensions
Hi, I am unable to reach the original submitter of the bug, maybe the address has a typo? -Timo -Original Message- From: Mail Delivery Service postmas...@inet.fi Sent: Tue, 8 May 2012 11:17:27 +0300 To: timo.lindf...@iki.fi Subject: Delivery Status Notification - These recipients of your message have been processed by the mail server: gabor.br...@mta.renyi.hu; Failed; 5.1.1 (bad destination mailbox address) Remote MTA mx3.mta.renyi.hu: SMTP diagnostic: 550 Unable to verify recipient Reporting-MTA: dns; jenni2.inet.fi Received-from-MTA: dns; sauna (84.248.66.131) Arrival-Date: Tue, 8 May 2012 11:08:54 +0300 Final-Recipient: rfc822; gabor.br...@mta.renyi.hu Action: Failed Status: 5.1.1 (bad destination mailbox address) Remote-MTA: dns; mx3.mta.renyi.hu Diagnostic-Code: smtp; 550 Unable to verify recipient Return-Path: timo.lindf...@iki.fi Received: from sauna (84.248.66.131) by jenni2.inet.fi (8.5.140.02) id 4FA804FA0005F914; Tue, 8 May 2012 11:08:54 +0300 Received: from lindi by sauna with local (Exim 4.72) (envelope-from timo.lindf...@iki.fi) id 1SRfTa-0004x3-0c; Tue, 08 May 2012 11:08:54 +0300 From: Timo Juhani Lindfors timo.lindf...@iki.fi To: Braun =?iso-8859-1?Q?G=E1bor?= gabor.br...@mta.renyi.hu Cc: 671...@bugs.debian.org, ma...@googlegroups.com Subject: Re: Bug#671922: magit: Does not autoload extensions References: 20120508073735.3012.8534.reportbug@gabor Date: Tue, 08 May 2012 11:08:53 +0300 In-Reply-To: 20120508073735.3012.8534.reportbug@gabor (Braun =?iso-8859-1?Q?G=E1bor=22's?= message of Tue, 08 May 2012 09:37:35 +0200) Message-ID: 84y5p3857u@sauna.l.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#208827: no handling of integer overflow
This problem is fixed in 4.6.0. Internal integer multiplications are checked for overflow and, if necessary, casted to doubles: http://sourceforge.net/tracker/index.php?func=detailaid=2908270group_id=2055atid=102055 Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671866: gmp: causes gcc ICEs on amd64 and kfreebsd-amd64
On Mon, May 7, 2012 at 22:09:55 -0500, Steve M. Robbins wrote: On the other hand, I just looked at the source diff and there is a change in configure.guess that changes the behaviour for a 64-bit vmkernel. Could this be affecting your virtual machine? @@ -1315,6 +1325,9 @@ i*86:AROS:*:*) echo ${UNAME_MACHINE}-pc-aros exit ;; +x86_64:VMkernel:*:*) + echo ${UNAME_MACHINE}-unknown-esx + exit ;; diffing the 5.0.4 and 5.0.5 debian source packages doesn't show that change, config.guess seems to be the FSF version, not gmp's wrapper. Cheers, Julien signature.asc Description: Digital signature
Bug#671866: gmp: causes gcc ICEs on amd64 and kfreebsd-amd64
On Mon, May 7, 2012 at 22:09:55 -0500, Steve M. Robbins wrote: On the other hand, I just looked at the source diff and there is a change in configure.guess that changes the behaviour for a 64-bit vmkernel. Could this be affecting your virtual machine? Oh, and that change seems to be for vmware guests, so wouldn't affect kvm ones anyway, AFAICT. Cheers, Julien signature.asc Description: Digital signature
Bug#671800: xserver-xorg-video-savage: segfaults under X.Org X Server 1.12.1
On Mon, May 7, 2012 at 09:08:54 +0200, Tormod Volden wrote: On Mon, May 7, 2012 at 2:02 AM, Cyril Brulebois k...@debian.org wrote: Hi Stefan, Stefan Lippers-Hollmann s@gmx.de (07/05/2012): Backtrace: 0: /usr/bin/X (xorg_backtrace+0x49) [0xb76bb919] 1: /usr/bin/X (0xb7533000+0x18c38a) [0xb76bf38a] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb7515410] Segmentation fault at address (nil) hmm, doesn't look too helpful. Does gdb help? Starters' doc available at: http://x.debian.net/howto/use-gdb.html FWIW, new xorg-server should fly to unstable in a few minutes; you may want to try and reproduce with that one. Wow, a savage user! I am hoping to get a newer savage version done soon, unless someone beats me to it. Anyway, this issue might be outside the driver. Do you have libpciaccess 13.1? This is in my experience necessary in order to run xserver 1.12. We need c3eaacd25358c225e355a1ea7d64dece8188b69a, which is in savage 2.3.4. Cheers, Julien signature.asc Description: Digital signature
Bug#339801: gnuplot: key datapoint with single input file confuses people
This is not changed in version 4.6.0: plot '+' using 1:(sin($1)) but I would not regard this as a bug. I guess by omitting the key data point for a single datasource by default would confuse even more people. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671800: xserver-xorg-video-savage: segfaults under X.Org X Server 1.12.1
On Tue, May 8, 2012 at 2:57 AM, Stefan Lippers-Hollmann wrote: Hi On Tuesday 08 May 2012, Tormod Volden wrote: On Mon, May 7, 2012 at 9:08 AM, Tormod Volden wrote: On Mon, May 7, 2012 at 2:02 AM, Cyril Brulebois wrote: Hi Stefan, Stefan Lippers-Hollmann (07/05/2012): Backtrace: 0: /usr/bin/X (xorg_backtrace+0x49) [0xb76bb919] 1: /usr/bin/X (0xb7533000+0x18c38a) [0xb76bf38a] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb7515410] Segmentation fault at address (nil) From the previous entries in the Xorg.0.log before the crash it looks like it crashes in the vgaHW* functions. Thanks for the debugging. But sorry for wasting your time, the driver simply needs an update. I did not realize before now how outdated the Debian version is. I was looking at newer code when trying to analyze the problem :( . I will make a new package in a few days (again, unless someone beats me to it...). Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668518: openfetion: Segmentation fault on startup
On 05/06/2012 09:50 PM, Aron Xu wrote: Hi, On Tue, Apr 17, 2012 at 10:49 AM, Hong Xuxuh...@gmail.com wrote: On 04/17/2012 10:22 AM, Aron Xu wrote: tags 668518 + unreproducible thanks Hi, unfortunately I can't reproduce the problem. Any way for me to give out track back info? Please start openfetion in terminal and paste the output. The output is: zsh: segmentation fault openfetion Hong -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671715: libc6: Fail to upgrade from 2.13-27 to newer version !
Hi, I have tried that workaround but without any success :( I get the same message : # dpkg -i ./download/libc6_2.13-27_amd64.deb (Reading database ... 81988 files and directories currently installed.) Preparing to replace libc6:amd64 2.13-27 (using .../libc6_2.13-27_amd64.deb) ... A copy of the C library was found in an unexpected directory: '/lib/x86_64-linux-gnu/libc-2.13.so' It is not safe to upgrade the C library in this situation; please remove that copy of the C library or get it out of '/lib/x86_64-linux-gnu' and try again. dpkg: error processing ./download/libc6_2.13-27_amd64.deb (--install): subprocess new pre-installation script returned error exit status 1 Errors were encountered while processing: ./download/libc6_2.13-27_amd64.deb I have tried with all versions from 2.13-20 to 2.13-27 with exactly the same result ! Regards Mourad Le 08/05/2012 09:57, Nikolay Kichukov a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Mourad, I've been fighting this problem for a whole day on my debian testing which also used the same libc6 library as the one on your system. I have tried all I could think of to resolve this, one of the operations rendering my system totally useless ... so I did a lot of manual work to fix it. Anyways, the long story in short: Download the appropriate libc6 2.13.-27 library from snapshot.debian.net, in my case for 64 bit installation (amd64): http://snapshot.debian.org/archive/debian/20120227T041421Z/pool/main/e/eglibc/libc6_2.13-27_amd64.deb dpkg -i libc6_2.13-27_amd64.deb Which fixes libraries and configuration files which might have gone bad probably by mixing repos (testing and unstable) for example or from other sources ... After that, apt-get -f install fixes the required packages and dependencies for libc6-(friends). Let me know if you are not able to resolve the problem. PS: I am not subscribed to the list, so CC me. Cheers, - -Nik -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPqNIGAAoJEDFLYVOGGjgXLgYH/0ncOLA1gOK0E5ptcEaUai8B L1/n0a9pnW0E5wxxyA3TJgNz7V9eRKTVfqTxQzmPb+JM9V1FxyV3QrWtXHfMffwh G70+iFXG3LQb1qIE+oE3G3W7FJG8n6dW7AprLrH3N+Nj/+RaRZQawjCwiywLyctL FkVEY9EF6wy+2JQwJRYUHP5vPYlfb7Ylun8NI4B/NqnaB6ycdv+0p4/aQyj0+ScR MteJatGfNHeEdezH6nHCi5y8VouZ2z19a0yw6tMEHO11n7wPm9W8JEPVkRxPfN7a s4+rXG33c83W1DiDxqEfswuSJfM8q9iSVFIxa8NwEZNnR4k5JgnEPXiTJs8Lluk= =dQbV -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#540406: the wxt driver deserves its own package
Hi, I think the current configuration can also confuse users, because the names suggest, that only X11 and qt are supported as interactive terminals: gnuplot-nox: no interactive terminals gnuplot-x11: X11 and wxt (wxt is default) gnuplot-qt: X11, wxt, and qt (wxt is default) But I have no alternative suggestion. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671928: enigmail: fails to decrypt message
Package: enigmail Version: 2:1.4.1-2 Severity: important Dear Maintainer, enigmail fails to decrypt encrypted messages. I enabled the debug output which gives me: 2012-05-08 10:37:56.696 [DEBUG] enigmailMessengerOverlay.js: mimePart 0: application/pgp-encrypted 2012-05-08 10:37:56.698 [ERROR] enigmailMessengerOverlay.js: messageDecryptCb: caught exception: TypeError Message: 'Cc[NS_ENIGMIMESERVICE_CONTRACTID] is undefined' File: file:///usr/lib/mozilla/extensions/%7B3550f703-e582-4d05-9a08-453d09bdfdc6%7D/%7B847b3a00-7ab1-11d4-8f02-006008948af5%7D/components/enigmail.js Line:759 Stack: ()@file:///usr/lib/mozilla/extensions/%7B3550f703-e582-4d05-9a08-453d09bdfdc6%7D/%7B847b3a00-7ab1-11d4-8f02-006008948af5%7D/components/enigmail.js:759 ([object Event],true,[object Object])@chrome://enigmail/content/enigmailMessengerOverlay.js:684 ([object Array])@chrome://enigmail/content/enigmailMessengerOverlay.js:504 ()@resource://enigmail/enigmailCommon.jsm:1207 2012-05-08 10:38:52.956 [DEBUG] enigmailMessengerOverlay.js: updateOptionsDisplay: 2012-05-08 10:38:52.957 [DEBUG] commonFuncs.jsm: collapseAdvanced: 2012-05-08 10:38:57.682 [DEBUG] enigmailMessengerOverlay.js: messageDecrypt: undefined 2012-05-08 10:39:05.183 [DEBUG] enigmailCommon.jsm: dispatchEvent f= 2012-05-08 10:39:05.185 [DEBUG] enigmailCommon.jsm: dispatchEvent running mainEvent 2012-05-08 10:39:05.185 [DEBUG] enigmailMessengerOverlay.js: messageDecryptCb: 2012-05-08 10:39:05.186 [DEBUG] enigmailMessengerOverlay.js: header content-type: multipart/mixed; boundary=070907030704080200070507 2012-05-08 10:39:05.186 [DEBUG] enigmailMessengerOverlay.js: header content-transfer-encoding: 2012-05-08 10:39:05.186 [DEBUG] enigmailMessengerOverlay.js: header x-enigmail-version: 1.4 2012-05-08 10:39:05.187 [DEBUG] enigmailMessengerOverlay.js: header x-pgp-encoding-format: 2012-05-08 10:39:05.187 [DEBUG] enumerateMimeParts: - multipart/mixed; boundary=070907030704080200070507 2012-05-08 10:39:05.188 [DEBUG] enumerateMimeParts: 1 - multipart/mixed; boundary=070907030704080200070507 2012-05-08 10:39:05.189 [DEBUG] enumerateMimeParts: 1.1 - text/plain; charset=UTF-8 2012-05-08 10:39:05.189 [DEBUG] enumerateMimeParts: 1.2 - application/octet-stream; name=P5050149.JPG.pgp 2012-05-08 10:39:05.189 [DEBUG] enigmailMessengerOverlay.js: embedded objects: / 2012-05-08 10:39:05.190 [DEBUG] enigmailMessengerOverlay.js: mimePart 0: application/pgp-encrypted 2012-05-08 10:39:05.192 [ERROR] enigmailMessengerOverlay.js: messageDecryptCb: caught exception: TypeError Message: 'Cc[NS_ENIGMIMESERVICE_CONTRACTID] is undefined' File: file:///usr/lib/mozilla/extensions/%7B3550f703-e582-4d05-9a08-453d09bdfdc6%7D/%7B847b3a00-7ab1-11d4-8f02-006008948af5%7D/components/enigmail.js Line:759 Stack: ()@file:///usr/lib/mozilla/extensions/%7B3550f703-e582-4d05-9a08-453d09bdfdc6%7D/%7B847b3a00-7ab1-11d4-8f02-006008948af5%7D/components/enigmail.js:759 ((void 0),(void 0),[object Object])@chrome://enigmail/content/enigmailMessengerOverlay.js:684 ([object Array])@chrome://enigmail/content/enigmailMessengerOverlay.js:504 ()@resource://enigmail/enigmailCommon.jsm:1207 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages enigmail depends on: ii gnupg1.4.12-4 ii icedove 11.0-1 ii libc62.13-32 ii libgcc1 1:4.7.0-7 ii libnspr4-0d 4.9-1 ii libstdc++6 4.7.0-7 enigmail recommends no packages. enigmail 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#671868: FTBFS: internal compiler error
block #671868 #671866 thanks On Mon, May 07, 2012 at 06:51:47PM +0200, Marc Haber wrote: here is the reault of trying to build dsc 201203250530 on Debian unstable, triggering an internal compiler error This is caused by gmp #671866. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671115: transition: mysql-5.5
On Tue, May 1, 2012 at 22:52:22 +0100, Nicholas Bamber wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition At some point we need to transition from mysql-5.1 to mysql-5.5. We would like to do this before the freeze though we appreciate that time is now short. We arrived at this position as the Debian MySQL Team became increasingly understaffed. It is better now but not ideal. We certainly will get mysql-5.5 into unstable in the next few weeks. The question is can we migrate all the dependencies over and drop mysql-5.1 before the freeze? *sigh* apparently you uploaded this to sid without even waiting for an answer, so we now have an uncoordinated libmysqlclient SONAME bump on our hands... If that fails then we will be left supporting a version of MySQL that is not supported upstream. Given how well that support works anyway I'm not sure how much of a loss that is. As far as I can see the upstream packages that are likely to require recompilation are: That's an awfully long list to be breaking without coordination. I'm not amused. Cheers, Julien signature.asc Description: Digital signature
Bug#671929: ccache: trigger not multi-arch safe, prevents proper gcc upgrade
Package: ccache Version: 3.1.7-1 Severity: grave Cannot configure the new gcc-4.7-base: |Preparing to replace gcc-4.7-base:amd64 4.7.0-3 (using .../gcc-4.7-base_4.7.0-7_amd64.deb) ... |De-configuring gcc-4.7-base:armel ... |Unpacking replacement gcc-4.7-base:amd64 ... |Processing triggers for ccache ... |Updating symlinks in /usr/lib/ccache ... |dpkg: error: --configure needs a valid package name but 'gcc-4.7-base' is not: ambiguous package name 'gcc-4.7-base' with more than one installed instance I have: |# dpkg -l 'gcc-4.7-base' |iU gcc-4.7-base:amd64 4.7.0-7 |iF gcc-4.7-base:armel 4.7.0-3 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ccache depends on: ii libc6 2.13-32 ii zlib1g 1:1.2.6.dfsg-2 ccache recommends no packages. Versions of packages ccache suggests: pn distcc 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#671115: transition: mysql-5.5
On 08.05.2012 10:04, Julien Cristau wrote: On Tue, May 1, 2012 at 22:52:22 +0100, Nicholas Bamber wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition At some point we need to transition from mysql-5.1 to mysql-5.5. We would like to do this before the freeze though we appreciate that time is now short. We arrived at this position as the Debian MySQL Team became increasingly understaffed. It is better now but not ideal. We certainly will get mysql-5.5 into unstable in the next few weeks. The question is can we migrate all the dependencies over and drop mysql-5.1 before the freeze? *sigh* apparently you uploaded this to sid without even waiting for an answer, so we now have an uncoordinated libmysqlclient SONAME bump on our hands... Also, these changes look very wrong: * Removed unnecessary build dependencies: - procps as it is required by cmake, cf. #96768 - zlib1g newer version required by cmake - libtool obsoleted by cmake - file required by debhelper If you need the packages as part of your build process, you need to be build-depending on them. There's a reason that policy explicitly mentions not relying on transitive dependencies. As far as I can see the upstream packages that are likely to require recompilation are: That's an awfully long list to be breaking without coordination. I'm not amused. Indeed. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671930: RFS: distcc/3.1-5 [RC] [ITA] -- simple distributed compiler client and server
Package: sponsorship-requests Severity: important Hi mentors Looking for a sponsor for my package distcc: http://mentors.debian.net/package/distcc http://mentors.debian.net/debian/pool/main/d/distcc/distcc_3.1-5.dsc It has not been actively maintained for some time and the maintainer has filed an ITO[1]. I have previously been sponsored with an NMU on the package and am now looking to adopt it. The current package is starting to age and contains many bugs. I have updated to debhelper compat level 9 dh $@ style, and cleaned most lintian issues. Upstream has a new release candidate which I intend to upload to experimental after this. I have cherry-picked some fixes for IPv6 support from that version. There are also some patches and other issues remaining on the BTS, the current changes are quite numerous so thought it best to push the work done thus far. The changelog entry is large as I have tried to include all changes no matter how small, it may be more useful to drop entries such as use set -e. Here it is: distcc (3.1-5) unstable; urgency=low * new maintainer (Closes: #664497) * update Standards-Version to 3.9.3: - debian/distcc.init.d: start action exits successfully if daemon is already running [9.3.2]; postinst will succeed on upgrades in this case also (Closes: #620773, LP: #822887) * switch to dpkg-source 3.0 (quilt) format * remove Build-Depends: dpatch * add Build-Depends: autotools-dev * debian/rules: - use debhelper compat level 9 - reduce to dh $@ style - fixes FTBFS caused by previous build-arch target (Closes: #666383) - enabled bindnow hardening (no PIE yet, it causes build failure) * debian/control: - added Homepage field - distcc: description starts lowercase * debian/distcc.config: - renamed from debian/config - use set -e - include missing #DEBHELPER# token * debian/distcc.init.d: - added stop levels 0, 6 - unset TMPDIR before starting the daemon to avoid problems with root's value for this being unwritable by the distccd user; to provide distccd with a sensible TMPDIR put it in /etc/default/distcc (Closes: #514556) * debian/distcc.postinst: - use set -e instead of #!/bin/sh -e - drop extra calls to sed ... /etc/default/distcc for every field that only removed whitespace which would be removed anyway when updating the fields - always create distccd user if it does not exist (Closes: #548053) * debian/distccmon-gnome.menu: - changed title to distcc monitor - dropped incorrect hint tag * debian/patches: - 06_set-pythonpath-securely.patch: contains fix for #605168 which was previously applied directly to the source - 07_preferred-user.patch: starting the daemon as root causes it to change user, which should be to distccd in Debian - 08_gnome-data-public-dirs.patch: install desktop and icon files for distccmon-gnome /usr/share/applications and /usr/share/pixmaps respectively (LP: #512288) - 09_rename-pump.patch: rename the pump command to distcc-pump in all references such as help text, man pages, etc. (Closes: #594083) - 10_consecutive-preprocessor-options.patch: correctly count preprocessor options (Closes: #626926) - 11_lsdistcc-man.patch: add man page for lsdistcc utility * debian/watch: - added remote watch file * source/config.{guess,sub}: - update with autotools-dev during build instead of directly patching the source tree * use dpkg triggers to dynamically generate/update compiler links based on the ccache packaging. Thanks to Daniel Schaal (Closes: #651670) * cherry-pick upstream fixes for IPv6 support (Closes: #452835): - r650_ipv6-zeroconf.patch: IPv6 patch for Zeroconf and IPv6 literals in hosts file (Closes: #481951, LP: #593047) - r673_zeroconf-nodups.patch: remove duplicate hosts from the Zeroconf list (LP: #809534) - r678_distcc-v6-acl-2.patch: IPv6 support for access control * cherry-pick other upstream fixes: - r732_distccmon-gnome.patch: avoid client list growing indefinitely (LP: #521165) Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671931: libnl2 should not be released in wheezy
Package: libnl2 Severity: serious libnl2 is outdated and not maintained upstream anymore. All libnl2 users should upgrade to the current stable version libnl3. It should therefore not be released in wheezy and in the end be completely removed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657076: Updating and maintaining barry in Debian / Ubuntu
Hi, Chris Frey wrote (08 May 2012 06:01:58 GMT) : I believe this release can be uploaded. I'll review this package later this week, probably on Friday. I'm assuming that you will do the actual upload? I will, once I'm happy with the state of the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670644: shotwell: Segfault once a photo is selected
Isaac, could you please confirm 0.12.2-1 fixed the issue for you too? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663975: backuppc: Default date format is confusing outside US
Hi, Thanks for your reply. I did some additional investigation, and for a start, I think I may have created some confusion. I meant to say: Please change the default to be: $Conf{CgiDateFormatMMDD} = '2'; Where in my initial mail, I typed the value '0' -MM-DD HH:MM (selected by '2') is (AFAIK) not ambiguous, whereas MM/DD or DD/MM, (selected by '0' and '1') obviously are. Using the value '2' by default for all installations avoids the question whether '0' or '1' is to be preferred given the locale. It also avoids the question whether the user of the web interface uses the same locale as is configured on the server. The system administrator may then still choose to change the value from the default to '0' or '1'. I could suggest three other alternatives, but I personally think they are inferior: - Patch backuppc to use POSIX::strftime, with format specifiers '%c' or '%x %X'. If I'm not mistaken though, this will still cause the server's locale to be used, instead of the web interface user's locale... - When backuppc is installed, ask which format is preferred - When backuppc is installed, convert a known date using '%x', and parse it to find out whether MM/DD or DD/MM is to be preferred. Obviously, this still selects the server's locale. In addition, it ignores any subsequent changes to the locale... Kind regards, Rogier. On 2012-05-08 10:55, ldro...@debian.org wrote: Hi! I'd like to close this bug, but is there a way to detect the prefered system date format ? 'locale' does not help... BR, Ludo Package: backuppc Version: 3.2.1-2 Severity: normal Dear Maintainer, In the web interface, by default, backuppc uses US-style date formats of the form mm/dd, e.g: 3/14. This is confusing to non-US users. In the case of dates like 3/12, the format is even ambiguous. Please change the default to be: $Conf{CgiDateFormatMMDD} = '0'; This has the added benefit of adding the year in the start date colum of the hosts summary. Without the year, for older backups, the creation year remains a guess at best. Regards, Rogier. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages backuppc depends on: ii adduser3.113+nmu1 ii bzip2 1.0.6-1 ii debconf [debconf-2.0] 1.5.41 ii dpkg 1.16.1.2 ii exim4 4.77-1 ii exim4-daemon-light [mail-transport-agent] 4.77-1+b1 ii iputils-ping 3:20101006-1+b1 ii libarchive-zip-perl1.30-5 ii libc6 2.13-26 ii libcompress-zlib-perl none ii libtime-modules-perl 2011.0517-1 ii libwww-perl6.04-1 ii mini-httpd [httpd] 1.19-9.2+b1 ii perl [libdigest-md5-perl] 5.14.2-7 ii samba-common-bin 2:3.6.3-1 ii smbclient 2:3.6.3-1 ii tar1.26-4 ii ucf3.0025+nmu2 Versions of packages backuppc recommends: ii libfile-rsyncp-perl 0.68-1.1+b3 ii libio-dirent-perl0.04-2+b3 ii openssh-client [ssh-client] 1:5.9p1-2 ii rrdtool 1.4.7-1 ii rsync3.0.9-1 Versions of packages backuppc suggests: ii elinks [www-browser] 0.12~pre5-7 ii iceweasel [www-browser] 10.0.2-1 ii konqueror [www-browser] 4:4.6.5-1 ii par2 0.4-11 ii w3m [www-browser]0.5.3-5 -- Configuration Files: /etc/backuppc/config.pl [Errno 13] Permission denied: u'/etc/backuppc/config.pl' /etc/backuppc/hosts 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#665498: shotwell: Segmentation fault shortly after starting Shotwell everytime
Could you please try with version 0.12.2-1, recently uploaded to unstable? The whole stack has been updated (exiv2, gexiv2, libraw), so chances to have this bug fixed are good. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671928: enigmail: fails to decrypt message
Hi! Thanks for your report. Severity: important Dear Maintainer, enigmail fails to decrypt encrypted messages. Versions of packages enigmail depends on: ii gnupg1.4.12-4 ii icedove 11.0-1 ii libc62.13-32 ii libgcc1 1:4.7.0-7 ii libnspr4-0d 4.9-1 ii libstdc++6 4.7.0-7 According to the depends info, you are using icedove 11 from experimental. Can you reproduce the bug with icedove 10? If yes, I'll take a closer look at this bug, otherwise, I'll ignore it as long as I have no build specifically for icedove 11. WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671876: Please have gnuplot-x11 and gnuplot-qt Provides: gnuplot-nox
On Mon, May 07, 2012 at 09:27:14PM +0200, Vincent Fourmond wrote: Package: src:gnuplot Version: 4.6.0-7 Severity: important Hello, Recently, several of my packages that rely on any variant of gnuplot to be available became uninstallable because of the conflicts between the different gnuplot versions. Of course, I could update all my packages to have them depend on gnuplot-nox | gnuplot-x11 | gnuplot-qt, but that has the drawback of being fragile should gnuplot provide another backend in the future. Instead, here is what I propose: what about having all gnuplot backends Provides: gnuplot-nox ? That way, packages can rely on gnuplot-nox as being minimal gnuplot functionalities that should be available in all backends. What do you think about it ? Hi, Vincent and Anton, I read this bug report after noticing commit by Anton and mailing him about an extension to the fix, repeating here to have wider feedback (sorry for the duplicate, Anton), I think that apart from making gnuplot-x11 and gnuplot-qt provide gnuplot-nox gnuplot-qt should also provide gnuplot-x11 (at least maxima depends on gnuplot-x11 and gnuplot-qt indeed provides everything gnuplot-x11 does and more). I am re-attaching the diff with that and a minor suggestion for a change in gnuplot-qt description. Regards, -- Agustin diff --git a/debian/control b/debian/control index 627e9cb..46b9e8a 100644 --- a/debian/control +++ b/debian/control @@ -76,7 +76,7 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: gnuplot-x11, gnuplot-nox Suggests: gnuplot-doc -Provides: gnuplot-nox +Provides: gnuplot-nox, gnuplot-x11 Description: Command-line driven interactive plotting program. QT-package Gnuplot is a portable command-line driven interactive data and function plotting utility that supports lots of output formats, including drivers @@ -91,7 +91,8 @@ Description: Command-line driven interactive plotting program. QT-package packaged separately so that low-end systems don't need X installed to use gnuplot. . - The package provides QT-terminal for output (not default one). + The package provides gnuplot-x11 and gnuplot-nox terminals plus an + additional QT-terminal for output (not default one). Package: gnuplot-doc Architecture: all
Bug#671932: plasma-desktop: segmentation fault after loging, unable to load KDE environment
Package: plasma-desktop Version: 4:4.7.4-2+b1 Severity: important I have a critical problem with plasma-desktop since I have updated debian sid two days ago. When I tried to log using plasma desktop environment, the environment start to load, and at the end of the splashscreen, I got an error message : plasma-desktop : signal segmentation fault (11) From there, I have KDE bug report tool which opens, and after I end with an empty screen and have to restart kdm. Attached is the bug report file from the KDE utility. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (980, 'testing'), (970, 'stable'), (500, 'stable-updates'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plasma-desktop depends on: ii kde-runtime 4:4.7.4-2 ii kde-wallpapers-default4:4.7.4-2 ii libc6 2.13-32 ii libkcmutils4 4:4.7.4-4 ii libkdecore5 4:4.7.4-4 ii libkdeui5 4:4.7.4-4 ii libkephal4abi14:4.7.4-2+b1 ii libkfile4 4:4.7.4-4 ii libkidletime4 4:4.7.4-4 ii libkio5 4:4.7.4-4 ii libknewstuff3-4 4:4.7.4-4 ii libktexteditor4 4:4.7.4-4 ii libkworkspace44:4.7.4-2+b1 ii libplasma34:4.7.4-4 ii libplasmagenericshell44:4.7.4-2+b1 ii libqt4-dbus 4:4.8.1-1 ii libqt4-xml4:4.8.1-1 ii libqtcore44:4.8.1-1 ii libqtgui4 4:4.8.1-1 ii libsolid4 4:4.7.4-4 ii libstdc++64.7.0-7 ii libtaskmanager4abi2 4:4.7.4-2+b1 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 ii plasma-widgets-workspace 4:4.7.4-2+b1 Versions of packages plasma-desktop recommends: ii kde-workspace 4:4.7.4-2 plasma-desktop suggests no packages. Application: Outil de gestion de fenêtres Plasma (plasma-desktop), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [KCrash Handler] #6 createClassType (client=0x7f174cbeb580, ctd=0x7f174cbfaa20, mod_dict=) at /build/buildd-sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c:5502 #7 0x7f174dd94698 in sip_api_init_module (client=0x7f174cbeb580, mod_dict=) at /build/buildd-sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c:1418 #8 0x7f174c89f2bc in initkdecore () at sip/kdecore/sipkdecorepart0.cpp:5361 #9 0x7f174ece6bd5 in _PyImport_LoadDynamicModule () from /usr/lib/libpython2.7.so.1.0 #10 0x7f174ed8bfac in import_submodule.39466 () from /usr/lib/libpython2.7.so.1.0 #11 0x7f174ed603d2 in load_next.39471 () from /usr/lib/libpython2.7.so.1.0 #12 0x7f174ed8c604 in import_module_level.isra.9 () from /usr/lib/libpython2.7.so.1.0 #13 0x7f174ed8607a in PyImport_ImportModuleLevel () from /usr/lib/libpython2.7.so.1.0 #14 0x7f174ec7debf in builtin___import__ () from /usr/lib/libpython2.7.so.1.0 #15 0x7f174ed73773 in PyObject_Call () from /usr/lib/libpython2.7.so.1.0 #16 0x7f174ed742db in call_function_tail () from /usr/lib/libpython2.7.so.1.0 #17 0x7f174ed04b1e in PyObject_CallFunction () from /usr/lib/libpython2.7.so.1.0 #18 0x7f174ece730d in PyImport_Import () from /usr/lib/libpython2.7.so.1.0 #19 0x7f174ece86bc in PyImport_ImportModule () from /usr/lib/libpython2.7.so.1.0 #20 0x7f174dd8ae42 in sip_api_export_module (client=0x7f174d4635a0, api_major=optimized out, api_minor=optimized out, unused=optimized out) at /build/buildd-sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c:1242 #21 0x7f174d033107 in initplasma () at sip/plasma/sipplasmapart0.cpp:3012 #22 0x7f174ece6bd5 in _PyImport_LoadDynamicModule () from /usr/lib/libpython2.7.so.1.0 #23 0x7f174ed8bfac in import_submodule.39466 () from /usr/lib/libpython2.7.so.1.0 #24 0x7f174ed603d2 in load_next.39471 () from /usr/lib/libpython2.7.so.1.0 #25 0x7f174ed8c604 in import_module_level.isra.9 () from /usr/lib/libpython2.7.so.1.0 #26 0x7f174ed8607a in PyImport_ImportModuleLevel () from /usr/lib/libpython2.7.so.1.0 #27 0x7f174ec7debf in builtin___import__ () from /usr/lib/libpython2.7.so.1.0 #28 0x7f174ed73773 in PyObject_Call () from /usr/lib/libpython2.7.so.1.0 #29 0x7f174ed740c7 in PyEval_CallObjectWithKeywords () from /usr/lib/libpython2.7.so.1.0 #30 0x7f174ecc9c62 in PyEval_EvalFrameEx () from /usr/lib/libpython2.7.so.1.0 #31 0x7f174ec828b5 in PyEval_EvalCodeEx () from /usr/lib/libpython2.7.so.1.0 #32 0x7f174ec82be2 in PyEval_EvalCode () from /usr/lib/libpython2.7.so.1.0 #33 0x7f174ec84282 in PyImport_ExecCodeModuleEx () from /usr/lib/libpython2.7.so.1.0 #34 0x7f174ed8b84e in load_source_module.39408 () from
Bug#614907: [Pkg-javascript-devel] Node.js and it's future in debian
On 12-05-07 at 11:28pm, Steve Langasek wrote: On Sun, May 06, 2012 at 09:49:11PM +0200, Jonas Smedegaard wrote: On 12-05-06 at 10:22am, Steve Langasek wrote: On Sat, May 05, 2012 at 03:07:27AM +0200, Jonas Smedegaard wrote: We have until now maintained Nodejs only in unstable because requests to rename axnode was met with either silence or refusal with the reasoning that axnode was more widely used in Debian than Nodejs. Obviously Nodejs is not widely used in Debian when initially packaged. So I've simply waited until it was really sensible to make such comparison of popularity among the users of Debian. Which seems to be the case now - even if still impaired by Nodejs only offered to our users of unstable and experimental Debian. I find this response from you *very* disappointing. It implies that you knew that you had a responsibility to rename the Nodejs binary according to Policy, but that rather than acting in a timely manner to persuade upstream of the importance of renaming, you decided to wait until momentum was on your side so that you could have an outcome in your favor. No, that is not what it means. You are reading timings into it that I did not write there, and you are reading those timings wrong! Ok, sorry for the misunderstanding. That certainly is what I took from your statement that you were waiting until it was sensible to compare popularity, but it seems I misunderstood. Your certainty is not flawed: That wasn't the detail you misunderstood. I talked about waiting internally in Debian, you (in my understanding) lectured me about relationship with upstream. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#668690: gnuplot-x11: terminal frozen with gnuplot -persist + stdin
On Mon, Apr 16, 2012 at 03:30:36AM +0200, Vincent Lefevre wrote: retitle 668690 gnuplot-x11: 'qt' terminal frozen with gnuplot -persist + stdin severity 668690 important thanks Downgraded to important since the default terminal can be overriden by setting $GNUTERM. But this is a major bug with this terminal. Since some recent bugs with stdin seem related to bugs in BSD readline I tried with gnuplot built with internal readline. I can also reproduce your problem with gnuplot-qt built with internal gnuplot readline. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671933: ITP: python-lepl -- A Parser Library for Python
Package: wnpp Severity: wishlist * Package name: python-lepl Version : 5.1.1 Upstream Author : Andrew Cooke and...@acooke.org * URL : http://www.acooke.org/lepl/ * License : Dual licensed MPL/LGPL Programming Lang: Python Description : A Parser Library for Python A recursive descent parser for Python 2.6+ (including 3). Lepl is powerful, simple to use, and easy to extend: grammars are written directly as Python code, using a syntax similar to BNF; new matchers can be simple functions. signature.asc Description: This is a digitally signed message part.
Bug#661359: Patch for the l10n upload of approx
Dear maintainer of approx, On Sunday, April 29, 2012 I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues, after an initial notice sent on Friday, April 27, 2012. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. (please note that all PO files are changed because of running debconf-updatepo to issue the call for translations) The corresponding changelog is: Source: approx Version: 5.1-1.3 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Tue, 08 May 2012 11:47:01 +0200 Closes: 661359 661438 670916 671346 Changes: approx (5.1-1.3) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Brazilian Portuguese (Adriano Rafael Gomes). Closes: #661359 - Dutch; (Jeroen Schot). Closes: #661438 - Indonesian (Andika Triwidada). Closes: #670916 - Polish (Michał Kułach). Closes: #671346 -- diff -Nru approx-5.1.old/debian/changelog approx-5.1/debian/changelog --- approx-5.1.old/debian/changelog 2012-04-09 21:22:31.030095049 +0200 +++ approx-5.1/debian/changelog 2012-05-08 11:47:10.718948796 +0200 @@ -1,3 +1,14 @@ +approx (5.1-1.3) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Brazilian Portuguese (Adriano Rafael Gomes). Closes: #661359 +- Dutch; (Jeroen Schot). Closes: #661438 +- Indonesian (Andika Triwidada). Closes: #670916 +- Polish (Michał Kułach). Closes: #671346 + + -- Christian Perrier bubu...@debian.org Tue, 08 May 2012 11:47:01 +0200 + approx (5.1-1.2) unstable; urgency=low * Non-maintainer upload. diff -Nru approx-5.1.old/debian/po/cs.po approx-5.1/debian/po/cs.po --- approx-5.1.old/debian/po/cs.po 2012-04-09 21:22:31.030095049 +0200 +++ approx-5.1/debian/po/cs.po 2012-04-29 19:16:55.921218896 +0200 @@ -11,6 +11,7 @@ PO-Revision-Date: 2009-07-15 06:24+0200\n Last-Translator: Vitezslav Kotrla vitezslav.kot...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n +Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n @@ -33,4 +34,3 @@ Zadejte prosím TCP port, na kterém bude approx naslouchat. Výchozí hodnota je kvůli udržení kompatibility stejná, jako používá apt-proxy (není proto nutné opravovat konfiguraci klientů a soubor /etc/apt/sources.list). - diff -Nru approx-5.1.old/debian/po/da.po approx-5.1/debian/po/da.po --- approx-5.1.old/debian/po/da.po 2012-04-09 21:22:31.030095049 +0200 +++ approx-5.1/debian/po/da.po 2012-04-29 19:16:55.925218990 +0200 @@ -11,6 +11,7 @@ PO-Revision-Date: 2010-09-11 23:51+0200\n Last-Translator: Joe Hansen joedalt...@yahoo.dk\n Language-Team: Danish debian-l10n-dan...@lists.debian.org \n +Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n @@ -30,6 +31,5 @@ etc/apt/sources.list files. msgstr Indtast venligst TCP-porten som approx skal lytte på efter forespørgsler. -Standarden er værdien brugt af apt-proxy, for kompatibilitet med sine klienters -/etc/apt/sources.list-filer. - +Standarden er værdien brugt af apt-proxy, for kompatibilitet med sine +klienters /etc/apt/sources.list-filer. diff -Nru approx-5.1.old/debian/po/de.po approx-5.1/debian/po/de.po --- approx-5.1.old/debian/po/de.po 2012-04-09 21:22:31.030095049 +0200 +++ approx-5.1/debian/po/de.po 2012-04-29 19:16:55.933219188 +0200 @@ -10,6 +10,7 @@ PO-Revision-Date: 2009-04-13 22:12+0200\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: de debian-l10n-ger...@lists.debian.org\n +Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n diff -Nru approx-5.1.old/debian/po/es.po approx-5.1/debian/po/es.po --- approx-5.1.old/debian/po/es.po 2012-04-09 21:22:31.030095049 +0200 +++ approx-5.1/debian/po/es.po 2012-04-29 19:16:55.937219292 +0200 @@ -32,6 +32,7 @@ PO-Revision-Date: 2009-04-11 11:57+0200\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n +Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n diff -Nru approx-5.1.old/debian/po/fi.po approx-5.1/debian/po/fi.po --- approx-5.1.old/debian/po/fi.po 2012-04-09 21:22:31.030095049 +0200 +++ approx-5.1/debian/po/fi.po 2012-04-29 19:16:55.945219490 +0200 @@ -10,6 +10,7 @@ PO-Revision-Date: 2009-04-30 21:33+0300\n Last-Translator: Esko Arajärvi e...@iki.fi\n Language-Team: Finnish debian-l10n-finn...@lists.debian.org\n +Language: fi\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n diff
Bug#671891: rtorrent: New upstream version (0.9.2/0.13.2) [package proposal]
Hi Rogério, Rogério Brito wrote: On Mon, May 7, 2012 at 6:21 PM, Benoît Knecht benoit.kne...@fsfe.org wrote: A few months ago, after I did some triaging on rtorrent's bugs, Rogério asked if I was interested in helping out with the package's maintenance. I said yes, but after that nothing really happened (I think a few mails were lost between him and me, and I haven't insisted since). First of all, I am very sorry to not have replied earlier. In the past 2 months I have barely slept, since my wife was in the end of her pregnancy (with all the troubles that this emcompasses) and now our son is sucking all of our time (including our time to sleep). No problem, and congratulations to you and your wife on your baby boy! Second, you should have insisted. :) I would have sent you an status update earlier. :) Yes, I know; I guess I got distracted with other stuff too... Well in the end, it looks like it will all work out. But at the time, I took a shot at packaging what was then the unstable version of rtorrent, and put the result on gitorious [1,2] (in a debian/0.9.0 branch for rtorrent, and a debian/0.13.0 branch for libtorrent). [1] git://gitorious.org/debian-pkg/rtorrent.git [2] git://gitorious.org/debian-pkg/libtorrent.git I am looking at your packaging of rtorrent right now and it is very good, with just one observation: to be more consistent with what has been done and also to be more consistent with what tools like git-buildpackage expect, it would be good we kept the following things: * the upstream source in the upstream branch (automatically done when you call git-import-orig). * the potential differences in a tarball taken from upstream and what is generated from the upstream branch in a branch called pristine-tar (automatically done when you call git-import-orig --pristine-tar). * the specific debian changes in the master branch of the repository. Then, debian/0.9.0-1 or someting would change from being branches to being tags (automatically done when you call git-buildpackage --git-pristine-tar --git-tag). Tags like upstream/0.9.0 will be automatically created by the previous calls to git-import-orig. Can you do those changes? If you don't, then I think that I can. I think that's pretty much what I did, except that I used a separate branch instead of master; I thought it would make things easier if, after review, you wanted to selectively merge changes on top of master (I should have explained that, sorry). But since you say the changes are okay, I've now merged debian/0.9.2 (respectively debian/0.13.2) into master, so that the packages can be built without specifying --git-debian-branch. The repositories should now be in a state where the upstream, pristine-tar and master branches can simply be pulled in the alioth repository. But please let me know if I missed anything. BTW, lintian is complaining about NMU version number, so don't forget to either add me as a maintainer or change the version number accordingly before uploading anything. Thanks again for your help and advice. Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670476: coreutils: split tests hang on /dev/zero on hurd-i386
tags 670476 + fixed-upstream thanks Samuel Thibault, le Mon 07 May 2012 11:52:37 +0200, a écrit : tags 670476 + patch upstream thanks Samuel Thibault, le Thu 26 Apr 2012 02:47:16 +0200, a écrit : It seems that these two tests assume that split will stop by itself when given /dev/zero as input. It does so on Linux, because /dev/zero there has stat_buf.st_size equal to 0, and thus split does just one loop, but on hurd-i386 /dev/zero has stat_buf.st_size equal to LONG_MAX, and thus split just loops for a very long time. Posix doesn't seem to talk much about what should be done here, but it seems to me that coreutils tests should not assume size being zero, and for instance use dd to fetch only the required bytes from /dev/zero. Upstream agrees that st_size shouldn't be used on special devices, and proposes the attached patch as least-instrusive fix for now. It does indeed fix the test. The patch was applied upstream Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671922: magit: Does not autoload extensions
Timo == Timo Juhani Lindfors timo.lindf...@iki.fi writes: Hi, [ Sending a copy to upstream mailing list for further comments ] I'm bit puzzled here. Isn't this by design? It's not auto-loaded so users will have to (require 'magit-simple-keys) in their .emacs explicitly to use it anyway. -- http://comments.gmane.org/gmane.comp.version-control.git.magit/1156 Hi, this is indeed a bug. The problem is that 50magit.el has not been properly updated. If you instead install magit via package.el instead, you would see that extension code is autoloaded properly. The proper fix is to generate this file (which is fixed in the 'master' git branch but didn't hit any release yet). magit-simple-keys.el is a totally different problem, as it's not part of magit itself (only a convenient contrib). So in any case, it will have to be loaded manually (on purpose). Yann. -Original Message- From: Braun Gábor gabor.br...@mta.renyi.hu Sent: Tue, 08 May 2012 09:37:35 +0200 To: Debian Bug Tracking System sub...@bugs.debian.org Subject: Bug#671922: magit: Does not autoload extensions Package: magit Version: 1.1.1-1 Severity: normal Hi, With the original configuration file magit does not autoload functions defined by the extensions, ie the functions magit-svn-mode turn-on-magit-svn magit-topgit-mode turn-on-magit-topgit magit-stgit-mode turn-on-magit-stgit These functions are marked to be autoloaded in the source, and the documentation explicitly mentions them as available (eg as examples to add to magit-mode-hook). The modified configuration file below autoloads them (it is a mix of the original config file and the autoloads generated by update-directory-autoloads). Kind regards, Gábor Braun -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (990, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages magit depends on: ii dpkg 1.15.8.12 Debian package management system ii emacs23 23.4+1-3 The GNU Emacs editor (with GTK+ us ii git [git-core]1:1.7.2.5-3fast, scalable, distributed revisi ii git-core 1:1.7.2.5-3fast, scalable, distributed revisi ii install-info 4.13a.dfsg.1-6 Manage installed documentation in magit recommends no packages. magit suggests no packages. -- Configuration Files: /etc/emacs/site-start.d/50magit.el changed: ;;; Autoloads for magit (if (member debian-emacs-flavor '(emacs23 emacs-snapshot)) (if (file-exists-p /usr/share/emacs/site-lisp/magit/magit.el) (progn ;;; --- automatically extracted autoloads ;; ;;; Code: ;;;### (autoloads (magit-status) magit ../../usr/share/emacs/site-lisp/magit/magit.el ;; (20261 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit.el (autoload 'magit-status magit \ Open a Magit status buffer for the Git repository containing DIR. If DIR is not within a Git repository, offer to create a Git repository in DIR. Interactively, a prefix argument means to ask the user which Git repository to use even if `default-directory' is under Git control. Two prefix arguments means to ignore `magit-repo-dirs' when asking for user input. \(fn DIR) t nil) ;;;*** ;;;### (autoloads (turn-on-magit-stgit magit-stgit-mode) magit-stgit ;; ../../usr/share/emacs/site-lisp/magit/magit-stgit.el (20261 ;; 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit-stgit.el (autoload 'magit-stgit-mode magit-stgit \ StGit support for Magit \(fn optional ARG) t nil) (autoload 'turn-on-magit-stgit magit-stgit \ Unconditionally turn on `magit-stgit-mode'. \(fn) nil nil) ;;;*** ;;;### (autoloads (turn-on-magit-svn magit-svn-mode) magit-svn ;; ../../usr/share/emacs/site-lisp/magit/magit-svn.el (20261 ;; 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit-svn.el (autoload 'magit-svn-mode magit-svn \ SVN support for Magit \(fn optional ARG) t nil) (autoload 'turn-on-magit-svn magit-svn \ Unconditionally turn on `magit-svn-mode'. \(fn) nil nil) ;;;*** ;;;### (autoloads (turn-on-magit-topgit magit-topgit-mode) magit-topgit ;; ../../usr/share/emacs/site-lisp/magit/magit-topgit.el (20261 ;; 17500)) ;;; Generated autoloads from ../../usr/share/emacs/site-lisp/magit/magit-topgit.el (autoload 'magit-topgit-mode magit-topgit \ Topgit support for Magit \(fn optional ARG) t nil) (autoload 'turn-on-magit-topgit magit-topgit \ Unconditionally turn on `magit-topgit-mode'. \(fn) nil nil) ;;;*** ;;;### (autoloads nil nil (../../usr/share/emacs/site-lisp/magit/magit-bisect.el ;;
Bug#671928: enigmail: fails to decrypt message
Hi, On 08.05.2012 11:27, Willi Mann wrote: Hi! Thanks for your report. Severity: important Dear Maintainer, enigmail fails to decrypt encrypted messages. Versions of packages enigmail depends on: ii gnupg1.4.12-4 ii icedove 11.0-1 ii libc62.13-32 ii libgcc1 1:4.7.0-7 ii libnspr4-0d 4.9-1 ii libstdc++6 4.7.0-7 According to the depends info, you are using icedove 11 from experimental. Can you reproduce the bug with icedove 10? If yes, I'll take a closer look at this bug, otherwise, I'll ignore it as long as I have no build specifically for icedove 11. I just tried with icedove 10.0.3. Now the message is decrypted, but an attachment is not decrypted, throwing this error: 2012-05-08 11:54:44.703 [DEBUG] enigmailCommon.jsm: getPassphrase: 2012-05-08 11:54:44.703 [DEBUG] enigmailCommon.jsm: haveCachedPassphrase: 2012-05-08 11:54:44.703 enigmail.js: Enigmail.execStart: command = /usr/bin/gpg --charset utf-8 --display-charset utf-8 --batch --no-tty --status-fd 2 --passphrase-fd 0 --no-use-agent --list-packets, needPassphrase=false, domWindow=[object ChromeWindow], prompter=0, listener=[xpconnect wrapped nsIIPCBuffer] 2012-05-08 11:54:44.704 [DEBUG] enigmail.js: WriteFileContents: file=/tmp//enigcmd.txt 2012-05-08 11:54:44.704 [DEBUG] enigmail.js: WriteFileContents: file=/tmp//enigenv.txt 2012-05-08 11:54:44.705 [DEBUG] enigmail.js: Enigmail.execStart: copied command line/env to files /tmp//enigcmd.txt/enigenv.txt 2012-05-08 11:54:44.705 [CONSOLE] enigmail /usr/bin/gpg --charset utf-8 --display-charset utf-8 --batch --no-tty --status-fd 2 --passphrase-fd 0 --no-use-agent --list-packets 2012-05-08 11:54:44.705 [DEBUG] enigmail.js: Enigmail.execStart: pipetrans = [xpconnect wrapped nsIPipeTransport] 2012-05-08 11:54:44.729 enigmail.js: Enigmail.execEnd: 2012-05-08 11:54:44.729 [DEBUG] enigmail.js: WriteFileContents: file=/tmp//enigerr.txt 2012-05-08 11:54:44.730 [DEBUG] enigmail.js: Enigmail.execEnd: copied command err output to file /tmp//enigerr.txt 2012-05-08 11:54:44.730 [DEBUG] enigmail.js: Enigmail.execEnd: exitCode = 2 2012-05-08 11:54:44.730 [DEBUG] enigmail.js: Enigmail.execEnd: errOutput = gpg: Keine gültigen OpenPGP-Daten gefunden. [GNUPG:] NODATA 1 [GNUPG:] NODATA 2 gpg: processing message failed: eof After http://enigmail.mozdev.org/download/download-static.php.html Enigmail 1.4.1 is for Thunderbird/Icedove 11: Thunderbird 11.0 Enigmail 1.4.1 Thunderbird 10.0 Enigmail 1.4 On another machine I have Icedove 10.0.3 from backports with enigmail 1.4 which works fine. So, Enigmail 1.4.1 should work with Icedove 11 and btw also with Icedove 12 which is not in debian, yet, as it exists for this. WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671875: joe: /-character at line start causes next lines to start with / too
On Mon, May 07, 2012 at 07:20:15PM +, Thorsten Glaser wrote: Touko Korpela dixit: When line has / character at the beginning it causes next lines to start with / too, until enter is pressed. That is from paragraph wrapping, and normal, because it takes quote chars to all lines, e.g. for #. I think I know what you two are talking about - when you have /something at the start of the line, and use ^KJ to re-wrap the paragraph, then it can duplicate the / in the next line? I can't seem to reproduce it with 3.7-2 right now, but I think I've seen it... -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671934: ABI changes without SONAME change
Package: libavformat53 Version: 6:0.8.2-1 Severity: normal After updating libavformat53 my mplayer suddenyl fails: mplayer: relocation error: mplayer: symbol ff_codec_wav_tags, version LIBAVFORMAT_53 not defined in file libavformat.so.53 with link time reference Looks like libavformat has removed a symbol, which changes the ABI, without chaning the SONAME. MfG Goswin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libavformat53 depends on: ii libavcodec53 6:0.8.2-1 ii libavutil516:0.8.2-1 ii libbz2-1.0 1.0.6-1 ii libc6 2.13-27 ii libgnutls262.12.18-1 ii librtmp0 2.4+20111222.git4e06e21-1 ii multiarch-support 2.13-27 ii zlib1g 1:1.2.3.4.dfsg-3 libavformat53 recommends no packages. libavformat53 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#671935: wine-bin-unstable: update-alternative warnings
Package: wine-bin-unstable Version: 1.1.44-0.1 Setting up wine-bin-unstable (1.1.44-0.1) ... update-alternatives: using /usr/bin/wine32-unstable to provide /usr/bin/wine (wine) in auto mode. update-alternatives: warning: skip creation of /usr/bin/wineprefixcreate because associated file /usr/bin/wineprefixcreate32-unstable (of link group wine) doesn't exist. update-alternatives: warning: skip creation of /usr/share/man/man1/wineprefixcreate.1.gz because associated file /usr/share/man/man1/wineprefixcreate32-unstable.1.gz (of link group wine) doesn't exist. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine-bin-unstable depends on: ii libc6 2.13-32 ii libwine-bin-unstable1.1.44-0.1 ii libwine-gecko-unstable 1.0.0+dfsg-1.1 ii x11-utils 7.7~1 Versions of packages libwine-unstable depends on: ii libc6 2.13-32 ii libfreetype6 2.4.9-1 ii libhal1 0.5.14-8 ii libice6 2:1.0.8-2 ii libjpeg8 8d-1 ii libmpg123-0 1.14.0-1 ii libpng12-01.2.49-1 ii libsm62:1.2.1-2 ii libssl1.0.0 1.0.1b-1 ii libx11-6 2:1.4.99.901-2 ii libxcursor1 1:1.1.13-1 ii libxext6 2:1.3.1-2 ii libxi62:1.6.0-1 ii libxinerama1 2:1.1.2-1 ii libxml2 2.7.8.dfsg-9 ii libxrandr22:1.3.2-2 ii libxrender1 1:0.9.7-1 ii zlib1g1:1.2.7.dfsg-1 -- 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#645105: transition: gdal
On Mon, Apr 23, 2012 at 20:54:43 +0200, Julien Cristau wrote: Thanks. Do you know if there are API changes affecting any of the reverse dependencies? So one thing you might have wanted to mention is you renamed libgdal1-dev to libgdal-dev, and didn't keep a transitional package. Which means any package with versioned build-dep on libgdal1-dev is now unbuildable. Please make libgdal1-dev come back ASAP. Cheers, Julien signature.asc Description: Digital signature
Bug#671937: serendipity: XSS and SQL injection vulnerabilities before 1.7.1
Package: serendipity Version: 1.3.1-1 Severity: important Tags: security http://blog.s9y.org/archives/240-Serendipity-1.6.1-released.html This release mainly addresses two security issues found by Stefan Schurtz (thanks a lot, again!). One is a XSS issue in the media database panel, the other an SQL injection in the media database section. Both issues can only be exploited if you are logged in to your blog and you click a specially crafted link. The SQL injection cannot be used to extract sensitive information from the database or delete data. CVE-identifier requested in mailing list post: http://seclists.org/oss-sec/2012/q2/276 -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.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#666584: conglomerate: diff for NMU version 0.9.1-3.3
tags 666584 + patch tags 666584 + pending thanks Dear maintainer, I've prepared an NMU for conglomerate (versioned as 0.9.1-3.3) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -u conglomerate-0.9.1/debian/changelog conglomerate-0.9.1/debian/changelog --- conglomerate-0.9.1/debian/changelog +++ conglomerate-0.9.1/debian/changelog @@ -1,3 +1,11 @@ +conglomerate (0.9.1-3.3) unstable; urgency=low + + * Non-maintainer upload. + * fix_duplicate_clone.dpatch: Rename clone functions. (Closes: #666584). + * Remove rpath setting in conglomerate binary with chrpath. + + -- Mònica Ramírez Arceda mon...@debian.org Mon, 07 May 2012 14:03:37 +0200 + conglomerate (0.9.1-3.2) unstable; urgency=low * Non-maintainer upload. diff -u conglomerate-0.9.1/debian/rules conglomerate-0.9.1/debian/rules --- conglomerate-0.9.1/debian/rules +++ conglomerate-0.9.1/debian/rules @@ -116,6 +116,7 @@ dh_clean -k -s dh_installdirs -s + chrpath -d src/conglomerate install -m 755 src/conglomerate $(CURDIR)/debian/conglomerate/usr/bin/conglomerate install -m 644 debian/conglomerate.lintian-override $(CURDIR)/debian/conglomerate/usr/share/lintian/overrides/conglomerate diff -u conglomerate-0.9.1/debian/control conglomerate-0.9.1/debian/control --- conglomerate-0.9.1/debian/control +++ conglomerate-0.9.1/debian/control @@ -2,7 +2,7 @@ Section: editors Priority: optional Maintainer: Geert Stappers stapp...@debian.org -Build-Depends: debhelper ( 5.0.0), dpatch, libxml-parser-perl, libbonobo2-dev, libbonoboui2-dev, libenchant-dev, libgnomeui-dev (= 2.6.1.1-4), libgnomeprintui2.2-dev, libgtksourceview2.0-dev, libxslt1-dev, scrollkeeper, libglade2-dev, autotools-dev +Build-Depends: debhelper ( 5.0.0), dpatch, libxml-parser-perl, libbonobo2-dev, libbonoboui2-dev, libenchant-dev, libgnomeui-dev (= 2.6.1.1-4), libgnomeprintui2.2-dev, libgtksourceview2.0-dev, libxslt1-dev, scrollkeeper, libglade2-dev, autotools-dev, chrpath Standards-Version: 3.8.2 Homepage: http://www.conglomerate.org only in patch2: unchanged: --- conglomerate-0.9.1.orig/debian/patches/00list +++ conglomerate-0.9.1/debian/patches/00list @@ -6,3 +6,4 @@ #dont_install_generated_gtkdoc.dpatch # only cosmetic package_version.dpatch +fix_duplicate_clone.dpatch only in patch2: unchanged: --- conglomerate-0.9.1.orig/debian/patches/fix_duplicate_clone.dpatch +++ conglomerate-0.9.1/debian/patches/fix_duplicate_clone.dpatch @@ -0,0 +1,63 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## fix_duplicate_cloned.dpatch by Mònica Ramírez Arceda mon...@debian.org +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Rename clone functions. (Closes: #666584). + +@DPATCH@ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' conglomerate-0.9.1~/src/cong-editor-line-iter-simple.c conglomerate-0.9.1/src/cong-editor-line-iter-simple.c +--- conglomerate-0.9.1~/src/cong-editor-line-iter-simple.c 2012-05-07 11:59:34.0 +0200 conglomerate-0.9.1/src/cong-editor-line-iter-simple.c 2012-05-07 11:59:37.0 +0200 +@@ -26,13 +26,13 @@ + #include cong-editor-line-iter-simple.h + + static CongEditorLineIter* +-clone (CongEditorLineIter *line_iter); ++congclone (CongEditorLineIter *line_iter); + + static CongEditorAreaLine* + get_line (CongEditorLineIter *line_iter); + + CONG_DEFINE_CLASS_PUBLIC_DATA (CongEditorLineIterSimple, cong_editor_line_iter_simple, CONG_EDITOR_LINE_ITER_SIMPLE, CongEditorLineIter, CONG_EDITOR_LINE_ITER_TYPE, +- CONG_EDITOR_LINE_ITER_CLASS (klass)-clone = clone; ++ CONG_EDITOR_LINE_ITER_CLASS (klass)-clone = congclone; + CONG_EDITOR_LINE_ITER_CLASS (klass)-get_line = get_line;) + + CONG_DEFINE_EMPTY_DISPOSE(cong_editor_line_iter_simple) +@@ -58,7 +58,7 @@ + } + + static CongEditorLineIter* +-clone (CongEditorLineIter *line_iter) ++congclone (CongEditorLineIter *line_iter) + { + CongEditorLineIterSimple* simple_iter = CONG_EDITOR_LINE_ITER_SIMPLE (line_iter); + CongEditorLineIterSimple* new_iter; +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' conglomerate-0.9.1~/src/cong-editor-line-iter-span-wrapper.c conglomerate-0.9.1/src/cong-editor-line-iter-span-wrapper.c +--- conglomerate-0.9.1~/src/cong-editor-line-iter-span-wrapper.c 2004-11-04 20:18:48.0 +0100 conglomerate-0.9.1/src/cong-editor-line-iter-span-wrapper.c 2012-05-07 12:00:46.642532680 +0200 +@@ -26,13 +26,13 @@ + #include cong-editor-line-iter-span-wrapper.h + + static CongEditorLineIter* +-clone (CongEditorLineIter *line_iter); ++congclone (CongEditorLineIter *line_iter); + + static CongEditorAreaLine* + get_line (CongEditorLineIter *line_iter); + + CONG_DEFINE_CLASS_PUBLIC_DATA (CongEditorLineIterSpanWrapper, cong_editor_line_iter_span_wrapper, CONG_EDITOR_LINE_ITER_SPAN_WRAPPER,
Bug#671922: magit: Does not autoload extensions
Yann Hodique yann.hodi...@gmail.com writes: The proper fix is to generate this file (which is fixed in the 'master' git branch but didn't hit any release yet). Hmm. make in git master generates a really long 50magit.el. My problem is that this file does not comply with the debian emacs policy. magit stuff should only be autoloaded if debian-emacs-flavor is emacs23 or emacs-snapshot and if the package is installed: (if (member debian-emacs-flavor '(emacs23 emacs-snapshot)) (if (file-exists-p /usr/share/emacs/site-lisp/magit/magit.el) (autoload 'magit-status magit nil t) (message Package magit removed but not purged. Skipping setup.))) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671922: magit: Does not autoload extensions
Yann == Yann Hodique yann.hodi...@gmail.com writes: Timo == Timo Juhani Lindfors timo.lindf...@iki.fi writes: Hi, [ Sending a copy to upstream mailing list for further comments ] I'm bit puzzled here. Isn't this by design? It's not auto-loaded so users will have to (require 'magit-simple-keys) in their .emacs explicitly to use it anyway. -- http://comments.gmane.org/gmane.comp.version-control.git.magit/1156 Hi, this is indeed a bug. The problem is that 50magit.el has not been properly updated. If you instead install magit via package.el instead, you would see that extension code is autoloaded properly. The proper fix is to generate this file (which is fixed in the 'master' git branch but didn't hit any release yet). I just backported the fix to the 'maint' branch, so it'll be fixed in 1.1.2 Thanks, Yann. -- You cannot manipulate a marionette with only one string. -- The Zensunni Whip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671925: [Pkg-haskell-maintainers] Bug#671925: cabal update fails due to stack space overflow. Stack size can't be increased.
Dear Sebastien, Am Dienstag, den 08.05.2012, 09:51 +0200 schrieb Sebastien Hinderer: Package: cabal-install Version: 0.14.0-2 Severity: grave # cabal update Downloading the latest package list from hackage.haskell.org Stack space overflow: current size 8388608 bytes. Use `+RTS -Ksize -RTS' to increase it. # cabal +RTS -Ksize -RTS update cabal: Most RTS options are disabled. Link with -rtsopts to enable them. thanks for the report, unfortunately, I cannot reproduce it here. Does it happen to you with an empty .cabal as well? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#671938: trac-mastertickets: Backport to squeeze
Package: trac-mastertickets Severity: wishlist Dear maintainer, Is it possible to backport trac-mastertickets to squeeze? Squeeze-backports contains Trac 0.12 and squeeze itself conatins a trac-mastertickets for Trac 0.11. By backporting trac-mastertickets this version mismatch could be fixed. Regards, Maarten -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-24-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#671922: magit: Does not autoload extensions
Timo == Timo Juhani Lindfors timo.lindf...@iki.fi writes: Yann Hodique yann.hodi...@gmail.com writes: The proper fix is to generate this file (which is fixed in the 'master' git branch but didn't hit any release yet). Hmm. make in git master generates a really long 50magit.el. My problem is that this file does not comply with the debian emacs policy. magit stuff should only be autoloaded if debian-emacs-flavor is emacs23 or emacs-snapshot and if the package is installed: (if (member debian-emacs-flavor '(emacs23 emacs-snapshot)) (if (file-exists-p /usr/share/emacs/site-lisp/magit/magit.el) (autoload 'magit-status magit nil t) (message Package magit removed but not purged. Skipping setup.))) Sorry, I'm not familiar with the Debian policy. Is there something that needs to be fixed on our side ? I mean *without* referring to things like `debien-emacs-flavor', that are meaningless outside of Debian :) Yann. -- A requirement of creativity is that it contributes to change. Creativity keeps the creator alive. -- FRANK HERBERT, unpublished notes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665498: shotwell: Segmentation fault shortly after starting Shotwell everytime
Package: shotwell Version: 0.12.2-1 Followup-For: Bug #665498 I have tried with version 0.12.2-1. The problem is still there. But, I checked ~/.cache/shotwell/shotwell.log and I found this: L 7981 2012-05-08 12:40:37 [WRN] VideoSupport.vala:122: Unable to read video metadata: File /home/muammar/Photos/Libano 2010/MOV01164.MPG is not a supported video format I have a format not supported by shotwell. When searching about this problem then I found this: http://redmine.yorba.org/issues/3139 So, there is no interest from upstream in supporting this format. So far, I cannot state for sure this is causing the problem I have at least. I think I'll have to convert all those MPG and mpg files I have, and retry to see what happens. I'll write back. Regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shotwell depends on: ii dbus-x11 1.5.12-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-32 ii libcairo-gobject21.12.2-1 ii libcairo21.12.2-1 ii libexif120.6.20-2 ii libexiv2-12 0.23-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-1 ii libgexiv2-1 0.4.1-2+b1 ii libglib2.0-0 2.32.2-1 ii libgomp1 4.7.0-7 ii libgphoto2-2 2.4.14-2 ii libgphoto2-port0 2.4.14-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.1-2 ii libgudev-1.0-0 175-3.1 ii libjavascriptcoregtk-3.0-0 1.8.1-2 ii libpango1.0-01.30.0-1 ii libraw5 0.14.6-1 ii librest-0.7-00.7.12-1 ii librsvg2-common 2.36.1-1 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.11-3 ii libstdc++6 4.7.0-7 ii libunique-3.0-0 3.0.2-1 ii libwebkitgtk-3.0-0 1.8.1-2 ii libx11-6 2:1.4.99.901-2 ii libxml2 2.7.8.dfsg-9 shotwell recommends no packages. shotwell suggests no packages. -- no debconf information -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671872: koffice: FTBFS (error: ambiguous overload for 'operator')
Adam D. Barratt a...@adam-barratt.org.uk (07/05/2012): koffice FTBFS having been binNMUed for the exiv2 transition. From the amd64 build log: […] 12:52:59 [ pinotree] will be hopefully replaced with calligra soon 12:53:52 [ KiBi] meaning it's going to disappear from the exiv2 transition radar? 12:54:13 [ pinotree] you can hint it out of testing, i guess And indeed “dak rm -Rn -s testing koffice” says: | Checking reverse dependencies... | No dependency problem found. Mraw, KiBi. signature.asc Description: Digital signature
Bug#671939: update to version 1.6.0
Package: libthrust-dev Version: 1.5.1-1 There's a new version of Thrust available: 1.6.0 BTW, Thrust is now hosted at github: http://thrust.github.com/ HTH, Sylwester -- http://www.igf.fuw.edu.pl/~slayoo/ Please consider your environmental responsibility before printing this e-mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671875: joe: /-character at line start causes next lines to start with / too
On Tue, May 08, 2012 at 12:24:22PM +0200, Josip Rodin wrote: On Mon, May 07, 2012 at 07:20:15PM +, Thorsten Glaser wrote: Touko Korpela dixit: When line has / character at the beginning it causes next lines to start with / too, until enter is pressed. That is from paragraph wrapping, and normal, because it takes quote chars to all lines, e.g. for #. I think I know what you two are talking about - when you have /something at the start of the line, and use ^KJ to re-wrap the paragraph, then it can duplicate the / in the next line? I can't seem to reproduce it with 3.7-2 right now, but I think I've seen it... Just write some long sentence that has / at the beginning (for example when writing about full path and filename). I noticed it when writing mail. Try: /etc/fstab and now some long story about it aa aa aa (repeat..) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671940: interactive dash does not work in some xen environments
Package: dash Version: 0.5.5.1-7.4 Trying to start dash as interactive shell starts looping error messages until killed, in some xen vps machines. (Unfortunately I don't know why some have this error and others do not.) $ dash dash: Syntax error: ( unexpected (expecting )) (repeat) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671115: [debian-mysql] Bug#671115: transition: mysql-5.5
On Tue, May 8, 2012 at 11:04 AM, Julien Cristau jcris...@debian.org wrote: If that fails then we will be left supporting a version of MySQL that is not supported upstream. Given how well that support works anyway I'm not sure how much of a loss that is. (AFAIK:) Debian-style minimal security updates (for stable) are no longer possible (for both 5.1 and 5.5). Only full (minor) updates are possible. Is this acceptable? If upstream stops supporting 5.1, security updates aren't possible at all. -- Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665327: closed by Scott Howard show...@debian.org (Bug#665327: fixed in eagle 5.12.0-3)
Hi! This bug has been closed about a month ago, but the eagle package still is neither in testing or unstable. Could you please look into it? Thanks, Petr Pasky Baudis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#406935: New experimental LedgerSMB package, 1.3.16-1
On Tue, 2012-05-08 at 04:14 -0400, Raphael Hertzog wrote: I've completed packaging for v1.3.16-1 but I'm assuming that since 1.3.15-2 is still in the new queue that can't be uploaded to unstable or experimental. (If that's incorrect, let me know.) This is wrong, you can perfectly upload 1.3.16-1 even if 1.3.15-2 has not yet been accepted. Both versions will be processed at the same time and the newest version will be installed in unstable. In that case, I'll create a new version of the package and make it available at the mentors site. I'll also include the closing of the ITP bug in this version of it. Jame -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671932: plasma-desktop: segmentation fault after loging, unable to load KDE environment
On Tue, May 8, 2012 at 7:42 PM, Darckense bugrep...@norjane.net wrote: Package: plasma-desktop Version: 4:4.7.4-2+b1 Severity: important I have a critical problem with plasma-desktop since I have updated debian sid two days ago. When I tried to log using plasma desktop environment, the environment start to load, and at the end of the splashscreen, I got an error message : plasma-desktop : signal segmentation fault (11) From there, I have KDE bug report tool which opens, and after I end with an empty screen and have to restart kdm. Attached is the bug report file from the KDE utility. I met this bug too. After I remove following files, I can login now. .kde/share/apps/plasma .kde/share/apps/plasma_applet_news .kde/share/config/plasma-desktoprc .kde/share/config/plasma-desktop-appletsrc .kde/share/config/plasmarc .kde/share/config/plasma-netbook-appletsrc .kde/share/config/plasma-netbookrc .kde/share/config/plasma-overlay-appletsrc -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671941: gnome-commander: FTBFS with gcc 4.7
Source: gnome-commander Version: 1.2.8.15-2 Severity: serious Justification: FTBFS Hi, so apparently the archive-wide rebuild for gcc 4.7 didn't lead to any bug against your package, but the thing is it got binNMUd for the exiv2 transition and it fails to build due to the recent switch to gcc 4.7 as default compiler for a bunch of architectures. I'm not quoting the lengthy error messages, but you now need to use std::make_pair() rather than just make_pair(). Full build log: https://buildd.debian.org/status/fetch.php?pkg=gnome-commanderarch=amd64ver=1.2.8.15-2%2Bb1stamp=1336432082 I'll push a branch to the collab-maint repository as soon as I have the bug number so that I can use it in Bug-Debian in the patch, and in the changelog. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671942: update-python-modules manpage: wrong description for -i
Package: python-support Version: 1.0.14 Severity: normal -b/--bytecompile and -i/--install have identical descriptions in the update-python-modules manual page, but in fact they do quite opposite things. -- 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#671922: magit: Does not autoload extensions
Yann Hodique yann.hodi...@gmail.com writes: Sorry, I'm not familiar with the Debian policy. Is there something that needs to be fixed on our side ? Good question. In general the autoload file is written in a distribution specific way and not inherited from upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671943: ITP: sentry -- A realtime event logging and aggregation platform
Package: wnpp Severity: wishlist Owner: Sylvain Fankhauser sylv...@nibelheim.ch * Package name: sentry Version : 4.1.0 Upstream Author : David Cramer dcra...@gmail.com * URL : https://github.com/dcramer/sentry * License : BSD Programming Lang: Python Description : A realtime event logging and aggregation platform Sentry is a realtime event logging and aggregation platform. It specializes in monitoring errors and extracting all the information needed to do a proper post-mortem without any of the hassle of the standard user feedback loop. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657183: xserver-xorg-input-synaptics: ETPS/2 Elantech touchpad, right click not working, two finger scroll not working
mateusz.ka...@gmail.com mateusz.ka...@gmail.com (08/05/2012): No 1.6.0 does not help. (Xorg.0.log in attachment). The button that is present on laptop and was designed to work, does not. Thanks for the update. You may want to file a bug on fd.o so that upstream can interact with you directly with questions and proposed patches: https://bugs.freedesktop.org/ product is xorg, component is Input/synaptics Please let us know the bug URL for tracking. Mraw, KiBi. signature.asc Description: Digital signature
Bug#671944: libnepomuk4: Virtuoso entirely missing from testing, making Nepomuk unusable
Package: libnepomuk4 Version: 4:4.7.4-4 Severity: grave Justification: renders package unusable Virtuoso is missing from testing, and without it, Nepomuk does not work (also see [1]). As I had to find out the hard way [2], reporting this against Virtuoso is wrong (sorry for the multiple bug reports caused by this). As a result of virtuoso missing, new installations will not be able to get a working Nepomuk, making the package unusable. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671391 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671882 Kind regards, Ralf -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 libnepomuk4 depends on: ii libc62.13-32 ii libkdecore5 4:4.7.4-4 ii libkdeui54:4.7.4-4 ii libqt4-dbus 4:4.7.4-3 ii libqtcore4 4:4.7.4-3 ii libqtgui44:4.7.4-3 ii libsoprano4 2.7.5+dfsg.1-1 ii libstdc++6 4.7.0-3 libnepomuk4 recommends no packages. libnepomuk4 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