http://blog.gmane.org/gmane.linux.debian.devel.bugs.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052080 <pre>Package: pybit Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review ------------------------------------------------ 1) Getting debconf templates reviewed -------------------------------------- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall cons</pre> Christian Perrier 2013-05-20T05:38:01 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052079 <pre>Package: horizon Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review ------------------------------------------------ 1) Getting debconf templates reviewed -------------------------------------- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall co</pre> Christian Perrier 2013-05-20T05:37:40 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052078 <pre>Package: axiom Version: 20120501-1 Severity: normal Dear Camm, the ackermann.input from axiom-test produces a history stack overflow. In fricas/open-axiom all 23 tests from ackermann.input are executed. Thank you very much. Regards, Edi edi&lt; at &gt;host:~$ axiom GCL (GNU Common Lisp) 2.6.7 CLtL1 May 6 2012 01:50:10 Source License: LGPL(gcl,gmp), GPL(unexec,bfd,xgcl) Binary License: GPL due to GPL'ed components: (XGCL READLINE UNEXEC) Modifications of this banner must retain notice of a compatible license Dedicated to the memory of W. Schelter Use (help) to get some basic information on how to use GCL. Temporary directory for compiler files set to /tmp/ AXIOM Computer Algebra System Version: Axiom (May 2012) Timestamp: Wednesday June 13, 2012 at 20:14:11 ----------------------------------------------------------------------------- Issue )copyright to view copyright notices. Issue )summary for a summary of useful system commands. Iss</pre> Edi Meier 2013-05-20T05:30:57 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052076 <pre>This'll be sorted shortly. </pre> Scott Kitterman 2013-05-20T05:17:37 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052075 <pre>Package: aplus-fsf-dev Version: 4.22.1-6 Severity: normal Dear Maintainer, The package aplus-fsf-dev does not contain header files required to compile user-written C subroutines to be called from A+. These files are not currently packaged at all. Currently aplus-fsf-dev is an empty metapackage that depends on other aplus-fsf* packages while the name misleadingly suggests that it should contain development headers. Moreover, descriptions of aplus-fsf and aplus-fsf-doc state that aplus-fsf-dev contains the "development environment" as opposed to the "run-time environment" provided by aplus-fsf binary package which reinforces that expectation. I suggest renaming aplus-fsf which contains the interpreter and it's core libraries to something else (like aplus-fsf-core), using the name aplus-fsf for a metapackage depending on all the other packages, and providing development files in aplus-fsf-dev. </pre> Kacper Gutowski 2013-05-20T04:58:04 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052074 <pre>Package: tclodbc Version: 2.5.1-1.1 Severity: serious While building the package from sources: $ uname -a Linux host 3.2.0-4-686-pae #1 SMP Debian 3.2.41-2 i686 GNU/Linux $ debuild -us -uc dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage: warning: using a gain-root-command while being root dpkg-buildpackage: source package tclodbc dpkg-buildpackage: source version 2.5.1-1.1 dpkg-buildpackage: source changed by gregor herrmann &lt;gregoa&lt; at &gt;debian.org&gt; dpkg-source --before-build tclodbc.git dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean dpatch deapply-all 10-tclodbc.cxx not applied to ./ . 09-tclobj.cxx not applied to ./ . 08-strings.cxx not applied to ./ . 07-encoding.cxx not applied to ./ . 06-database.cxx not applied to ./ . 05-statemnt.cxx not applied to ./ . 04-tclodbc.hxx not applied to ./ . 03-tclconfig_tcl.m4 not applied to ./ . 02-ODBC.m4 not applied to ./ . 01-Makefile.in not applied to ./ . rm -rf patch-stamp patch-stampT debian/patched dh_testdir dh_testroot [ !</pre> Jari Aalto 2013-05-20T05:15:23 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052072 <pre>Please fix this with a stable update, this s3cmd release is useless for large files. </pre> Marco d'Itri 2013-05-20T05:00:01 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052071 <pre>package: supertuxkart version: 0.7.3-2 For reasons I can't ascertain supertuxkart keeps crashing randomly. Also one of the sprites/karts the monkey "Suzanne" is horribly mangled. In like June of last year I was using Debian Sid with supertuxkart version 0.7.3 and it worked just fine without any issues. Maybe consider recompiling a slightly older/newer patch of version 0.7.3 and replacing it with what's now in Wheezy. </pre> georgiytreyvus< at >riseup.net 2013-05-20T04:55:23 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052070 <pre>Package: src:linux Version: 3.2.41-2+deb7u2 Severity: normal I attemped to update a Windows system yesterday, and after about a minute it failed with a generic error code which MS suggests usually indicates a firewall problem. I retried a few times, but with the same result. All my firewall rules should reject (i.e. send an ICMP error) and/or log drops, but the log didn't have any entries for this. Eventually I used tcpdump to record on either side of the router/firewall. This showed that the Windows system makes 3 HTTP connections and sends a few HEAD requests successfully, then makes an HTTPS connection where it sends larger requests that require multiple TCP segments that are sometimes coalesced by GRO. None of the coalesced packets pass through the firewall, and the Windows system then retransmits more slowly so that GRO has no effect. It appears that the Windows Update client eventually times out because retransmission is so slow. The Windows system is connected to the LAN interface (int0). Tur</pre> Ben Hutchings 2013-05-20T04:48:50 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052069 <pre>Package: linux-tools-3.2 Version: 3.2.17-1 Severity: normal Tags: upstream The net_dropmonitor script for perf doesn't look up symbols correctly, e.g.: LOCATION OFFSET COUNT __per_cpu_start 0 258 _stext 18446744071578810668 27920 _stext 18446744071578811059 132 _stext 18446744071578843530 20 _stext 18446744071578843536 39171 It's clearly doing the address comparison the wrong way round, But there seem to be further problems (like it isn't getting the right function addresses at all). That might be a bug in the kernel itself. Ben. </pre> Ben Hutchings 2013-05-20T04:48:26 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052068 <pre> Package: sipml5 Version: 0.0.20130314.2030-2 Severity: wishlist Tags: patch l10n Dear sipml5 package maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? </pre> victory 2013-05-20T04:28:22 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052066 <pre>Package: roboptim-core Version: 2.0-1 Followup-For: Bug #708604 This bug has been taken care of in commit 37c161016205c22afdfc7d478f23e06b721d6aa3. This bug will be closed when 2.0-2 will be uploaded. </pre> Thomas Moulard 2013-05-20T03:46:05 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052062 <pre>Hi Ron, If you believe there is an serious problem which prevents you from updating the package, would you please point it out on the GLOBAL Bug mailing list (bug-global&lt; at &gt;gnu.org)? Let's argue about it in the public place. Regards, Shigio </pre> Shigio YAMAGUCHI 2013-05-20T02:29:54 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052060 <pre>I hit this same problem when I updated my DNS-323 (via apt-get dist-upgrade, a day or two after Wheezy went stable). Serial cable confirms the problem. I plan to try the sid kernel, once I can figure out how (here's hoping the netinst kernel/initrd can boot a rescue image). Before I waste my time, though, has anyone tried this and found it to not fix the problem? Thanks, - Michael </pre> Michael Ekstrand 2013-05-20T02:50:41 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052059 <pre> I don't think so, at least it's not now, and I don't think I made any changes other than what was necessary. Linda </pre> Linda R 2013-05-20T02:42:06 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052056 <pre>Source: u1db Version: 0.1.4-1 Severity: serious Justification: fails to build from source Hi, Micah. Builds of u1db have been failing because libjson is multiarch-friendly: -- checking for module 'json' -- found json, version 0.11 CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): Could NOT find JSON (missing: JSON_LIBRARY) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE) cmake/Modules/FindJSON.cmake:27 (find_package_handle_standard_args) CMakeLists.txt:28 (find_package) -- Configuring incomplete, errors occurred! Could you please fix cmake/modules/FindJSON.cmake to account for possible multiarch locations? Thanks! </pre> Aaron M. Ucko 2013-05-20T02:27:24 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052053 <pre>Source: choreonoid Version: 1.1.0+dfsg-1 Severity: serious Justification: fails to build from source Builds of choreonoid for architectures other than amd64 and kfreebsd-amd64 have been failing because libcnoid1.symbols doesn't quite match the libraries' actual contents, as detailed at https://buildd.debian.org/status/package.php?p=choreonoid&amp;suite=sid Could you please account for these architecture-dependent differences? Thanks! </pre> Aaron M. Ucko 2013-05-20T02:19:13 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052052 <pre>Source: lldpd Version: 0.7.3-1 Severity: serious Justification: fails to build from source (but built successfully in the past) lldpd's build dependencies include libsensors-dev | libsensors4-dev , which is technically valid but interacts poorly with Debian's autobuilders -- in the interest of reproducibility, they don't consider alternatives beyond the first, and insist that it be a real package. As such, could you please switch the order, substituting libsensors4-dev | libsensors-dev ? Thanks! </pre> Aaron M. Ucko 2013-05-20T02:14:26 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052051 <pre>tags 701447 + patch thanks Hello, This patch would fix the problem: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/zfs-fuse/saucy/download/head:/fixmallocfornewergli-20120614161809-644h4b1azdyxfdeh-6/fix-malloc-for-newer-glibc.patch Kind regards, </pre> Julián Moreno Patiño 2013-05-20T02:12:04 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052050 <pre>Package: gwenview Version: 4:4.8.4-2 Severity: important Tags: upstream Hi, I think this patch should be backported to stable as this bug is quite annoying for stable users at the moment: https://projects.kde.org/projects/kde/kdegraphics/gwenview/repository/revisions/dd7fd362d23e2f2f29a052a988f825aaf6cf102a KDE bug report: https://bugs.kde.org/show_bug.cgi?id=289819 DEV blog on problem (scroll down to Qt Image Decoders Stepping on Each Others): http://gwenview.sourceforge.net/news </pre> kittyofthebox 2013-05-20T02:09:39 http://comments.gmane.org/gmane.linux.debian.devel.bugs.general/1052048 <pre>Package: python-sip Version: 4.14.6-1 Severity: normal Dear Maintainer, When I did the last dist-upgrade python-sip was upgraded to 4.14.6-1 and python-qscintilla2 was removed. python-qscintilla2 was removed, because it depends on the sip-api-8.1 virtual package, which was provided by python-sip until version 4.13.3-2. Reverting the package to version 4.13.3-2 provided the virtual package. For instance, tortoisehg can not be installed because it depends on python- qscintilla2 which depends on sip-api. Please, let me know if I can be of any help :-) Many thanks! Jose </pre> Fernandez-Alcon, Jose 2013-05-20T00:35:49 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.debian.devel.bugs.general