Bug#557018: texlive-extra-utils: please add Conflicts/Replaces purifyeps
Hi Cédric, On Do, 19 Nov 2009, Cédric Boutillier wrote: > texlive-extra-utils contains /usr/bin/purifyeps, which is also provided > by the "purifyeps" package. If purifyeps is installed together with Thanks, I have added the changes to our repository that we will not ship purifyeps anymore in texlive-extra-utils, but recommend purifyeps. Best wishes Norbert --- Dr. Norbert PreiningAssociate Professor JAIST Japan Advanced Institute of Science and Technology prein...@jaist.ac.jp Vienna University of Technology prein...@logic.at Debian Developer (Debian TeX Task Force)prein...@debian.org gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- GRINSTEAD (n.) The state of a lady's clothing after she has been to powder her nose and has hitched up her tights over her skirt at the back, thus exposing her bottom, and has walked out without noticing it. --- 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#551147: liferea crashes when trying to read new posts from Unread folder
On Mon, 2009-10-19 at 13:59 +0200, Emilio Pozuelo Monfort wrote: > What libsoup2.4 and webkit versions? Can you install libsoup2.4-dbg and > libwebkit-1.0-2-dbg and get a new backtrace? > I've not been able to reproduce the crash after installing libsoup2.4-dbg and libwebkit-1.0-2-dbg. The problem persists after removing the debugging packages, though.
Bug#557056: prayer-templates-src and prayer-templates-dev: error when trying to install together
Package: prayer-templates-dev,prayer-templates-src Version: prayer-templates-dev/1.3.2-dfsg1-3 Version: prayer-templates-src/1.3.2-dfsg1-3 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2009-11-19 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! binutils libgmp3c2 libmpfr1ldbl cpp-4.3 cpp libgomp1 gcc-4.3 gcc make prayer-templates-dev prayer-templates-src Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package binutils. (Reading database ... 10432 files and directories currently installed.) Unpacking binutils (from .../binutils_2.20-4_amd64.deb) ... Selecting previously deselected package libgmp3c2. Unpacking libgmp3c2 (from .../libgmp3c2_2%3a4.3.1+dfsg-3_amd64.deb) ... Selecting previously deselected package libmpfr1ldbl. Unpacking libmpfr1ldbl (from .../libmpfr1ldbl_2.4.1-2_amd64.deb) ... Selecting previously deselected package cpp-4.3. Unpacking cpp-4.3 (from .../cpp-4.3_4.3.4-6_amd64.deb) ... Selecting previously deselected package cpp. Unpacking cpp (from .../cpp_4%3a4.3.4-1_amd64.deb) ... Selecting previously deselected package libgomp1. Unpacking libgomp1 (from .../libgomp1_4.4.2-2_amd64.deb) ... Selecting previously deselected package gcc-4.3. Unpacking gcc-4.3 (from .../gcc-4.3_4.3.4-6_amd64.deb) ... Selecting previously deselected package gcc. Unpacking gcc (from .../gcc_4%3a4.3.4-1_amd64.deb) ... Selecting previously deselected package make. Unpacking make (from .../archives/make_3.81-7_amd64.deb) ... Selecting previously deselected package prayer-templates-dev. Unpacking prayer-templates-dev (from .../prayer-templates-dev_1.3.2-dfsg1-3_amd64.deb) ... Selecting previously deselected package prayer-templates-src. Unpacking prayer-templates-src (from .../prayer-templates-src_1.3.2-dfsg1-3_all.deb) ... dpkg: error processing /var/cache/apt/archives/prayer-templates-src_1.3.2-dfsg1-3_all.deb (--unpack): trying to overwrite '/usr/include/prayer/os.h', which is also in package prayer-templates-dev 0:1.3.2-dfsg1-3 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/prayer-templates-src_1.3.2-dfsg1-3_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violate section 7.6.1 of the policy. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/include/prayer/assoc.h usr/include/prayer/buffer.h usr/include/prayer/cdb.h usr/include/prayer/html.h usr/include/prayer/iostream.h usr/include/prayer/ipaddr.h usr/include/prayer/lib.h usr/include/prayer/list.h usr/include/prayer/memblock.h usr/include/prayer/misc.h usr/include/prayer/mydb.h usr/include/prayer/mymutex.h usr/include/prayer/mystring.h usr/include/prayer/os.h usr/include/prayer/pool.h usr/include/prayer/process.h usr/include/prayer/raven_wls_response.h usr/include/prayer/setproctitle.h usr/include/prayer/ssl.h usr/include/prayer/str.h usr/include/prayer/template.h usr/include/prayer/template_vals.h usr/include/prayer/utf8.h This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. -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#557054: tulip-doc and libmesh-doc: error when trying to install together
Package: libmesh-doc,tulip-doc Version: libmesh-doc/0.6.4.dfsg-1 Version: tulip-doc/3.1.2-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2009-11-19 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! tulip-doc libmesh-doc Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package tulip-doc. (Reading database ... 10432 files and directories currently installed.) Unpacking tulip-doc (from .../tulip-doc_3.1.2-2_all.deb) ... Selecting previously deselected package libmesh-doc. Unpacking libmesh-doc (from .../libmesh-doc_0.6.4.dfsg-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/libmesh-doc_0.6.4.dfsg-1_all.deb (--unpack): trying to overwrite '/usr/share/man/man3/Point.3.gz', which is also in package tulip-doc 0:3.1.2-2 dpkg-deb: subprocess paste killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libmesh-doc_0.6.4.dfsg-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) cow-shell unlink .ilist: No such file or directory This is a serious bug as it makes installation fail, and violate section 7.6.1 of the policy. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. 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/man3/Point.3.gz usr/share/man/man3/Sphere.3.gz usr/share/man/man3/Triangle.3.gz usr/share/man/man3/std.3.gz This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. -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#557055: roxterm: Roxterm does not appear in the Gnome preferred applications list for terminal emulator
Package: roxterm Version: 1.15.2-1 Severity: minor What steps will reproduce the problem? 1. login to Gnome session 2. System -> Preferences -> Preferred Applications What is the expected output? roxterm on the list of preferred terminal emulators. What do you see instead? roxterm is not on the list of preferred terminal emulators. The roxterm packager can use these instructions to create the files needed to tell gnome-control-center about roxterm. http://live.gnome.org/ControlCenter/AddingDefaultApplications -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557050: grc and gnuradio-companion: error when trying to install together
Package: gnuradio-companion,grc Version: gnuradio-companion/3.2.2.dfsg-1 Version: grc/1.3 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2009-11-19 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! x11-common libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxfixes3 libmagic1 file libdb4.5 libpcre3 libsqlite3-0 libxml2 mime-support python2.5-minimal python2.5 python-minimal python python-central ucf defoma libexpat1 libfreetype6 ttf-dejavu-core ttf-dejavu-extra ttf-dejavu fontconfig-config libfontconfig1 fontconfig gnuradio gnuradio-doc usrp-doc libxslt1.1 python-lxml python-support python-cheetah libsysfs2 tsconf libts-0.0-0 libdirectfb-1.2-0 libpixman-1-0 libpng12-0 libxcb-render0 libxcb-render-util0 libxrender1 libcairo2 python-cairo libffi5 libglib2.0-0 libgirepository1.0-0 python-gobject libgfortran3 libblas3gf liblapack3gf python-numpy libatk1.0-0 libgtk2.0-common libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3 libcups2 libjpeg62 libjasper1 libpango1.0-common libdatrie1 libthai-data libthai0 libxft2 libpango1.0-0 libtiff4 libxext6 libxcomposite1 libxcursor1 libxdamage1 libxi6 libxinerama1 libxrandr2 shared-mime-info libgtk2.0-0 python-gtk2 gnuradio-companion grc Extracting templates from packages: 36% Extracting templates from packages: 72% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package x11-common. (Reading database ... 10432 files and directories currently installed.) Unpacking x11-common (from .../x11-common_1%3a7.4+4_all.deb) ... Selecting previously deselected package libxau6. Unpacking libxau6 (from .../libxau6_1%3a1.0.5-1_amd64.deb) ... Selecting previously deselected package libxdmcp6. Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.0.2-3_amd64.deb) ... Selecting previously deselected package libxcb1. Unpacking libxcb1 (from .../libxcb1_1.4-1_amd64.deb) ... Selecting previously deselected package libx11-data. Unpacking libx11-data (from .../libx11-data_2%3a1.2.2-1_all.deb) ... Selecting previously deselected package libx11-6. Unpacking libx11-6 (from .../libx11-6_2%3a1.2.2-1_amd64.deb) ... Processing triggers for man-db ... Can not write log, openpty() failed (/dev/pts not mounted?) Setting up x11-common (1:7.4+4) ... Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libxfixes3. (Reading database ... 10735 files and directories currently installed.) Unpacking libxfixes3 (from .../libxfixes3_1%3a4.0.3-2_amd64.deb) ... Selecting previously deselected package libmagic1. Unpacking libmagic1 (from .../libmagic1_5.03-3_amd64.deb) ... Selecting previously deselected package file. Unpacking file (from .../archives/file_5.03-3_amd64.deb) ... Selecting previously deselected package libdb4.5. Unpacking libdb4.5 (from .../libdb4.5_4.5.20-13_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_7.8-3_amd64.deb) ... Selecting previously deselected package libsqlite3-0. Unpacking libsqlite3-0 (from .../libsqlite3-0_3.6.20-1_amd64.deb) ... Selecting previously deselected package libxml2. Unpacking libxml2 (from .../libxml2_2.7.6.dfsg-1_amd64.deb) ... Selecting previously deselected package mime-support. Unpacking mime-support (from .../mime-support_3.46-1_all.deb) ... Selecting previously deselected package python2.5-minimal. Unpacking python2.5-minimal (from .../python2.5-minimal_2.5.4-2_amd64.deb) ... Selecting previously deselected package python2.5. Unpacking python2.5 (from .../python2.5_2.5.4-2_amd64.deb) ... Selecting previously deselected package python-minimal. Unpacking python-minimal (from .../python-minimal_2.5.4-2_all.deb) ... Selecting previously deselected package python. Unpacking python (from .../python_2.5.4-2_all.deb) ... Selecting previously deselected package python-central. Unpacking python-central (from .../python-central_0.6.13_all.deb) ... Selecting previously deselected package ucf. Unpacking ucf (from .../archives/ucf_3.0024_all.deb) ... Moving old data out of the way Selecting previously deselected package defoma. Unpacking defoma (from .../defoma_0.11.10-2_all.deb) ... Selecting previously deselected package libexpat1. Unpacking libexpat1 (from .../libexpat1_2.0.1-5_amd64.deb) ... Selecting previously deselected package libfreetype6. Unpacking libfreetype6 (from .../libfreetype6_2.3.11-1_amd64.deb) ... Selecting previously deselected package ttf-dejavu-core. Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.30-1_all.deb) ... Selecting previously deselected package ttf-dejavu-extra. Unpacking ttf-dejavu-extra (from .../ttf-dej
Bug#550678: aqualung: diff for NMU version 0.9~beta10-2.1
Package: aqualung Version: 0.9~beta10-2 Severity: normal Tags: patch Adam, Here is the NMU patch for your convenience. Cheers, John -- John Blog http://www.inodes.org LCA2010 http://www.lca2010.org.nz diff -u aqualung-0.9~beta10/debian/control aqualung-0.9~beta10/debian/control --- aqualung-0.9~beta10/debian/control +++ aqualung-0.9~beta10/debian/control @@ -2,7 +2,7 @@ Section: sound Priority: extra Maintainer: Adam Cécile (Le_Vert) -Build-Depends: debhelper (>= 5), autotools-dev, libgtk2.0-dev (>= 2.6), libxml2-dev, libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] | libasound-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libjack-dev, libsamplerate0-dev | libsamplerate-dev, libsndfile1-dev (>= 1.0.12) | libsndfile-dev (>= 1.0.12), libflac-dev, libvorbis-dev, libmodplug-dev (>= 0.8), libmpcdec-dev, liboggz1-dev | liboggz-dev, libspeex-dev, libmad0-dev, liblrdf0-dev (>= 0.4.0) | liblrdf-dev (>= 0.4.0), libcddb2-dev | libcddb-dev (>= 1.2.1), libusb-dev (>= 1.2.1), libifp-dev, libwavpack-dev (>= 4.40.0), libavformat-dev, libcdio-paranoia-dev (>= 0.76), imagemagick, dpatch +Build-Depends: debhelper (>= 5), autotools-dev, libgtk2.0-dev (>= 2.6), libxml2-dev, libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] | libasound-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libjack-dev, libsamplerate0-dev | libsamplerate-dev, libsndfile1-dev (>= 1.0.12) | libsndfile-dev (>= 1.0.12), libflac-dev, libvorbis-dev, libmodplug-dev (>= 0.8), libmpcdec-dev, liboggz2-dev | liboggz-dev, libspeex-dev, libmad0-dev, liblrdf0-dev (>= 0.4.0) | liblrdf-dev (>= 0.4.0), libcddb2-dev | libcddb-dev (>= 1.2.1), libusb-dev (>= 1.2.1), libifp-dev, libwavpack-dev (>= 4.40.0), libavformat-dev, libcdio-paranoia-dev (>= 0.76), imagemagick, dpatch Standards-Version: 3.8.3 Homepage: http://aqualung.sourceforge.net/ diff -u aqualung-0.9~beta10/debian/changelog aqualung-0.9~beta10/debian/changelog --- aqualung-0.9~beta10/debian/changelog +++ aqualung-0.9~beta10/debian/changelog @@ -1,3 +1,10 @@ +aqualung (0.9~beta10-2.1) unstable; urgency=low + + * Non-maintainer upload (At request of maintainer). + * Depend on liboggz2 (Closes: #550678, #552716). + + -- John Francesco Ferlito Thu, 19 Nov 2009 18:26:17 +1100 + aqualung (0.9~beta10-2) unstable; urgency=low * Only build depends on libjack-dev (Closes: #527401).
Bug#557052: lua-iconv and liblua5.1-iconv0: error when trying to install together
Package: liblua5.1-iconv0,lua-iconv Version: liblua5.1-iconv0/6-2 Version: lua-iconv/6-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2009-11-19 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! liblua5.1-iconv0 lua-iconv Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package liblua5.1-iconv0. (Reading database ... 10432 files and directories currently installed.) Unpacking liblua5.1-iconv0 (from .../liblua5.1-iconv0_6-2_amd64.deb) ... Selecting previously deselected package lua-iconv. Unpacking lua-iconv (from .../lua-iconv_6-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/lua-iconv_6-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/lua/5.1/iconv.so', which is also in package liblua5.1-iconv0 0:6-2 Errors were encountered while processing: /var/cache/apt/archives/lua-iconv_6-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 violate section 7.6.1 of the policy. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. 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/lib/lua/5.1/iconv.so This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. -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#557041: Functions coming up with #NAME? and, com.sun.star.sheet.addin.analysis)
[ why oh wy can't you do it proprtly and like *everyone* else and just add the text to your initial mail. Yes, reportbug *can* do it ]. Hi, On Thu, Nov 19, 2009 at 06:55:39AM +, John Talbut wrote: > I have some spreadsheets that have been working fine until very recently. > Now, > with some functions, e.g. EOMONTH the cells just show #NAME? and the cell > contents window shows, e.g. > =com.sun.star.sheet.addin.analysis.geteomonth(A2,-1). > If I delete the com.sun.star.sheet.addin.analysis.get (i.e. everything except > = > eomonth(A2,-1) the function works and reverts to EOMONTH. I can then save the > spreadsheet and when I reopen it it is still correct. Try with a supported version and reconfirm then. (means: 1:3.1.1-8 from sid) I will not care a second about bugs only in 1:3.1.1-2. Grüße/Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557051: myspell-de-de-oldspell and hunspell-de-de-frami: error when trying to install together
Package: hunspell-de-de-frami,myspell-de-de-oldspell Version: hunspell-de-de-frami/1:3.2.0~beta-1 Version: myspell-de-de-oldspell/1:2-25.1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2009-11-19 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! dictionaries-common hunspell-de-de-frami myspell-de-de-oldspell Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package dictionaries-common. (Reading database ... 10432 files and directories currently installed.) Unpacking dictionaries-common (from .../dictionaries-common_1.3.2_all.deb) ... Adding `diversion of /usr/share/dict/words to /usr/share/dict/words.pre-dictionaries-common by dictionaries-common' Selecting previously deselected package hunspell-de-de-frami. Unpacking hunspell-de-de-frami (from .../hunspell-de-de-frami_1%3a3.2.0~beta-1_all.deb) ... Selecting previously deselected package myspell-de-de-oldspell. Unpacking myspell-de-de-oldspell (from .../myspell-de-de-oldspell_1%3a2-25.1_all.deb) ... dpkg: error processing /var/cache/apt/archives/myspell-de-de-oldspell_1%3a2-25.1_all.deb (--unpack): trying to overwrite '/usr/share/hunspell/de_DE.aff', which is also in package hunspell-de-de-frami 1:3.2.0~beta-1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/myspell-de-de-oldspell_1%3a2-25.1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violate section 7.6.1 of the policy. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. 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/hunspell/de_DE.aff usr/share/hunspell/de_DE.dic usr/share/myspell/dicts/de_DE.aff usr/share/myspell/dicts/de_DE.dic This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. -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#539857: fixed in upstream 1.6.1
tags 539857 +fixed-upstream thanks * Fixes Debian #539857: Hide link cosmos for items that don't have a valid url, instead of displaying it and crashing when clicked. (Emilio Pozuelo Monfort, reported by Nelson A. de Oliveira) Thanks for the bug report Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513348: Announce of the upcoming NMU for the xmame package
Dear maintainer of xmame and Debian translators, Some days ago, I sent a notice to the maintainer of the xmame Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es eu fi fr gl it ja pt pt_BR ru sv vi Among these, the following translations are incomplete: es eu gl pt_BR If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the xmame package so I can incorporate them in the build. The deadline for receiving updates and new translations is Wednesday, November 25, 2009. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Saturday, November 14, 2009 : send the first intent to NMU notice to the package maintainer. Thursday, November 19, 2009 : send this notice Wednesday, November 25, 2009 : (midnight) deadline for receiving translation updates Thursday, November 26, 2009 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Thursday, December 03, 2009 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR , YEAR. # #, fuzzy msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "Report-Msgid-Bugs-To: xm...@packages.debian.org\n" "POT-Creation-Date: 2008-12-26 07:56+0100\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "Last-Translator: FULL NAME \n" "Language-Team: LANGUAGE \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=CHARSET\n" "Content-Transfer-Encoding: 8bit\n" #. Type: boolean #. Description #: ../xmame-x.templates:1001 msgid "Do you want /usr/games/xmame.x11 to be installed SUID root?" msgstr "" #. Type: boolean #. Description #: ../xmame-x.templates:1001 msgid "You have the option of installing xmame.x11 with the SUID bit set." msgstr "" #. Type: boolean #. Description #: ../xmame-x.templates:1001 msgid "" "If you make xmame.x11 SUID (i.e privileged), you can use the DGA extension " "of your X server, which is currently the fastest fullscreen method for " "xmame. This could, however, potentially allow xmame to be used during a " "security attack on your computer. If you are playing network games it is " "recommended that you decline. Otherwise, select this option and enjoy " "fullscreen games. If you change your mind later, you can run: dpkg-" "reconfigure xmame-x." msgstr "" #. Type: boolean #. Description #: ../xmess-x.templates:1001 msgid "Do you want /usr/games/xmess.x11 to be installed SUID root?" msgstr "" #. Type: boolean #. Description #: ../xmess-x.templates:1001 msgid "You have the option of installing xmess.x11 with the SUID bit set." msgstr "" #. Type: boolean #. Description #: ../xmess-x.templates:1001 msgid "" "If you make xmess SUID (i.e privileged), you can use the DGA extension of " "your X server, which is currently the fastest fullscreeen method for xmess. " "This could, however, potentially allow xmess to be used during a security " "attack on your computer. If you are playing network games, it is recommended " "that you decline. Otherwise, accept and enjoy fullscreen games. If you " "change your mind later, you can run: dpkg-reconfigure xmess-x." msgstr "" signature.asc Description: Digital signature
Bug#557049: roxterm: Roxterm does not appear in the Gnome preferred applications list for terminal emulator
Package: roxterm Version: 1.15.2-1 Severity: minor What steps will reproduce the problem? 1. login to Gnome session 2. System -> Preferences -> Preferred Applications What is the expected output? roxterm on the list of preferred terminal emulators. What do you see instead? roxterm is not on the list of preferred terminal emulators. The roxterm packager can use these instructions to create the files needed to tell gnome-control-center about roxterm. http://live.gnome.org/ControlCenter/AddingDefaultApplications -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-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 Versions of packages roxterm depends on: ii libc6 2.10.1-3ubuntu1 GNU C Library: Shared libraries ii libdbus-1-31.2.16-0ubuntu9 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.2-0ubuntu1 The GLib library of C routines ii libgtk2.0-02.18.3-1ubuntu2 The GTK+ graphical user interface ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libvte91:0.22.2-0ubuntu2 Terminal emulator widget for GTK+ roxterm recommends no packages. roxterm 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#557053: liblua5.1-orbit1 and liblua5.1-orbit0: error when trying to install together
Package: liblua5.1-orbit0,liblua5.1-orbit1 Version: liblua5.1-orbit0/2.0.2-3 Version: liblua5.1-orbit1/2.1.0+dfsg-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2009-11-19 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! libexpat1 liblua5.1-lpeg2 liblua5.1-cosmo0 liblua5.1-expat0 liblua5.1-filesystem0 liblua5.1-socket2 liblua5.1-rings0 lua5.1 liblua5.1-wsapi1 liblua5.1-orbit0 liblua5.1-orbit1 Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libexpat1. (Reading database ... 10432 files and directories currently installed.) Unpacking libexpat1 (from .../libexpat1_2.0.1-5_amd64.deb) ... Selecting previously deselected package liblua5.1-lpeg2. Unpacking liblua5.1-lpeg2 (from .../liblua5.1-lpeg2_0.9-4_amd64.deb) ... Selecting previously deselected package liblua5.1-cosmo0. Unpacking liblua5.1-cosmo0 (from .../liblua5.1-cosmo0_8.04.14-3_all.deb) ... Selecting previously deselected package liblua5.1-expat0. Unpacking liblua5.1-expat0 (from .../liblua5.1-expat0_1.1.0-3_amd64.deb) ... Selecting previously deselected package liblua5.1-filesystem0. Unpacking liblua5.1-filesystem0 (from .../liblua5.1-filesystem0_1.4.2-2_amd64.deb) ... Selecting previously deselected package liblua5.1-socket2. Unpacking liblua5.1-socket2 (from .../liblua5.1-socket2_2.0.2-4_amd64.deb) ... Selecting previously deselected package liblua5.1-rings0. Unpacking liblua5.1-rings0 (from .../liblua5.1-rings0_1.2.2-2_amd64.deb) ... Selecting previously deselected package lua5.1. Unpacking lua5.1 (from .../lua5.1_5.1.4-5_amd64.deb) ... Selecting previously deselected package liblua5.1-wsapi1. Unpacking liblua5.1-wsapi1 (from .../liblua5.1-wsapi1_1.1.0-6_all.deb) ... Selecting previously deselected package liblua5.1-orbit0. Unpacking liblua5.1-orbit0 (from .../liblua5.1-orbit0_2.0.2-3_all.deb) ... Selecting previously deselected package liblua5.1-orbit1. Unpacking liblua5.1-orbit1 (from .../liblua5.1-orbit1_2.1.0+dfsg-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/liblua5.1-orbit1_2.1.0+dfsg-1_all.deb (--unpack): trying to overwrite '/usr/share/lua/5.1/orbit/orbit.lua', which is also in package liblua5.1-orbit0 0:2.0.2-3 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/liblua5.1-orbit1_2.1.0+dfsg-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violate section 7.6.1 of the policy. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. 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/lua/5.1/orbit/cache.lua usr/share/lua/5.1/orbit/init.lua usr/share/lua/5.1/orbit/model.lua usr/share/lua/5.1/orbit/ophandler.lua usr/share/lua/5.1/orbit/orbit.lua usr/share/lua/5.1/orbit/pages.lua This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. -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#557042: youtube-dl: 1080p support
Hi, Josh.
On Nov 18 2009, Josh Triplett wrote:
> Youtube just added 1080p support, as format 37; please add this to the
> list of formats for -b, as the most preferred.
Oh, thanks for the reminder.
I will upload as soon as I can find a sponsor, as this package doesn't
have the DMUA: yes field set yet. :-(
Regards, Rogério.
--
Rogério Brito : rbr...@{mackenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552471: patch
Here's a patch.
Regards,
Aurélien
--- ui.cc.orig 2009-11-19 08:24:24.0 +0100
+++ ui.cc 2009-11-19 08:27:25.0 +0100
@@ -491,9 +491,10 @@
if(protocol == "su")
{
std::ostringstream cmdbuf;
- cmdbuf << argv0 << "--no-gui -S "
- << statusname.get_name() << " "
- << args;
+ cmdbuf << argv0
+ << " --no-gui"
+ << " -S " << statusname.get_name()
+ << " " << args;
execl(root_program.c_str(), root_program.c_str(), "-c", cmdbuf.str().c_str(), NULL);
exit(1);
Bug#556972: [16a76cd] Fix for Bug#556972 committed to git
tags 556972 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Thu, 19 Nov 2009 01:14:32 -0600. The fix will be in the next upload. = [libselinux]: Do not ship /selinux Shipping /selinux is a violation of the FHS, and is proscribed by Debian policy. There is nothing that actually depends on /selinux being present, possibly apart from user scripts. From this point on, the machine operator will have to decide where to locate the mount point for selinuxfs, and modify /etc/fstab accordingly. SELinux modules scan for selinuxfs in /proc/mounts, so everything should adjust to the location of the selinuxfs mount automatically. Closes: #556972 Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557048: piuparts: please check that /bin and /lib binaries don't need stuff from /usr
Package: piuparts Version: 0.36 Severity: wishlist Hi, Would be great if piuparts detected /bin and /lib binaries linking to libraries residing under /usr. A command to get the list of /usr libs needed by $bin is: ldd $bin 2>/dev/null | sed -nr 's,^[^/]+(/usr/lib/[^ ]+).+$,\1,;T;p' Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557044: parted: Parted 1.8.8.git.2009.07.19 not informing the kernel of changes to the partition table
Oops... I accidentally sent an unfinished mail. The info I did not put: On GParted bugzilla, a bug about parted 1.9.0 not informing the kernel of changes to the partition table has been confirmed [1]. I believe this bug also exists in the parted 1.8.8.git.2009.07.19-5, which is now in Debian Sid. A patch file on git.debian.org is available: http://git.debian.org/?p=parted/parted.git;a=commit;h=ad25892bb995f61b0ddf801ed1f74e0b1e7390ce Or you can find it at the fedora site: http://koji.fedoraproject.org/koji/buildinfo?buildID=129982 Hope this one can be applied in parted 1.8.8.git.2009.07.19-5, or the upcoming 1.9.0 (if it will be available soon), too. My 2 cents. [1]. https://bugzilla.gnome.org/show_bug.cgi?id=601574#c13 Steven Shiau wrote: Package: parted Version: 1.8.8.git.2009.07.19-5 Severity: grave Justification: renders package unusable Parted 1.8.8.git.2009.07.19 not informing the kernel of changes to the partition -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages parted depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libparted1.8-12 1.8.8.git.2009.07.19-5 The GNU Parted disk partitioning s ii libreadline5 5.2-7 GNU readline and history libraries parted recommends no packages. Versions of packages parted suggests: pn parted-doc (no description available) -- no debconf information -- Steven Shiau National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557047: parted: Parted 1.8.8.git.2009.07.19 not informing the kernel of changes to the partition table
Package: parted Version: 1.8.8.git.2009.07.19-5 Justification: renders package unusable Severity: grave *** Please type your report below this line *** On GParted bugzilla, a bug about parted 1.9.0 not informing the kernel of changes to the partition table has been confirmed [1]. I believe this bug also exists in the parted 1.8.8.git.2009.07.19-5, which is now in Debian Sid. A patch file on git.debian.org is available: http://git.debian.org/?p=parted/parted.git;a=commit;h=ad25892bb995f61b0ddf801ed1f74e0b1e7390ce Or you can find it at the fedora site: http://koji.fedoraproject.org/koji/buildinfo?buildID=129982 Hope this one can be applied in parted 1.8.8.git.2009.07.19-5, or the upcoming 1.9.0 (if it will be available soon), too. My 2 cents. [1]. https://bugzilla.gnome.org/show_bug.cgi?id=601574#c13 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages parted depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libparted1.8-12 1.8.8.git.2009.07.19-5 The GNU Parted disk partitioning s ii libreadline5 5.2-7 GNU readline and history libraries parted recommends no packages. Versions of packages parted suggests: pn parted-doc (no description available) -- no debconf information -- Steven Shiau National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557041: Functions coming up with #NAME? and, com.sun.star.sheet.addin.analysis)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have some spreadsheets that have been working fine until very recently. Now, with some functions, e.g. EOMONTH the cells just show #NAME? and the cell contents window shows, e.g. =com.sun.star.sheet.addin.analysis.geteomonth(A2,-1). If I delete the com.sun.star.sheet.addin.analysis.get (i.e. everything except = eomonth(A2,-1) the function works and reverts to EOMONTH. I can then save the spreadsheet and when I reopen it it is still correct. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAksE6+oACgkQr25HPV5NGy8O5wCgtl/KMn2chYxXpuQNLzYhHJja zeAAoLHPTzpwhfEZjqM8+IzqF9SLy+cT =/jOI -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#557046: cppcheck: false negative resource leak on exit()
Package: cppcheck
Version: 1.38-1
Severity: wishlist
Hi,
Attached test case demonstrates a possible fd leak whenever exit(3) is called.
cppcheck correctly detects the leakage when 'return' is used instead.
Would be great if cppcheck could handle exit(3) as well.
Cheers,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
void t(void) {
FILE *a,*b;
if ((a = fopen("/dev/null", "r")) == NULL)
exit(EXIT_FAILURE);
if ((b = fopen("/dev/null", "r")) == NULL)
exit(EXIT_FAILURE);
fclose(a);
fclose(b);
}
Bug#556929: [34fa772] Fix for Bug#556929 committed to git
tags 556929 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Thu, 19 Nov 2009 00:35:40 -0600. The fix will be in the next upload. = Rework handling of XEN packages So far, kernel-package would pay special attention to the configuration files that enabled XEN hypervisor/guest images, mangling the package name, and changing the file paths where the images were dumped. This caused no end of confusion to third party tools, and also surprised people when packages with different names had unexpected file conflicts. With dpkg defaulting to --force-overwrite that could be catastrophic. This is because a normal kernel image, a XenU or a Xen0 image, all looked for modules in /lib/modules/$version, and would conflict. With this commit, kernel-package stops paying attention to the XEN configuration hints in the config, producing a normal kernel image. If users want to have a DomU or a Dom0 image from the same kernel version, they will have to do what people wanting to run kernels witht he same version with differing configurations have always had to do: use --append-to-version to make the kernel images packages not conflict. Closes: #556929 Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556979: Acknowledgement (wiki.debian.org: cannot login)
On Wed, 2009-11-18 at 19:37 -0300, Felipe Sateler wrote: > Frank Lin PIAT wrote: > > On Wed, 2009-11-18 at 17:52 -0300, Felipe Sateler wrote: > >> [..] it is wrong that it did let me change my password. > > > > This behavior is be design: Moinmoin send your password when you request > > it. If you want to change your password, log into the wiki, then click > > on settings, then Change password (!). > > Actually, it sends a token which I use to change my password. > > But I need to supply my username and e-mail address for that. And even > though I provided the wrong username, it sent me an e-mail. I've just checked and it's actually the behavior by design: "provide your email address *or* username". Do you think that this is a problem? (personally, I think it's the sensible behavior, because people who lost their password may have forgotten their username too) Franklin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557011: mountall fails during boot when a device file doesn't exist even noauto is set
[Christoph Anton Mitterer] > As it should not mount "noauto" filesystems anyway, why does it have > to fail here? This sound like incorrect information in fstab. The noauto flag is not used by fsck, the fsck pass number is. The sixth field must be 0 if you do not want the file system checked during boot. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557022: [Evolution] Bug#557022: evolution: error while converting a mail database while upgrade from lenny to sid version
On jeu., 2009-11-19 at 04:47 +0300, amarao wrote: > Package: evolution > Version: 2.28.1-2 > Severity: important > > After upgrading from lenny version (2.22.3.1-1) to current sid version > (2.28.1-2) during local mailbox (mbox format) convertion evolution > trapping. Console > output in attachment. What do you mean by “evolution trapping”? In the end, does the convert work? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#555853: Patch
Yes, you're right. The problem is the deprecated version 0.7 of network-manager in Debian. Compiling blueman without hal, it uses newer modules for NM, which fail with hal based 0.7. Does anybody have a clue when to reckon an update of network-manager? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556783: closed by Manoj Srivastava
Bug #556783, see also Bug #556043 Still broken (arch:amd64) Setting up linux-image-2.6.31-xenu (custom.1.2) ... Internal Error: Could not find image (/boot/xenu-linux-2.6.31) dpkg: error processing linux-image-2.6.31-xenu (--configure): subprocess installed post-installation script returned error exit status 2 Please do not close these bugs until tested. Thank you. Sincerely, Alan Braslau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557045: cppcheck: please recognise that read(2) can lead to buffer overflows
Package: cppcheck
Version: 1.38-1
Severity: wishlist
Hi,
It would be great if cppcheck detected the two buffer overflows demonstrated
on the attached test case.
Cheers,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
int fd=0;
void foo(void)
{
charbuf[10];
ssize_t len;
// this is detected:
len = sizeof buf;
buf[len] = '\0';
// this is not:
len = read (fd, buf, 100);
// this one either:
len = read (fd, buf, sizeof buf);
buf[len] = '\0';
}
Bug#557044: parted: Parted 1.8.8.git.2009.07.19 not informing the kernel of changes to the partition table
Package: parted Version: 1.8.8.git.2009.07.19-5 Severity: grave Justification: renders package unusable Parted 1.8.8.git.2009.07.19 not informing the kernel of changes to the partition -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages parted depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libparted1.8-12 1.8.8.git.2009.07.19-5 The GNU Parted disk partitioning s ii libreadline5 5.2-7 GNU readline and history libraries parted recommends no packages. Versions of packages parted suggests: pn parted-doc (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557043: libpcap-ruby1.8: /usr/lib/ruby/1.8/pcaplet.rb:77:in `=~': wrong type Regexp (expected Pcap::Packet) (TypeError)
Package: libpcap-ruby1.8
Version: 0.6-9.1
Severity: normal
Attempting to add two Filter objects to a Pcaplet object produces the error.
I have included sample code that will reproduce the error, along with a patch
to
/usr/lib/ruby/1.8/pcaplet.rb that seems to resolve the issue.
Simple code sample that reproduces the error:
#!/usr/bin/ruby
require 'pcaplet'
network = Pcaplet.new
# The first add_filter works correctly, but adding the second filter
produces the error.
network.add_filter(Pcap::Filter.new('src net 192.168.0.0/24',
network.capture))
network.add_filter(Pcap::Filter.new('dst port 80', network.capture))
network.close
exit(0)
Line 77 in pcaplet.rb uses a regular expression to check to see if @filter an
empty string.
If @filter is empty, then it is set to f. If f was a Filter object, then when
=~ is
used on @filter in the next add_filter call, it expects a Packet to come after
the =~
operator and fails.
The solution I found is to sanitize the f variable and make sure it is a string
before
it gets assigned to initialize the @filter variable. This is done by moving
line 80 up,
to before the if statement on line 77.
The patch I used on the /usr/lib/ruby/1.8/pcaplet.rb file is as follows:
76a77
> f = f.source if f.is_a? Filter
80d80
< f = f.source if f.is_a? Filter
After applying the patch, both Filter objects are successfully added without
error.
Regards,
Clinton Gower
-- System Information:
Debian Release: sid
APT prefers transitional
APT policy: (500, 'transitional'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libpcap-ruby1.8 depends on:
ii libc62.10.1-5GNU C Library: Shared libraries
ii libpcap0.8 1.0.0-4 system interface for user-level pa
ii libruby1.8 1.8.7.174-2 Libraries necessary to run Ruby 1.
Versions of packages libpcap-ruby1.8 recommends:
ii libpcap-ruby 0.6-9.1Ruby interface for the libpcap pac
libpcap-ruby1.8 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#557042: youtube-dl: 1080p support
Package: youtube-dl Version: 2009.09.13-1 Severity: wishlist Youtube just added 1080p support, as format 37; please add this to the list of formats for -b, as the most preferred. - Josh Triplett -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-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 youtube-dl depends on: ii python2.5.4-2An interactive high-level object-o youtube-dl recommends no packages. youtube-dl 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#557041: openoffice.org-calc: Functions coming up with #NAME? and, com.sun.star.sheet.addin.analysis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: openoffice.org-calc Version: 1:3.1.1-2 Severity: normal - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-20090110 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openoffice.org-calc depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-4GCC support library ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library ii lp-solve5.5.0.13-6 Solve (mixed integer) linear progr ii openoffice.org-base-cor 1:3.1.1-2full-featured office productivity ii openoffice.org-core 1:3.1.1-2full-featured office productivity ii ure 1.5.1+OOo3.1.1-2 OpenOffice.org UNO runtime environ openoffice.org-calc recommends no packages. openoffice.org-calc suggests no packages. Versions of packages openoffice.org-core depends on: ii fontconfig 2.6.0-4 generic font configuration library ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.19.5-1.1Multi-protocol file transfer libra ii libdb4.7 4.7.25-8 Berkeley v4.7 Database Libraries [ ii libexpat1 2.0.1-5 XML parsing C library - runtime li ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcc11:4.4.1-4 GCC support library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgstreamer-plugins-b 0.10.25-1 GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.25-2 Core GStreamer libraries and eleme ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.8-5 spell checker and morphological an ii libhyphen0 2.4-6 ALTLinux hyphenation library - sha ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libicu42 4.2.1-3 International Components for Unico ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libldap-2.4-2 2.4.17-2.1OpenLDAP libraries ii libneon27 0.29.0-1 An HTTP and WebDAV client library ii libnspr4-0d4.8.2-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.4-1 Network Security Service libraries ii librdf01.0.9-2+b1Redland Resource Description Frame ii libsm6 2:1.1.1-1 X11 Session Management library ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library ii libx11-6 2:1.2.2-1 X11 client-side library ii libxaw72:1.0.6-1 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.7.6.dfsg-1 GNOME XML library ii libxrandr2 2:1.3.0-2 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxslt1.1 1.1.26-1 XSLT processing library - runtime ii libxt6 1:1.0.6-1 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii openoffice.org-common 1:3.1.1-2 full-featured office productivity ii ttf-opensymbol 1:3.1.1-2 OpenSymbol TrueType font ii ure1.5.1+OOo3.1.1-2 OpenOffice.org UNO runtime environ ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAksE4/wACgkQr25HPV5NGy8SfwCgvjqxEZbPicboQ0DAamC+PyfA R3MAn0JFtqEaV20N5/Xo66XN4OGcnXj/ =bvd8 -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#557023: (Barby::Code128: private method split called for nil)
My apologies. The patch I submitted with the original report is
incomplete. It fixes the case in foo.rb with the non-empty string,
but does not fix the empty string case.
Attached is the complete patch.
diff -ur libbarby-ruby-0.3.orig/lib/barby/barcode/code_128.rb libbarby-ruby-0.3/lib/barby/barcode/code_128.rb
--- libbarby-ruby-0.3.orig/lib/barby/barcode/code_128.rb 2009-11-18 17:51:28.0 -0700
+++ libbarby-ruby-0.3/lib/barby/barcode/code_128.rb 2009-11-18 22:35:54.0 -0700
@@ -208,7 +208,7 @@
#character set, an extra will be created.
def data=(data)
data, *extra = data.split(/([#{CODEA+CODEB+CODEC}])/n)
- @data = data
+ @data = data || ''
self.extra = extra.join unless extra.empty?
end
Bug#557040: libgfshare-bin: lacking error handling may result in undetected corruption
Package: libgfshare-bin Version: 1.0.2-2 Severity: important While reading in the source a bit, I noticed that error handling for memory allocation and I/O is mostly absent. I would think that that's a bad thing for code that's supposed to handle important data. At the very least, I think, the man page should point out that you shouldn't trust the output data unless you have verified that each share can be used for correct reconstruction. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557025: mplayer tab completion order
On Wed, Nov 18, 2009 at 09:10:40PM -0500, Joey Hess wrote: > zsh offers gopher:// before files in the current directory when cycling > through tab completions. Suggest that it would be more useful to list the > video files first before the uris. Does zstyle ':completion::complete:mplayer:*' tag-order files urls result in the behavior that you want by default? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557039: thttpd: support for ogg mime/content types
Package: thttpd Version: 2.25b-6 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello. thttpd is currently lacking support for the following ogg mime types: oga audio/ogg ogv video/ogg ogx application/ogg The included patch adds them to the mime_types.txt file in the source which should allow them to be properly handled. It's important to get these in now, with iceweasel 3.5's new native support for these mime type. Thanks for maintaining, and let me know if there are any other questions. jamie. - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash *** /home/jrollins/tmp/cdtemp.ejyWQu/mime_types.patch - --- mime_types.txt.orig 2009-11-19 00:12:36.0 -0500 +++ mime_types.txt 2009-11-19 00:13:41.0 -0500 @@ -95,7 +95,10 @@ nc application/x-netcdf o application/octet-stream odaapplication/oda +ogaaudio/ogg oggapplication/x-ogg +ogvvideo/ogg +ogxapplication/ogg pacapplication/x-ns-proxy-autoconfig pbmimage/x-portable-bitmap pdbchemical/x-pdb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJLBNZEAAoJEO00zqvie6q8A9AP/A79dE6jqakItFmbdS6MLA8O 3hWiSFojdmKoBqWsKLDDVOUdShFG0tFpi/lbIg4RAv4O7/AxpVyPLUG0e3tpdmdq X7822M+XFC+Bo3H4D9nWexUjFx0G9vjRQaTy02PaZuS5+LZi7BeYSGleqhjUrAaK YJfJLwqNJi7t0vGk2jtKzcwnqHRuK3LjKfo7tFMdXUwE0DFz0SU7Z3aLlmlGoPZM 824Lvm+zJ7uRd7TEiU/r1GLjJVH9CMNQu+F4fzrdCUHBK2qAJVSEuDfh8GODo9CB 0E50GtKm8MnE0JUNzXX1vkET+puerk5uxro37xxoDyC4DYlNsbWFT60Ao5cbJs2f 3ZEl/1ad0zIqAbBVs90OkXRiT5VYY5j5LffOeCwOM6vqu/Wl3vBVT7rokTc7oqDW g6+c9fK4+X0HqyitFFCGaIgXdZY5PddfdxFg/Z9f24s7kL4rRYPX+l7uQk/t/wvF lgJsjFHtGA5cBcjWwg7Ie9XT1yZYtQX4dCCBYCRMb6bcw2TBHlyJW+2Q9dPbxyF/ cadup3ZaHejee/t89sgmJZAev2VKaFPftHbupQf79UMFG2KnjxDQfZXpz6Qr5iHm py5aF8G5Sm37nvpEmg/7I0zPtm3MSuM0KT3tRtuajPInzNFWNosL6NyqqLwqML9y vq7/ObNtNOx8YT+dEt/n =DGDz -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#556999: Successful installation - problems and suggestions
reassign 556999 installation-guide retitle 556999 Should adapt documentation about booting from an ISO image to GRUB2 thanks Quoting Tonda Mísek (mis...@naxo.net): > 1. Problem to boot from ISO image I reassign your report to the installation guide for that reason. > 2. Two network cards confusion netcfg has such a suggestion. So I won't add more to it. > 3. HD partitioning partman is sometimes hard to cope with. An entirely new partitioning tool could help, but would lose the great flexibility we have in partman > 4. I was not able to select only some packages > I can select only predefined packs of software (desktop, www server...). I > want for example only Gnome (not KDE) etc. This is documented. You can do it with boot options. > > 5. A lot of waiting Much has been done to minimize this but the structure of the install process doesn't allow for much progress here signature.asc Description: Digital signature
Bug#556973: pulseaudio: README.Debian notes group pulse-rt which gets not created during installation
merge 548363 this is a dup to #548363 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557038: webalizer: sample configuration for google is inadequate
Package: webalizer Version: 2.01.10-32.6 Severity: normal The sample configuration for webalizer doesn't group Google referrals and doesn't have a SearchEngine line for each Google domain. For my own configuration I've moved the main webalizer.conf file to /etc/webalizer/webalizer.conf.base and put the following in a Makefile to generate the file that is really used: webalizer.conf: webalizer.conf.base google-domains.txt Makefile cp webalizer.conf.base webalizer.conf for n in `cat google-domains.txt` ; do ( echo HideReferrer www.$$n/search ; echo HideReferrer www.$$n/url ; echo HideReferrer images.$$n/imgres ; echo HideReferrer blogsearch.$$n/ ; echo GroupReferrer www.$$n/search Google Search ; echo GroupReferrer www.$$n/url Google Search ; echo GroupReferrer images.$$n/imgres Google Image Search ; echo GroupReferrer blogsearch.$$n/ Google Blogsearch ; echo SearchEngine $$n q= ) >> webalizer.conf ; done The google-domains.txt file has the following contents, note that I am not sure that I have the complete list and I have not confirmed that every Google domain is actually owned by Google (there is a possibility that one of them is a squatted domain). But for the purposes of producing reliable webalizer output this list is good enough. For my use it means that instead of having 30 Google domains blocking all the other entries from my Referrer list I have three Google entries for regular search, images search, and blog search. I'm sure that there are other possibilities and I think that adding entries for video search etc would be a good idea (but I don't have test data). google.com google.com.au google.pt google.cl google.co.ve google.ee google.com.eg google.com.by google.com.om google.com.pe google.co.uk google.co.il google.de google.co.in google.fr google.ca google.it google.com.tr google.nl google.bg google.com.br google.com.ar google.com.hk google.pl google.lk google.ru google.es google.se google.co.nz google.ch google.hu google.fi google.ro google.com.my google.be google.co.za google.gr google.at google.com.ph google.no google.cz google.cn google.com.sg google.ie google.co.jp google.co.id google.com.mx google.co.th google.com.pk google.com.ua google.dk google.co.kr google.com.tw google.lt google.si google.hr google.sk google.ae -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
Kenton, On 18 November 2009 at 19:37, Dirk Eddelbuettel wrote: | On 18 November 2009 at 17:10, Kenton Varda wrote: | | I've created a 2.2.0a release: | | | | SVN: http://protobuf.googlecode.com/svn/tags/2.2.0a/ | | tarball: http://groups.google.com/group/protobuf/web/protobuf-2.2.0a.tar.bz2 | | Diff from 2.2.0: http://code.google.com/p/protobuf/source/detail?r=246 | | | | I will make it live on the official site as soon as you confirm that it | | fixes the problem. | | I'd say go ahead in a day in case you haven't heard. Protobuf doesn't really | have an active Debian maintainer right now (but lots of people standing on | soap boxen ...) so there may not be anyone testing this. Executive summary: i) 2.2.0a looks good, ii) it fixes our issue as it comes up 'libprotobuf5' etc Longer version: Ok, I had some time left and prepared 2.2.0a-0.1 for Debian to fill in for Iustin: protobuf (2.2.0a-0.1) unstable; urgency=low * Non-maintainer upload * New upstream release made this evening correction major SONAME * debian/control: Updated major version to 5 (Closes: #556563) * debian/rules: Updated two links to use libproto*5 * debian/libprotobuf5.shlibs: Added * debian/libprotoc5.shlibs: Added -- Dirk Eddelbuettel Wed, 18 Nov 2009 21:47:41 -0600 Passes all of 'make check', builds clean, passes our lintian checker (modulo one warning) and runs our package. I'll upload this to Debian now, so feel free to release this to the world at large. Two issues remain for Iustin or whoever wants to adopt it: split off the -lite library and headers, and fix the one harmless lintian warning. Dirk, who how has libprotobuf[2345] on his system -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556951: [binutils] objcopy fails with 'Invalid operation'
On Wed, Nov 18, 2009 at 09:57:34PM -0600, Matthias Klose wrote: > On 18.11.2009 21:43, Aurelien Jarno wrote: >> On Wed, Nov 18, 2009 at 07:58:47PM -0600, Matthias Klose wrote: >>> I only see this when upgrading to current glibc in unstable; not with >>> testing. >>> >> >> Could you be more precise with the versions? glibc in testing and >> unstable have the same version. > > sorry, no. it probably was -5, but I'm not sure. > I have been able to reproduce the problem here, it seems to be due to the way crt*.o files are stripped. I have lost the .deb of -5, so I need to do a rebuild of eglibc for more investigation. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551147: liferea crashes when trying to read new posts from Unread folder
On Fri, Oct 16, 2009 at 02:52:43AM +0200, Thomas Presthus wrote: > Package: liferea > Version: 1.6.0-1 > > When trying to select a new post from within the special Unread items > folder, liferea crashes. This seems to happen only after all feeds have > been updated, and liferea isn't doing any feed updates. >... > at /build/buildd-glib2.0_2.22.2-2-i386-R8GTDn/glib2.0-2.22.2/glib/ghash.c:784 > #3 0xb7126584 in soup_cookie_jar_add_cookie () > from /usr/lib/libsoup-2.4.so.1 > #4 0xb71267ab in soup_cookie_jar_set_cookie () > from /usr/lib/libsoup-2.4.so.1 >... Thanks for your bug report. That's sounds like a WebKit bug I've just reported as https://bugs.webkit.org/show_bug.cgi?id=31658 Please try the following workaround: 1. Tools->Preferences->Browser->Disable Javascript 2. restart liferea cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557036: FTBFS: Could not find module `Text.Regex.Base'
Package: haskell-regex-posix Version: 0.93.2-3 Severity: serious Justification: FTBFS Looks like a missing B-D: | Text/Regex/Posix.hs:67:7: | Could not find module `Text.Regex.Base': | Perhaps you haven't installed the profiling libraries for package `regex-base-0.93.1'? | Use -v to see a list of the files searched for. |make: *** [build-ghc6-stamp] Error 1 All build failures at the usual place: https://buildd.debian.org/status/package.php?suite=unstable&p=haskell-regex-posix Maw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557035: gedit-latex-plugin: fails : wrong path while setting the master file
Package: gedit-latex-plugin Version: 0.2rc2-2 Severity: normal Hi, I've got an python error which prevents the plugin to work properly. It occurs when I create a tex file (from terminal : gedit lala.tex) and set the masterfile (to the already existing truc.tex, for example). % gedit lala.tex sys:1: GtkWarning: gtk_action_set_sensitive: assertion `GTK_IS_ACTION (action)' failed Traceback (most recent call last): File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/base/decorators.py", line 650, in _on_load self._adjust_editor() File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/base/decorators.py", line 707, in _adjust_editor editor_class.__init__(self._editor, self, file) File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/base/__init__.py", line 403, in __init__ self.init(file, self._window_context) File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/latex/editor.py", line 105, in init self.__parse() File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/latex/editor.py", line 305, in __parse master_content = open(master_file.path).read() IOError: [Errno 2] Aucun fichier ou dossier de ce type: '' So the latex environment won't load. But if I *save lala.tex* and close gedit, and then if I redo a "gedit lala.tex", all's going right, the LaTeX bar appears etc... It seems to be a little messy with the paths (I was thinking of something related to urlparse ?) If I don't save the file, I get somthing like that at the second run of 'gedit lala.tex" : Traceback (most recent call last): File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/base/decorators.py", line 650, in _on_load self._adjust_editor() File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/base/decorators.py", line 707, in _adjust_editor editor_class.__init__(self._editor, self, file) File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/base/__init__.py", line 403, in __init__ self.init(file, self._window_context) File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/latex/editor.py", line 105, in init self.__parse() File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/latex/editor.py", line 310, in __parse expander.expand(self._document, master_file, self, self.charset) File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/latex/expander.py", line 56, in expand self._expand(documentNode) File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/latex/expander.py", line 83, in _expand fragment = self._document_cache.get_document(File(filename), self._charset, self._issue_handler) File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/latex/cache.py", line 134, in get_document entry = self.Entry(file, charset) File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/latex/cache.py", line 74, in __init__ self.synchronize() File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/latex/cache.py", line 95, in synchronize self.__mtime = self.__file.mtime File "/usr/lib/gedit-2/plugins/GeditLaTeXPlugin/src/base/__init__.py", line 1193, in mtime return os.path.getmtime(self.path) File "/usr/lib/python2.5/posixpath.py", line 143, in getmtime return os.stat(filename).st_mtime OSError: [Errno 2] Aucun fichier ou dossier de ce type: '/home/nox/lala.tex' ... Wich doesnt seem to be really important (maybe not avoidable) Please let me know how and if you need more debugging information -- I saw the logging module in the code but i couldnt manage activating debugging mode :/ Thanks. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (2, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit-latex-plugin depends on: ii gedit 2.28.1-1 official text editor of the GNOME ii python2.5.4-2An interactive high-level object-o ii python-dbus 0.83.0-1 simple interprocess messaging syst ii python-support1.0.4 automated rebuilding support for P ii rubber1.1-2.2an automated system for building L Versions of packages gedit-latex-plugin recommends: ii python-enchant 1.5.3-1 spellchecking library for Python ii texlive2007.dfsg.2-4 TeX Live: A decent selection of th gedit-latex-plugin 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#557034: FTBFS: hlibrary.setup: hscolour version >=1.8 is required but it could not be found.
Package: haskell-regex-base Version: 0.93.1-4 Severity: serious Justification: FTBFS Log excerpt: | touch build-ghc6-stamp | mv dist-ghc6 dist | [ ! -x /usr/bin/haddock ] || debian/hlibrary.setup haddock --hyperlink-source | hlibrary.setup: hscolour version >=1.8 is required but it could not be found. | make: *** [build-haddock-stamp] Error 1 All build failures at the usual place: https://buildd.debian.org/status/package.php?suite=unstable&p=haskell-regex-base 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#556951: [binutils] objcopy fails with 'Invalid operation'
On 18.11.2009 21:43, Aurelien Jarno wrote: On Wed, Nov 18, 2009 at 07:58:47PM -0600, Matthias Klose wrote: I only see this when upgrading to current glibc in unstable; not with testing. Could you be more precise with the versions? glibc in testing and unstable have the same version. sorry, no. it probably was -5, but I'm not sure. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556882: Please enable console-setup to leave kernel fonts alone
Package: console-setup Version: 1.47 Severity: normal In April 2009 I emailed debian-b...@lists.debian.org to request that console-setup allow kernel fonts to be used without being replaced by software fonts. Colin Watson responded, providing a fix: setting FONTFACE and FONTSIZE to an empty string would prevent 'console-setup' from loading software fonts, while it would still configure the keyboard correctly. Updating Sid recently brought in 'console-setup' v1.47. On my next reboot, the 10x18 kernel font was replaced by a software font. I suspected that the new 'console-setup' had overwritten my settings in '/etc/default/console-setup', since such a bug had occured when these changes were first introduced in April. However, I see no settings that have been overwritten. The only possible difference I can see is that I now have FONTFACE="" FONTSIZE="" where I originally thought I had FONTFACE= FONTSIZE= This should make no difference, however. The only other oddity I can see in '/etc/default/console-setup' is unrelated to fonts: I previously had XKBMODEL="pc104" XKBLAYOUT="us" XKBVARIANT="" XKBOPTIONS="lv3:ralt_switch" in '/etc/default/console-setup', but these settings have moved to '/etc/default/keyboard' (because of the new 'keyboard-configuration' package) with the value of XKBMODEL lost: XKBMODEL="" XKBLAYOUT="us" XKBVARIANT="" XKBOPTIONS="lv3:ralt_switch" The settings don't explain the change in behavior of 'console-setup' regarding kernel fonts, so there must have been a change in its code. I would like to second Josh Triplett's request to have the April- November behavior restored, with 'console-setup' allowing kernel fonts to be used without being overwritten by software fonts! Thanks, Dave W. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (350, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-rc7-0git091113.desktop.uvesafb (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup depends on: ii console-terminus 4.28-2 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii keyboard-configuration1.47 system-wide keyboard preferences ii xkb-data 1.6-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii console-tools 1:0.2.3dbs-66 Linux console and font utilities Versions of packages console-setup suggests: ii locales 2.10.1-7 GNU C Library: National Language ( ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip -- debconf information: console-setup/variant: USA console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/unsupported_options: true console-setup/fontsize-text: 16 console-setup/compose: No compose key debian-installer/console-setup-udeb/title: console-setup/other: console-setup/ctrl_alt_bksp: false console-setup/modelcode: pc104 console-setup/switch: No temporary switch console-setup/unsupported_config_layout: true console-setup/use_system_font: console-setup/fontsize: console-setup/unsupported_layout: true console-setup/charmap: UTF-8 console-setup/layoutcode: us console-setup/fontface47: Do not change the boot/kernel font console-setup/fontsize-text47: 16 console-setup/optionscode: lv3:ralt_switch debian-installer/console-setup/title: console-setup/unsupported_config_options: true console-setup/charmap47: UTF-8 console-setup/layout: USA console-setup/variantcode: console-setup/codesetcode: Lat15 console-setup/altgr: Right Alt console-setup/ttys: /dev/tty[1-6] console-setup/model: Generic 104-key PC console-setup/fontsize-fb: 16 console-setup/fontsize-fb47: 16 console-setup/codeset: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/toggle: No toggling console-setup/fontface: Do not change the boot/kernel font -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557027: liburcu: FTBFS in various ways
* Cyril Brulebois wrote: > Package: liburcu > Version: 0.3.0-1 > Severity: important > > (Keeping to “important” since it never built.) > > See https://buildd.debian.org/status/package.php?suite=unstable&p=liburcu > > alpha & ia64: > | configure: error: Unable to detect the architecture. > > armel: > |dh_auto_clean > | Can't exec "ant": No such file or directory at > /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 179. > | dh_auto_clean: ant clean failed to to execute: No such file or directory > (not your problem) > > kfreebsd-amd64: > | urcu-bp.c:276: error: 'MREMAP_MAYMOVE' undeclared (first use in this > function) > > s390: > | gcc -DHAVE_CONFIG_H -I. -I./urcu -I./urcu -g -O2 -c urcu.c -fPIC -DPIC -o > .libs/urcu.o > | In file included from urcu-static.h:38, > | from urcu.c:35: > | ./urcu/arch.h:32:27: error: config/config.h: No such file or directory > | In file included from urcu.c:35: > | urcu-static.h:167: error: requested alignment is not a constant Hi Cyril, thanks for the bug report. I tested this on my machine (i386) and all was well, but apparently not for some other architectures. I'll forward this upstream right away. Thanks -- Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#546527: More info on menu hang bug
I ran into this bug today and did a bit of digging. Thought I'd pass that
along.
First note that this bug effects all of the rxvt-unicode variants, not just
rxvt-unicode-ml. Also note that killing X11 isn't required, Ctrl-Alt-F1
still works to switch to the console where you can kill urxvt and un-freeze
X11.
First a resource dump.
Corresponding Ubuntu bug.
https://bugs.launchpad.net/archlinux/+source/rxvt-unicode/+bug/317366
rxvt-unicode ml threads (2 threads; links to first posts)
http://lists.schmorp.de/pipermail/rxvt-unicode/2009q3/001035.html
http://lists.schmorp.de/pipermail/rxvt-unicode/2009q3/001042.html
According to urxvt ml thread this is an xorg bug. Ubuntu applied the patch
from the second ml thread listed above, but upstream decided against it as
it was an xorg bug. They considered a compile time option for the
workaround but decided it 'broke' things and didn't belong in the urxvt
codebase.
The dev I spoke to on irc (schmorp) said he thought it was a decent enough
"temporary workaround" as long as it was removed once the xorg bug was
fixed. So I have attached the patch to this as a possible fix.
If you're looking to just prevent the hang you can disable the popup menus
via an .Xresources tweak.
URxvt*perl-ext-common: default,-option-popup,-selection-popup
--
John Eikenberry
[...@zhar.net - http://zhar.net]
[PGP public key @ http://zhar.net/jae_at_zhar_net.gpg]
__
"Perfection is attained, not when no more can be added, but when no more
can be removed." -- Antoine de Saint-Exupery
Index: src/perl/urxvt-popup
===
RCS file: /schmorpforge/rxvt-unicode/src/perl/urxvt-popup,v
retrieving revision 1.15
diff -u -r1.15 urxvt-popup
--- src/perl/urxvt-popup 24 Dec 2007 08:21:40 - 1.15
+++ src/perl/urxvt-popup 2 Aug 2009 08:22:52 -
@@ -120,7 +120,7 @@
$self->refresh;
# might fail, but try anyways
- $self->grab ($self->{data}{event}{time}, 1)
+ $self->grab ($self->{data}{event}{time})
and $self->allow_events_async;
on_button_press $self, $self->{data}{event} if $self->{data}{event}{button};
@@ -132,7 +132,7 @@
my ($self, $event) = @_;
# should definitely not fail
- $self->grab ($self->{data}{event}{time}, 1)
+ $self->grab ($self->{data}{event}{time})
and $self->allow_events_async;
}
signature.asc
Description: Digital signature
Bug#552208: Default layout missing
I just found the explanation why there is a new default layout. I actually don't care which layout is default, but having an obvious entry in rc.lua would have saved me _much_ time. Please implement Alexandros Frantzis suggestion as it would help people to identify the issue as a feature except a bug ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556951: [binutils] objcopy fails with 'Invalid operation'
On Wed, Nov 18, 2009 at 07:58:47PM -0600, Matthias Klose wrote:
> On 18.11.2009 14:54, Peter Fritzsche wrote:
>> forwarded 556951 http://sourceware.org/bugzilla/show_bug.cgi?id=10982
>> thanks
>>
>> Matthias Klose wrote:
>> []
`debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten/sauer_cl
ient': Invalid operation dh_strip: objcopy returned exit code 1
Is this a known problem with binutils-gold?
>>>
>>> yes, I did see this as well recently.
>> Could it be that it is new with 2.20-3 or 2.20-4? I think I didn't saw that
>> in
>> earlier version. I think I saw it the first time when compiling batctl -
>> which
>> I compiled right after update of my Sources file. This was after the 11.
>> November.
>>
>> I wanted to write a bug report right now but haven't a glue why it fails.
>>
>> objcopy --only-keep-debug debian/batctl/usr/sbin/batctl
>> debian/batctl-dbg/usr/lib/debug//usr/sbin/batctl
>>
>> seems to work without any problems. The real problem is
>>
>> objcopy --add-gnu-debuglink debian/batctl-dbg/usr/lib/debug//usr/sbin/batctl
>> debian/batctl/usr/sbin/batctl
>>
>> So a small test would be:
>>
>> $ echo 'int main() { return 0; }'> test.c&& \
>> gcc -g3 test.c -o test&& \
>> objcopy --only-keep-debug test test.dbg&& \
>> objcopy --add-gnu-debuglink=./test.dbg test&& echo "cool it works"
>> objcopy:stCdJOm4: cannot create debug link section `./test.dbg': Invalid
>> operation
>>
>> This works with the old linker, but not with binutils-gold
>>
>> So I build the cvs version of the linker and objcopy and it is the same here.
>> So it is propably an upstream bug.
>
> I only see this when upgrading to current glibc in unstable; not with testing.
>
Could you be more precise with the versions? glibc in testing and
unstable have the same version.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557032: FTBFS: make[1]: *** No rule to make target `doxygen-doc'. Stop.
Package: telepathy-qt4 Version: 0.2.0-1 Severity: important Justification: FTBFS (Keeping to important since it never built.) On both kfreebsd-* and amd64: | make[1]: *** No rule to make target `doxygen-doc'. Stop. On other archs, test failures, etc. Summary at the usual place: https://buildd.debian.org/status/package.php?suite=unstable&p=telepathy-qt4 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#557033: linux-image-2.6.31-1-amd64: Kernel logs WARNING at hpet.c:390.
Subject: linux-image-2.6.31-1-amd64: Kernel logs WARNING at hpet.c:390. Package: linux-2.6 Version: 2.6.31-1 Severity: normal *** Please type your report below this line *** syslog reports WARNING at hpet.c:390. The system appears to run normally, except for a single message from GNOME: "Your system had a kernel failure". However, hpet.c:390 is an invocation of macro WARN_ON_ONCE, so I wonder if the system might be taking a performance hit if the fault is actually occurring many times (see below for more information on this). The computer is a new Intel core i7-860, Chipset P55, Gigabyte P55UD3p, nVidia Geforce 9600GT. Two Seagate 1TB disks in mirrored RAID configuration. The fault initially occurred in the stable lenny distribution with kernel 2.6.26. I installed linux-image-2.6.31-1-amd64 from sid to see if it would go away. It didn't. A similar fault in linux-image-2.6.26-1-686 was reported in bug report 512617 in January 2009, and closed in July 2009. History of my installation: Initially I installed the 32-bit version of lenny: debian-502-i386-DVD-n.iso. When I booted the system, it wrote WARNING messages from hpet.c at the rate of megabytes per minute. I then installed the 64-bit version of lenny: debian-503-amd64-DVD-n.iso. hpet.c:390 from linux-image-2.6.31-1-amd64 invokes WARN_ON_ONCE, but my previous experience with the 32-bit distribution makes me believe that the fault is in fact occurring many times per second, and hence I wonder if there might be a performance hit. -- Package-specific info: ** Version: Linux version 2.6.31-1-amd64 (Debian 2.6.31-1) (wa...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-5) ) #1 SMP Sat Oct 24 17:50:31 UTC 2009 ** Command line: root=/dev/mapper/isw_ifdfaidbh_Volume05 ro quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: [5.049081] sdb14 sdb15 > [5.072861] sd 5:0:0:0: [sdb] Attached SCSI disk [5.081135] sd 4:0:0:0: Attached scsi generic sg0 type 0 [5.081153] sd 5:0:0:0: Attached scsi generic sg1 type 0 [5.081172] sr 7:0:0:0: Attached scsi generic sg2 type 5 [5.236070] device-mapper: uevent: version 1.0.3 [5.236630] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-de...@redhat.com [5.926876] PM: Starting manual resume from disk [5.950589] kjournald starting. Commit interval 5 seconds [5.950594] EXT3-fs: mounted filesystem with ordered data mode. [6.702415] udevd version 125 started [6.978535] Monitor-Mwait will be used to enter C-1 state [6.978593] Monitor-Mwait will be used to enter C-2 state [6.998699] Monitor-Mwait will be used to enter C-3 state [6.998762] ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3]) [6.998794] processor LNXCPU:00: registered as cooling_device0 [6.998799] ACPI: Processor [CPU0] (supports 8 throttling states) [6.998857] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 [6.998863] ACPI: Power Button [PWRF] [6.999463] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input4 [6.999468] ACPI: Power Button [PWRB] [7.002603] ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3]) [7.002624] processor LNXCPU:01: registered as cooling_device1 [7.002629] ACPI: Processor [CPU1] (supports 8 throttling states) [7.027097] ACPI: CPU2 (power states: C1[C1] C2[C2] C3[C3]) [7.027123] processor LNXCPU:02: registered as cooling_device2 [7.027128] ACPI: Processor [CPU2] (supports 8 throttling states) [7.035724] ACPI: CPU3 (power states: C1[C1] C2[C2] C3[C3]) [7.035742] processor LNXCPU:03: registered as cooling_device3 [7.035744] ACPI: Processor [CPU3] (supports 8 throttling states) [7.036353] ACPI: CPU4 (power states: C1[C1] C2[C2] C3[C3]) [7.036375] processor LNXCPU:04: registered as cooling_device4 [7.036380] ACPI: Processor [CPU4] (supports 8 throttling states) [7.037120] ACPI: CPU5 (power states: C1[C1] C2[C2] C3[C3]) [7.037141] processor LNXCPU:05: registered as cooling_device5 [7.037145] ACPI: Processor [CPU5] (supports 8 throttling states) [7.037775] [ cut here ] [7.037782] WARNING: at /home/blank/debian/kernel/release/linux-2.6/linux-2.6-2.6.31/debian/build/source_amd64_none/arch/x86/kernel/hpet.c:390 hpet_next_event+0x52/0x77() [7.037785] Modules linked in: button processor(+) ext3 jbd mbcache dm_mirror dm_region_hash dm_log dm_mod sg sd_mod crc_t10dif sr_mod cdrom ide_pci_generic ide_core ata_generic usbhid hid ahci pata_jmicron 8139too r8169 mii libata ehci_hcd scsi_mod uhci_hcd thermal fan thermal_sys [last unloaded: scsi_wait_scan] [7.037807] Pid: 0, comm: swapper Not tainted 2.6.31-1-amd64 #1 [7.037809] Call Trace: [7.037814] [] ? hpet_next_event+0x52/0x77 [7.037818] [] ? warn_slowpath_common+0x85/0xc8 [7.037822] [] ? hpet_next_event+0x52/0x77 [7.037826] [] ? tick_dev_program_event+0x41/0xc2 [7.037829] [] ? tick_broadcast_oneshot_control+0xac/0x11c [
Bug#511615: The user must be added to bluetooth group
I was having this problem and after reading this bug messages I checked my /etc/dbus-1/system.d/bluetooth.conf and found that the group allowed to access the devices is "bluetooth". So now you must do: # adduser bla bluetooth Where bla is the user you want to grant access to the bluetooth devices. I haven't restarted my session to see if it works because I don't want to stop an important process now. But I'm sending this message before I forgot to do it. I will send a message telling if it works (if I remember) Jaime Alberto Silva Colorado Gerente SG Automatización Ltda. Pereira \ Risaralda \ Colombia http://www.sgautomatizacion.com
Bug#557030: mp3diags: Checks for updates on its own.
Package: mp3diags Version: 0.99.06.044-1 Severity: normal The application aks for permission to check for updated versions online. On debian, this is pretty much useless as the package manager should just take care of that. Please consider removing this function from the debian package. This is for example how the iceweasel/firefox package is done. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-svn14611 (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 mp3diags depends on: ii libboost-serialization 1.40.0-4 serialization library for C++ ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libgcc11:4.4.2-2 GCC support library ii libqt4-network 4:4.5.3-4 Qt 4 network module ii libqt4-svg 4:4.5.3-4 Qt 4 SVG module ii libqt4-xml 4:4.5.3-4 Qt 4 XML module ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++6 4.4.2-2 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime mp3diags recommends no packages. Versions of packages mp3diags suggests: pn mp3diags-doc (no description available) -- no debconf information -- Philipp Weis signature.asc Description: Digital signature
Bug#557031: FTBFS: ERROR: lazy loading failed for package 'HilbertVis'
Package: r-bioc-hilbertvis Version: 1.5.0-1 Severity: serious Justification: FTBFS Log excerpt: | ** R | ** inst | ** preparing package for lazy loading | Warning in library(pkg, character.only = TRUE, logical.return = TRUE, lib.loc = lib.loc) : | there is no package called 'lattice' | Error : package 'lattice' could not be loaded | ERROR: lazy loading failed for package 'HilbertVis' | * removing '/build/buildd-r-bioc-hilbertvis_1.5.0-1-kfreebsd-i386-NxqMhW/r-bioc-hilbertvis-1.5.0/debian/r-bioc-hilbertvis/usr/lib/R/site-library/HilbertVis' | make: *** [R_any_arch] Error 1 All failures at: https://buildd.debian.org/status/package.php?suite=unstable&p=r-bioc-hilbertvis 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#557029: vbrfix: Leaves temp file and empty log file behind.
Package: vbrfix Version: 0.24-5 Severity: normal After running "vbrfix in.mp3 out.mp3", I end up with two extra files in the current directory: an empty logfile vbrfix.log, and an exact copy of out.mp3 names vbrfix.tmp. I would expect the tmp file to not exist at all, and the logfile not to exist unless I used the "-log" command line option. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-svn14611 (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 vbrfix depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-2 GCC support library ii libstdc++64.4.2-2The GNU Standard C++ Library v3 vbrfix recommends no packages. vbrfix suggests no packages. -- no debconf information -- Philipp Weis signature.asc Description: Digital signature
Bug#557027: liburcu: FTBFS in various ways
Jon Bernard (18/11/2009): > Perhaps it would be appropriate to set Architecture: to i386 and > amd64 only for the moment until we have a change to resolve these > issues? I suspect I'll need to create the necessary patches as I > doubt Mathieu (upstream) has access to the hardware in which this > package fails to build. > > What is your opinion on how best to proceed? Is it okay to allow the > FTBFS to exist while I work on the patches? Or is it better to > disable those architectures now and re-enable them once the build is > working again? Having the FTBFSes around isn't an issue: they don't even prevent your package from migrating. Please note that instead of blindly disabling an architecture because of an FTBFS at a given point in time, it's usually better to wait for a patch (possibly actively working on it;) As an example, the FTBFS due to 'ant' is a debhelper bug, it wouldn't have been nice to have disabled 2 archs just for that. If a given architecture (or a couple of) was to slow down/prevent migration, one could even think of removing the old binaries, so that no archs would be out-of-date. But that's another story (see dd@ past days). Please don't restrict Architecture list. Mraw, KiBi. signature.asc Description: Digital signature
Bug#557006: dh_auto_clean: warning: ant does not support building out of source tree
tag 557006 patch
thanks
This seems to fix the problem I'm facing for non-ant packages. And a
random test (libjgoodies-looks-java) seems to show it's ok for ant
packages.
Mraw,
KiBi.
From 3f5175e56c5678fd06300d6336795ff548b3a556 Mon Sep 17 00:00:00 2001
From: Cyril Brulebois
Date: Thu, 19 Nov 2009 03:33:52 +0100
Subject: [PATCH] Fix build system auto-selection breakage.
Probably due to an overlook in 758ce0bb1f, the '-e' test on build.xml
disappeared, leading check_auto_buildable() to always return '1' for
the ant build system.
Signed-off-by: Cyril Brulebois
---
Debian/Debhelper/Buildsystem/ant.pm |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Debian/Debhelper/Buildsystem/ant.pm b/Debian/Debhelper/Buildsystem/ant.pm
index 938fb44..52def4f 100644
--- a/Debian/Debhelper/Buildsystem/ant.pm
+++ b/Debian/Debhelper/Buildsystem/ant.pm
@@ -14,7 +14,7 @@ sub DESCRIPTION {
sub check_auto_buildable {
my $this=shift;
- return $this->get_sourcepath("build.xml") ? 1 : 0;
+ return (-e $this->get_sourcepath("build.xml")) ? 1 : 0;
}
sub new {
--
1.6.5.2
signature.asc
Description: Digital signature
Bug#557028: Bug in libtokyocabinet-perl fixed in revision 47455
tag 557028 + pending thanks Some bugs are closed in revision 47455 by Ryan Niebur (ryan) Commit message: * add zlib1g-dev and libbz2-dev to build deps (Closes: #557028) * Add myself to Uploaders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557027: liburcu: FTBFS in various ways
* Cyril Brulebois wrote: > Package: liburcu > Version: 0.3.0-1 > Severity: important > > (Keeping to “important” since it never built.) > > See https://buildd.debian.org/status/package.php?suite=unstable&p=liburcu Perhaps it would be appropriate to set Architecture: to i386 and amd64 only for the moment until we have a change to resolve these issues? I suspect I'll need to create the necessary patches as I doubt Mathieu (upstream) has access to the hardware in which this package fails to build. What is your opinion on how best to proceed? Is it okay to allow the FTBFS to exist while I work on the patches? Or is it better to disable those architectures now and re-enable them once the build is working again? -- Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
On 18 November 2009 at 21:01, Robert Edmonds wrote: | Dirk Eddelbuettel wrote: | > Still just one package: mumble (as mumble and mumble-server come from the | > same source package, hence count as one, and protobuf-c-compiler comes from | > protobuf itself and counts as zero leaving exactly one package -- mumble). | | protobuf-c-compiler is built from the protobuf-c source package, which | build-depends on the binary packages libprotobuf-dev, libprotoc-dev, | protobuf-compiler, which are built from the protobuf source package. | protobuf-c-compiler has runtime dependencies on libprotobufN and | libprotocN. | | iustin pop is the protobuf package maintainer and i am the protobuf-c | package maintainer. two source packages and three binary packages are | affected by #556563. My bad. You are of course correct. I am aware of that C binding package, and I did clearly misread the 'apt-cache rdepends' output -- two depends for protobuf, not one. I'm sorry, and I appreciate that you posted the correction. Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557006: dh_auto_clean: warning: ant does not support building out of source tree
retitle 557006 Can't exec "ant" [broken buildsystem detection] thanks Cyril Brulebois (19/11/2009): > Build system detection is totally broken, many other packages FTBFS > because “ant” is “detected, while it can't be executed (neither > being in the chroots, or in Build-Depends). Update the title accordingly so that people can hopefully jump to this bug instead of opening dozens of duplicates. Sorry for not having done that with the previous mail. Mraw, KiBi. signature.asc Description: Digital signature
Bug#557028: FTBFS: BD
Package: libtokyocabinet-perl Version: 1.33-1 Severity: serious Justification: FTBFS ld: -lz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557027: liburcu: FTBFS in various ways
Package: liburcu Version: 0.3.0-1 Severity: important (Keeping to “important” since it never built.) See https://buildd.debian.org/status/package.php?suite=unstable&p=liburcu alpha & ia64: | configure: error: Unable to detect the architecture. armel: |dh_auto_clean | Can't exec "ant": No such file or directory at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 179. | dh_auto_clean: ant clean failed to to execute: No such file or directory (not your problem) kfreebsd-amd64: | urcu-bp.c:276: error: 'MREMAP_MAYMOVE' undeclared (first use in this function) s390: | gcc -DHAVE_CONFIG_H -I. -I./urcu -I./urcu -g -O2 -c urcu.c -fPIC -DPIC -o .libs/urcu.o | In file included from urcu-static.h:38, | from urcu.c:35: | ./urcu/arch.h:32:27: error: config/config.h: No such file or directory | In file included from urcu.c:35: | urcu-static.h:167: error: requested alignment is not a constant 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#557006: dh_auto_clean: warning: ant does not support building out of source tree
severity 557006 grave thanks Jonathan Nieder (18/11/2009): > | dh_auto_clean --builddirectory debian/xzdec-build > | dh_auto_clean: warning: ant does not support building out of source tree. > In source building enforced. > | Can't exec "ant": No such file or directory at > /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 179. > | dh_auto_clean: ant clean failed to to execute: No such file or directory > | make[1]: *** [override_dh_auto_clean] Error 2 > > All very sensible, except xz-utils does not use an ant buildfile. > > If there is any more information I can provide, please let me know. Build system detection is totally broken, many other packages FTBFS because “ant” is “detected, while it can't be executed (neither being in the chroots, or in Build-Depends). Mraw, KiBi. signature.asc Description: Digital signature
Bug#557025: mplayer tab completion order
Package: zsh Version: 4.3.10-6 Severity: minor zsh offers gopher:// before files in the current directory when cycling through tab completions. Suggest that it would be more useful to list the video files first before the uris. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zsh depends on: ii libc6 2.10.1-6 GNU C Library: Shared libraries ii libcap2 1:2.17-2 support for getting/setting POSIX. ii libncursesw5 5.7+20090803-2 shared libraries for terminal hand Versions of packages zsh recommends: ii libc6 2.10.1-6 GNU C Library: Shared libraries ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi Versions of packages zsh suggests: pn zsh-doc(no description available) -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#557026: ITP: gtkhotkey -- Gtk hotkey shared library
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu * Package name: gtkhotkey Version : 0.2.1 Upstream Author : Mikkel Kamstrup Erlandsen * URL : https://launchpad.net/gtkhotkey * License : LGPL-3 Programming Lang: C Description : Gtk hotkey shared library Cross platform library for using desktop wide hotkeys. Platform independent hotkey handling for Gtk+ applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557020: FTBFS: Fails to find fvm.
Cyril Brulebois (19/11/2009): > | conftest.c:42: warning: function declaration isn't a prototype > | /usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/../../../libfvm.so: undefined > reference to `sincos' > | /usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/../../../libfvm.so: undefined > reference to `sqrt' > | collect2: ld returned 1 exit status > > -lm might help. As said on IRC: -lm in code-saturne might be a workaround. libfvm.so seems to be having 'U' on math functions while not NEEDED'ing libm. Could you please double-check that and open a bug against it accordingly if I'm not on crack? Mraw, KiBi. signature.asc Description: Digital signature
Bug#556563: protobuf and mumble
Dirk Eddelbuettel wrote: > Still just one package: mumble (as mumble and mumble-server come from the > same source package, hence count as one, and protobuf-c-compiler comes from > protobuf itself and counts as zero leaving exactly one package -- mumble). protobuf-c-compiler is built from the protobuf-c source package, which build-depends on the binary packages libprotobuf-dev, libprotoc-dev, protobuf-compiler, which are built from the protobuf source package. protobuf-c-compiler has runtime dependencies on libprotobufN and libprotocN. iustin pop is the protobuf package maintainer and i am the protobuf-c package maintainer. two source packages and three binary packages are affected by #556563. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#557024: RFP: videoconverter -- easily convert videos to several popular video sharing sites
Package: wnpp Severity: wishlist * Package name: videoconverter Version : 0.9.1 Upstream Author : Manuel Amador (Rudd-O) * URL : http://rudd-o.com/new-projects/linuxvideoconverter * License : GPLv3 Programming Lang: Python Description : easily convert videos to several popular video sharing sites -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
On 18 November 2009 at 17:10, Kenton Varda wrote:
| I've created a 2.2.0a release:
|
| SVN: http://protobuf.googlecode.com/svn/tags/2.2.0a/
| tarball: http://groups.google.com/group/protobuf/web/protobuf-2.2.0a.tar.bz2
| Diff from 2.2.0: http://code.google.com/p/protobuf/source/detail?r=246
|
| I will make it live on the official site as soon as you confirm that it
| fixes the problem.
I'd say go ahead in a day in case you haven't heard. Protobuf doesn't really
have an active Debian maintainer right now (but lots of people standing on
soap boxen ...) so there may not be anyone testing this.
Dirk
| On Wed, Nov 18, 2009 at 4:41 PM, Kenton Varda wrote:
|
| > Bumping the soname is part of our release process, since C++ ABI
| > compatibility is practically impossible to maintain. Unfortunately, if SVN
| > is to be believed, it appears that somehow this didn't happen with the 2.2.0
| > release. And here I thought I had finally done a release without screwing
| > anything up!
| >
| > I guess I will do a 2.2.0a which does nothing but fix this. I'd like to
| > avoid changing the last digit there because it would create a bunch of new
| > ways that I could screw up.
| >
| > On Wed, Nov 18, 2009 at 3:55 PM, Robert Edmonds wrote:
| >
| >> [ kenton varda, upstream release engineer for protobuf, added to Cc. ]
| >>
| >> Dirk Eddelbuettel wrote:
| >> > I am not sure what the best way forward is. Given that mumble is the
| >> only
| >> > user of protobuf, could you just rebuild based on the protobuf? That is
| >> > probably quicker than a new upload, NEW queue, required rebuild, ... and
| >> > avoids all hazzles regarding soname conflicts if we move to 5 now and
| >> Google
| >> > later claims 5.
| >>
| >> since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI
| >> compatibility, the SONAME really should be bumped, regardless of NEW
| >> delays, etc. because it is the correct thing to do, rather than breaking
| >> unrelated software. ideally it should be coordinated with upstream so
| >> that we don't break binary compatibility with other linux distributions
| >> (to the extent that this is possible with the C++ ABI, which i am not
| >> especially familiar with).
| >>
| >> kenton, is it possible to make a 2.2.1 release with just a SONAME bump?
| >> see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556563 for the
| >> relevant justification:
| >>
| >>m...@exez:~$ mumble
| >>mumble: Symbol `_ZTIN6google8protobuf7MessageE' has different size in
| >> shared object, consider re-linking
| >>mumble: symbol lookup error: mumble: undefined symbol:
| >> _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE
| >>
| >> i've also noticed that these changes break the protobuf-c package (for
| >> which i am the debian maintainer):
| >>
| >>edmo...@chase{0}:~$ protoc-c
| >>protoc-c: symbol lookup error: /usr/lib/libprotoc.so.4: undefined
| >> symbol: _ZN6google8protobuf8internal10WireFormat21kWireTypeForFieldTypeE
| >>
| >> i think protobuf-c and mumble are the only two reverse dependencies of
| >> protobuf, and they're both broken by the 2.2.0-0.1 upload.
| >>
| >> the protobuf debian package unfortunately lacks .symbols files for
| >> libprotocN and libprotobufN, which would have caught this problem.
| >> when .symbols files are in use, the package build should fail if there
| >> are any symbol insertions or deletions.
| >>
| >> i've rebuilt the debian protobuf 2.1.0-1 package, adding symbol files,
| >> and then used the result to rebuild the 2.2.0-0.1 package, which reveals
| >> that there are quite a few missing symbols in 2.2.0:
| >>
| >>edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep
| >> _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE
| >> *.symbols
| >>libprotobuf4.symbols:#MISSING: 2.2.0#
| >>
_zn6google8protobuf14messagefactory29internalregistergeneratedfileepkcpf...@base2.1.0
| >>
| >> (the missing symbol that broke mumble.)
| >>
| >>edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep
| >> MISSING *.symbols | wc -l
| >>311
| >>
| >> (310 other symbols are missing as well.)
| >>
| >> i've attached the revelant diff.gz's.
| >>
| >> btw, 2.2.0 introduced a new 'libprotobuf-lite' library which should be
| >> split out of the libprotobuf binary package, since (i gather) the idea
| >> is to have a lite version of the library which doesn't require the full
| >> heft of libprotobuf.
| >>
| >> --
| >> Robert Edmonds
| >> edmo...@debian.org
| >>
| >> -BEGIN PGP SIGNATURE-
| >> Version: GnuPG v1.4.10 (GNU/Linux)
| >>
| >> iEYEARECAAYFAksEiVcACgkQdp+/SHMBQJFXTQCgi8udEma1ccxxzHxMw4RPcjT/
| >> 7e8An3+4He41DprUK0BefB/hdWLncwag
| >> =3+hv
| >> -END PGP SIGNATURE-
| >>
| >>
| >
--
Three out of two people have difficulties with fractions.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
Bug#556951: [binutils] objcopy fails with 'Invalid operation'
On 18.11.2009 14:54, Peter Fritzsche wrote:
forwarded 556951 http://sourceware.org/bugzilla/show_bug.cgi?id=10982
thanks
Matthias Klose wrote:
[]
`debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten/sauer_cl
ient': Invalid operation dh_strip: objcopy returned exit code 1
Is this a known problem with binutils-gold?
yes, I did see this as well recently.
Could it be that it is new with 2.20-3 or 2.20-4? I think I didn't saw that in
earlier version. I think I saw it the first time when compiling batctl - which
I compiled right after update of my Sources file. This was after the 11.
November.
I wanted to write a bug report right now but haven't a glue why it fails.
objcopy --only-keep-debug debian/batctl/usr/sbin/batctl
debian/batctl-dbg/usr/lib/debug//usr/sbin/batctl
seems to work without any problems. The real problem is
objcopy --add-gnu-debuglink debian/batctl-dbg/usr/lib/debug//usr/sbin/batctl
debian/batctl/usr/sbin/batctl
So a small test would be:
$ echo 'int main() { return 0; }'> test.c&& \
gcc -g3 test.c -o test&& \
objcopy --only-keep-debug test test.dbg&& \
objcopy --add-gnu-debuglink=./test.dbg test&& echo "cool it works"
objcopy:stCdJOm4: cannot create debug link section `./test.dbg': Invalid
operation
This works with the old linker, but not with binutils-gold
So I build the cvs version of the linker and objcopy and it is the same here.
So it is propably an upstream bug.
I only see this when upgrading to current glibc in unstable; not with testing.
Matthias
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557023: Barby::Code128: private method split called for nil
Package: libbarby-ruby1.8
Version: 0.3-1
Severity: normal
Tags: patch
Creating a new instance of Barby::Code128 with a legitimate string can
cause a stack trace. One such string is the empty string:
Barby::Code128.new("", 'B')
The stack trace is:
/usr/lib/ruby/1.8/barby/barcode/code_128.rb:239:in `characters': private method
`split' called for nil:NilClass (NoMethodError)
from /usr/lib/ruby/1.8/barby/barcode/code_128.rb:364:in `valid?'
from /usr/lib/ruby/1.8/barby/barcode/code_128.rb:162:in `initialize'
from ./foo.rb:15:in `new'
from ./foo.rb:15
foo.rb (attached) reproduces the problem two different ways.
Wayne Conrad
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.30-2-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages libbarby-ruby1.8 depends on:
ii librqrcode-ruby1.8 0.3.2-2 Ruby library for encoding QRCode (
ii rails2.2.3-1 MVC ruby based framework geared fo
ii ruby1.8 1.8.7.174-2 Interpreter of object-oriented scr
libbarby-ruby1.8 recommends no packages.
Versions of packages libbarby-ruby1.8 suggests:
ii libcairo-ruby1.8 1.8.0-1Cairo bindings for the Ruby langua
pn libprawn-ruby1.8 (no description available)
ii librmagick-ruby1.82.11.1-1 ImageMagick API for Ruby 1.8
-- no debconf information
foo.rb
Description: application/ruby
diff -ur libbarby-ruby-0.3.orig/lib/barby/barcode/code_128.rb libbarby-ruby-0.3/lib/barby/barcode/code_128.rb
--- libbarby-ruby-0.3.orig/lib/barby/barcode/code_128.rb 2009-11-18 17:51:28.0 -0700
+++ libbarby-ruby-0.3/lib/barby/barcode/code_128.rb 2009-11-18 17:51:37.0 -0700
@@ -227,8 +227,8 @@
#sets, in which case the extra will itself have an extra.
def extra=(extra)
raise ArgumentError, "Extra must begin with \\301, \\302 or \\303" unless extra =~ /^[#{CODEA+CODEB+CODEC}]/n
- type = extra[/([#{CODEA+CODEB+CODEC}])/n, 1]
- data = extra[/[#{CODEA+CODEB+CODEC}](.*)/n, 1]
+ type = extra[0..0]
+ data = extra[1..-1]
@extra = class_for(type).new(data)
end
Bug#556563: protobuf and mumble
On 18 November 2009 at 20:39, Robert Edmonds wrote: | Dirk Eddelbuettel wrote: | > On 18 November 2009 at 18:55, Robert Edmonds wrote: | > | since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI | > | compatibility, the SONAME really should be bumped, regardless of NEW | > | delays, etc. because it is the correct thing to do, rather than breaking | > | unrelated software. ideally it should be coordinated with upstream so | > | that we don't break binary compatibility with other linux distributions | > | (to the extent that this is possible with the C++ ABI, which i am not | > | especially familiar with). | > | > That is correct if you narrowly play by the book, but in the grand scheme of | > things it is still somewhat silly that among 8k or 9k source packages we do | > these dances for packages whose 'dependency graph' has one edge and one | > further package. | | narrowness doesn't enter into it; package renames due to SONAME bumps | are required by policy. | | Debian Policy Manual | Chapter 8 - Shared libraries | | 8.1 Run-time shared libraries | | The run-time shared library needs to be placed in a package whose name | changes whenever the shared object version changes. | | in this case it was an upstream bug that the SONAME was not increased, Right. Which caught me. My first emails to Iustin about the NMU mentioned the '5' soname. | and three packages (mumble, mumble-server, protobuf-c-compiler), not | one, were affected. Still just one package: mumble (as mumble and mumble-server come from the same source package, hence count as one, and protobuf-c-compiler comes from protobuf itself and counts as zero leaving exactly one package -- mumble). I am merely mentioning that other than 'very formal by the books and rules' play one can also show a bit of lattitude, rebuild mumble _now_ while also updating protobuf. Anyway, I'll stop this now and get some work done. As I said earlier: Sorry again about the breakage, thanks to Iusting for the initial package and I hope he comes back to protobuf at some point. Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557021: libabiword-2.8-dev: abiword.pc is missing from -dev package (needed by pyabiword)
Package: libabiword-2.8-dev Version: 2.8.1-1 Severity: important As subject says, abiword.pc is missing from libabiword-2.8-dev, which makes pkg-config resolving in pyabiword fail. Kind regards, - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516560: freeguide: Contains precompiled libraries without source
> at least /usr/share/freeguide/lib/retroweaver-rt-1.2.5.jar and > /usr/share/freeguide/lib/tagsoup-1.0.1.jar is shipped as part of the > source and installed directly without any recompilation. Both of these jars have no been removed from the install, and there are no others. This change will ship in version 0.10.11 which I hope to release in the next few days. Thanks for submitting this report. Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557022: evolution: error while converting a mail database while upgrade from lenny to sid version
Package: evolution Version: 2.28.1-2 Severity: important After upgrading from lenny version (2.22.3.1-1) to current sid version (2.28.1-2) during local mailbox (mbox format) convertion evolution trapping. Console output in attachment. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.2.1-5+lenny1simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii evolution-common 2.28.1-2 architecture independent files for ii evolution-data-server 2.28.1-1 evolution database backend server ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbluetooth3 4.57-1Library to use the BlueZ Linux Blu ii libbonobo2-0 2.24.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.28.1-1 The Evolution MIME message handlin ii libdbus-1-31.2.1-5+lenny1simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libebackend1.2-0 2.28.1-1 Utility library for evolution data ii libebook1.2-9 2.28.1-1 Client library for evolution addre ii libecal1.2-7 2.28.1-1 Client library for evolution calen ii libedataserver1.2-11 2.28.1-1 Utility library for evolution data ii libedataserverui1.2-8 2.28.1-1 GUI utility library for evolution ii libegroupwise1.2-132.28.1-1 Client library for accessing group ii libenchant1c2a 1.4.2-3.3 a wrapper library for various spel ii libexchange-storage1.2 2.28.1-1 Client library for accessing Excha ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2+lenny1FreeType 2 font engine, shared lib ii libgconf2-42.28.0-1 GNOME configuration database syste ii libgdata-google1.2-1 2.28.1-1 Client library for accessing Googl ii libgdata1.2-1 2.28.1-1 Client library for accessing Googl ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgnome-desktop-2-11 2.28.1-1 Utility library for loading .deskt ii libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.24.2-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libgtkhtml-editor0 3.28.1-1 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.28.1-1 HTML rendering/editing library - r ii libgweather1 2.28.0-1 GWeather shared library ii libhal10.5.11-8 Hardware Abstraction Layer - share ii libical0 0.44-1iCalendar library implementation i ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d4.7.1-5 NetScape Portable Runtime Library ii libnss3-1d 3.12.3.1-0lenny1 Network Security Service libraries ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpisock9 0.12.3-5 library for communicating with a P ii libpisync1 0.12.3-5 synchronization library for PalmOS ii libpopt0 1.15-1lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libsoup2.4-1 2.28.1-3 an HTTP library implementation in ii libsqlite3-0 3.6.20-1 SQLite 3 shared library ii libstartup-no
Bug#556563: protobuf and mumble
Dirk Eddelbuettel wrote: > On 18 November 2009 at 18:55, Robert Edmonds wrote: > | since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI > | compatibility, the SONAME really should be bumped, regardless of NEW > | delays, etc. because it is the correct thing to do, rather than breaking > | unrelated software. ideally it should be coordinated with upstream so > | that we don't break binary compatibility with other linux distributions > | (to the extent that this is possible with the C++ ABI, which i am not > | especially familiar with). > > That is correct if you narrowly play by the book, but in the grand scheme of > things it is still somewhat silly that among 8k or 9k source packages we do > these dances for packages whose 'dependency graph' has one edge and one > further package. narrowness doesn't enter into it; package renames due to SONAME bumps are required by policy. Debian Policy Manual Chapter 8 - Shared libraries 8.1 Run-time shared libraries The run-time shared library needs to be placed in a package whose name changes whenever the shared object version changes. in this case it was an upstream bug that the SONAME was not increased, and three packages (mumble, mumble-server, protobuf-c-compiler), not one, were affected. -- Robert Edmonds edmo...@debian.org signature.asc Description: Digital signature
Bug#556563: protobuf and mumble
On 19 November 2009 at 01:45, Sune Vuorela wrote: | On Wednesday 18 November 2009 23:13:44 Dirk Eddelbuettel wrote: | > Patrick, | > | > I am sorry about the breakage in mumble. I had coordinated the NMU I made | > for protobuf 2.2 with Iustin who had suggested that I contact | > debian-release. | > | > Nobody at the Debian release lists followed up on my posts. Nobody | > followed up when I pointed out that the upstream soname of protobuf 2.2 is | > still 4.0.0. I tried to be minimally invasive with my NMU and did | > therefore not raise the soname. | | This is just wrong and broken library maintenance, no matter what excuses you | try to use. | | The minimal things to do when packaging a new upstream version of a library is | to check wether it breaks the ABI or not, and if yes, then act appropriately. | | So how did you check the ABI? I ran it against our new in-progress RProtoBuf binding, and it broke. I ran the protobud example _and it ran_ albeit spewing out a message. I contact debian-release. I trusted upstream with the libtool 4.0.0 setting. So I made mistake, as did the maintainer (who has been sitting on a new upstream for three months and a bugreport about it for a months) and so has upstream as we now know. Do we really gain anything by engaging in pissing matches? | > I am not sure what the best way forward is. Given that mumble is the only | > user of protobuf, could you just rebuild based on the protobuf? That is | > probably quicker than a new upload, NEW queue, required rebuild, ... and | > avoids all hazzles regarding soname conflicts if we move to 5 now and | > Google later claims 5. | | protobuf is a library also used for many homemade applications that aren't in | debian (yet?) and you also break these this way. | | You can also try to just rename the package as a minimum, but unfriendly to | the rest of debian (And users of the library not in debian). That's not solution. | Using "avoiding NEW" to justify this is just plain wrong. I didn't suggest that. I just pointed out the obvious that the mumble team can rebuild RIGHT NOW which gets a fix to their users faster than waitning for 2.2.0a with a new major soname. | To quote the /topic of the #debian-release channel: | | Breaks for SONAME changes instead of package renames? Think again! Very Cool. Now why don't you join the debian-release list and reply to my requests for help before breakage occurs rather than do your grandstanding afterwards? Dirk | | | | /Sune | | -- | Man, how may I upload from the sendmail over the BIOS secret code? | | You need to rename a gadget for inserting the ethernet connection on the mail | of a processor on a wordprocessor. -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557020: FTBFS: Fails to find fvm.
Package: code-saturne Version: 2.0.0.beta2-1 Severity: serious Justification: FTBFS Log excerpt: | checking for bft version >= "1.1.0"... compatible bft version found | configure: error: in `/build/buildd-code-saturne_2.0.0.beta2-1-alpha-XJMnQb/code-saturne-2.0.0.beta2': | configure: error: compatible fvm version not found https://buildd.debian.org/status/package.php?suite=unstable&p=code-saturne | config.log excerpt: | configure:19213: checking for fvm version >= "0.14.0" | configure:19308: cc -o conftest -std=c99 -funsigned-char -pedantic -W -Wall -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wunused -Wfloat-equal -g -O2 -g -Wall -O2 -DNDEBUG -O conftest.c -lfvm -lbft >&5 | conftest.c:42: warning: function declaration isn't a prototype | /usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/../../../libfvm.so: undefined reference to `sincos' | /usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/../../../libfvm.so: undefined reference to `sqrt' | collect2: ld returned 1 exit status -lm might help. 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#556563: protobuf and mumble
Kenton Varda wrote: > I've created a 2.2.0a release: > > SVN: http://protobuf.googlecode.com/svn/tags/2.2.0a/ > tarball: http://groups.google.com/group/protobuf/web/protobuf-2.2.0a.tar.bz2 > Diff from 2.2.0: http://code.google.com/p/protobuf/source/detail?r=246 > > I will make it live on the official site as soon as you confirm that it > fixes the problem. i haven't tested it, but i can confirm that it is the change i would have made :) -- Robert Edmonds edmo...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510062: ITP: libmoosex-multiinitarg-perl
Christian Sánchez wrote: Hi Sebastien, what's the status of this package? Do you need any help? I can help you with this, I'm using this module for a little project already. As for all the other packages I created tickets for, the problem I have is that debian-perl wants to use DebHelper 7 for all the packages, while I need to use DebHelper 5 because most of our production platform is still in sarge and etch. All the packages I proposed actually exists, but only in our private repositories, with DH5. Converting them to DH7 for Debian means we'd have to backport them for sarge and etch, which is not possible. But given we're in process to migrate to Ubuntu, it will be easier to contribute these packages, even in DH7. If you want the package right now, I can privately send it to you. -- Sébastien Aperghis-Tramoni Close the world, txEn eht nepO. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#475922: ITP: sweethome3d
retitle 475922 ITP: sweethome3d -- interior design application with a 2D plan and 3D preview thanks Hi, I'm going to package it. Michal, you promised! :) Cheers, Gabriele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
Content-Type: text/plain; charset=us-ascii
Content-Description: message body text
Content-Transfer-Encoding: 7bit
On 18 November 2009 at 18:55, Robert Edmonds wrote:
| [ kenton varda, upstream release engineer for protobuf, added to Cc. ]
|
| Dirk Eddelbuettel wrote:
| > I am not sure what the best way forward is. Given that mumble is the only
| > user of protobuf, could you just rebuild based on the protobuf? That is
| > probably quicker than a new upload, NEW queue, required rebuild, ... and
| > avoids all hazzles regarding soname conflicts if we move to 5 now and Google
| > later claims 5.
|
| since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI
| compatibility, the SONAME really should be bumped, regardless of NEW
| delays, etc. because it is the correct thing to do, rather than breaking
| unrelated software. ideally it should be coordinated with upstream so
| that we don't break binary compatibility with other linux distributions
| (to the extent that this is possible with the C++ ABI, which i am not
| especially familiar with).
That is correct if you narrowly play by the book, but in the grand scheme of
things it is still somewhat silly that among 8k or 9k source packages we do
these dances for packages whose 'dependency graph' has one edge and one
further package.
Anyway, it's moving the right way and Debian finally gets a proper 2.2
version of ProtoBuf.
Kenton, nice to meet you -- a co-author and I will contact you in a bit about
a neat new ProtoBuf language binding for GNU R with pretty nice reflection
etc pp. Had I know that your plan was to bump sonames each times I would
have contacted you late week / this weekend while I prepared this release
stepping in for the nominal maintainer Iusty.
| kenton, is it possible to make a 2.2.1 release with just a SONAME bump?
| see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556563 for the
| relevant justification:
|
| m...@exez:~$ mumble
| mumble: Symbol `_ZTIN6google8protobuf7MessageE' has different size in
shared object, consider re-linking
| mumble: symbol lookup error: mumble: undefined symbol:
_ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE
|
| i've also noticed that these changes break the protobuf-c package (for
| which i am the debian maintainer):
|
| edmo...@chase{0}:~$ protoc-c
| protoc-c: symbol lookup error: /usr/lib/libprotoc.so.4: undefined symbol:
_ZN6google8protobuf8internal10WireFormat21kWireTypeForFieldTypeE
|
| i think protobuf-c and mumble are the only two reverse dependencies of
| protobuf, and they're both broken by the 2.2.0-0.1 upload.
|
| the protobuf debian package unfortunately lacks .symbols files for
| libprotocN and libprotobufN, which would have caught this problem.
| when .symbols files are in use, the package build should fail if there
| are any symbol insertions or deletions.
|
| i've rebuilt the debian protobuf 2.1.0-1 package, adding symbol files,
| and then used the result to rebuild the 2.2.0-0.1 package, which reveals
| that there are quite a few missing symbols in 2.2.0:
|
| edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep
_ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE
*.symbols
| libprotobuf4.symbols:#MISSING: 2.2.0#
_zn6google8protobuf14messagefactory29internalregistergeneratedfileepkcpf...@base
2.1.0
|
| (the missing symbol that broke mumble.)
|
| edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep
MISSING *.symbols | wc -l
| 311
|
| (310 other symbols are missing as well.)
|
| i've attached the revelant diff.gz's.
|
| btw, 2.2.0 introduced a new 'libprotobuf-lite' library which should be
| split out of the libprotobuf binary package, since (i gather) the idea
| is to have a lite version of the library which doesn't require the full
| heft of libprotobuf.
Feel free to patch this, or wait for Iustin to come back to action.
Dirk
|
| --
| Robert Edmonds
| edmo...@debian.org
|
| [GNUPG:] ERRSIG 769FBF4873014091 17 2 01 1258588503 9
| [GNUPG:] NO_PUBKEY 769FBF4873014091
--
Three out of two people have difficulties with fractions.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
I've created a 2.2.0a release:
SVN: http://protobuf.googlecode.com/svn/tags/2.2.0a/
tarball: http://groups.google.com/group/protobuf/web/protobuf-2.2.0a.tar.bz2
Diff from 2.2.0: http://code.google.com/p/protobuf/source/detail?r=246
I will make it live on the official site as soon as you confirm that it
fixes the problem.
On Wed, Nov 18, 2009 at 4:41 PM, Kenton Varda wrote:
> Bumping the soname is part of our release process, since C++ ABI
> compatibility is practically impossible to maintain. Unfortunately, if SVN
> is to be believed, it appears that somehow this didn't happen with the 2.2.0
> release. And here I thought I had finally done a release without screwing
> anything up!
>
> I guess I will do a 2.2.0a which does nothing but fix this. I'd like to
> avoid changing the last digit there because it would create a bunch of new
> ways that I could screw up.
>
> On Wed, Nov 18, 2009 at 3:55 PM, Robert Edmonds wrote:
>
>> [ kenton varda, upstream release engineer for protobuf, added to Cc. ]
>>
>> Dirk Eddelbuettel wrote:
>> > I am not sure what the best way forward is. Given that mumble is the
>> only
>> > user of protobuf, could you just rebuild based on the protobuf? That is
>> > probably quicker than a new upload, NEW queue, required rebuild, ... and
>> > avoids all hazzles regarding soname conflicts if we move to 5 now and
>> Google
>> > later claims 5.
>>
>> since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI
>> compatibility, the SONAME really should be bumped, regardless of NEW
>> delays, etc. because it is the correct thing to do, rather than breaking
>> unrelated software. ideally it should be coordinated with upstream so
>> that we don't break binary compatibility with other linux distributions
>> (to the extent that this is possible with the C++ ABI, which i am not
>> especially familiar with).
>>
>> kenton, is it possible to make a 2.2.1 release with just a SONAME bump?
>> see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556563 for the
>> relevant justification:
>>
>>m...@exez:~$ mumble
>>mumble: Symbol `_ZTIN6google8protobuf7MessageE' has different size in
>> shared object, consider re-linking
>>mumble: symbol lookup error: mumble: undefined symbol:
>> _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE
>>
>> i've also noticed that these changes break the protobuf-c package (for
>> which i am the debian maintainer):
>>
>>edmo...@chase{0}:~$ protoc-c
>>protoc-c: symbol lookup error: /usr/lib/libprotoc.so.4: undefined
>> symbol: _ZN6google8protobuf8internal10WireFormat21kWireTypeForFieldTypeE
>>
>> i think protobuf-c and mumble are the only two reverse dependencies of
>> protobuf, and they're both broken by the 2.2.0-0.1 upload.
>>
>> the protobuf debian package unfortunately lacks .symbols files for
>> libprotocN and libprotobufN, which would have caught this problem.
>> when .symbols files are in use, the package build should fail if there
>> are any symbol insertions or deletions.
>>
>> i've rebuilt the debian protobuf 2.1.0-1 package, adding symbol files,
>> and then used the result to rebuild the 2.2.0-0.1 package, which reveals
>> that there are quite a few missing symbols in 2.2.0:
>>
>>edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep
>> _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE
>> *.symbols
>>libprotobuf4.symbols:#MISSING: 2.2.0#
>> _zn6google8protobuf14messagefactory29internalregistergeneratedfileepkcpf...@base2.1.0
>>
>> (the missing symbol that broke mumble.)
>>
>>edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep
>> MISSING *.symbols | wc -l
>>311
>>
>> (310 other symbols are missing as well.)
>>
>> i've attached the revelant diff.gz's.
>>
>> btw, 2.2.0 introduced a new 'libprotobuf-lite' library which should be
>> split out of the libprotobuf binary package, since (i gather) the idea
>> is to have a lite version of the library which doesn't require the full
>> heft of libprotobuf.
>>
>> --
>> Robert Edmonds
>> edmo...@debian.org
>>
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.10 (GNU/Linux)
>>
>> iEYEARECAAYFAksEiVcACgkQdp+/SHMBQJFXTQCgi8udEma1ccxxzHxMw4RPcjT/
>> 7e8An3+4He41DprUK0BefB/hdWLncwag
>> =3+hv
>> -END PGP SIGNATURE-
>>
>>
>
Bug#556563: protobuf and mumble
On Wednesday 18 November 2009 23:13:44 Dirk Eddelbuettel wrote: > Patrick, > > I am sorry about the breakage in mumble. I had coordinated the NMU I made > for protobuf 2.2 with Iustin who had suggested that I contact > debian-release. > > Nobody at the Debian release lists followed up on my posts. Nobody > followed up when I pointed out that the upstream soname of protobuf 2.2 is > still 4.0.0. I tried to be minimally invasive with my NMU and did > therefore not raise the soname. This is just wrong and broken library maintenance, no matter what excuses you try to use. The minimal things to do when packaging a new upstream version of a library is to check wether it breaks the ABI or not, and if yes, then act appropriately. So how did you check the ABI? > I am not sure what the best way forward is. Given that mumble is the only > user of protobuf, could you just rebuild based on the protobuf? That is > probably quicker than a new upload, NEW queue, required rebuild, ... and > avoids all hazzles regarding soname conflicts if we move to 5 now and > Google later claims 5. protobuf is a library also used for many homemade applications that aren't in debian (yet?) and you also break these this way. You can also try to just rename the package as a minimum, but unfriendly to the rest of debian (And users of the library not in debian). Using "avoiding NEW" to justify this is just plain wrong. To quote the /topic of the #debian-release channel: | Breaks for SONAME changes instead of package renames? Think again! /Sune -- Man, how may I upload from the sendmail over the BIOS secret code? You need to rename a gadget for inserting the ethernet connection on the mail of a processor on a wordprocessor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557019: Problems with ANSI-colors
Package: debconf Version: 1.5.28 Severity: important dpkg-reconfigure has these problems with ANSI-colorsi, when using dialog-frontend: 1) It can not reliably detect, if current terminal type can support colors. 2) There is no way to force usage of ANSI-colors (just like option -c in mc (Midnight Commander)). I checked both "man dpkg-reconfigure" and "dpkg-reconfigure -h". 3) When it starts without ANSI-colors, it unsuccesfully tries to use color differences in order to show pointer. I am mean chosen entry has red background. I am quite sure that even when ANSI-color support works, some color-blind people may be very upset. Here are screenshots that demonstrate that problem: http://iki.fi/juhtolv/tmp/bugreports/debconf/01/ In that screenshot called dpkg-reconfigure_xterm-256color.png I run dpkg-reconfigure under xterm that uses terminal type called xterm-256color. In that screenshot dpkg-reconfigure_screen-256color-s.png I run dpkg-reconfigure under GNU screen that runs under xterm and terminal type is screen-256color-s . I'd like to use terminal type screen-256color-bce-s , but it is not possible because of bug #491812 . -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debconf depends on: ii debconf-i18n 1.5.28 full internationalization support ii perl-base 5.10.1-7 minimal Perl system Versions of packages debconf recommends: ii apt-utils 0.7.22.2 APT utility programs Versions of packages debconf suggests: ii debconf-doc 1.5.28 debconf documentation ii debconf-utils 1.5.28 debconf utilities ii dialog1.1-20080819-1 Displays user-friendly dialog boxe ii gnome-utils 2.26.0-1 GNOME desktop utilities ii libgnome2-perl1.042-2Perl interface to the GNOME librar pn libnet-ldap-perl (no description available) ii libterm-readline-gnu-perl 1.19-2 Perl extension for the GNU Readlin ii perl 5.10.1-7 Larry Wall's Practical Extraction ii whiptail 0.52.10-4 Displays user-friendly dialog boxe -- debconf information: debconf-apt-progress/title: debconf-apt-progress/info: * debconf/priority: low debconf-apt-progress/preparing: debconf-apt-progress/media-change: * debconf/frontend: Dialog -- Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv "Quidquid Latine dictum sit altum videtur." -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556928: ITP: pyflag -- An advanced forensic tool for large volumes of log files
Hi Cristian, On Thu, Nov 19, 2009 at 01:01:19AM +0100, Cristian Greco wrote: > On Wed, 18 Nov 2009 10:05:41 -0200 > Tiago Bortoletto Vaz wrote: > > > * Package name: pyflag > > Version : 0.87-pre1 > > Upstream Author : Michael Cohen and David Collett > > > > * URL : http://www.pyflag.net > > * License : GPL-2 > > Programming Lang: C, Python > > Description : An advanced forensic tool for large volumes of log files > > > > FLAG (Forensic and Log Analysis GUI) is an advanced forensic tool for the > > analysis of large volumes of log files and forensic investigations. > > Hi Tiago, > > you may consider joining the Debian Forensics team and maintaining this > package under its umbrella. :-) Great. I'd also be happy to maintain my other forensics-related ones with the team if you agree: http://packages.debian.org/sid/nasty http://packages.debian.org/sid/ed2k-hash http://packages.debian.org/sid/rephrase http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556602 (currently in NEW) Best regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu signature.asc Description: Digital signature
Bug#556939: libgfshare-bin: can produce broken shares containing foo.000
On Wed, Nov 18, 2009 at 02:00:25PM +, Simon McVittie wrote: > The mathematics of Shamir secret sharing do not work correctly with x_i = 0, > i.e. a component foo.000, so the library should reject any sharenrs array > that contains 0, and the utilities should not produce such arrays. I'll > prepare a patch this evening. > Daniel, do you agree with this diagnosis? Indeed, the zero-share is not useful since in theory it'd be the data unchanged. The software should reject zero-share instances, and not create them. I'm happy for you to supply me with a bundle, or I can sort it out myself, whichever you would prefer. D. -- Daniel Silverstone http://www.digital-scurf.org/ PGP mail accepted and encouraged.Key Id: 3CCE BABE 206C 3B69 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556899: broken keybindings for vinagre
reopen 556899 quit On Wed, Nov 18, 2009 at 01:02:17PM +0100, Emilio Pozuelo Monfort wrote: > Craig Sanders wrote: > > Package: vinagre > > Version: 2.28.1-1 > > > > the keybindings for vinagre conflict with actually *using* any > > remote host for anything more than just a superficial "wow, i can > > connect, it works!". > > > > did nobody stop to think that using the common keybindings for > > vinagre would conflict with using them on the remote machine? > > Yes, that's why you can disable them in Edit->Preferences->Show menu > shortcuts. then that's the bug. i saw that preference option and thought "that's useless. i don't care much whether i see the shortcuts or not, i want to be able to disable them". it shouldn't be called "SHOW menu shortcuts". that wording means that that function merely enables/disables the display of the keybindings in the menus. if it really disables the keybindings then it should be called "DISABLE menu shortcuts" rather than "SHOW". craig -- craig sanders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556563: protobuf and mumble
Bumping the soname is part of our release process, since C++ ABI
compatibility is practically impossible to maintain. Unfortunately, if SVN
is to be believed, it appears that somehow this didn't happen with the 2.2.0
release. And here I thought I had finally done a release without screwing
anything up!
I guess I will do a 2.2.0a which does nothing but fix this. I'd like to
avoid changing the last digit there because it would create a bunch of new
ways that I could screw up.
On Wed, Nov 18, 2009 at 3:55 PM, Robert Edmonds wrote:
> [ kenton varda, upstream release engineer for protobuf, added to Cc. ]
>
> Dirk Eddelbuettel wrote:
> > I am not sure what the best way forward is. Given that mumble is the only
> > user of protobuf, could you just rebuild based on the protobuf? That is
> > probably quicker than a new upload, NEW queue, required rebuild, ... and
> > avoids all hazzles regarding soname conflicts if we move to 5 now and
> Google
> > later claims 5.
>
> since the changes from 2.1.0 to 2.2.0 have demonstrably broken ABI
> compatibility, the SONAME really should be bumped, regardless of NEW
> delays, etc. because it is the correct thing to do, rather than breaking
> unrelated software. ideally it should be coordinated with upstream so
> that we don't break binary compatibility with other linux distributions
> (to the extent that this is possible with the C++ ABI, which i am not
> especially familiar with).
>
> kenton, is it possible to make a 2.2.1 release with just a SONAME bump?
> see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556563 for the
> relevant justification:
>
>m...@exez:~$ mumble
>mumble: Symbol `_ZTIN6google8protobuf7MessageE' has different size in
> shared object, consider re-linking
>mumble: symbol lookup error: mumble: undefined symbol:
> _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE
>
> i've also noticed that these changes break the protobuf-c package (for
> which i am the debian maintainer):
>
>edmo...@chase{0}:~$ protoc-c
>protoc-c: symbol lookup error: /usr/lib/libprotoc.so.4: undefined
> symbol: _ZN6google8protobuf8internal10WireFormat21kWireTypeForFieldTypeE
>
> i think protobuf-c and mumble are the only two reverse dependencies of
> protobuf, and they're both broken by the 2.2.0-0.1 upload.
>
> the protobuf debian package unfortunately lacks .symbols files for
> libprotocN and libprotobufN, which would have caught this problem.
> when .symbols files are in use, the package build should fail if there
> are any symbol insertions or deletions.
>
> i've rebuilt the debian protobuf 2.1.0-1 package, adding symbol files,
> and then used the result to rebuild the 2.2.0-0.1 package, which reveals
> that there are quite a few missing symbols in 2.2.0:
>
>edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep
> _ZN6google8protobuf14MessageFactory29InternalRegisterGeneratedFileEPKcPFvvE
> *.symbols
>libprotobuf4.symbols:#MISSING: 2.2.0#
> _zn6google8protobuf14messagefactory29internalregistergeneratedfileepkcpf...@base2.1.0
>
> (the missing symbol that broke mumble.)
>
>edmo...@chase{0}:~/debian/protobuf/symbols/protobuf-2.2.0/debian$ grep
> MISSING *.symbols | wc -l
>311
>
> (310 other symbols are missing as well.)
>
> i've attached the revelant diff.gz's.
>
> btw, 2.2.0 introduced a new 'libprotobuf-lite' library which should be
> split out of the libprotobuf binary package, since (i gather) the idea
> is to have a lite version of the library which doesn't require the full
> heft of libprotobuf.
>
> --
> Robert Edmonds
> edmo...@debian.org
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAksEiVcACgkQdp+/SHMBQJFXTQCgi8udEma1ccxxzHxMw4RPcjT/
> 7e8An3+4He41DprUK0BefB/hdWLncwag
> =3+hv
> -END PGP SIGNATURE-
>
>
Bug#546446: aptitude: -v -W .... safe-upgrade seg
Hi Daniel, * Daniel Burrows [18. Nov. 2009]: > OK, I think I have a fix (attached). ATM aptitude does not segfault so I can't test this. If it segfaults before aptitude itself gets upgraded, i will test the patch. Thank you for your efforts and patience. Ciao, Gregor -- -... --- .-. . -.. ..--.. ...-.- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553110: hercules: postinst-must-call-ldconfig
tags 553110 + patch thanks On Wed, 28 Oct 2009 at 23:56:37 -0500, Manoj Srivastava wrote: > Refer to Debian Policy Manual section 8.1.1 (ldconfig) for details. I started to prepare an NMU for this. The libraries in Hercules don't seem to be intended for system-wide use, and don't have proper SONAMEs; however, when I tried to link them statically the build failed. Comments in the Makefile.am claim that it's necessary to have them shared for some reason (perhaps related to the presence of plugins), and also explain that they're using -avoid-version for cosmetic reasons (avoiding "strange" DLL names on Windows. Sigh). In any case, switching from upstream-provided build stuff to re-running autofoo during the build seems rather intrusive for an NMU... I think the right thing to do is to divert the libraries into /usr/lib/hercules. The attached is as far as I got before I spotted that debian/copyright doesn't actually contain the distribution license. I've started to aggregate the copyright statements but got distracted by a critical bug in one of my own packages. For my own reference, things remaining to do to be able to NMU this with a clear conscience: * paste the distribution license from the upstream website onto the end of debian/copyright (it's the QPL, referenced by, but not included in, COPYING) * investigate the possibility of running $(MAKE) modexecdir=/usr/lib/hercules to avoid the symlink hack in install-arch * apply the patches for FTBFS with kFreeBSD, and with GCC 4.4 * easy lintian-prompted fixes: + bump the debhelper compat to something less ancient than 3 and don't use DH_COMPAT + let dh_link fix the symlink-contains-spurious-segments + add misc:Depends + don't ignore the make clean error + move the doc-base and menu entry to a modernized section + fix trivial formatting issues in the man pages Regards, S diff --git a/debian/changelog b/debian/changelog index aa01dc5..0e5e86c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,16 @@ +hercules (3.06-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Install the private libraries into a private directory, making it +unnecessary to run ldconfig (Closes: #553110) + * Modernize watch file (Closes: #529114) + + -- Simon McVittie Sun, 15 Nov 2009 14:42:25 + + hercules (3.06-1) unstable; urgency=low * New upstream release diff --git a/debian/rules b/debian/rules index 60e2083..c65b238 100755 --- a/debian/rules +++ b/debian/rules @@ -17,7 +17,17 @@ configure: configure-stamp configure-stamp: dh_testdir + # We divert the shared libraries (which are all internal to + # Hercules) into /usr/lib/hercules-libdir, which in turn means the + # plugins go in /usr/lib/hercules-libdir/hercules [1]. + # + # Hercules will actually look in /usr/lib/hercules for plugins [1], + # but we can get round that with a symlink. + # + # Both points marked [1] can of course be fixed, but only by patching + # the build system and re-running autoconf/automake. ./configure --prefix=/usr --enable-optimization="$(CFLAGS)" \ + --libdir=/usr/lib/hercules-libdir \ --mandir=/usr/share/man/ --enable-cckd-bzip2 --enable-het-bzip2 \ --enable-custom=Debian --enable-capabilities @@ -54,6 +64,11 @@ install: build # Add here commands to install the package into debian/hercules. $(MAKE) install DESTDIR=$(CURDIR)/debian/hercules + # Looking for loadable modules in $prefix/lib/hercules is hard-coded in + # configure.ac. Compensate... + install -d debian/hercules/usr/lib/hercules + cd debian/hercules/usr/lib/hercules && \ + ln -s ../hercules-libdir/hercules/* . rm $(CURDIR)/debian/hercules/usr/bin/cvslvlck rm $(CURDIR)/debian/hercules/usr/bin/herclin diff --git a/debian/watch b/debian/watch index 3c555d9..7fadcf9 100644 --- a/debian/watch +++ b/debian/watch @@ -1 +1,2 @@ -http://www.hercules-390.org/ hercules-(.*)\.tar\.gz debian +version=3 +http://www.hercules-390.org/hercules-(.*)\.tar\.gz debian signature.asc Description: Digital signature
Bug#557015: more info
found 557015 2.2.14-2 thanks forgot to mention: the correct URI is of course http://[::1]/ and this problem persists throughout sid. -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#552208: Default layout missing
The default rc.lua actually never sets a layout for the tags. This
results in the floating layout to be used.
The best thing would be to set the layout to the first layout defined in
the layouts array. This is the way it was done before and seems to be
the most user friendly way to manage this. I guess it was removed
accidentally with the new way of creating tags.
I fixed the problem on my machine with this patch for rc.lua:
@@ -50,6 +50,10 @@
for s = 1, screen.count() do
-- Each screen has its own tag table.
tags[s] = awful.tag({ 1, 2, 3, 4, 5, 6, 7, 8, 9 }, s)
+
+for tagnumber = 1, 9 do
+awful.layout.set(layouts[1], tags[s][tagnumber])
+end
end
-- }}}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557018: texlive-extra-utils: please add Conflicts/Replaces purifyeps
Package: texlive-extra-utils Version: 2009-1 Severity: normal Hi! texlive-extra-utils contains /usr/bin/purifyeps, which is also provided by the "purifyeps" package. If purifyeps is installed together with texlive 2007, dpkg complains about the conflict during the upgrade to texlive-extra-utils 2009. Could you add a Conflicts/Replaces purifyeps dependency, to facilitate the upgrade? Thank you! Best regards, Cédric -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 boutil boutil 1301 Sep 1 16:44 /home/boutil/texmf/ls-R -rw-r--r-- 1 root root 1165 Nov 19 00:58 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 80 Nov 19 00:57 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Nov 19 00:56 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Nov 19 00:56 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Nov 19 00:56 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Nov 19 00:56 /usr/share/texmf/web2c/texmf.cnf -> /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 5604 Nov 19 00:58 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 10665 Nov 19 00:58 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 3590 Nov 19 00:58 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Jun 9 22:40 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 96762152b2b754ba10dca23db0fd2235 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (700, 'testing'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (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 texlive-extra-utils depends on: ii dpkg 1.15.5.2 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii python2.5.4-2An interactive high-level object-o ii tex-common2.00 common infrastructure for building ii texlive-base 2009-1 TeX Live: Essential programs and f ii texlive-binaries 2009-1 Binaries for TeX Live ii texlive-common2009-1 TeX Live: Base component Versions of packages texlive-extra-utils recommends: ii ghostscript 8.70~dfsg-2 The GPL Ghostscript PostScript/PDF ii lacheck 1.26-11.1 A simple syntax checker for LaTeX ii xindy2.4~pre1-2 index generator for structured doc Versions of packages texlive-extra-utils suggests: pn dvidvi (no description available) pn fragmaster (no description available) Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii dpkg 1.15.5.2 Debian package management system ii ucf 3.0024 Update Configuration File: preserv Versions of packages texlive-extra-utils is related to: pn tetex-base (no description available) ii tetex-bin 2007.dfs
Bug#556928: ITP: pyflag -- An advanced forensic tool for large volumes of log files
[CCing to the right forensics-devel address] On Wed, 18 Nov 2009 22:20:53 -0200 Tiago Bortoletto Vaz wrote: > Hi Cristian, > > On Thu, Nov 19, 2009 at 01:01:19AM +0100, Cristian Greco wrote: > > On Wed, 18 Nov 2009 10:05:41 -0200 > > Tiago Bortoletto Vaz wrote: > > > > > * Package name: pyflag > > > Version : 0.87-pre1 > > > Upstream Author : Michael Cohen and David Collett > > > > > > * URL : http://www.pyflag.net > > > * License : GPL-2 > > > Programming Lang: C, Python > > > Description : An advanced forensic tool for large volumes of log > > > files > > > > > > FLAG (Forensic and Log Analysis GUI) is an advanced forensic tool for the > > > analysis of large volumes of log files and forensic investigations. > > > > Hi Tiago, > > > > you may consider joining the Debian Forensics team and maintaining this > > package under its umbrella. :-) > > Great. I'd also be happy to maintain my other forensics-related ones with the > team if you agree: > > http://packages.debian.org/sid/nasty > http://packages.debian.org/sid/ed2k-hash > http://packages.debian.org/sid/rephrase > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556602 (currently in NEW) Of course, you're welcome! Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 (old: 0x0C095825) signature.asc Description: PGP signature
Bug#555853: Patch
Enabling HAL in the configure script worked to resolve this bug for me. Attached is a patch for the blueman source package that will configure the build correctly. The patch also removes the currently unrecognized configure option --disable-runtime-deps-check. --- blueman-1.21/debian/rules.orig 2009-11-18 19:04:43.0 -0500 +++ blueman-1.21/debian/rules 2009-11-18 19:05:04.0 -0500 @@ -11,7 +11,7 @@ # so you don't need to include those too. include /usr/share/cdbs/1/class/gnome.mk -DEB_CONFIGURE_EXTRA_FLAGS := --disable-runtime-deps-check +DEB_CONFIGURE_EXTRA_FLAGS := --enable-hal binary-install/blueman:: dh_pycentral signature.asc Description: This is a digitally signed message part
