Bug#724757: RFS: dxsamples/4.2.0-2 [ITA] -- Sample programs for the OpenDX Data Explorer
I sent the reply below to the debian-mentors list and Paul directly (sorry) in error, so including it in this reply to the bug in its entirety. I am going to move the symlinks into the dx package and also add suggests on libdx4-dev (or dx-dev), libhdf4|5 (needed by one of the samples) and possibly others to the dxsamples package. Because of the symlinks move, it makes sense to upload dx and dxsamples at the same time. There are still some changes I want to make in dx which should be ready in a couple of days' time. Hi Paul Could you please tag bug 412811 (new upstream version) as wont-fix if you still believe it is not fixable (please check). I did check on this with the previous maintainer and I intend to get the opinion of debian-legal on how to proceed. It may be possible to simply remove the offending example and release the new version. And could you please at least comment on bug 173709 (crashing examples). (moreinfo unreproducible are possible tags). Might even belong in dx instead of dxsamples. I did have a brief look at this and found there is a small number of samples that require scripts to be run or interactors to be built first. One of the samples in the bug report, supervise/complexdemo, is one of these. It may be that the reporter did not follow the instructions in the Readme. I'm glad you responded to my request as you are also familiar with dx. I have two questions regarding the packaging of dxsamples and how it relates to dx. dxsamples includes two symlinks: usr/share/dx/samplesusr/lib/dx/samples usr/share/dx/javausr/lib/dx/java I feel it would be better if these were moved to the dx package as dx is only recommended by dxsamples Does that seem reasonable? For the small number of samples that require interactors to be built, I feel that dxsamples needs a suggests on libdx4-dev or the virtual package dx-dev. Does that seem reasonable, and which is preferred? Regards Graham
Bug#725071: xine-lib-1.2: FTBFS on kfreebsd (missing vaapi)
Source: xine-lib-1.2 Version: 1.2.4-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Control: block 706798 with -1 Hi, your package no longer builds on kfreebsd: https://buildd.debian.org/status/logs.php?pkg=xine-lib-1.2ver=1.2.4-1suite=sid Log ends with dh_install: libxine2-x missing files (debian/tmp/usr/lib/xine/plugins/*/xineplug_vo_out_vaapi.so), aborting Cheers, Julien signature.asc Description: Digital signature
Bug#716859: simple patch for this issue
Just a workaround but it should help. Kind regards, -- Peter van Dijk Netherlabs Computer Consulting BV - http://www.netherlabs.nl/ 0001-only-chmod-pdns.local.conf-if-it-exists.patch Description: Binary data signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#716859: point out another bug indicated in first message log
Hello, the output in Message #5 also shows another problem with this package (still present in master as of this moment): Creating config file /etc/powerdns/pdns.d/pdns.local.conf with new version followed by Not replacing deleted config file /etc/powerdns/pdns.d/pdns.local.conf makes no sense. The same happens for simplebind, which indeed ends up not being present after fresh install on a clean system. Kind regards, -- Peter van Dijk Netherlabs Computer Consulting BV - http://www.netherlabs.nl/ signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#710356: Please include in next stable update
Нello, when will add to the wheezy?
Bug#724902: openscad: new upstream version 2013.06
hello félix, On Sun, Sep 29, 2013 at 04:35:40PM +0200, Félix Sipma wrote: A new version upstream version is available: 2013.06. Is there any chance having it in sid? i was having issues with getting everything in shape so that the test suite runs through perfectly; after your report, i reviewed the current state of patches, and indeed one of the critical issues has been fixed upstream. this just made me take up my efforts to get it in again; i'll let you know via this bug when a release can be made. possibly, it will hit experimental first, as there have been build problems on exotic operatings systems time and again. best regards chrysn -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#725073: Remove unused mysql dependency from pdns_server and pdnssec
Package: pdns-server Severity: normal Backport upstream fix https://github.com/PowerDNS/pdns/pull/1032 to experimental package to make unnecessary libmysqlclient18 dependency in pdns-server go away. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.11.0-zgsrv20080 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697999: unifont: diff for NMU version 1:5.1.20080914-1.2
Dear all, Thank you for taking the time to submit this NMU diff, and that for -1.3. In particular, the build-arch and build-indep was a good idea that is useful for an upcoming future release, so the build daemons on less powerful architectures won't fail trying to run the CPU and memory intensive FontForge processes. However, some other parts of the diff were, as I would say, well-intentioned but misguided, and the use of terms like bogus is most unfortunate, and downright offensive, especially those individuals who have sacrificed years of their livelihood working on this font in compliance with the guidelines set by the Unicode Consortium. I am no expert in this area, and I will leave the various experts watching this bug report to offer a more comprehensive explanation. I know, we Debian Developers are also busy people, and we were just trying to get the job done to improve the user experience. We had surely long forgotten a random word that we had chosen when we tried to write a quick changelog entry. But a careless choice of word can indeed be offensive and poisonous. Let's all of us (myself included) keep that in mind as we strive to make Debian a truly welcoming community. Cheers, Anthony On Sun, Jan 13, 2013 at 1:24 AM, Samuel Bronson naes...@gmail.com wrote: Package: unifont Version: 1:5.1.20080914-1.1 Severity: normal Tags: patch pending Dear maintainer, Paul Wise and I have prepared an NMU for unifont (versioned as 1:5.1.20080914-1.2) and uploaded it to unstable. Regards. -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713488: Fixed in Ubuntu
Hi, It looks like Ubuntu has fixed this issue, see: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/qsynth/saucy/revision/17/debian/patches/1002_libx11_underlinkage.patch Not sure if that's the right or most elegant solution though, as I'm not a build system guru (yet!). -- David Henningsson, Canonical Ltd. https://launchpad.net/~diwic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709759: installation-guide: build-depends on obsolete packages (texlive-lang-*)
Package: installation-guide Version: 20130503 Followup-For: Bug #709759 Hello Samuel, hello Debian Install System Team! Included is a patch where texlive-lang-finnish/swedish are replaced with a Build-Depends-Indep on texlive-lang-european as suggested above. I removed texlive-lang-vietnamese since it moved to texlive-lang-other, which is already a Build-Depends-Indep of this package. It was done via the debian/genbuilddeps program as suggested in the comments of the control file. Erik --- a/manual-build/debian/control 2012-08-26 13:08:25.0 +0200 +++ b/manual-build/debian/control 2013-10-01 09:14:59.808957880 +0200 @@ -7,7 +7,7 @@ Vcs-Svn: svn://svn.debian.org/d-i/trunk/manual Vcs-Browser: http://anonscm.debian.org/viewvc/d-i/trunk/manual/ Build-Depends: debhelper (= 6) -Build-Depends-Indep: docbook, docbook-xml, docbook-xsl, xsltproc, gawk, libhtml-parser-perl, w3m, poxml, jadetex, openjade | openjade1.3, docbook-dsssl, ghostscript, texlive-lang-cyrillic, texlive-lang-czechslovak, texlive-lang-finnish, texlive-lang-french, texlive-lang-german, texlive-lang-greek, texlive-lang-italian, texlive-lang-other, texlive-lang-portuguese, texlive-lang-spanish, texlive-lang-swedish, texlive-lang-vietnamese, ko.tex-base, cm-super +Build-Depends-Indep: docbook, docbook-xml, docbook-xsl, xsltproc, gawk, libhtml-parser-perl, w3m, poxml, jadetex, openjade | openjade1.3, docbook-dsssl, ghostscript, texlive-lang-cyrillic, texlive-lang-czechslovak, texlive-lang-european, texlive-lang-french, texlive-lang-german, texlive-lang-greek, texlive-lang-italian, texlive-lang-other, texlive-lang-portuguese, texlive-lang-spanish, ko.tex-base, cm-super # This comment can also be used to generate a Build-Depends-Indep line, by # running the debian/genbuilddeps program. So put each build dep on its own # line, prefixed by - and to comment out a build dep, start the line @@ -35,7 +35,8 @@ # - texlive-lang-czechslovak ## - texlive-lang-danish ## - texlive-lang-dutch -# - texlive-lang-finnish +# - texlive-lang-european +## - texlive-lang-finnish # - texlive-lang-french # - texlive-lang-german # - texlive-lang-greek @@ -44,8 +45,8 @@ # Contains hyphenation for Romanian. # - texlive-lang-portuguese # - texlive-lang-spanish -# - texlive-lang-swedish -# - texlive-lang-vietnamese +## - texlive-lang-swedish +## - texlive-lang-vietnamese # All texlive-lang-* packages provide hyphenation and other # language-specific support. # - ko.tex-base
Bug#722740: ask-cert-level considered harmful
On 2013-09-30 20:55:16, Daniel Kahn Gillmor wrote: fwiw, i see that http://bugs.debian.org/722740 wants to have ask-cert-level available in monkeysign. I'm fine with tucking it away in the hidden/expert controls, but i think it would be a real shame to feature this prominently in the UI. I think --ask-cert-level is in general a bad idea: https://debian-administration.org/users/dkg/weblog/98 And i think the goals of monkeysign (smooth/simple/sane UI for normal keysigning and key management) preclude exposing the user to this maladaptive choice. Hi! Thanks for your feedback. I think you are right! However, someone (in CC) explicitely asked for that feature and provided a patch... So I am not sure what to do here - should I completely revert that and remove the featureÉ A. -- Voter, c'est abdiquer - Élisée Reclus pgp67xlplOuEI.pgp Description: PGP signature
Bug#706798: transition: Libav 9
Julien Cristau jcris...@debian.org writes: On Sat, Sep 28, 2013 at 11:38:33 +0200, Rémi Vanicat wrote: Hello, A recent change in a build dependency (libmodplug 1:0.8.8.4-4[1]) of xmms2 make it FTBS[2]. As it is part of the libav transition and already have been rebuilt for it, I wanted to have you OK to upload the fixed version now I'm hoping to get new libav and most of its rdeps migrated within the next couple of days. Can you check back after that (or just upload after you see xmms2 0.8+dfsg-6+b1 in testing)? Okay. I will wait. -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713366: [Pkg-openmpi-maintainers] Bug#713366: openmpi1.6: FTBFS: install: cannot change owner and permissions of 'debian/openmpi1.6-bin/DEBIAN': Operation not permitted
Hello, On 01/10/2013 01:10, Adam Conrad wrote: In Ubuntu, the attached patch was applied to achieve the following: * Fix transposition of 1.3 to 3.1 that led to dangling symlinks and an incorrect .so for libmpi_f90.so.1 in libopenmpi1.6 (Closes: #715097) * Call dh_shlibdeps with -lfoo to not break fakeroot (Closes: #713366) Both parts of this patch should be fairly self-explanatory, I hope, and it closes two of the three open bugs against openmpi1.6. Cheers. Thanks Adam. However, openmpi1.6 is no longer maintained in Debian. We uploaded the 1.6 over the openmpi package (which already has most of the fixes). I am waiting for the transition to testing to ask for the removal of openmpi1.6. Thanks again, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725074: zonecheck is uninstallable
Package: zonecheck Version: 3.0.3-4 Severity: serious Justification: 2. I'm unable to install the zonecheck package in unstable as the versioned depend on libdns-ruby is not being met by the virtual package provided by ruby-dnsruby. ystem Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zonecheck depends on: ii iputils-ping3:20121221-1 ii ruby1:1.9.3 ii ruby-dnsruby [libdns-ruby] 1.54-1 Versions of packages zonecheck recommends: pn libopenssl-ruby none zonecheck suggests no packages. -- Configuration Files: /etc/zonecheck/afnic.profile [Errno 2] No such file or directory: u'/etc/zonecheck/afnic.profile' /etc/zonecheck/de.profile [Errno 2] No such file or directory: u'/etc/zonecheck/de.profile' /etc/zonecheck/default.profile [Errno 2] No such file or directory: u'/etc/zonecheck/default.profile' /etc/zonecheck/reverse.profile [Errno 2] No such file or directory: u'/etc/zonecheck/reverse.profile' /etc/zonecheck/rootservers [Errno 2] No such file or directory: u'/etc/zonecheck/rootservers' /etc/zonecheck/zc.conf [Errno 2] No such file or directory: u'/etc/zonecheck/zc.conf' -- 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#722662: gist will get renamed
Working on renaming the gist files to gist-paste. C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712104: gnome-terminal doesn't start
Hi all, I had a similar problem. I have to machines running Debian 'sid'. I log into to one of them remotely, and then try to start gnome-terminal on the remote machine. It fails with ** (gnome-terminal:32635): WARNING **: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-BsBR70aN1R: Connection refused Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: Could not connect: Connection refused Since DBUS_SESSION_BUS_ADDRESS isn't set on the remote host, it doesn't help to unset that. However, if I start the remote gnome-terminal like gnome-terminal --disable-factory then I get the first warning about connection to DBUS but not the second error, and the terminal starts just fine. Thought this might help. Yours, -- ___ | Christian Holm Christensen |_| | - | | Address: Sankt Hansgade 23, 4Phone: (+45) 35 35 96 91 _| DK-2200 Copenhagen NCell: (+45) 24 61 85 91 _|Denmark Office:(+45) 353 25 447 | Email: ch...@nbi.dkWeb:http://cern.ch/cholm | |
Bug#725009: installer: Debian Installer gives wrong advice on choosing secure passwords
Control: reassign -1 debian-installer On Lu, 30 sep 13, 14:52:17, Jacek Wielemborek wrote: Package: installer Severity: normal Dear Maintainer, I noticed that the choose password dialog that can be seen when asked for a LUKS password in Debian Installer gives wrong advice on how a secure password looks like. It says that a good password contains both uppercase and lowercase characters and punctuation, which might mislead users that are unaware that 16-character password that is an impossible-to-remember mixture of characters is actually less secure than 20-characters-long password made of 4 English words, because the latter won't be so easily forgotten (and isn't that much easier to crack). Please change the text to educate the users properly on how to select passphrases (passphrases, not passwords). -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#725075: linux-tools-3.10: perf record -g option doesn't support dwarf method
Package: linux-tools-3.10 Version: 3.10-4 Severity: normal Dear Maintainer, The perf record command -g method option doesn't support a dwarf method in Debian. As the dwarf allows operating on programs which were compiled without a frame pointer (the default on amd64), dwarf is very handy. Here's what it does in debian: $ perf record -g dwarf echo hi callchain: Unknown -g option value: dwarf usage: perf record [options] [command] ... etc ... It looks like perf only supports dwarf if it was compiled with libunwind, so I suppose Debian didn't have that installed when compiling it. Could you make sure perf is compiled with libunwind, so the very handy dwarf -g method works? Thanks, -iles -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-tools-3.10 depends on: ii libc6 2.17-93 ii libdw10.156-1 ii libelf1 0.156-1 ii libperl5.18 5.18.1-4 ii libpython2.7 2.7.5-8 ii libslang2 2.2.4-15 ii perl 5.18.1-4 ii python2.7.5-5 Versions of packages linux-tools-3.10 recommends: ii linux-base 3.5 Versions of packages linux-tools-3.10 suggests: pn linux-doc-3.10 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725077: xfce4-genmon-plugin: may prevent session start if the started process opens /dev/tty
Package: xfce4-genmon-plugin Version: 3.4.0-2 Severity: normal Dear Maintainer, I have noticed after misconfiguring a genmon plugin that if the started application tries to read from /dev/tty (for instance, svn asking a password), not only genmon freezes, but the whole session may block as well. I have reproduced the problem with those steps: 1) Create a new user 2) Log in as this user, run startxfce4, use the default panel parameters 3) Create a shell script which does nothing (I used #!/bin/sh \n exit 0) 4) Add a generic monitor to the panel, configure it so it starts the shell script 5) Log out 6) Add cat /dev/tty to the shell script 7) Run startxfce4 again On my system, the background and the Xfce panels start to appear, but then everything freezes (the mouse still moves and Ctrl-Alt-Fx still works, tough) I think that in my case it also caused lightdm to abort the session start (i.e. after entering the username/password and clicking Login, the screen goes blank for some seconds and the prompt reappears), but I haven’t tried to reproduce it with my testcase so it may be an unrelated problem. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-genmon-plugin depends on: ii libatk1.0-0 2.8.0-2 ii libc62.17-92+b1 ii libcairo21.12.16-2 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libxfce4ui-1-0 4.10.0-3 ii libxfce4util64.10.1-1 ii xfce4-panel 4.10.1-1 xfce4-genmon-plugin recommends no packages. xfce4-genmon-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#725078: gdb-multiarch: cannot read ARM cores: wrong size gregset struct in core file
Package: gdb-multiarch Version: 7.6-5 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch saucy Ubuntu bug: https://launchpad.net/bugs/1233185 Hello, I use gdb-multiarch with Apport to be able to produce symbolic stack traces for i386/amd64/armhf/powerpc crash reports on an amd64 machine. This has worked fine until about a year ago (in Ubuntu we enabled gdb-multiarch a bit before Debian did), but broke since then. Current gdb-multiarch is unable to do anything sensible with ARM coredumps, while gdb itself works. This even happens when running gdb-multiarch on an actual ARM machine, not just on a foreign architecture. Test case: 1. create a core dump of bash: $ cd /tmp/ $ bash -c 'ulimit -c unlimited; kill -SEGV $$' 2. Run it with gdb: $ gdb --batch --ex 'file /bin/bash' --ex 'core-file core' --ex 'bt' Core was generated by `bash -c ulimit -c unlimited; kill -SEGV $$'. Program terminated with signal 11, Segmentation fault. #0 0x7f2eae349257 in kill () at ../sysdeps/unix/syscall-template.S:8181 ../sysdeps/unix/syscall-template.S: Datei oder Verzeichnis nicht gefunden. #0 0x7f2eae349257 in kill () at ../sysdeps/unix/syscall-template.S:81 #1 0x004418a1 in kill_pid () [...] There are not a lot of symbols as usually one doesn't have bash-dbg etc. installed, but it's clearly able to produce a stack trace. 3. Run the same with gdb-multiarch: $ gdb-multiarch --batch --ex 'file /bin/bash' --ex 'core-file core' --ex 'bt' warning: wrong size gregset struct in core file Core was generated by `bash -c ulimit -c unlimited; kill -SEGV $$'. Program terminated with signal 11, Segmentation fault. warning: wrong size gregset struct in core file #0 unavailable in ?? () #0 unavailable in ?? () PC not available The same test case on amd64 works fine BTW, i. e. gdb-multiarch can process amd64 core dump on amd64. I bisected this down to the change of configuring gdb-multiarch from --enable-targets=long explicit list of targets to --enable-targets=all. As a bandaid we could revert this change at least temporarily, as in attached debdiff. The suspicion is that some other target that gets added with all which is not in the static list somehow breaks arm-linux. So one could bisect all targets to find out which particular one (or several?) it is, and then just patch that one out of the Makefiles. It certainly seems more important to support linux than, say, debugging Solaris crashes on Linux. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru gdb-7.6/debian/changelog gdb-7.6/debian/changelog --- gdb-7.6/debian/changelog2013-07-30 09:37:24.0 +0200 +++ gdb-7.6/debian/changelog2013-09-30 17:55:08.0 +0200 @@ -1,3 +1,11 @@ +gdb (7.6-5ubuntu3) saucy; urgency=low + + * debian/rules: Revert configuring with MULTIARCH_TARGET=all and go back +to static list of targets. all is broken and does not work at least on +ARM. (LP: #1233185) + + -- Martin Pitt martin.p...@ubuntu.com Mon, 30 Sep 2013 17:54:20 +0200 + gdb (7.6-5ubuntu2) saucy; urgency=low * Re-apply changes dropped in last merge: diff -Nru gdb-7.6/debian/rules gdb-7.6/debian/rules --- gdb-7.6/debian/rules2013-07-28 11:39:02.0 +0200 +++ gdb-7.6/debian/rules2013-10-01 10:26:06.0 +0200 @@ -137,38 +137,40 @@ # multiarch targets; this is taken from the binutils-multiarch package but # doesn't seem like a terribly nice list; see # 20110117211551.ga7...@bee.dooz.org for discussion -- locally updated -#MULTIARCH_TARGETS := \ -# alpha-linux-gnu \ -# arm-linux-gnu \ -# arm-linux-gnueabi \ -# arm-linux-gnueabihf \ -# hppa-linux-gnu \ -# i686-linux-gnu \ -# ia64-linux-gnu \ -# m68k-linux-gnu \ -# m68k-rtems \ -# mips-linux-gnu \ -# mipsel-linux-gnu \ -# mips64-linux-gnu \ -# mips64el-linux-gnu \ -# powerpc-linux-gnu \ -# powerpcspe-linux-gnu \ -# ppc64-linux-gnu \ -# s390-linux-gnu \ -# s390x-linux-gnu \ -# sh-linux-gnu \ -# sh64-linux-gnu \ -# sparc-linux-gnu \ -# sparc64-linux-gnu \ -# x86_64-linux-gnu \ -# m32r-linux-gnu \ -# spu -# --enable-targets=`set -- $(MULTIARCH_TARGETS); IFS=,; echo $$*` -MULTIARCH_TARGETS := all +MULTIARCH_TARGETS := \ + alpha-linux-gnu \ + aarch64-linux-gnu \ + arm-linux-gnu \ + arm-linux-gnueabi \ + arm-linux-gnueabihf \ + hppa-linux-gnu \ + i686-linux-gnu \ + ia64-linux-gnu \ + m68k-linux-gnu \ + m68k-rtems \ + mips-linux-gnu \ + mipsel-linux-gnu \ + mips64-linux-gnu \ + mips64el-linux-gnu \ + powerpc-linux-gnu \ + ppc64-linux-gnu \ + s390-linux-gnu \ + s390x-linux-gnu \ +
Bug#725063: pbuilder: --architecture flag not applied
Drew Parsons dixit: Severity: normal user error I'm trying to use pdebuild to build a deb package for the i386 architecture on an amd64 system. I understand the --architecture flag is intended to allow this. No, it just selects the architecture for creating the system. But when I try pdebuild --architecture i386 --debbuildopts -i.git --buildresult .. pdebuild attempts to build an amd64 package regardless. You’ll need to do two things to succeed: ① use a pbuilderrc that allows you to switch between multiple base directories/tarballs (I use cowbuilder myself, so it’s directories for me), such as mine³ ② prepend “linux32” (from util-linux package) in front of the build command, so that “uname” inside the chroot will DTRT ③ https://www.mirbsd.org/cvs.cgi/contrib/hosted/tg/deb/pbuilderrc?rev=HEAD feel free to use it and/or build upon it, but make sure to change the lines starting with MIRROR to suit your network bye, //mirabilos -- [ Natureshadow über meine Tendenz, seine IRL-Aussprüche zu siggen ] (er) „Du bist besser als Twitter“ (ich) „Wieso? Weil ich das Wichtige herausfiltere?“ (er) „Und weil Du einfacher zu bedienen bist“ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725069: ITP: libscion -- dataflow programming library
Control: reassign -1 wnpp On Lu, 30 sep 13, 22:41:44, William Morriss wrote: Package: libscion Severity: wishlist Library for concurrent dataflow programming that uses stream broadcasts for inter-thread communication. libscion is especially useful in linking modular work in asynchronous collaboration. https://bitbucket.org/wjmelements/libscion/overview Copyright 2013 William Morriss Licensed GPLv3 William Morriss wjmeleme...@gmail.com -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#718302: strongswan: Enable sqlite and mysql plugins
On lun., 2013-07-29 at 13:49 -0700, Gerald Turner wrote: Source: strongswan Version: 5.0.4-3 Severity: wishlist Hello Yves-Alexis and Rene, per private email discussion you asked that I submit feature requests through the BTS. Please enable the ‘sqlite’ and ‘mysql’ plugins. These plugins enable database support to the already enabled ‘attr-sql’ and ‘sql’ plugins for either SQLite or MySQL databases. These plugins are marked as stable according to the PluginList¹ wiki. The package already depends on libsqlite3-dev and the mysql plugin adds a dependency on libmysqlclient-dev. ¹ https://wiki.strongswan.org/projects/strongswan/wiki/PluginList I'm unsure about this, but I'm also unsure what's the difference between the sql plugin and the mysql/sqlite plugins. Is the sql plugin without at least one of the database backends plugins? In any case, I'm not sure about adding the MySQL dependency (both build-dep and dep). At one point, we might create a new -plugins binary package for all those extra plugins which might not be needed in the general case but that some people might find useful. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#713366: [Pkg-openmpi-maintainers] Bug#713366: openmpi1.6: FTBFS: install: cannot change owner and permissions of 'debian/openmpi1.6-bin/DEBIAN': Operation not permitted
On Tue, Oct 01, 2013 at 09:49:56AM +0200, Sylvestre Ledru wrote: However, openmpi1.6 is no longer maintained in Debian. We uploaded the 1.6 over the openmpi package (which already has most of the fixes). Ahh, I hadn't noticed the transition ongoing. Indeed, the soname/link fixes are in there, however you might want to replace the inelegant LD_LIBRARY_PATH fix of yours with my slightly saner dh_shlibdeps -lfoo fix instead. Yours overrides LD_LIBRARY_PATH in a way that means no other wrappers get to play (which is why fakeroot broke until you put it back on the path), so people with curious and weird custom build setups will still run into issues there. ... Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713366: [Pkg-openmpi-maintainers] Bug#713366: openmpi1.6: FTBFS: install: cannot change owner and permissions of 'debian/openmpi1.6-bin/DEBIAN': Operation not permitted
On 01/10/2013 10:50, Adam Conrad wrote: On Tue, Oct 01, 2013 at 09:49:56AM +0200, Sylvestre Ledru wrote: However, openmpi1.6 is no longer maintained in Debian. We uploaded the 1.6 over the openmpi package (which already has most of the fixes). Ahh, I hadn't noticed the transition ongoing. Indeed, the soname/link fixes are in there, however you might want to replace the inelegant LD_LIBRARY_PATH fix of yours with my slightly saner dh_shlibdeps -lfoo fix instead. Yours overrides LD_LIBRARY_PATH in a way that means no other wrappers get to play (which is why fakeroot broke until you put it back on the path), so people with curious and weird custom build setups will still run into issues there. Agreed. My LD_ trick is indeed crappy! :) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725013: [Support] [Debichem-devel] Bug#725013: gromacs-openmpi: grompp crashes with invalid opcode
On 09/30/2013 07:27 PM, Nicholas Breen wrote: reassign 725013 gromacs tags 725013 moreinfo thanks On Mon, Sep 30, 2013 at 04:39:48PM +0300, Vassilis Virvilis wrote: Trying to run grompp grompp_d * What exactly did you do (or not do) that was effective (or ineffective)? It crashes dmesg output: [ 1699.966132] traps: grompp_d[9667] trap invalid opcode ip:7fb9311ac95d sp:77700ee8 error:0 in libgmx_d.so.8[7fb9310d+4e9000] [ 1728.255893] traps: grompp[9684] trap invalid opcode ip:7f6807c2c65d sp:7fff560ed648 error:0 in libgmx.so.8[7f6807b51000+51b000] I can't reproduce this crash with my test data, and my system runs a similar Intel CPU (i5-2x00 series). Could you please attach a file that it crashes on (or a pdb2gmx/genbox/etc. sequence that creates one) and the exact command line that causes it to fail? There is no need to have any test data. It crashes just by running it and before printing the help. Here let me re iterate because I have done some steps to pinpoint the bug and now that I am reading my bug reports I can see I wasn't clear enough. The story so far: 1) apt-get update; apt-get dist-upgrade (30/9/2013) 2) reboot (since we have now a new kernel) 3) Let's run staff bill@odin:~$ grompp_d :-) G R O M A C S (-: Illegal instruction bill@odin:~$ grompp :-) G R O M A C S (-: Illegal instruction Here is the dmesg [ 1699.966132] traps: grompp_d[9667] trap invalid opcode ip:7fb9311ac95d sp:77700ee8 error:0 in libgmx_d.so.8[7fb9310d+4e9000] [ 1728.255893] traps: grompp[9684] trap invalid opcode ip:7f6807c2c65d sp:7fff560ed648 error:0 in libgmx.so.8[7f6807b51000+51b000] 4) ok let's see the debugger bill@odin:~$ gdb grompp GNU gdb (GDB) 7.6 (Debian 7.6-5) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/grompp...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/grompp warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. :-) G R O M A C S (-: Program received signal SIGILL, Illegal instruction. 0x76efe65d in rando () from /usr/lib/libgmx.so.8 (gdb) bt #0 0x76efe65d in rando () from /usr/lib/libgmx.so.8 #1 0x76f6a14f in bromacs () from /usr/lib/libgmx.so.8 #2 0x76f6ad0c in CopyRight () from /usr/lib/libgmx.so.8 #3 0xb3ab in cmain () #4 0x7657e995 in __libc_start_main (main=0x6f50 main, argc=1, ubp_av=0x7fffe1d8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe1c8) at libc-start.c:260 #5 0x6f7e in _start () (gdb) 5) Does it happen if we build it ourselves. At least we could get line information in the backtrace $ apt-get source gromacs-openmpi $ sudo apt-get build-dep gromacs-openmpi $ cd gromacs-4.6.3/ $ cmake . $ make $ find -name grompp $./src/kernel/grompp - It works (prints the help.) No crash. 6) ok. Let's a build a debian package $ apt-get source gromacs-openmpi $ sudo apt-get build-dep gromacs-openmpi $ cd gromacs-4.6.3/ $ dpkg-buildpackage $ cd .. $ dpkg -i ../gromacs_4.6.3-4_amd64.deb $ grompp --- It crashses the same way as the original package. 7) Now I am installing in i5 It works in my i5. Looks like the problem is only in i7. I have tested in the two machines of the cluster. These are xeons that they have the problem. Here is an excerpt from /proc/cpuinfo processor : 23 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU X5660 @ 2.80GHz stepping: 2 microcode : 0x15 cpu MHz : 1600.000 cache size : 12288 KB physical id : 1 siblings: 12 core id : 10 cpu cores : 6 apicid : 53 initial apicid : 53 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 popcnt lahf_lm ida arat epb dtherm tpr_shadow vnmi flexpriority ept vpid bogomips: 5600.18
Bug#492329: asterisk: Move chan_vpb.so dependencies to 'Suggests'
On Fri, Jul 25, 2008 at 11:33:57AM +0100, Tim Retout wrote: Not everyone uses VoiceTronix hardware; I have been told that the vpb channel is still unstable, and would prefer not to install libvpb. Upstream set the module chan_vpb as disabled by default somewhere between versions 1.8 and 11. I forgot about it and thus the current package does not build the module. This should be fixed in the next upload (which should be soon, the package FTBFS). But I'll use this excuse to ask the following question: I wonder if moving it to a subpackage makes more sense now. * Now that dahdi is on a separate sub-package, libvpb is the only one pulling, by recommendation, module-assistant. * libvpb0 has a high-priority debconf question. Having it with such a high priority does not make sense if most of the users installing it install it just for Asterisk. So, a separate subpackagee? -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725081: ITP: python-gear -- python-gear: pure python async library to interact with, gearman
Package: wnpp Severity: wishlist Owner: Antoine Musso has...@free.fr * Package name: python-gear Version : 0.4.0 Upstream Author : OpenStack Foundation (infrastructure team) * URL : https://pypi.python.org/pypi/gear * License : Apache License v2.0 Programming Lang: Python Description : python-gear: Asynchronous Event-Driven Gearman Interface This module implements an asynchronous event-driven interface to Gearman. It provides interfaces to build a client or worker, and access to the administrative protocol. The design approach is to keep it simple, with a relatively thin abstration of the Gearman protocol itself. It should be easy to use to build a client or worker that operates either synchronously or asynchronously. The module also provides a simple Gearman server for use as a convenience in unit tests. The server is not designed for production use under load. *** A first version has been uploaded in Python Modules team svn repositories: http://anonscm.debian.org/viewvc/python-modules/packages/python-gear/ I have cced the OpenStack team as well. -- Antoine hashar Musso -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583950: Aisleriot: segmentation fault
Dear vittorio vespo...@libero.it ! Can you tell me, in what game you have segmentation fault? Aisleriot have too many games, I can not test all of them Dear Alex Karabanov l...@yandex.ru ! I have segmentation fault aisleriot, when click hint (Ctrl+H). Thank you for you report : In the C or POSIX locale no error. I download the latest aisleriot (3.10) sources; I try to change aisleriot locales.(/sources/po/ru.po, uk.po, ...) I find a temprorary solution: Delete a strings from 1855 to 2075 in your locales-file(for example, /po/ru.po); - it seems that all translations, which begin with line #: ../games/api.scm: ... can make segmentation fault; (so, maybe, we need to delete all lines from 1850 to 2415, all points after #: ../games/api.scm:? probably, yes; and we will have Hints partially or full in English) than, you can create a aisleriot.mo file from edited .po; and put it to aisleriot-locales directory; Dear Josselin Mouette j...@debian.org; By the way, thank you for nice game and especially for unlimited redeals in Klondaik! :) In sources, in folder /po/*.po(in all files with .po extensions; ) delete all strings, from line # 1855 to line #2075(whre exist translations of different cards, from the black joker to the king of diamonds); and recompile aisleriot; if somebody will catch the same bug again = file api.scm is too unstable with localization; - in this case, delete all lines from #1850 to #2415(all lines with api.scm near), and all hints will be English only; What a pity, I am not guru, and can not see, why api.scm is not stable with russian and ukrainian locales... -- Debian is the best! Hiri Hitiare
Bug#724931: Problem with apt-setup
Hi, The size difference in the ISO was due to an additional vmlinuz (2.5 MB) in /install.amd/gtk. If have created a shell script to patch an existing ISO and attached it to this mail. This script has to be executed with root privileges! It expects to find a debian-testing-amd64-netinst.iso mounted to /mnt and the patch file debian-iso-loopmount.diff in the directory where it is executed. It will create a patched ISO named debian-testing-amd64-netinst-loopmount.iso in the directory where it is executed. The size of this patched ISO is 229,8 MB, i.e. less than the original size, which is probably due to better compression. On 30.09.2013 23:16, wrote ian_br...@fastmail.net: I certainly have no objection to that, although I think it would be a good thing if the install ISOs and the live ISOs both used the same loopmount mechanism. This is why I suggested the renaming of 'loopmount=' into 'findiso=', but I agree, that this is bad, because of possible different behaviour. I think the live ISO should switch to 'loopmount=', because it is a very small patch, except, of course, if there are any features 'findiso=' has that are not provided by 'loopmount='. While testing the patched ISO, I noticed a problem very similar to bug #724933: apt-setup is not working correctly. The error message was: main-menu[524]: INFO: Menu item 'apt-setup-udeb' selected apt-setup: umount: can't umount /target/media/cdrom0: Invalid argument apt-setup: Using CD-ROM mount point: /media/cdrom/ apt-setup: Identifying.. apt-setup: [ae8b99d023e59c58db825bbd443912e2-2] apt-setup: Scanning disc for index files.. apt-setup: Found 0 package indexes, 0 source indexes, 0 translation indexes and 0 signatures apt-setup: W: Failed to mount '/dev/sr0' to '/media/cdrom' apt-setup: E: Unable to locate any package files, perhaps this is not a Debian Disc or the wrong architecture? kernel: [1392,717219] ISO 9660 Extensions: Microsoft Joliet Level 3 kernel: [1392,717334] ISO 9660 Extensions: RRIP_1991A After continuing in the menu, the following line is added: apt-setup: warning: /usr/lib/apt-setup/generators/40cdrom returned error code 1; discarding output apt-setup tries to create a list entry in /etc/sources.list for the CD. I think this entry should be removed at the end of installation. Is that correct? (It didn't on my last installation.) Assuming the entry is only valid during installation, apt-setup should simply look in /cdrom (or create a symlink from /cdrom to /target/media/cdrom0) and not try to (u)mount anything. I consider this a bug in apt-setup that should be remedied whether or not the loopmount patch is included. This bug is no big problem for the netinstall ISO, because it does not load any more packages from the ISO, but for a full ISO this is a critical problem. Have you ever tried the patch with a full image? Best regards, Andreas Apply-Patch.sh Description: application/shellscript
Bug#725083: xboard: sends level command only to 1 engine
Package: xboard Version: 4.7.2-1 Severity: normal invoking: xboard -firstChessProgram ./dn.sh -secondChessProgram ./do.sh Then starting an engine match between these two with fixed time; each get 5 seconds per move. Xboard then only sends to the first chess program the level 40 5 0 command. This gives a mismatch. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/12 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 xboard depends on: ii dpkg1.16.10 ii install-info5.1.dfsg.1-5 ii libc6 2.17-92+b1 ii libcairo2 1.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libice6 2:1.0.8-2 ii librsvg2-2 2.36.4-2 ii libsm6 2:1.2.1-2 ii libx11-62:1.6.1-1 ii libxaw7 2:1.0.11-1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.4-1 Versions of packages xboard recommends: ii fairymax 4.8q-2 ii xfonts-100dpi 1:1.0.3 ii xfonts-75dpi 1:1.0.3 Versions of packages xboard suggests: ii xterm [x-terminal-emulator] 297-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603391: [Pkg-xen-devel] Bug#603391: Workaround PyGrub issue
On Sat, 2013-09-28 at 20:59 -0700, Tril wrote: Backtrace from manual run of the buggy GrubConf.py: # python /usr/lib/xen-4.1/lib/python/grub/GrubConf.py grub2 grub.cfg WARNING:root:Unknown directive load_video WARNING:root:Unknown directive terminal_output WARNING:root:Unknown image directive load_video Traceback (most recent call last): File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 462, in module g = Grub2ConfigFile(sys.argv[2]) File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 354, in __init__ _GrubConfigFile.__init__(self, fn) File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 174, in __init__ self.parse() File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 413, in parse self.add_image(Grub2Image(title, img)) File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 320, in __init__ _GrubImage.__init__(self, title, lines) File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 89, in __init__ self.reset(lines) File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 105, in reset self._parse(lines) File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 100, in _parse map(self.set_from_line, lines) File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 330, in set_from_line setattr(self, self.commands[com], arg.strip()) File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 108, in set_root self._root = GrubDiskPart(val) File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 55, in __init__ (self.disk, self.part) = str.split(,, 2) File /usr/lib/xen-4.1/lib/python/grub/GrubConf.py, line 70, in set_disk self._disk = int(val[2:]) ValueError: invalid literal for int() with base 10: 'ev/xvda' I think the following patch will fix this. If you could manually apply the GrubConf.py change to /usr/lib/xen-4.1/lib/python/grub/GrubConf.py and give it a go then I'll forward upstream. Ian. 8 commit 3236f37acc8c0d160c2f1ba1ccc89658257fc746 Author: Ian Campbell ian.campb...@citrix.com Date: Tue Oct 1 10:46:07 2013 +0100 pygrub: Support (/dev/xvda) style disk specifications You get these if you install Debian Wheezy as HVM and then try to convert to PV. This is Debian bug #603391. Signed-off-by: Ian Campbell ian.campb...@citrix.com diff --git a/tools/pygrub/examples/debian-wheezy-hvm.grub2 b/tools/pygrub/examples/debian-wheezy-hvm.grub2 new file mode 100644 index 000..b5ee9e2 --- /dev/null +++ b/tools/pygrub/examples/debian-wheezy-hvm.grub2 @@ -0,0 +1,104 @@ + +# +# DO NOT EDIT THIS FILE +# +# It is automatically generated by grub-mkconfig using templates +# from /etc/grub.d and settings from /etc/default/grub +# + +### BEGIN /etc/grub.d/00_header ### +if [ -s $prefix/grubenv ]; then + load_env +fi +set default=0 +if [ ${prev_saved_entry} ]; then + set saved_entry=${prev_saved_entry} + save_env saved_entry + set prev_saved_entry= + save_env prev_saved_entry + set boot_once=true +fi + +function savedefault { + if [ -z ${boot_once} ]; then +saved_entry=${chosen} +save_env saved_entry + fi +} + +function load_video { + insmod vbe + insmod vga + insmod video_bochs + insmod video_cirrus +} + +insmod part_msdos +insmod ext2 +set root='(/dev/xvda,msdos1)' +search --no-floppy --fs-uuid --set=root f395d5a0-4612-4872-806c-33cd37c152f0 +if loadfont /usr/share/grub/unicode.pf2 ; then + set gfxmode=640x480 + load_video + insmod gfxterm + insmod part_msdos + insmod ext2 + set root='(/dev/xvda,msdos1)' + search --no-floppy --fs-uuid --set=root f395d5a0-4612-4872-806c-33cd37c152f0 + set locale_dir=($root)/boot/grub/locale + set lang=en_US + insmod gettext +fi +terminal_output gfxterm +set timeout=5 +### END /etc/grub.d/00_header ### + +### BEGIN /etc/grub.d/05_debian_theme ### +set menu_color_normal=cyan/blue +set menu_color_highlight=white/blue +### END /etc/grub.d/05_debian_theme ### + +### BEGIN /etc/grub.d/10_linux ### +menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' --class debian --class gnu-linux --class gnu --class os { +load_video +insmod gzio +insmod part_msdos +insmod ext2 +set root='(/dev/xvda,msdos1)' +search --no-floppy --fs-uuid --set=root f395d5a0-4612-4872-806c-33cd37c152f0 +echo'Loading Linux 3.2.0-4-amd64 ...' +linux /boot/vmlinuz-3.2.0-4-amd64 root=UUID=f395d5a0-4612-4872-806c-33cd37c152f0 ro +echo'Loading initial ramdisk ...' +initrd /boot/initrd.img-3.2.0-4-amd64 +} +menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os { +load_video +insmod gzio +insmod part_msdos +insmod ext2 +set root='(/dev/xvda,msdos1)' +search --no-floppy --fs-uuid --set=root f395d5a0-4612-4872-806c-33cd37c152f0 +echo'Loading Linux 3.2.0-4-amd64 ...' +linux
Bug#722450: RFS: osmctools/0.1-1 [ITP] -- Some tools to manipulate OpenStreetMap files
Hello, I'm stuck. How can I improve my packaging ? Regards. -- Cordialement, Blanc Pierre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722134: Slidy licensing - independent (i.e. dual-licensed) or combined?
Hi Rigo, I am Debian developer, with a special interest in [Slidy]. Recently a [concern] was raised in Debian that the licensing terms of Slidy is not compatible with the Debian Free Software Guidelines. Dave suggested that I ask you for advice. Essentially the problem is ambiguity in this sentence: The slide show script and style sheet can be used freely under W3C's [software licensing] and [document use] policies It can be interpret as those policies two being logically OR'ed (i.e. dual-licensing), or logically AND'ed (i.e. multiple required licenses). Question is therefore, if the correct interpretation of above is same as the following less ambiguate rephrasing: The slide show script and style sheet can be used freely under either W3C's [software licensing] or [document use] policies or instead the following less ambiguate rephrasing: The slide show script and style sheet can be used freely under the combination of both W3C's [software licensing] or [document use] policies Kind regards, - Jonas [Slidy]: http://www.w3.org/Talks/Tools/Slidy2/ [concern]: http://bugs.debian.org/722134 [software licensing]: http://www.w3.org/Consortium/Legal/copyright-software [document use]: http://www.w3.org/Consortium/Legal/copyright-documents -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#725085: strongswan-ike: any recent 2.6 kernel in description
Package: strongswan-ike Version: 5.10-1 Severity: wishlist Tags: patch The new strongSwan package still has a description that talks about working on any recent 2.6 kernel. Since even Debian Stable is on 3.x, and since anything too old to run strongSwan has been completely unsupported for a long time, wouldn't this be an appropriate time to drop the reference to 2.6? My patch also standardises the boilerplate first paragraph throughout the suite, eliminating the different version in the metapackage (but adopting some of its wording). Of course, if it's no longer noteworthy these days that IPSec support requires no patching then the boilerplate can also afford to drop the part in parentheses. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru strongswan-5.1.0.pristine/debian/control strongswan-5.1.0/debian/control --- strongswan-5.1.0.pristine/debian/control 2013-09-30 08:57:07.0 +0100 +++ strongswan-5.1.0/debian/control 2013-10-01 11:07:31.064271721 +0100 @@ -20,8 +20,9 @@ Depends: ${misc:Depends}, strongswan-ike Suggests: network-manager-strongswan Description: IPsec VPN solution metapackage - The strongSwan VPN suite is based on the IPsec stack in standard Linux 2.6 - kernels. It supports both the IKEv1 and IKEv2 protocols. + The strongSwan VPN suite uses the native IPsec stack in the standard + Linux kernel (no patching required). It supports both the IKEv1 and IKEv2 + protocols. . StrongSwan is one of the two remaining forks of the original FreeS/WAN project and focuses on IKEv2 support, X.509 authentication and complete PKI @@ -38,9 +39,9 @@ Breaks: strongswan-ikev2 ( 4.6.4) Replaces: strongswan-ikev2 ( 4.6.4) Description: strongSwan utility and crypto library - StrongSwan is an IPsec-based VPN solution for the Linux kernel. It uses the - native IPsec stack and runs on any recent 2.6 kernel (no patching required). - It supports both IKEv1 and the newer IKEv2 protocols. + The strongSwan VPN suite uses the native IPsec stack in the standard + Linux kernel (no patching required). It supports both the IKEv1 and IKEv2 + protocols. . This package provides the underlying library of charon and other strongSwan components. It is built in a modular way and is extendable through various @@ -52,9 +53,9 @@ Priority: extra Depends: ${misc:Depends}, strongswan, libstrongswan Description: strongSwan library and binaries - debugging symbols - StrongSwan is an IPsec-based VPN solution for the Linux kernel. It uses the - native IPsec stack and runs on any recent 2.6 kernel (no patching required). - It supports both IKEv1 and the newer IKEv2 protocols. + The strongSwan VPN suite uses the native IPsec stack in the standard + Linux kernel (no patching required). It supports both the IKEv1 and IKEv2 + protocols. . This package provides the symbols needed for debugging of strongswan. @@ -65,9 +66,9 @@ adduser Conflicts: strongswan ( 4.2.12-1) Description: strongSwan daemon starter and configuration file parser - StrongSwan is an IPsec-based VPN solution for Linux and other Unixes. It uses - the native IPsec stack and runs on any recent kernel (no patching required). - It supports both IKEv1 and the newer IKEv2 protocols. + The strongSwan VPN suite uses the native IPsec stack in the standard + Linux kernel (no patching required). It supports both the IKEv1 and IKEv2 + protocols. . The starter and the associated ipsec script control the charon daemon from the command line. It parses ipsec.conf and loads the configurations to @@ -84,9 +85,9 @@ Conflicts: freeswan ( 2.04-12), openswan, strongswan ( 4.2.12-1) Replaces: strongswan-ikev1, strongswan-ikev2 Description: strongSwan Internet Key Exchange (v2) daemon - StrongSwan is an IPsec-based VPN solution for the Linux kernel. It uses the - native IPsec stack and runs on any recent 2.6 kernel (no patching required). - It supports both IKEv1 and the newer IKEv2 protocols. + The strongSwan VPN suite uses the native IPsec stack in the standard + Linux kernel (no patching required). It supports both the IKEv1 and IKEv2 + protocols. . Charon is an IPsec IKEv2 daemon. It is written from scratch using a fully multi-threaded design and a modular @@ -97,9 +98,9 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, strongswan-ike Recommends: network-manager-strongswan Description: strongSwan plugin to interact with NetworkManager - StrongSwan is an IPsec-based VPN solution for the Linux kernel. It uses the - native IPsec stack and runs on any recent 2.6 kernel (no patching required). - It supports both IKEv1 and the newer IKEv2 protocols. + The strongSwan VPN suite uses the native IPsec stack in the standard + Linux kernel (no patching required). It supports both the IKEv1 and IKEv2 + protocols. . This plugin provides an interface which allows NetworkManager to configure and control the IKEv2 daemon directly through D-Bus. It is
Bug#724798: qemu-kvm: kvm hangs using high CPU
28.09.2013 06:18, Ross Boylan wrote: Package: qemu-kvm Version: 1.1.2+dfsg-6 Severity: important [] The first time I booted of a virtual CD with the Lenny installer.[] The second time I started the system, did more work, and left it overnight. So, the guest you're running in qemu-kvm is lenny? Does the same happen with other guests, or is it lenny-specific? Does anything changes if you install a more recent kernel in the lenny guest (iirc, the latest kernel available for lenny was 2.6.30)? Overall, it does not look like a qemu/kvm issue at all, but instead a guest bug. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725087: ntfsclone: Fails to restore image
Package: ntfs-3g Version: 1:2013.1.13AR.1-2 Severity: grave Justification: renders package unusable Dear Maintainer, ntfsclone fails to restore images created with the recommended special image format. To reproduce, simply create an image of a partition (like the small 100MiB Windows boot partition) and attempt to restore it: r@r-schnelltop:/media/BACKUP/windows$ sudo ntfsclone --save-image --overwrite backup.img /dev/sda1 ntfsclone v2013.1.13AR.1 (libntfs-3g) NTFS volume version: 3.1 Cluster size : 4096 bytes Current volume size: 104853504 bytes (105 MB) Current device size: 104857600 bytes (105 MB) Scanning volume ... 100.00 percent completed Accounting clusters ... Space in use : 26 MB (24.1%) Saving NTFS to image ... 100.00 percent completed Syncing ... r@r-schnelltop:/media/BACKUP/windows$ sudo ntfsclone --restore-image --overwrite /dev/hda1 backup.img ntfsclone v2013.1.13AR.1 (libntfs-3g) Ntfsclone image version: 10.1 Cluster size : 4096 bytes Image volume size : 104853504 bytes (105 MB) Image device size : 104857600 bytes Space in use : 26 MB (24.1%) Offset to image data : 56 (0x38) bytes Restoring NTFS from image ... ERROR(28): Write failed: No space left on device Strange enough, restoring an image worked fine in Feburary, and there hasn't been any update to this package since then (other than changes of the E-Mail address). Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ntfs-3g depends on: ii debconf [debconf-2.0] 1.5.51 ii fuse 2.9.2-4 ii libc6 2.17-92+b1 ii libfuse2 2.9.2-4 ii libgcrypt111.5.3-2 ii libgnutls262.12.23-5 ii multiarch-support 2.17-92+b1 ntfs-3g recommends no packages. ntfs-3g suggests no packages. -- debconf information: ntfs-3g/setuid-root: false ntfs-3g/initramfs: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725087: ntfsclone: Fails to restore image
Package: ntfs-3g Version: 1:2013.1.13AR.2-3 Followup-For: Bug #725087 I just verified that the bug is also present in the package from experimental. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725089: ITP: python-os-apply-config -- Creates config files out of cloud metadata
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-os-apply-config Version : 0.1.1 Upstream Author : OpenStack Foundation openstack-...@lists.openstack.org * URL : https://github.com/openstack/os-apply-config * License : Apache-2.0 Programming Lang: Python Description : Creates config files out of cloud metadata os-apply-config apply configuration out of the cloud metadata (JSON) that it recieves from a metadata server. . It turns metadata from one or more JSON files like this: . {keystone: {database: {host: 127.0.0.1, user: keystone, password: foobar} } } . into service config files like this: . [sql] connection = mysql://keystone:foobar@127.0.0.1/keystone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724758: Live Migration Causes Performance Issues
27.09.2013 18:56, Harald Staub wrote: Package: qemu-kvm Version: 1.1.2+dfsg-6 We have seen some performance degradation after live migration. Corresponding Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/1100843 It probably really is this bug because the mentioned workaround with the option ept=N for kvm-intel works. They fixed it with a one-line patch. It looks easy to backport it to Debian stable. I'm not sure the release team will accept this bugfix. Yes the backport is easy but the prob itself does not look serious enough... Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714324: pu: package grub2/1.99-27+deb7u2
Hi, Is it going to be a problem that testing still has only 1.99-27+deb7u1 and this stable pu has higher version number? What will happen; must it be copied to testing first as part of the point release process? Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725090: Please add libkolab-dev to build dependencies and link against that library
Package: kdepim Severity: wishlist Dear KDE maintainer team, recently the library package libkolab entered Debian. It is a converion library and facilitates conversions between KDE containers and the Kolab storage format. Please build/link against that library and for that add libkolab-dev to the build depencies of kdepim. light+love, Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net binmi7ZuVooS3.bin Description: Öffentlicher PGP-Schlüssel pgpqiKO9NNBXq.pgp Description: Digitale PGP-Signatur
Bug#724758: Live Migration Causes Performance Issues
Hello Michael On 01.10.2013 12:47, Michael Tokarev wrote: 27.09.2013 18:56, Harald Staub wrote: [...] I'm not sure the release team will accept this bugfix. Yes the backport is easy but the prob itself does not look serious enough... Sounds familiar. At least, this regression and a possible workaround are documented now. Cheers Harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716859: pdns-server: fails to install: chmod: cannot access '/etc/powerdns/pdns.d/pdns.local.conf': No such file or directory
tags #716859 confirmed patch help thanks Hi, I confirm the patch from Habbie but won't have time to fix this in the next few days. If somebody feels to NMU, please do so and file a git format-patch NMU bug to ease the ACK work. On Sat, Jul 13, 2013 at 07:54:14PM +0200, Andreas Beckmann wrote: during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. The package surely installed fine when I uploaded it. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725091: slapd with memory leak in active sync
Package: slapd Version: 2.4.31-1+nmu2 Severity: serious Hello, we are using Debian 7.1 on amd64. We installed a multimaster replication setup. Now if we modifies some attributes and groups-memberships and the memory use of the slapd on the 'master' increase extremely (10G) until out of memory. This occurs only if the two servers in sync. If we disable the connection (i.e. iptables) between the servers, the memory usages isn't growing. We use the online config. In attachment is the corresponding slapd.conf. best regards Thomas Sesselmann -- Thomas Sesselmann, Dipl.-Inf. Friedrich-Schiller-Universität Jena Rechenzentrum Am Johannisfriedhof 2 D-07743 Jena Tel.: 03641/9-40530 Fax.: 03641/9-40630 include /etc/ldap/schema/core.schema include /etc/ldap/schema/cosine.schema include /etc/ldap/schema/dyngroup.schema include /etc/ldap/schema/inetorgperson.schema include /etc/ldap/schema/misc.schema include /etc/ldap/schema/nis.schema include /etc/ldap/schema/sendmail.schema include /etc/ldap/schema/kerberos.schema include /etc/ldap/schema/fsu.schema include /etc/ldap/schema/eduperson.schema pidfile/var/run/slapd/slapd.pid argsfile /var/run/slapd/slapd.args modulepath /usr/lib/ldap moduleload accesslog.la moduleload constraint.la moduleload dds.la moduleload dynlist.la moduleload memberof.la moduleload ppolicy.la moduleload refint.la moduleload syncprov.la moduleload unique.la moduleload back_hdb moduleload back_monitor backend hdb backend monitor TLSCACertificateFile /etc/ldap/certs/chain.pem TLSCACertificatePath /etc/ldap/certs TLSCertificateFile/etc/ldap/certs/ldap.pem TLSCertificateKeyFile /etc/ldap/certs/ldap.key TLSVerifyClient allow ## server-ids/urls fuer mmr ### ServerID1 ldap://ldap1.rz.uni-jena.de; ServerID2 ldap://ldap2.rz.uni-jena.de; ## Match replicator authz-regexp CN=ldap\.uni-jena\.de,O=Universitaet Jena,L=Jena,ST=Thueringen,C=DE uid=replicator,ou=local,dc=uni-jena,dc=de ## generele Abfragen (Basisdn) ? access to dn.base= by * read ## Schema abfragen ? access to dn.base=cn=Subschema by * read ### # enable on-the-fly configuration (cn=config) database config ### syncrepl- direktiven fuer mmr der olc ### syncreplrid=003 provider=ldap://ldap1.rz.uni-jena.de; searchbase=cn=config type=refreshAndPersist retry=5 + bindmethod=sasl saslmech=EXTERNAL starttls=yes filter=(|(!(olcDatabase={0}config))(!(olcReadOnly=TRUE))) syncreplrid=004 provider=ldap://ldap2.rz.uni-jena.de; searchbase=cn=config type=refreshAndPersist retry=5 + bindmethod=sasl saslmech=EXTERNAL starttls=yes filter=(|(!(olcDatabase={0}config))(!(olcReadOnly=TRUE))) overlay syncprov MirrorMode On access to * by dn.exact=uid=replicator,ou=local,dc=uni-jena,dc=de read by dn.exact=gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth manage by dn.exact=cn=ldapadmin,ou=local,dc=uni-jena,dc=de manage by * none ### # enable server status monitoring (cn=monitor) database monitor access to * by dn.exact=gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth read by dn.exact=cn=ldapadmin,ou=local,dc=uni-jena,dc=de read by * none ### # enable server access logging (cn=logs) databasehdb suffix cn=logs checkpoint 1024 15 rootdn cn=ldapadmin,ou=local,dc=uni-jena,dc=de directory /var/lib/ldap/logs index reqStart,reqEnd,reqMod,reqResult eq index entryUUIDeq access to * by dn.exact=gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth read by dn.exact=cn=ldapadmin,ou=local,dc=uni-jena,dc=de read by * none ### # database definitions ### databasehdb suffix dc=uni-jena,dc=de checkpoint 1024 15 rootdn cn=ldapadmin,ou=local,dc=uni-jena,dc=de rootpw{SSHA}xxx directory /var/lib/ldap/data # Indices to maintain for this database index objectClass eq,pres index ou,cn,mail,surname,givenname eq,pres,sub index uidNumber,gidNumber,loginShelleq,pres index uid,memberUid eq,pres,sub index nisMapName,nisMapEntryeq,pres,sub index entryUUID eq ## Accesslog overlay accesslog
Bug#615864: initiator reported error (15 - already exists)
Hey Guys, You have to just use this following command: iscsiadm -m node --targetname iqn.2001-04.com.example:storage.lun1 --portal 192.168.0.101:3260 –logout and again use your command as follows: iscsiadm -m node --targetname iqn.2001-04.com.example:storage.lun1 --portal 192.168.0.101:3260 –login actually you are allready login so that’s a reason , it shows the error ( initiator reported error (15 - already exists)) Cheers.. Ashish Sharma
Bug#714324: pu: package grub2/1.99-27+deb7u2
On 2013-10-01 11:53, Steven Chamberlain wrote: Is it going to be a problem that testing still has only 1.99-27+deb7u1 and this stable pu has higher version number? What will happen; must it be copied to testing first as part of the point release process? If testing still has +deb7u1 at the time of the point release then, yes, +deb7u2 will be propagated up to testing as part of the process. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725092: HTTPS should be supported on www.debian.org
Package: www.debian.org Severity: wishlist Hi, www.debian.org is important main Debian web page, but it doesn't support https. Could it be possible to enable HTTPS? For example lists.debian.org, wiki.debian.org support HTTPS. bugs.debian.org should also support HTTPS Kind regards, Milan Kral -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725093: debian-maintainers: Please add Eugene Zhukov as a DM
Package: debian-maintainers Severity: normal Hello, Please add my key to the Debian Maintainers keyring. The jetring changeset is attached. Thank you, Eugene -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash *** add-D7D3402E0106630C Comment: Add Eugene Zhukov jevgeni...@gmail.com as a Debian Maintainer Date: Tue, 01 Oct 2013 11:29:58 + Action: import Recommended-By: Mathieu Malaterre ma...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2013/09/msg00049.html Advocates: http://lists.debian.org/debian-newmaint/2013/10/msg0.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.14 (GNU/Linux) mQINBFFZ4EkBEAC6e0DTGnMTkkl3VCSSm9W94J5VGNAQ/LbeV+ntURZ7DGyLOwlU zBW1ZjxNaUXZl0k2uiX0feIGGJn8MWCASIgcYbvB5N20rMWKZyBQHJLC8yXjMhvJ bG/kwDrSfYv/a0PbMSoQoHVTRvPN792LB0iyo/cRTBat0PG019VYmbeZqi/N0iAR gF5IHwisJrMdYkZQbH2wVZSPRe19g4oLqDHo0c7wo0AeFaDIXXhIF8L3xKCtxu0i VLE+ZN/4FDPd/04ktkdFjj4KwjP/CvK2XC+dPR2X6N7TIACIUTlUlOlBHe6VRzrH WsbyoNaAEoqtLLFMXUWYU+X2GTU5+WUJPBebVGsWqL8PzofaW1QTAMCt73kK3YCk Q+GtIa2jFaBkxbi53Rsxwo/fVwRisSPv9CBiUazpe+33SX4tQY4mvdmvdddGW6JP O/iZkfIMPIANPHh6KmZsYbL2V4tE/hBQ4aDTBB42MKxvIhuYR7bgtX1zcUJ4lw1Q EjKWvrnJlroKWB12A/3GOf8x5HLjtnhvjcU15cnqCix7r9N7wNVwL54aC//xHWGS nuR9ADelKXPz7Yhl5mTFcymSubfp1emtGGBwbh6uJsEkNwAYB+3rklgxLNhJSLBK irlVdf31nE9F8ELgufChOKAUWzGqsikRQPGPu7j5vDcp7WggYcc1jzk70wARAQAB tCtFdWdlbmUgWmh1a292IChub25lKSA8amV2Z2VuaS56aEBnbWFpbC5jb20+iQI4 BBMBAgAiBQJRWeBJAhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRDX00Au AQZjDDObEACLhRUiwK1nQVDZPwuX9qFsS7yEPUShAidnnvsi4m1K/jo3mCKibalp j7FgR858zSFvYy7suDIg4JcDJ5g4BsHxjcwF//62sQOHcV74QMuaQlFz4jGht5xH QMrsHGVJB/UrLrfTEqlRU32o3f9f1C3XTK0wbCZJZkbs5zNBjfM0CSou2Fab4SJd ZuOxDQ3ldmbKhHsJWfy7+DUUnMtq6vBY8YMUmmxw1vrUJt2jZvsAS/QSylKpbwsR Xm/Z6T0QBX8n34KerSx5+k6lJGa4uDFYbG77hJ0TBPmtzrBpGfSYrDTAc6Lg4L7U FdnNJ+DGSzF8Uc3FVU8+tUnZyMW3373xzGZJLYAdH47ZHSKpWY2z0jRKEKi5jtXS zr+lVyYxa3yxC6+RAMIJYdc7+MSA7BOgRnhgXrzcz2RFo/Y9/5kfK69CKElmYjKm KPKDvVgpKRaym2nwO0ksFC1GIs61a2/WRtk6K+ABWLD7h+zbHiehmju26ZdY0QdM emkvHTwjAzbNHvctaNC7360VN/e6TZJAy9StbrPDPrAuM0e0KFwdFRqqlyemoKzZ RcMRzLHIi441cEeqyoEJiH2Cs+OSyngMz2iWWvruj0wSAuSnNz671+hBbDbignB9 Ft6P5Oqef9Zi0ybRdceLk8LxLk39CfaQtdVpleP3jEgXsdl3Xz8ZqohGBBARCAAG BQJR3a1PAAoJEHIaKzDBVJmM1FsAnjF4KlC7MHvasF4Q4Tjbo4la1hSuAKDG4aqA mcxBUam/0C2wGKS/84DNorkCDQRRWeBJARAA4eXfocgROC3hvuhjDR4YY1EEYj+A Oz/LF/ACXELRlws/WBo+uiJEdWWwg1f8u+lM4ciB2DpeJAPmenjS/2l26cLRZgdV wNBMaj2aHHHwsy/E6sBWCJs713Sb/komR2v8y2EaYDB4RjPVBK9yJOReoGJZZMNv pT4MMQ7MAoTS8/NAj61RDcAfKu1zJH7Y0RZauaIVs0H4lip1tvlk7bpFp496wcCS fDallPsF0LVImAhXNYFPdm+xsQD14dYd+UQ9EwVfGVj9xuw0+Hz/jZB99gQeDgPC HaEOvBtmqTJtTyG/WCWCPCnwIDo1Jo29yImevaA8vMYaf1LzlyEP5Luw+McQlLs8 zU1ZBrpubljLAuTJH1H/911lyYswkwulIgg/KVIvqZpgLxxVclXnuYV+m14Pyyi3 yIJxlA2WDugr7VlgjsejpA54yRhuVI2UokV5g909RbM/lwnlt7qFCcxJJ9xkeREZ JCiewqH4wokf0g1pbMIoIdUUr3t1v9WXAL1+tmfJWWTKj2vA4QRYmMqCgF0vdog/ RqFpwKriPOm/SwcMpsts1bPQTnn/AAd9sFT9UurvKMWBcVr/qDlR7L0+ndM8BpMf 3gp0YFgg2Ii7Fw65fFToBX0TahNURx6rvZS8+SN0paTqUDqeFQs8j1WrF0DH7MgG 9jZRYNciJrOM1qsAEQEAAYkCHwQYAQIACQUCUVngSQIbDAAKCRDX00AuAQZjDH2x D/4oYCI8Wf1Nq4fGB2++HpF9Tlwpf8II3v2+/NP8UWcdz8gbs3DHZkGAGh4A3I9O /Uwog8tTlFcZyB6VgW2ziOWhfhdKqpnEEgxmdBy8BnQDIl0F4HrrdNvL3EgRt4BG Zf+737cdH4338QgMhLHj3Vd7Py1xkOeecIU1rorgjsGM6pl615z4QwePKq8aTBXx FX82k1TbqTvJgcSAVpYdRMWZl8tH4nbBLQfKn9dV52m7TfmzgRN4kdelTZhwI/yN bFPfIoGzRM5aWdi7yRJFKBxjYD2qvzANIKL6lOZM7e4WyQ37p+RVDc9ecQq2Kda7 NrquzghnZm6gjgKTCiOwBur6Z3j5BK5W+wrxWFYhA7Z99QbO3o0H1e9c60skWPWo lI3QnlKm+PUYn5edNE4YPhgahmGkETnRtqAnsXh3MdzQnx7Bfq2IQ1Fms8NwDNvT T3Q/v4SV4AXT2Z568848nNOP3JkMj647Csv+XlTfzvN+1EV/5b9g+KenFl7mNR6w eL7mWrgCsn9JTWsAS5D7uzyNswIxbkI6cghi+psQXGzLCEyGdifCwT0o7yu3Q6GE v6P+OCpV880M4jLD8zpCM0TnnJg7IdUPMlHltfnwRMD+jwJ9weuwCr4ykVHUQ17K gD4kNNOkeL93t9BAHauhKzBkB7pzObQ6NsyU54yuPymIbg== =ycXZ -END PGP PUBLIC KEY BLOCK- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709759: installation-guide: build-depends on obsolete packages (texlive-lang-*)
Hello, Erik Esterer, le Tue 01 Oct 2013 09:17:00 +0200, a écrit : Included is a patch where texlive-lang-finnish/swedish are replaced with a Build-Depends-Indep on texlive-lang-european as suggested above. I removed texlive-lang-vietnamese since it moved to texlive-lang-other, which is already a Build-Depends-Indep of this package. Thanks, it was however actually already fixed in the svn, pending upload. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725092: HTTPS should be supported on www.debian.org
* milan.kral milan.k...@azet.sk [2013-10-01 13:34:05 CEST]: www.debian.org is important main Debian web page, but it doesn't support https. Could it be possible to enable HTTPS? For example lists.debian.org, wiki.debian.org support HTTPS. Because on lists.debian.org you have subscribe information, handing over email addresses that you might not want to get eavesdropped, and on wiki you have login information that you clearly don't want to have go unencrypted over the wire. What information you consider exchanging with www.debian.org that you consider sensitive and needing https? Because we can doesn't sound very convincing to me. :) Enjoy! Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725094: libvtk5-dev: Build-deps uninstallable on mips
Source: libvtk5-dev Version: 5.8.0-14.1 Severity: important apt-get install libvtk5-dev in a mips porterbox unstable chroot fails: - #apt-get install libvtk5-dev Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libvtk5-dev : Depends: mpi-default-dev but it is not going to be installed E: Unable to correct problems, you have held broken packages. Command apt-get install -- libvtk5-dev exited with exit code 1. -- This prevents packages which build-dep on libvtk5 from building on this arch, such as: https://buildd.debian.org/status/package.php?p=therionsuite=sid which is how I noticed the issue. The problem seems to be that libvtk5-dev depends on: mpi-default-dev - libmpich2-dev - libmpich-dev - libmpich10 whilst libvtk5.8 depends on: libmpich2-3 and libmpich2-3 conflicts with libmpich10 mips and amd64 libvtk5.8 deps are different. Is that right?: On mips: $ apt-cache show libvtk5.8 Depends: libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8), libavformat54 (= 6:9.1-1), libavutil52 (= 6:9.1-1), li bc6 (= 2.7), libexpat1 (= 2.0.1), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.2.1), libgl1-mesa-glx | libgl1, libgl2ps0, libjp eg8 (= 8c), libmpich2-3, libmysqlclient18 (= 5.5.24+dfsg-1), libnetcdfc++4, libnetcdfc7, libpng12-0 (= 1.2.13-4), libpq5, libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libsqlite3-0 (= 3.5.9), libstdc++6 (= 4.6), libswscale2 (= 6:9.1-1), libt iff4 ( 3.9.5-3~), libx11-6, libxml2 (= 2.7.4), libxt6, zlib1g (= 1:1.2.3.3) On amd64: $ apt-cache show libvtk5.8 $ Depends: libavcodec54 (= 6:9.1-1) | libavcodec-extra-54 (= 6:9.8), libavformat54 (= 6:9.1-1), libavutil52 (= 6:9.1-1), libc6 (= 2.14), libexpat1 (= 2.0.1), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.1.1), libgl1-mesa-glx | libgl1, libgl2ps0, li bjpeg8 (= 8c), libmysqlclient18 (= 5.5.24+dfsg-1), libnetcdfc++4, libnetcdfc7, libopenmpi1.6, libpng12-0 (= 1.2.13-4), lib pq5, libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libsqlite3-0 (= 3.5.9), libstdc++6 (= 4.6), libswscale2 (= 6:9.1-1), libtiff4 ( 3.9.5-3~), libx11-6, libxml2 (= 2.7.4), libxt6, zlib1g (= 1:1.2.3.3) I don't understand what has happened here, and whether this is actually an mpich or a vtk problem, but it's quite serious. I presume it is something to do with the transition from mpich2 to mpich that seems to be underway. It would appear to be stopping anything build-depping on vtk from building on mips and thus from migrating to testing. Do you know how to fix this? I'll try a rebuild on the porterbox and see if this magically sorts itself out in which case a BINNMU should do the trick. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: mips (mips64) Kernel: Linux 3.2.0-4-octeon (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702080: +1
Any news on this? Especially since Django 1.5.2 is already in wheezy-backports, which makes all versions of django-reversion currently available in debian (partially) incompatible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725095: openshot-doc: dependency on rarian-compat
Package: openshot-doc Version: 1.4.3-1 Severity: normal Are there good reasons why this package depends on rarian-compat ? And not Suggests: or Recommends: ? I already have dwww installed. There's nothing else on my box that Depends: on rarian. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openshot-doc depends on: ii rarian-compat 0.8.1-5 openshot-doc recommends no packages. openshot-doc 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#725036: ettercap: New upstream version, incorrect watch file
BTW uscan doesn't detect the new upstream version as they changed the naming of the tarball (they rely on github now), you need to fix No worries: fixed for a while in git://github.com/barak/ettercap Please package ettercap 0.8.0. It has been published a few days ago. Yes, I got a heads-up from upstream before it went live. If you're interested, Have a look at the draft packaging above. There are some minor issues (handily noticed by lint) that popped up with 0.8.0 due to the upstream library-ization (slapping libettercap.so into /usr/lib/, need to set it in a lib package for multiarch, and it is also w/o a version number), and some upstream fuffing around with the way debug support is enabled which seems now inappropriately aliased to turning on profiling support; need to turn off a spurious rpath; etc. I have not had time to deal with it yet, but it's on the queue. Of course if someone wants to lend a hand, fantastic! Co-maintain? Also fantastic! Should mention that upstream is very happy to discuss issues, and to accept patches. This is nice when a packaging problem is at root an upstream issue. On the other hand it makes it hard to silently work around problems: instead one needs to think about the right fix. Cheers, --Barak. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725090: Please add libkolab-dev to build dependencies and link against that library
On Tuesday 01 October 2013 11:05:30 Mike Gabriel wrote: Package: kdepim Severity: wishlist Dear KDE maintainer team, recently the library package libkolab entered Debian. It is a converion library and facilitates conversions between KDE containers and the Kolab storage format. Please build/link against that library and for that add libkolab-dev to the build depencies of kdepim. Hi Mike! Yes, we are aware of that. Actually it was sposnsored by one of our team members in order to get kolab into kontact. Actually it was added to kdepim-runtime in the last upload to the archive. I'm not sure if it's also needed somewhere else, so I'm leaving this bug open for now. Maybe Paul or Pino know better. Kinds regards, Lisandro. -- 9: Que es el Explorador de Windows * El tipo que le roba las ideas a MacOs Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#725090: Please add libkolab-dev to build dependencies and link against that library
Hi, In data martedì 1 ottobre 2013 11:05:30, Mike Gabriel ha scritto: recently the library package libkolab entered Debian. It is a converion library and facilitates conversions between KDE containers and the Kolab storage format. Yes, we know that. I was the main reviewer and sponsor of Paul's packaging of libkolabxml and libkolab. Please build/link against that library and for that add libkolab-dev to the build depencies of kdepim. I don't see anything in kdepim requiring/using libkolab; on the other hand kdepim-runtime (i.e. the akonadi and kresource resources) had the kolab support enabled in 4:4.10.5-2 (#705406). If you know anything further that needs manual enabling/tweaking on the packaging side of the kdepim stack, feel free to let us know. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#725024: Follow-up information
control: severity 725024 minor Hi, Now I see what is the problem. Thanks. The issue is the GUI initiated by the ibus-setup command has choices for Candidate Orientation: Vertical Horizontal but only Vertical works. I see it is a real bug. On Tue, Oct 01, 2013 at 06:06:06PM +0800, Hans Liao wrote: You can try setting your candidate orientation by: - Right click on the ibus tray icon. - Select preference. - Next to Candidate Orientation, select Horizontal (as seen on 20131001_ss01.jpg). - Press Close to close ibus-setup. - When I type, the candidate orientation still shows up vertical (as seen on 20131001_ss02.jpg). Also, I don't know how to lower the priority of the bug, this can be filed under a lower priority. If you can be so kind to file this under a lower priority. Yah, it is not so big bug. We need to wait for upstream fix this either by removing GUI choice or making it to change candidate choice list orientation. I can not come up with fix at this moment by myself. If you have patch, let us know. Thanks. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725098: lldpd: missing full path in systemd unit
Package: lldpd Version: 0.7.6-2 Severity: minor systemd 204 (currently in jessie/unstable) ignores part of the .service file [3.667599] systemd[1]: [/lib/systemd/system/lldpd.service:10] Executable path is not absolute, ignoring: mkdir -p /var/run/lldpd/etc [3.667668] systemd[1]: [/lib/systemd/system/lldpd.service:11] Executable path is not absolute, ignoring: cp /etc/localtime /var/run/lldpd/etc/localtime Does not seem to break anything and I don't see anything in the output that might use the timezone anyway, but this is probably worth a fix. Or drop it ... -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lldpd depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.8 ii libbsd0 0.6.0-1 ii libc62.17-92+b1 ii libevent-2.0-5 2.0.21-stable-1 ii libreadline6 6.2+dfsg-0.1 ii libsensors4 1:3.3.4-2 ii libsnmp305.7.2~dfsg-8.1+b1 ii libssl1.0.0 1.0.1e-3 ii libwrap0 7.6.q-24 ii libxml2 2.9.1+dfsg1-3 ii sysv-rc 2.88dsf-43 lldpd recommends no packages. Versions of packages lldpd suggests: pn snmpd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652527: pbuilder: No hook option for after .debs are written
I would really like to see this feature added. I have a similar setup to #5 using Jenkins/pbuilder and it would be great to have hooks that can execute after the results are written. I've locally added executehooks H near the end of pbuilder-buildpackage, which is working well for me. Jonathan. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608840: --chroot-setup-commands does not run as root
I have now been using this patch in production for a few months and it has proved effective. As there have been no comments/objections to the implementation can this just go in the next release? Is there a schedule for the next release? I would like to stop maintaining this as a fork as soon as possible. We've missed Ubuntu Saucy unfortunately. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607228: sbuild pre-build/setup commands
Forgot to update this earlier, but the implemntation of this was posted in the merged bugrep: bugs.debian.org/cgi-bin/bugreport.cgi?bug=608840#27 Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725024: Follow-up information
So far I've tried the following: - changed the content of the file /etc/dconf/db/ibus.d/00-upstream-settings - under [desktop/ibus/panel] - changed the option lookup-table-orientation from 1 to 0 (I've provided a diff to show the option). - after the file was changed I tried sudo dconf update to update /etc/dconf/db/ibus. - restarted the ibus daemon by logging out and log back in. The candidate orientation still shows vertical :( If I find anything I'll keep this report updated. Hans On Tue, Oct 1, 2013 at 8:57 PM, Osamu Aoki os...@debian.org wrote: control: severity 725024 minor Hi, Now I see what is the problem. Thanks. The issue is the GUI initiated by the ibus-setup command has choices for Candidate Orientation: Vertical Horizontal but only Vertical works. I see it is a real bug. On Tue, Oct 01, 2013 at 06:06:06PM +0800, Hans Liao wrote: You can try setting your candidate orientation by: - Right click on the ibus tray icon. - Select preference. - Next to Candidate Orientation, select Horizontal (as seen on 20131001_ss01.jpg). - Press Close to close ibus-setup. - When I type, the candidate orientation still shows up vertical (as seen on 20131001_ss02.jpg). Also, I don't know how to lower the priority of the bug, this can be filed under a lower priority. If you can be so kind to file this under a lower priority. Yah, it is not so big bug. We need to wait for upstream fix this either by removing GUI choice or making it to change candidate choice list orientation. I can not come up with fix at this moment by myself. If you have patch, let us know. Thanks. Osamu -- Regards Hans Liao upstream-settings.diff Description: Binary data
Bug#724609: wmbattery stopped working with kernel 3.10-3
Oops, indeed, it's got nothing to do with the kernel. R. -- ___ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713713: [PATCH] Explicitly instantiate AbstractUI template
This fixes a build failure on Debian/Ubuntu. BugLink: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713713 Signed-off-by: David Henningsson david.hennings...@canonical.com --- libs/gtkmm2ext/gtk_ui.cc | 2 ++ 1 file changed, 2 insertions(+) I'm not a C++ template expert, so I'm not sure this is the most elegant fix, but at least it builds now. I found it on git trunk too (2.0-ongoing branch), so I'm including Paul Davis as well. diff --git a/libs/gtkmm2ext/gtk_ui.cc b/libs/gtkmm2ext/gtk_ui.cc index 291740c..0894b07 100644 --- a/libs/gtkmm2ext/gtk_ui.cc +++ b/libs/gtkmm2ext/gtk_ui.cc @@ -63,6 +63,8 @@ BaseUI::RequestType Gtkmm2ext::AddTimeout = BaseUI::new_request_type(); #include pbd/abstract_ui.cc /* instantiate the template */ +template class AbstractUIGtkmm2ext::UIRequest; + UI::UI (string namestr, int *argc, char ***argv) : AbstractUIUIRequest (namestr, true) { -- 1.8.3.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725090: Please add libkolab-dev to build dependencies and link against that library
Hi all, sorry, my bad. It must be kde-runtime. Mike (from my N900) -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de - Original message - Hi, In data martedì 1 ottobre 2013 11:05:30, Mike Gabriel ha scritto: recently the library package libkolab entered Debian. It is a converion library and facilitates conversions between KDE containers and the Kolab storage format. Yes, we know that. I was the main reviewer and sponsor of Paul's packaging of libkolabxml and libkolab. Please build/link against that library and for that add libkolab-dev to the build depencies of kdepim. I don't see anything in kdepim requiring/using libkolab; on the other hand kdepim-runtime (i.e. the akonadi and kresource resources) had the kolab support enabled in 4:4.10.5-2 (#705406). If you know anything further that needs manual enabling/tweaking on the packaging side of the kdepim stack, feel free to let us know. -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725059: monkeysign fails to build with python 3.2
On 2013-09-30 18:58:40, Kristian Fiskerstrand wrote: Package: monkeysign Version: 1.0 Monkeysign fails to build with python 3.2 resulting in SC[32;01m*ESC[0m python3_2: running distutils-r1_run_phase distutils-r1_python_compile /usr/bin/python3.2 setup.py build Traceback (most recent call last): File setup.py, line 24, in module import monkeysign.translation File /var/tmp/portage/app-crypt/monkeysign-1.0/work/monkeysign-1.0/monkeysign/translation.py, line 35 except Exception, e: ^ SyntaxError: invalid syntax See Capturing the Currently Raised Exception section of http://docs.python.org/3/howto/pyporting.html for changes to exception code Hi! This seems to be a rather huge undertaking. I committed a patch for exceptions, but then there is a lot of other things to fix, especially print statemnets which seem quite ackward to me... Is there anyone using python3 anyways? A. -- Lorsque l'on range des objets dans des tiroirs, et que l'on a plus d'objets que de tiroirs, alors un tiroir au moins contient deux objets. - Lejeune-Dirichlet, Peter Gustav pgpPkSYYpSetG.pgp Description: PGP signature
Bug#703282: (no subject)
I ran into this too. Note it's possible to work around by entering an incorrect username in the setup wizard, then editing it through the preferences afterwards. The broken validation only applies to the setup wizard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725099: emacs24: FTBFS on hurd-i386
Source: emacs24 Version: 24.3+1-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, currently [1] emacs24 24.3 does not compile on GNU/Hurd. The problem is that, since Hurd's sys/param.h defines BSD (for some kind of BSD compatibility), BSD_SYSTEM is defined too, leading to the inclusion of sys/sysctl.h, which does not exist on Hurd. The problem has been (indirectly) fixed with upstream's r112030 [2] in trunk; attached there is a backport of this commit, which allows to successfully build emacs24 on Hurd. [1] https://buildd.debian.org/status/fetch.php?pkg=emacs24arch=hurd-i386ver=24.3%2B1-2stamp=1380607262 [2] http://bzr.savannah.gnu.org/lh/emacs/trunk/revision/112030 Thanks, -- Pino 2013-03-13 Paul Eggert egg...@cs.ucla.edu * sysdep.c: Remove a use of BSD_SYSTEM, which I'm trying to phase out. Include sys/param.h unconditionally, as that works elsewhere and is simpler here. Include sys/sysctl.h if DARWIN_OS || __FreeBSD__, not if BSD_SYSTEM, since it's needed only for Darwin and FreeBSD now. --- a/src/sysdep.c 2013-03-06 08:01:47 + +++ b/src/sysdep.c 2013-03-13 05:04:46 + @@ -38,9 +38,8 @@ #include sysselect.h #include blockinput.h -#ifdef BSD_SYSTEM -#include sys/param.h -#include sys/sysctl.h +#if defined DARWIN_OS || defined __FreeBSD__ +# include sys/sysctl.h #endif #ifdef __FreeBSD__ @@ -69,9 +68,9 @@ #ifdef MSDOS /* Demacs 1.1.2 91/10/20 Manabu Higashida, MW Aug 1993 */ #include msdos.h -#include sys/param.h #endif +#include sys/param.h #include sys/file.h #include fcntl.h
Bug#725100: tiger: dev003w is thrown on a stock debian install.
Package: tiger Version: 1:3.2.3-11 Severity: normal Dear Maintainer, dev003w dev002f are thrown on a stock debian install. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 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 tiger depends on: ii binutils 2.22-8 ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-3 ii net-tools 1.60-25 ii ucf3.0027 Versions of packages tiger recommends: ii chkrootkit 0.49-4.1 ii john1.7.8-1 ii postfix [mail-transport-agent] 2.10.0-3 pn tripwire | aide none Versions of packages tiger suggests: ii lsof 4.86+dfsg-1 -- Configuration Files: /etc/tiger/tiger.ignore changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725104: [INTL:sv] Swedish strings for snort debconf
package: snort severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#725103: [INTL:sv] Swedish strings for opensmtpd debconf
package: opensmtpd severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#725105: reportbug: Add option to resend saved reportbug file
Package: reportbug Version: 6.4.3ubuntu1 Severity: wishlist As you know issues with reportbug not sending mail due to local configuration are now very common. It happens to me all the time because I am testing inside chroots or on a newly installed instance. Reportbug makes it very easy to save a report to a file, and indeed normal usage saves the result in /var/ However it is quite difficult to send the result unless you are the sorted of aged bearded unix admin that knows the answer is sendmail -t reportbugfile Every time I have this problem I have to search the net and read reams of exim docs to remember how to just resend the bugreport on a machine where email is actually working. I always end up searching the reportbug manpage for a --resend option and am disappointed to find none A simple option in reportbug called something like --send-savedreport (which basically just runs sendmail -t ) would be _really_ helpful. I did just have a look at the code to see if this was trivial, but my python-foo was too weak. -- Package-specific info: ** Environment settings: EDITOR=jed EMAIL=woo...@wookware.org ** /home/wookey/.reportbugrc: smtphost reportbug.debian.org:587 header X-Debbugs-CC: woo...@wookware.org no-cc -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0-36-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.7.5ubuntu5.4 ii python2.7.3-0ubuntu7.1 ii python-reportbug 6.4.3ubuntu1 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none ii debsums2.0.52 ii dlocate1.02 ii emacs23-bin-common 23.4+1-4ubuntu1 ii exim4 4.80-3ubuntu1.1 ii exim4-daemon-light [mail-transport-agent] 4.80-3ubuntu1.1 ii file 5.11-2 ii gnupg 1.4.11-3ubuntu4.2 ii python-gtk22.24.0-3build1 pn python-gtkspellnone pn python-urwid none ii python-vte 1:0.28.2-5ubuntu1 ii xdg-utils 1.1.0~rc1-2ubuntu6 Versions of packages python-reportbug depends on: ii apt 0.9.7.5ubuntu5.4 ii python2.7.3-0ubuntu7.1 ii python-debian 0.1.21+nmu2ubuntu1 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- Configuration Files: /etc/reportbug.conf changed [not included] -- no debconf information -- debsums errors found: debsums: changed file /usr/bin/reportbug (from reportbug package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725101: [INTL:sv] Swedish strings for horizon debconf
package: horizon severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#725102: [INTL:sv] Swedish strings for sftpcloudfs debconf
package: sftpcloudfs severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#725098: lldpd: missing full path in systemd unit
❦ 1 octobre 2013 15:01 CEST, Bernhard Schmidt be...@birkenwald.de : systemd 204 (currently in jessie/unstable) ignores part of the .service file [3.667599] systemd[1]: [/lib/systemd/system/lldpd.service:10] Executable path is not absolute, ignoring: mkdir -p /var/run/lldpd/etc [3.667668] systemd[1]: [/lib/systemd/system/lldpd.service:11] Executable path is not absolute, ignoring: cp /etc/localtime /var/run/lldpd/etc/localtime Does not seem to break anything and I don't see anything in the output that might use the timezone anyway, but this is probably worth a fix. Or drop it ... syslog() calls need the timezone. Well, not for Debian. This is quite mysterious. The first line is still needed to get /var/run/lldpd where the daemon is chrooted. I will fix that. Thanks! -- Avoid unnecessary branches. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#719395: Bug #719395: krename: FTBFS: ft2build.h:56:38: fatal error: freetype/config/ftheader.h: No such file or directory
Control: tags -1 +patch Hi! the attached patch (based on my own fiddling and some suggestions from #debian- qt-kde) fixes this bug. It looks like upstream is using an interface from /usr/share/kde4/apps/cmake/modules/FindFreetype.cmake that is marked as internal and has since gone away in sid. cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 diff -Nru krename-4.0.9/debian/changelog krename-4.0.9/debian/changelog --- krename-4.0.9/debian/changelog 2012-01-02 20:41:43.0 +1100 +++ krename-4.0.9/debian/changelog 2013-10-01 16:46:14.0 +1000 @@ -1,3 +1,10 @@ +krename (4.0.9-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Explicitly add freetype include patch (Closes: #719395). + + -- Stuart Prescott stu...@debian.org Tue, 01 Oct 2013 16:45:33 +1000 + krename (4.0.9-1) unstable; urgency=low * New upstream release: diff -Nru krename-4.0.9/debian/patches/add-freetype-include.patch krename-4.0.9/debian/patches/add-freetype-include.patch --- krename-4.0.9/debian/patches/add-freetype-include.patch 1970-01-01 10:00:00.0 +1000 +++ krename-4.0.9/debian/patches/add-freetype-include.patch 2013-10-02 00:00:41.0 +1000 @@ -0,0 +1,17 @@ +Description: explicitly add freetype include directories + freetype/config/ftheader.h is not being found. Fixing the include path + ensures that it is found. (Closes: #719395) +Bug-Debian: http://bugs.debian.org/719395 +Origin: Stuart Prescott stu...@debian.org and http://pkgs.fedoraproject.org/cgit/krename.git/tree/krename-4.0.9-fix-freetype-includes.patch + +--- a/src/CMakeLists.txt b/src/CMakeLists.txt +@@ -18,7 +18,7 @@ + ENDIF(LIBPODOFO_FOUND) + + IF(FREETYPE_FOUND) +- INCLUDE_DIRECTORIES( ${FREETYPE_INCLUDE_DIR} ) ++ INCLUDE_DIRECTORIES( ${FREETYPE_INCLUDE_DIRS} ) + ENDIF(FREETYPE_FOUND) + + ADD_DEFINITIONS(${TAGLIB_CFLAGS} ${EXIV2_CFLAGS} ${LIBPODOFO_CFLAGS} ${KDE4_DEFINITIONS} ) diff -Nru krename-4.0.9/debian/patches/find_libpodofo.patch krename-4.0.9/debian/patches/find_libpodofo.patch --- krename-4.0.9/debian/patches/find_libpodofo.patch 2012-01-02 20:29:06.0 +1100 +++ krename-4.0.9/debian/patches/find_libpodofo.patch 2013-10-01 23:46:23.0 +1000 @@ -7,7 +7,7 @@ --- a/cmake/modules/FindLIBPODOFO.cmake +++ b/cmake/modules/FindLIBPODOFO.cmake -@@ -23,7 +23,7 @@ ELSE(LIBPODOFO_H) +@@ -23,7 +23,7 @@ ENDIF(LIBPODOFO_H) FIND_LIBRARY(LIBPODOFO_LIB diff -Nru krename-4.0.9/debian/patches/series krename-4.0.9/debian/patches/series --- krename-4.0.9/debian/patches/series 2012-01-02 20:29:06.0 +1100 +++ krename-4.0.9/debian/patches/series 2013-10-01 16:45:23.0 +1000 @@ -1,2 +1,3 @@ 02_remove_desktop_deprecated_key.diff find_libpodofo.patch +add-freetype-include.patch
Bug#724226: [Pkg-ime-devel] Bug#724226: ibus-input-pad: FTBFS: setup-gtk2.c:26:23: fatal error: input-pad.h: No such file or directory
control: tags 724226 - serious control: tags 724226 + unreproduceble Thanks David for your valuable work. But unlike your other reports, this one can not be reproduced under pbuilder as below. I can not identify possible cause for your case ... May I close this bus since this may be some transient error? On Sun, Sep 22, 2013 at 06:56:22PM +0200, David Suárez wrote: Source: ibus-input-pad Version: 1.4.0-3 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130922 qa-ftbfs Justification: FTBFS on amd64 ... Relevant part (hopefully): gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../engine -DDATAROOTDIR=\/usr/share\ -DIBUS_INPUT_PAD_SETUP_UI_FILE=\/usr/share/ibus-input-pad/setup/setup-gtk2.ui\ -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/ibus-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o ibus_setup_input_pad-setup-gtk2.o `test -f 'setup-gtk2.c' || echo './'`setup-gtk2.c setup-gtk2.c:26:23: fatal error: input-pad.h: No such file or directory #include input-pad.h ^ compilation terminated. make[3]: *** [ibus_setup_input_pad-setup-gtk2.o] Error 1 I just recompiled this source with pbuilder under amd64 ... no problem as: ...Relevant part (hopefully): libtool: link: ar cru .libs/libiconfig.a .libs/libiconfig_la-iconfig-gtk2.o libtool: link: ranlib .libs/libiconfig.a libtool: link: ( cd .libs rm -f libiconfig.la ln -s ../libiconfig.la libiconfig.la ) gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../engine -DDATAROOTDIR=\/usr/share\ -DIBUS_INPUT_PAD_SETUP_UI_FILE=\/usr/share/ibus-input-pad/setup/setup-gtk2.ui\ -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/ibus-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -I/usr/include/input-pad-1.0 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o ibus_setup_input_pad-main.o `test -f 'main.c' || echo './'`main.c gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../engine -DDATAROOTDIR=\/usr/share\ -DIBUS_INPUT_PAD_SETUP_UI_FILE=\/usr/share/ibus-input-pad/setup/setup-gtk2.ui\ -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/ibus-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -I/usr/include/input-pad-1.0 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o ibus_setup_input_pad-setup-gtk2.o `test -f 'setup-gtk2.c' || echo './'`setup-gtk2.c /bin/bash ../libtool --tag=CC --mode=link gcc -pthread -I/usr/include/ibus-1.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/
Bug#724227:
Reported upstream: https://rt.cpan.org/Public/Bug/Display.html?id=89110 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690760: Re: [Pkg-nagios-devel] Bug#690760: nagios-plugins-basic: check_ide_smart fails on some disks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Andy, Am 18.10.2012 12:57, schrieb Jan Wagner: thanks for reporting the problem. On 10/17/2012 01:11 PM, Andy Spiegl wrote: The check_ide_smart plugin does not work with many disks: # /usr/lib64/nagios/plugins/check_ide_smart /dev/sda CRITICAL - SMART_ENABLE: Invalid argument CRITICAL - SMART_CMD_ENABLE But they DO support SMART and smartctl --all /dev/sda shows the normal report. As the plugin is rather old and just keeped compiling upstream, I guess the SMART interface changed in the past (or did never worked out well anyways). Are you already on wheeze with this system? Could you please try latest package from wheezy-backports (or just grab them from http://ftp.cyconet.org/debian/archive/bpo/nagios-plugins/1.4.16+git20130926-1~bpo70+1/) Many thanks, Jan. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFSSt3Q9u6Dud+QFyQRAh9GAJ0ZuwIy2/glXSzF8qDyeluCJ4qgZQCfbz+T wBjoANF7c0nnAOwuppyh/V4= =3epp -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#725024: Follow-up information
On Tue, Oct 01, 2013 at 09:19:08PM +0800, Hans Liao wrote: So far I've tried the following: - changed the content of the file /etc/dconf/db/ibus.d/00-upstream-settings - under [desktop/ibus/panel] - changed the option lookup-table-orientation from 1 to 0 (I've provided a diff to show the option). - after the file was changed I tried sudo dconf update to update /etc/dconf/db/ibus. - restarted the ibus daemon by logging out and log back in. The candidate orientation still shows vertical :( If I find anything I'll keep this report updated. Hans I think it is good idea to check upstream BTS. https://code.google.com/p/ibus/issues/list If not reported, please report to it. (I am short on time now to do this.) You should describe in details and put pointer to this bug report. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724609: [workaround] wmbattery stopped working with kernel 3.10-3
$ git clone git://git.kitenet.net/wmbattery compiling from the git source makes wmbattery work again. R. -- __ It is better to remain silent and be thought a fool, than to speak aloud and remove all doubt. +--+ | Richard Lucassen, Utrecht| +--+ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722093: ITA: slowaes -- implementation of AES in python
Control: owner -1 ! Control: retitle -1 ITA: slowaes -- implementation of AES in python I here by adopt this package as part of pkg-bitcoin team. This is a dependency of electrum. Cheers, -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net} IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: Digital signature
Bug#713459: [Pkg-ime-devel] Bug#713459: gcin: FTBFS: win1.cpp:164: undefined reference to `GTK_TABLE'
Hi, Thanks David. Although Yao Wei does not face this bug on his system, as I checked, I faced a bit different bugi with a newer source: ... make[2]: Entering directory `/home/osamu/src/gcin/ftbfs/gcin-2.8.1+dfsg' Makefile:3: config.mak: No such file or directory Makefile:277: .depend: No such file or directory g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DUNIX=1 -g -I./IMdkit/include -I./im-client -DDEBUG=0 -DGCIN_TABLE_DIR=\\ -DGCIN_OGG_DIR=\\ -DDOC_DIR=\\ -DGCIN_ICON_DIR=\\ -DGCIN_SCRIPT_DIR=\\ -DGCIN_BIN_DIR=\\ -DSYS_ICON_DIR=\\ -DFREEBSD= -DMAC_OS= -DG_DISABLE_SINGLE_INCLUDES -DG_DISABLE_DEPRECATED -DGDK_DISABLE_SINGLE_INCLUDES -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_DEPRECATED -MM *.cpp .depend /bin/sh: 1: g: not found make[2]: [.depend] Error 127 (ignored) strange and fails later. Yao, please build using Debian tar balls after unpacking with dpkg-source -s Full log attached as xz-file. gcin_2.8.1+dfsg-1_amd64.build.xz Description: Binary data
Bug#724944: xserver-xorg-video-intel: segfaults when trying to play movies
On Tue, Oct 01, 2013 at 04:51:01PM +0200, Julien Cristau wrote: Still no info about what's going on in the driver. On Tue, Oct 01, 2013 at 02:25:28AM +0200, Bas Wijnen wrote: Please tell me what to do or install if you need more information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723641: pu: package xen/4.1.4-5
On Mon, September 30, 2013 18:52, Bastian Blank wrote: On Mon, Sep 30, 2013 at 04:38:24PM +0200, Thijs Kinkhorst wrote: Thanks. I've read them. My conclusion is that there are two problems: 1/ On a previous upload, someone from the security team added extra changes without coordination or reporting them back. 2/ It took long to process the upload and there was no feedback on problems. Agreed? No. This are symptoms, not problems. The main problem is _communication_. On the first point, although I don't know exactly what changes were added by whom, I fully agree that if such is the case that's not good and understanding that it's annoying to you. I'm sure that we can agree that this was a mistake and that this should not happen again. I don't think this will work. The current security process ignores any communitation that is otherwise part of the NMU process. As long as the security team does not have some policy to cummunicate first and do later, especially if the maintainer is already in the loop or, worse, did it herself, I see not why this should work now. I think you're confusing miscommunication that happened, with a policy of not communicating. There is no such policy and we communicate a lot with maintainers that already work on the package on a daily basis. As with all communication, this is never perfect and some side may accidentally make a mistake. Something went wrong in the past, I don't know why, but there's definitely no process to ignore communication that should happen when working with other people's uploads. Of course there's a bit more complication when there's an embargoed issue, or when the issue is so critical that immediate action is unavoidable, but for regular, unembargoed issues, where the maintainer is already involved, we should not do anything to change their package without consulting them. The second point is indeed unfortunate, reading back it seems related to two different problems with DAK. My main problem are the missing mails on uploads. If the ftp-masters refuses to accept a patch---did they?---you have to do it by human relay. We definitely do this by human relay. We missed one, there. Given the limitations of tools and manpower and the large number of issues that we need to deal with, the process will probably never be perfect. If you lack manpower, why don't I remember any calls for help like the ftp-team or ctte did? We have in fact on several occasions done so, and are adding new members to the team from time to time; the source mostly being people that start to work on the security tracker. We do try to make this starting point as easy as possible. The influx of people that actually stick around for longer is not very high. But we could probably indeed call for help more often, you're right. (The call for adding someone to the tech ctte does not seem to have had any measurable effect to date, despite it being done over a year ago, so I'm not sure that's a good example of how to call for help.) All in all, I recognise that mistakes have been made but I do not think that they are 'a policy' by the team. I'm confident that it's possible to work together in a way that works for both parties. Why not just give it a fresh new chance? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725106: ITP: libdist-zilla-plugin-installguide-perl -- Dist::Zilla plugin to generate installation instructions
Package: wnpp Owner: intrigeri intrig...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libdist-zilla-plugin-installguide-perl Version : 1.21 Upstream Author : Marcel Grünauer mar...@cpan.org, Mike Doherty dohe...@cpan.org * URL : https://metacpan.org/release/Dist-Zilla-Plugin-InstallGuide * License : Artistic or GPL-1+ Programming Lang: Perl Description : Dist::Zilla plugin to generate installation instructions This plugin adds a very simple INSTALL file to the distribution, telling the user how to install this distribution. This plugin can be used in a Dist::Zilla configuration after [MakeMaker] or [ModuleBuild] so that it can determine what kind of distribution one is building, and which installation instructions are appropriate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725107: apt-show-versions -a no longer shows all available versions
Package: apt-show-versions Version: 0.22.2 Severity: important $ apt-show-versions -a autoconf autoconf not installed (available for: all) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'stable'), (1001, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-show-versions depends on: ii apt 0.9.9.4 ii libapt-pkg-perl 0.1.29+b1 ii perl [libstorable-perl] 5.18.1-4 apt-show-versions recommends no packages. apt-show-versions 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#724944: xserver-xorg-video-intel: segfaults when trying to play movies
On Tue, Oct 1, 2013 at 02:25:28 +0200, Bas Wijnen wrote: #9 signal handler called #10 0xb6f16d79 in ?? () from /usr/lib/xorg/modules/drivers/intel_drv.so #11 0xb6f12215 in ?? () from /usr/lib/xorg/modules/drivers/intel_drv.so Still no info about what's going on in the driver. Cheers, Julien signature.asc Description: Digital signature
Bug#724928: Please commit solution for #724928 (duplicate of #717449)
Hi, Michael Biebl suggested a 'change one line' fix for this problem in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717449#22 Would you be so kind as to commit this fix to git? Thank you, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725108: ITP: pykolab -- Kolab Groupware Server
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: pykolab Version : 0.5.14 Upstream Author : Jeroen van Leeuwen (Kolab Systems) vanmeeu...@kolabsys.com * URL : http://www.kolab.org * License : GPL Programming Lang: Python Description : Kolab Groupware Server Kolab is a secure, scalable, and reliable groupware server. It consists of a number of well-known and proven components for the standard tasks such as e-mail, directory service, and web service. Kolab adds intelligent interaction between the components, a web administration interface, management of free/busy lists, etc. Various clients can access Kolab, among them Kontact (KDE), Outlook (Windows), Roundcube and Horde (webmail groupware clients). . pykolab is provides version 3 of the Kolab Groupware Server. The former versions have been written in Perl, whereas this version is a complete rewrite in Python. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722971: chewing doesn't remember our names etc. anymore
Hi, Jidanni, I cannot reprocedure this issue with libchewing3 0.3.5-2. It is possible due to different content in user dictionary. Anyway, I just patch the upstream issue#75 [1] since it is the most suspicious bug for the issue you encounter. If this patch still cannot fix your problem, I suggest submitting it to upstream [2] because your issue might also be in current development branch. Hi All, Please help to review the change [3] to see if there is any problem in it, and help to submit to build official package, thanks. [1] https://github.com/chewing/libchewing/issues/75 [2] https://github.com/chewing/libchewing/issues [3] https://github.com/czchen/debian-libchewing/tree/bugfix/722971 -- ChangZhuo Chen (陳昌倬) czc...@gmail.com Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685540: Update needed
With asterisk-11 now in sid, asterisk-flite and asterisk-espeak need, at minimum, re-compilation. Perhaps more. Thanks! -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725036: ettercap: New upstream version, incorrect watch file
Hi, On Tue, 01 Oct 2013, Barak A. Pearlmutter wrote: No worries: fixed for a while in git://github.com/barak/ettercap Duh, I didn't think of checking the git repository... I already worked on packaging 0.8.0 (for Kali Linux) and got bitten by some of the problems you already fixed. If you're interested, Have a look at the draft packaging above. There are some minor issues (handily noticed by lint) that popped up with 0.8.0 due to the upstream library-ization (slapping libettercap.so into /usr/lib/, need to set it in a lib package for multiarch, and it is also w/o a version number) I'm not sure about this one. As long as it's marked experimental, I wouldn't care about it. Once it has a version number, I'd say yes. , and some upstream fuffing around with the way debug support is enabled which seems now inappropriately aliased to turning on profiling support; Hum, not sure I understand the implications for this one. I noticed you added -DCMAKE_BUILD_TYPE=Debug but I opted to patch the CMakeLists.txt files so that they accept the default value set by debhelper (-DCMAKE_BUILD_TYPE=RelWithDebInfo) to work around the build failure I got. need to turn off a spurious rpath; etc. Again I patched the upstream makefiles for this to disable RPATH generation. You can find both patches here: http://git.kali.org/gitweb/?p=packages/ettercap.git;a=tree;f=debian/patches;hb=refs/heads/master Other relevant changes: http://git.kali.org/gitweb/?p=packages/ettercap.git;a=commitdiff;h=f56969cbe5886b3719d23af1e75c64469e03f778 http://git.kali.org/gitweb/?p=packages/ettercap.git;a=commitdiff;h=cba12234d6e7a2585bed70c92293b9366011d158 You also don't need the menu dependency since any usage of su-to-root is gone. Attached is generic patch with the diff between what I made and what you have made. I have not had time to deal with it yet, but it's on the queue. Of course if someone wants to lend a hand, fantastic! Co-maintain? Also fantastic! My help will always be sporadic... maybe once we have a team dedicated to security tools you could join and I could help in that context. Should mention that upstream is very happy to discuss issues, and to accept patches. This is nice when a packaging problem is at root an upstream issue. On the other hand it makes it hard to silently work around problems: instead one needs to think about the right fix. I rather like that! The RelWithDebInfo patch could be submitted upstream. The other one is unlikely to be upstreamable as is... although I'm not sure why upstream wants to add RPATH. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ diff --git a/debian/.gitignore b/debian/.gitignore deleted file mode 100644 index 596ebd7..000 --- a/debian/.gitignore +++ /dev/null @@ -1,9 +0,0 @@ -/*.debhelper -/*.log -/*.substvars -/ettercap-common/ -/ettercap-dbg/ -/ettercap-graphical/ -/ettercap-text-only/ -/files -/tmp/ diff --git a/debian/changelog b/debian/changelog index 10d7c41..a64856a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,19 +1,26 @@ -ettercap (1:0.8.0-1) unstable; urgency=low +ettercap (1:0.8.0-0kali1) kali; urgency=low - [ Gianfranco Costamagna ] - * New upstream version - * Added policykit-1 to ettercap-graphical - * Added luajit to build-dep - * Updated debian/rules clean target - * Removed patches, addressed upstream - * Added ethtool dependency, needed for disabling -segmentation offload - * Tweaked debian/watch file - - [ Barak A. Pearlmutter ] - * Migrated debian/rules clean target to debian/clean - - -- Barak A. Pearlmutter b...@debian.org Mon, 23 Sep 2013 14:05:44 +0100 + * New upstream release. + * Drop Debian specific patches: +- 0001-desktop.patch: upstream uses pkexec by default now, no need to use + su-to-root, thus drop dep on menu and add dep on policykit-1 +- 0002-centre-scalable-icon.patch: merged upstream + * Fix CMakeLists.txt to not barf on Debian's +CMAKE_BUILD_TYPE=RelWithDebInfo. + * Tweak install files to let upstream install the desktop file, the +policy kit rules, and the pkexec wrapper. + * Install libettercap.so in ettercap-common. + * Add disable-rpath.patch to disable RPATH generation. + * Add some lintian overrides to deal with the internal but public +libettercap.so. + + -- Raphaël Hertzog hert...@debian.org Mon, 30 Sep 2013 21:17:08 +0200 + +ettercap (1:0.7.6-1kali0) kali; urgency=low + + * Import ettercap from testing + + -- Mati Aharoni m...@kali.org Mon, 09 Sep 2013 07:01:22 -0400 ettercap (1:0.7.6-1) unstable; urgency=low diff --git a/debian/control b/debian/control index 6b7eaa6..c598658 100644 --- a/debian/control +++ b/debian/control @@ -16,7 +16,7 @@ Build-Depends: debhelper (= 9), libssl-dev, libcurl4-openssl-dev | libcurl-ssl-dev | libcurl-dev, ghostscript, - luajit + luajit, Standards-Version: 3.9.4 Homepage: http://ettercap.sourceforge.net Vcs-Git:
Bug#725109: ITP: libdist-zilla-plugin-test-perl-critic-perl -- Dist::Zilla plugin to check your code with perlcritic
Package: wnpp Owner: intrigeri intrig...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libdist-zilla-plugin-test-perl-critic-perl Version : 2.112410 Upstream Author : Jerome Quelin * URL : https://metacpan.org/release/Dist-Zilla-Plugin-Test-Perl-Critic * License : Artistic or GPL-1+ Programming Lang: Perl Description : Dist::Zilla plugin to check your code with perlcritic The Dist::Zilla::Plugin::Test::Perl::Critic plugin adds a t/author/critic.t test file. It checks your code against best practices, using perlcritic. A custom perlcritic.rc may be provided. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680723: gnome-bluetooth: confirm
Package: gnome-bluetooth Version: 3.4.2-1 Followup-For: Bug #680723 -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-bluetooth depends on: ii bluez4.99-2 ii consolekit 0.4.5-3.1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii dpkg 1.16.10 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-pango-1.0 1.30.0-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-bluetooth10 3.4.2-1 ii libgtk-3-0 3.4.2-6 ii libnotify4 0.7.5-1 ii libpango1.0-01.30.0-1 ii obex-data-server 0.4.5-1+b3 ii obexd-client 0.46-1+b1 ii udev 175-7.2 Versions of packages gnome-bluetooth recommends: ii gvfs-backends 1.12.3-4 Versions of packages gnome-bluetooth suggests: ii gnome-user-share 3.0.2-1 ii nautilus-sendto 3.0.3-2+b1 -- no debconf information same exact symptoms; eventually i can send zipped epubs but not unzipped. awkward and annoying -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706798: transition: Libav 9
On 2013-09-30 22:18:44, Julien Cristau wrote: On Mon, Sep 30, 2013 at 20:26:30 +0200, Sebastian Ramacher wrote: vxl is affected by #718047. Why doesn't vxl stop using --as-needed? Ask that the vxl maintainers? (CCing them) Hey vxl maintainers, vxl currently fails to build on ia64 due to #718047. Could you please disable --as-needed on ia64 until this issue is fixed so that vxl can be built against libav9 on all architectures? Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#724964: growisofs: fails to burn DVD-RW media with error SK=5h/ILLEGAL MODE FOR THIS TRACK
Hi, On 2013-09-30 15:11:08 +0200, Thomas Schmitt wrote: Now, when I burn my old DVD+RW's (purchased in December 2005) with the same drive, I get I/O errors when I re-read them, To my experience, written DVD+RW media rarely deteriorate over 5 to 10 years. So this bad read quality might mean your drive is going blind. If you have an opportunity to test the media with a different drive, then you will get an impression whether drive or media are to blame. I've tried the DVD+RW on another machine, and I also get I/O errors. Then I've just burnt it with the same archive on the same machine, and I could re-read it with no errors (same contents). So, there may be problems with the drive of my 4-year laptop, which can no longer handle some media. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725110: ITP: kte-collaborative -- Collaborative Text Editor support for KDE
Package: wnpp Severity: wishlist Owner: Diane Trout di...@ghic.org * Package name: kte-collaborative Version : 0.1.80 Upstream Author : Gregory Haynes g...@greghaynes.net Sven Brauch svenbra...@gmail.com * URL : http://projects.kde.org/kte-collaborative * License : GPL-2+ Programming Lang: C++ Description : Collaborative Text Editor support for KDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603391: [Pkg-xen-devel] Bug#603391: Workaround PyGrub issue
Sorry didn't work. Aso it will only handle this special case, not the general case of /dev/something. # python GrubConf.py grub2 /home/tehadmin/snail-grub.cfg WARNING:root:Unknown directive load_video WARNING:root:Unknown directive terminal_output WARNING:root:Unknown image directive load_video Traceback (most recent call last): File GrubConf.py, line 467, in module g = Grub2ConfigFile(sys.argv[2]) File GrubConf.py, line 359, in __init__ _GrubConfigFile.__init__(self, fn) File GrubConf.py, line 179, in __init__ self.parse() File GrubConf.py, line 418, in parse self.add_image(Grub2Image(title, img)) File GrubConf.py, line 325, in __init__ _GrubImage.__init__(self, title, lines) File GrubConf.py, line 94, in __init__ self.reset(lines) File GrubConf.py, line 110, in reset self._parse(lines) File GrubConf.py, line 105, in _parse map(self.set_from_line, lines) File GrubConf.py, line 335, in set_from_line setattr(self, self.commands[com], arg.strip()) File GrubConf.py, line 113, in set_root self._root = GrubDiskPart(val) File GrubConf.py, line 55, in __init__ (self.disk, self.part) = str.split(,, 2) File GrubConf.py, line 73, in set_disk self.disk = ord(disk)-ord('a') File GrubConf.py, line 69, in set_disk val = val.replace((, ).replace(), ) AttributeError: 'int' object has no attribute 'replace' diff --git a/tools/pygrub/src/GrubConf.py b/tools/pygrub/src/GrubConf.py index 6324c62..cb853c9 100644 --- a/tools/pygrub/src/GrubConf.py +++ b/tools/pygrub/src/GrubConf.py @@ -67,7 +67,11 @@ class GrubDiskPart(object): return self._disk def set_disk(self, val): val = val.replace((, ).replace(), ) -self._disk = int(val[2:]) +if val.startswith(/dev/xvd): +disk = val[len(/dev/xvd)] +self._disk = ord(disk)-ord('a') +else: +self._disk = int(val[2:]) disk = property(get_disk, set_disk) def get_part(self): -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org