Bug#641074: Request URI gets too large submitting changes to a large transfer list
Package: mldonkey-server Version: 3.0.3-4 Severity: wishlist Tags: upstream With a large transfer list, I cannot select files in the PRC columns anymore and then click on Submit changes to submit those changes. If I do, the browser gives me a Request URI is too large error — request URIs on GET requests are limited to 4kb. The easy solution is to convert the submission request to using POST. Thanks, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#641072: backtrace with gtk dbg packages
Should I install any other dbg packages? #0 0x7f53030b72c4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7f53033326f4 in g_once_init_enter_impl () from /lib/libglib-2.0.so.0 #2 0x7f52e41f6ac4 in bluetooth_chooser_get_type () from /usr/lib/libgnome-bluetooth.so.7 #3 0x7f52e6785187 in ?? () from /usr/lib/control-center-1/panels/libbluetooth.so #4 0x7f53037ed8e0 in g_type_create_instance () from /usr/lib/libgobject-2.0.so.0 #5 0x7f53037cc08c in ?? () from /usr/lib/libgobject-2.0.so.0 #6 0x7f53037cea34 in g_object_newv () from /usr/lib/libgobject-2.0.so.0 #7 0x7f53037cf8d6 in g_object_new_valist () from /usr/lib/libgobject-2.0.so.0 #8 0x7f53037cfbe4 in g_object_new () from /usr/lib/libgobject-2.0.so.0 #9 0x004080fd in ?? () #10 0x004076c5 in ?? () #11 0x7f53037ca12e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #12 0x7f53037dafab in ?? () from /usr/lib/libgobject-2.0.so.0 #13 0x7f53037e46ca in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #14 0x7f53037e4872 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #15 0x00409c33 in ?? () #16 0x7f53037ca12e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 ---Type return to continue, or q return to quit--- #17 0x7f53037dafab in ?? () from /usr/lib/libgobject-2.0.so.0 #18 0x7f53037e46ca in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #19 0x7f53037e4872 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #20 0x00409d01 in ?? () #21 0x7f5304c55798 in ?? () from /usr/lib/libgtk-3.so.0 #22 0x7f53037ca12e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #23 0x7f53037dafab in ?? () from /usr/lib/libgobject-2.0.so.0 #24 0x7f53037e448b in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #25 0x7f53037e4872 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #26 0x7f5304d780f9 in ?? () from /usr/lib/libgtk-3.so.0 #27 0x7f5304c54ffa in gtk_propagate_event () from /usr/lib/libgtk-3.so.0 #28 0x7f5304c55393 in gtk_main_do_event () from /usr/lib/libgtk-3.so.0 #29 0x7f53048d2512 in ?? () from /usr/lib/libgdk-3.so.0 #30 0x7f530330d10d in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #31 0x7f530330d8e8 in ?? () from /lib/libglib-2.0.so.0 #32 0x7f530330df2a in g_main_loop_run () from /lib/libglib-2.0.so.0 #33 0x7f5304c5483d in gtk_main () from /usr/lib/libgtk-3.so.0 #34 0x7f5303a9b8be in g_application_run () from /usr/lib/libgio-2.0.so.0 #35 0x00406a16 in main () -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641075: icedtea-netx fails to install on sid
Package: icedtea-netx Severity: normal unmet dependencies: # aptitude install icedtea-netx The following NEW packages will be installed: icedtea-netx 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 461 kB of archives. After unpacking 651 kB will be used. The following packages have unmet dependencies: openjdk-6-jre-headless: Conflicts: icedtea-netx ( 1.1.1-2~) but 1.1-1 is to be installed. The following actions will resolve these dependencies: Keep the following packages at their current version: 1) icedtea-netx [Not Installed] CU Micha -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618310: ttf-dejavu: small Latin letters with dot above broken at small font sizes
Piotr Engelking inkerma...@gmail.com wrote: In DejaVu Sans Bold and DejaVu Sans Oblique, small Latin letters with dot above (such as U+017C ż LATIN SMALL LETTER Z WITH DOT ABOVE) are broken at small font sizes - the dot is replaced with a vertical line. The issue is present if font hinting is set to full or medium (Xft.hintstyle: hintfull/hintmedium in xrdb -query), and absent if it is set to slight or none (hintslight/hintnone). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641039: kwalletmanager: German Name entry in desktop file is wrong and useless
Where is the name of the application KWalletManager in German? I am German and I can assure you that I have never seeen translated application names before. KLettres stays KLettres in German and does not become KBuchstaben, KRuler does not become KLineal, Marble does not become Murmel, etc... As far as I see, it it translated as Dienstprogramm für digitale Brieftaschen Yes, and this is exactly the bug. Therefore this entry should be removed. The attached patch fixes this issue. Desktop files are edited by the KDE infrastructure, so removing the line will not do, because it is added again automatically. Can you please open a report on https://bugs.kde.org/enter_bug.cgi?product=i18ncomponent=deformat=guided so that the team itself can discuss it? OK, I will do so. Best regards Ronny -- Ronny Standtke Fachhochschule Nordwestschweiz Dozent Medienpädagogik / ICT Pädagogische Hochschule Telefon: +41 32 628 67 08 Obere Sternengasse 7 Mobil : +41 79 786 81 82 4502 Solothurn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640923: Only use Recommends, remove module reference from *default* installed profile or configuration
Hello, If using PKCS#11 it should not Depend on OpenSC, only Recommend as it allows to add smart card support (but an alternative PKCS#11 could be used instead, maybe a softhsm or a proprietary one) I further suggest to remove any references to opensc-pkcs11.so in configuration files that might get installed/enabled by default, as enabling OpenSC support should be a conscious decision by the user to enable a specific hardware key device in a configuration. Maybe using p11-kit should be considered, which proxy module might make more sense as a by default enabled module. -- @MartinPaljak +3725156495 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641076: Don't fade screen on remote X displays
Package: libgksu2-0 Version: 2.0.13~pre1-4 Tags: patch If your desktop is on a remote X display, libgksu's fancy fade-out becomes more like a few-seconds-long freeze, after which the screen instantly darkens and the authentication dialog appears. The fade-in afterwards is similarly clunktastic. This is a patch I've had kicking around for a while, and would have submitted to the upstream, if the upstream maintainer hadn't apparently ceased all work on this project in late 2009. The patch implements a simple test to check whether the screen is local or not. The screen_is_local() function might need updating to support non-X displays; I haven't any experience with those. Index: libgksu/libgksu.c === --- libgksu/libgksu.c (revision 876) +++ libgksu/libgksu.c (working copy) @@ -531,10 +531,23 @@ } +static gboolean +screen_is_local (GdkScreen *screen) +{ + GdkDisplay *display; + const gchar *display_name; + + display = gdk_screen_get_display (screen); + display_name = gdk_display_get_name (display); + + return display_name[0] == ':'; +} + int grab_keyboard_and_mouse (GtkWidget *dialog) { GdkGrabStatus status; + GdkScreen *screen; gint grab_tries = 0; gint lock = -1; pid_t pid; @@ -557,7 +570,12 @@ g_free (fname); gdk_threads_enter (); - fadeout_screen (gdk_screen_get_default (), 0); + + screen = gdk_screen_get_default (); + + if (screen_is_local (screen)) +fadeout_screen (screen, 0); + gtk_widget_show_all (dialog); /* reset cursor */ @@ -621,8 +639,11 @@ gdk_keyboard_ungrab(GDK_CURRENT_TIME); gdk_flush(); - g_get_current_time (fade_data-start_time); - while (fadein_callback (fade_data) != FALSE); + if (fade_data != NULL) +{ + g_get_current_time (fade_data-start_time); + while (fadein_callback (fade_data) != FALSE); +} gdk_threads_leave(); close(lock);
Bug#641077: does not work after suspend/resume
Package: ekeyd Version: 1.1.4-1~bpo60+1 Severity: normal Hi, I have an entropykey attached to my desktop. After a suspend and resume the entropy key does not work: | weasel@valiant:~$ sudo ekeydctl list | NR,OK,Status,Path,SerialNo | 1,NO,Key closed. (Vanished?),/dev/entropykey/OQBsBlg0MTFBZBZD,OQBsBlg0MTFBZBZD restarting ekeyd doesn't help: | weasel@valiant:~$ sudo ekeydctl list | NR,OK,Status,Path,SerialNo | 1,YES,Unknown,/dev/entropykey/OQBsBlg0MTFBZBZD Removing the cdc_acm module (either before restarting ekeyd, or after stopping it once more should it have been restarted already) and then re-loading it helps and the ekey is in 'Running OK' once more. Ideally it would just work after resume. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640978: vpnc-script requires an update for recent iproute
On Fri, Sep 9, 2011 at 2:31 PM, Jason White ja...@jasonjgw.net wrote: Package: vpnc Version: 0.5.3r449-2.1 Severity: normal The provided vpnc-script is not compatible with recent versions of iproute, apparently, as the output format has changed corresponding to version 2.6.39 and later of the kernel. (It isn't clear to me whether the change was in the kernel itself or in the iproute package, based on the information cited below.) This is the bug described here: http://aptosid.com/index.php?name=PNphpBB2file=viewtopict=1295 and the work-around given on that page comprises the following patch, which I have tested and which solved the problem for me. diff --git a/vpnc/vpnc-script b/vpnc/vpnc-script index 64be38c..4c5e27a 100755 --- a/vpnc/vpnc-script +++ b/vpnc/vpnc-script @@ -116,7 +116,7 @@ destroy_tun_device() { if [ -n $IPROUTE ]; then fix_ip_get_output () { - sed 's/cache//;s/metric \?[0-9]\+ [0-9]\+//g;s/hoplimit [0-9]\+//g' + sed 's/cache//;s/metric \?[0-9]\+[0-9]\+//g;s/hoplimit[0-9]\+//g;s/ipid 0x//g' } set_vpngateway_route() { -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-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/bash Versions of packages vpnc depends on: ii libc6 2.13-18 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.10-1 Versions of packages vpnc recommends: ii iproute 20110629-1 Versions of packages vpnc suggests: pn resolvconf none -- Configuration Files: /etc/vpnc/example.conf [Errno 13] Permission denied: u'/etc/vpnc/example.conf' /etc/vpnc/vpnc-script [Errno 13] Permission denied: u'/etc/vpnc/vpnc-script' -- no debconf information Hi Jason, I added in copy the list vpnc-devel. In the fix you provide, 1) you add ;s/ipid 0x//g at the end of string. This does not impact backward compatibility. I'm in favour to commit it. Could you please provide, as reference, the output of ip command that contains the string ipid 0x? Better if together with the full command line of ip. 2) you remove one blank space between [0-9]\+ and [0-9]\+. Is it correct, or just a bad copy-paste? The link in your mail points to a similar fix, but it keeps the blank space. Thanks and Best Regards, Antonio Borneo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641078: gdebi-kde should not use sudo in Debian.
Package: gdebi-kde Version: 0.8.1 Severity: important Dear Maintainer, Debian doesn't use sudo as default. Since this is supposed to be a newbie friendly tool, it should have the same behaviour as all the other Debian tools, i.e., use kdesu and not kdesudo. (this is a duplicate of a bug report I just sent but reportbug wasn't configured with my email) (and yes, I know this is an Ubuntu project, but since it was made available for Debian it should be properly ported) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-486 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 gdebi-kde depends on: ii gdebi-core 0.8.1 ii kdesudo 3.4.2.4-1 ii python 2.6.7-3 ii python-kde4 4:4.6.80-3 Versions of packages gdebi-kde recommends: ii shared-mime-info 0.90-1 gdebi-kde 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#641079: fakechroot doesnt wrap faccessat
Package: fakechroot Version: 2.14-1 Severity: normal Tags: patch Hi, fakechroot doesnt wrap faccessat which is for example used by /bin/sh to do a [ -r /some/file ] check. the attached patch adds this missing functionality. cheers, josch diff --git a/configure.ac b/configure.ac index 34a4bfd..086e8a1 100644 --- a/configure.ac +++ b/configure.ac @@ -121,6 +121,7 @@ AC_CHECK_FUNCS(m4_normalize([ _xftw _xftw64 access +faccessat acct bind bindtextdomain diff --git a/src/Makefile.am b/src/Makefile.am index c851dc7..09effd8 100644 --- a/src/Makefile.am +++ b/src/Makefile.am @@ -26,6 +26,7 @@ libfakechroot_la_SOURCES = \ _xftw.c \ _xftw64.c \ access.c \ +faccessat.c \ acct.c \ bind.c \ bindtextdomain.c \ diff --git a/src/faccessat.c b/src/faccessat.c new file mode 100644 index 000..e42c70c --- /dev/null +++ b/src/faccessat.c @@ -0,0 +1,32 @@ +/* +libfakechroot -- fake chroot environment +Copyright (c) 2010 Piotr Roszatycki dex...@debian.org + +This library is free software; you can redistribute it and/or +modify it under the terms of the GNU Lesser General Public +License as published by the Free Software Foundation; either +version 2.1 of the License, or (at your option) any later version. + +This library is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +Lesser General Public License for more details. + +You should have received a copy of the GNU Lesser General Public +License along with this library; if not, write to the Free Software +Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA +*/ + + +#include config.h + +#include libfakechroot.h + + +wrapper(faccessat, int, (int dirfd, const char * pathname, int mode, int flags)) +{ +char *fakechroot_path, fakechroot_buf[FAKECHROOT_PATH_MAX]; +debug(faccessat(%d, \%s\, %d, %d), dirfd, pathname, mode, flags); +expand_chroot_path(pathname, fakechroot_path, fakechroot_buf); +return nextcall(faccessat)(dirfd, pathname, mode, flags); +}
Bug#640912: bsnes: FTBFS on non-Linux archs
Thanks. I notified upstream anf will try to make sure that the next package builds on kfreebsd. Best regards, Tobias Am 08.09.2011 15:20, schrieb Pino Toscano: Package: bsnes Severity: important Tags: patch Hi, currently bsnes fails to build on kFreeBSD and Hurd. The attached patch fixes all the general non-Linux issues, making bsnes compile on kFreeBSD at least (still few remain for Hurd, which need to be handled separately): - detect kFreeBSD and Hurd as X platforms also in (the various copies of) detect.hpp - compile the ALSA audio output only on Linux systems Could you please forward this upstream? Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641080: pkcs11_startup has broken paths
Package: opencryptoki Version: 2.3.1+dfsg-2 Severity: important Paths in pkcs11_startup are broken, thus /var/lib/opencryptoki/pk_config_data gets deleted, but never recreated correctly, since all the ifs are conditional to some libraries being present in some wrong location (/usr/lib64 rather than /lib) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opencryptoki depends on: ii adduser 3.113add and remove users and groups ii libc6 2.13-18 Embedded GNU C Library: Shared lib ii libopencryptoki02.3.1+dfsg-2 PKCS#11 implementation (library) opencryptoki recommends no packages. opencryptoki suggests no packages. -- Configuration Files: /etc/init.d/opencryptoki changed [not included] -- 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#634563: dblatex: Bug#634563: xmlunit: FTBFS: [apply] grep: at10.log: No such file or directory
Andreas Hoenen andr...@hoenen-terstappen.de wrote: Hi Benoît, I want to inform you of Debian BTS report #634563 [1], which has been tracked down from the affected package xmlunit (a library that enables unit testing of XML) to dblatex: snip/ Attached is the problematic file [2]: by comparison of intermediate files XMLUnit-Java.tex for both dblatex versions and some experimenting I have tracked down the problem to the command: pdftitle={XMLUnit Java User's Guide \imgexists{xmlunit.png}{{\imgevalsize{xmlunit.png}{\includegraphics[width=331pt,height=100pt,keepaspectratio=true]{xmlunit.png{} },% Image inclusion in PDF title is a new feature of version 0.3.2, isn't it? However there seems to be a problem with it, unfortunately I'm in lack of the necessary in-depth TeX knowledge to analyze further. snip/ Hi Benoît, meanwhile I think that the problem is not about how to include an image into the pdftitle field, but that the image clause has been included _accidentally_ into the pdftitle: the image clause is only targeted at the document's title, but not for the pdftitle field. Correct? Thus I have created a somewhat clumsy hotfix [1]: computing a separate XSL variable pdftitle based on the contents of the previously computed XSL variable title, stripping off any image clause. Detecting and stripping off an embedded image clause is somewhat fragile: if you ever change the structure of the image clause in title determination, pdftitle computation would need to get adapted. At least both possible settings of configuration parameter imagedata.file.check are taken into account, I used the pdfinfo command for inspecting the resulting pdftitle value. If you are developing a more elegant respectively robust way for fixing the problem, let me know, otherwise I would release a new Debian dblatex release with my hotfix soon, as the BTS report is quite urgent due to the FTBFS: Serious (policy violations or makes package unfit for release) [1] Author: Andreas Hoenen andr...@hoenen-terstappen.de Description: Patch for BTS report #634563: Don't try to include a title image in the pdftitle field of TeX package hyperref, as this field doesn't support images. --- a/xsl/preamble.xsl +++ b/xsl/preamble.xsl @@ -104,6 +104,21 @@ |articleinfo/title |artheader/title)[1] mode=coverpage/ /xsl:variable + xsl:variable name=pdftitle.image.start.clause +xsl:choose + xsl:when test=$imagedata.file.check='1'\imgexists/xsl:when + xsl:otherwise{\imgevalsize/xsl:otherwise +/xsl:choose + /xsl:variable + xsl:variable name=pdftitle +xsl:choose + xsl:when test=contains($title,$pdftitle.image.start.clause) +xsl:value-of select=substring-before($title, + $pdftitle.image.start.clause)/ + /xsl:when + xsl:otherwisexsl:value-of select=$title//xsl:otherwise +/xsl:choose + /xsl:variable !-- Get the Authors -- xsl:variable name=authors @@ -135,7 +150,7 @@ xsl:text},%#10;/xsl:text /xsl:if xsl:textpdftitle={/xsl:text - xsl:value-of select=$title/ + xsl:value-of select=$pdftitle/ xsl:text},%#10;/xsl:text xsl:textpdfauthor={/xsl:text xsl:value-of select=$authors/ Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE pgpuR83HFS6JC.pgp Description: PGP signature
Bug#641081: libsepol1-dev: typo in package description
Package: libsepol1-dev Severity: minor In DDTSS I see: SELinux binary policy maniulation library and development files ^ __| I think it must be: SELinux binary policy manipulation library and development files ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione contro il formato ms-ooxml: http://www.noooxml.org/petition Non autorizzo la memorizzazione del mio indirizzo su outlook -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640978: vpnc-script requires an update for recent iproute
Antonio Borneo borneo.anto...@gmail.com wrote: Hi Jason, I added in copy the list vpnc-devel. That's a good idea. In the fix you provide, 1) you add ;s/ipid 0x//g at the end of string. This does not impact backward compatibility. I'm in favour to commit it. Could you please provide, as reference, the output of ip command that contains the string ipid 0x? Better if together with the full command line of ip. Is there a debug level that will provide this? I'm not necessarily recommending the above fix (which was taken from the Web page that I cited); I am merely reporting that it prevented the error message and enabled me to connect. The above page refers to a thread on LKNL, which would be the place to search for a proper discussion. If I can help further with debugging output, let me know. For reference, I'm running iproute 20110629-1 with kernel 3.0.0-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641082: FTBFS(s390x/sparc64): relocation truncated to fit
Package: ipe Version: 7.1.0-1 Severity: important Tags: patch Justification: fails to build from source User: debian-s...@lists.debian.org Usertags: s390x ipe fails to build on s390x and sparc64, as on these architectures -fpic and -fPIC behaves differently. -fpic has a limit on the size of the GOT, while -fPIC doesn't. It's therefore better to use the latter. The patch below fixes the issue, would it be possible to apply it in the next upload? Thanks in advance. diff -Nru ipe-7.1.0/debian/patches/fPIC.patch ipe-7.1.0/debian/patches/fPIC.patch --- ipe-7.1.0/debian/patches/fPIC.patch 1970-01-01 01:00:00.0 +0100 +++ ipe-7.1.0/debian/patches/fPIC.patch 2011-09-09 23:54:27.0 +0200 @@ -0,0 +1,13 @@ +Use -fPIC instead of -fpic. + +--- ipe-7.1.0.orig/src/config.mak ipe-7.1.0/src/config.mak +@@ -101,7 +101,7 @@ CXX = g++ + # position independent code + # (it doesn't hurt much on 32bit Linux, although you could comment it + # out for slightly faster code) +-DLL_CFLAGS = -fpic ++DLL_CFLAGS = -fPIC + # + # + # diff -Nru ipe-7.1.0/debian/patches/series ipe-7.1.0/debian/patches/series --- ipe-7.1.0/debian/patches/series 2009-12-27 23:52:03.0 +0100 +++ ipe-7.1.0/debian/patches/series 2011-09-10 00:30:24.0 +0200 @@ -1 +1,2 @@ build-nostrip.patch +fPIC.patch -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: s390x Kernel: Linux 3.0.0-1-s390x (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641083: virt-manager: Unable to establish qemu+ssh connection due to no prompt for password
Package: virt-manager Version: 0.9.0-1 Severity: normal (This is similar to bug 614291 but the cause is different.) I have successfully used virt-manager to connect to a libvirt managed KVM server via SSH in the past. I'm not sure what caused the failure, but for the previously working qemu+ssh://jonathan@patonga/system connection I now get the following error message. Unable to open a connection to the libvirt management daemon. Libvirt URI is: qemu+ssh://jonathan@patonga/system Verify that: - The 'libvirtd' daemon has been started Cannot recv data: No protocol specified (ssh-askpass:9481): Gtk-WARNING **: cannot open display: :0.0 Permission denied, please try again. No protocol specified (ssh-askpass:9482): Gtk-WARNING **: cannot open display: :0.0 Permission denied, please try again. No protocol specified (ssh-askpass:9483): Gtk-WARNING **: cannot open display: :0.0 Permission denied (publickey,password). : Connection reset by peer Traceback (most recent call last): File /usr/share/virt-manager/virtManager/connection.py, line 1146, in _open_thread self.vmm = self._try_open() File /usr/share/virt-manager/virtManager/connection.py, line 1130, in _try_open flags) File /usr/lib/python2.6/dist-packages/libvirt.py, line 102, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed') libvirtError: Cannot recv data: No protocol specified (ssh-askpass:9481): Gtk-WARNING **: cannot open display: :0.0 Permission denied, please try again. No protocol specified (ssh-askpass:9482): Gtk-WARNING **: cannot open display: :0.0 Permission denied, please try again. No protocol specified (ssh-askpass:9483): Gtk-WARNING **: cannot open display: :0.0 Permission denied (publickey,password). : Connection reset by peer ssh-askpass doesn't give me a dialog to enter a password. That, I think, is the problem. And, if I start the remote virtual machine via virsh then I can use virt-viewer to connect to the virtual machine's graphical console. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virt-manager depends on: ii gconf2 2.32.4-1 ii librsvg2-common2.34.1-2 ii python 2.6.7-3 ii python-dbus0.84.0-2 ii python-glade2 2.24.0-2 ii python-gnome2 2.28.1-3 ii python-gtk-vnc 0.4.3-6 ii python-gtk22.24.0-2 ii python-ipy 1:0.72-1 ii python-libvirt 0.9.4-2 ii python-support 1.0.14 ii python-urlgrabber 3.9.1-4 ii python-vte 1:0.28.1-2 ii virtinst 0.600.0-1 Versions of packages virt-manager recommends: ii gnome-icon-theme 3.0.0-4 ii libvirt-bin 0.9.4-2 Versions of packages virt-manager suggests: ii gnome-keyring3.0.3-2 ii hal none ii python-gnomekeyring 2.32.0-1+b1 ii ssh-askpass-gnome [ssh-askpass] 1:5.9p1-1 ii virt-viewer 0.4.1-3 -- 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#625903: Increase severity: libdigest-sha1-perl going to disappear
Hi Sam On Thu, Aug 18, 2011 at 05:30:38PM -0400, Sam Hartman wrote: Hi. I'm planning on getting to this issue Sunday. If someone wants to NMU before then they are welcome. I didn't saw an upload on this. Is there something I could do to help out? Regards Salvatore signature.asc Description: Digital signature
Bug#636856: libnet-openid-consumer-perl: use of Digest::SHA and possibility to drop libdigest-sha1-perl
Hi Dominic Is there something I could try to help, on this? It would be great to have the libdigest-sha1-perl dependency droped. There are only few packages remaining. Regards Salvatore signature.asc Description: Digital signature
Bug#640978: [vpnc-devel] Bug#640978: vpnc-script requires an update for recent iproute
(Resending to Debian bug since I just got a bizarre complaint that my reply didn't have a Package: line at the start. Perhaps it didn't like the original mail being S/MIME signed?) On Sat, 2011-09-10 at 15:52 +0800, Antonio Borneo wrote: In the fix you provide, 1) you add ;s/ipid 0x//g at the end of string. This does not impact backward compatibility. I'm in favour to commit it. It's not sufficient. We originally had this in the vpnc-scripts.git repository¹ since about May, but then the iproute command grew *more* unrecognised output options so we have since changed it to be 'opt-in' instead of 'opt-out'². I was just thinking that I should submit a patch which removes the out-of-date script from vpnc altogether. There have been a number of other fixes in the git tree too. -- dwmw2 ¹ http://git.infradead.org/users/dwmw2/vpnc-scripts.git/shortlog ² http://git.infradead.org/users/dwmw2/vpnc-scripts.git/commitdiff/4deaaf9a32 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639711: w3c-markup-validator: misdetects version of HTML::Template
Hi I can confirm problem. On my website http://lrdlnx.iki.fi/ there is a link http://lrdlnx.iki.fi/w3c-validator/check?uri=referer and when I click it, nothing happends, used to work in Squeeze, just upgraded to Wheezy. When i click, nothing happends and in /var/log/apache2/error.log [Sat Sep 10 11:45:46 2011] [error] [client 84.250.42.74] [Sat Sep 10 11:45:46 2011] check: HTML::Template version 2.6 required--this is only version 2.10 at /usr/lib/cgi-bin/w3c-markup-validator/check line 56., referer: http://lrdlnx.iki.fi/ [Sat Sep 10 11:45:46 2011] [error] [client 84.250.42.74] [Sat Sep 10 11:45:46 2011] check: BEGIN failed--compilation aborted at /usr/lib/cgi-bin/w3c-markup-validator/check line 56., referer: http://lrdlnx.iki.fi/ Open link in new tab -- : Software error: HTML::Template version 2.6 required--this is only version 2.10 at /usr/lib/cgi-bin/w3c-markup-validator/check line 56. BEGIN failed--compilation aborted at /usr/lib/cgi-bin/w3c-markup-validator/check line 56. -- - Juhani Karlsson juhani dot karlsson at iki dot fi http://lrdlnx.iki.fi - X-Virus-Scanned: Debian amavisd-new (with ClamAV) at lrdlnx.iki.fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641045: mkvtoolnix: wrong libmatroska version written
Moritz Bunkus mor...@bunkus.org writes: Hey, at the moment (starting with release 4.7.0) mkvtoolnix uses its bundled version of libebml libmatroska exclusively. That will remain so for the time being. If the Debian package wants to use external ones again it will have to patch configure.in and re-build configure. The Git revision for my change is e0c040c2 which should be easy to reverse. I don't know all the mkvtoolnix internal, but tell me if I'm wrong, ebml and matroska library version are hardcoded in both cases ? Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640278: heimdal-dev: Symlinks broken after multi-arch conversion
On torsdagen den 8 september 2011, Matthias Klose wrote: No, the symlinks are not broken. Maybe you do maintain a package with broken or explicit checks for locations of libraries? The symlinks are fine in the unstable/testing version (1.4.0-8), because there they're created by hand in debian/rules, but they are indeed broken in the experimental version: $ ls -l /usr/lib/libkrb5.so /usr/lib/libasn1.so lrwxrwxrwx 1 root root 18 14 aug 04.30 /usr/lib/libasn1.so - heimdal/libasn1.so lrwxrwxrwx 1 root root 18 14 aug 04.29 /usr/lib/libkrb5.so - heimdal/libkrb5.so $ ls -l /usr/lib/heimdal ls: cannot access /usr/lib/heimdal: No such file or directory As I wrote elsewhere, using krb5-config --libs (or pkg-config) avoids the problem, but then maybe these symlinks should be dropped altogether? -- Magnus Holmgrenholmg...@debian.org Debian Developer signature.asc Description: This is a digitally signed message part.
Bug#641084: gupnp-tools: gupnp-av-tools fails to detect media renderer
Package: gupnp-tools Version: 0.8.3-1 Severity: important If you start XBMC and have configured it to act as a media renderer (via system network config) gupnp-av-cp detects DMS's but not DMR. If I use leiads on the same setup, it correctly detects XBMC. As a control point purpose is to detect both DMS and DMR as it send the content of a DMS to a DMR, it is actually useless. Note that 1) it worked before, 2) a few weeks before, even the DMS were nit detected but the upnp library has been updated -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gupnp-tools depends on: ii gnome-icon-theme3.0.0-4 ii libc6 2.13-20 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-3 ii libgssdp-1.0-2 0.10.0-2 ii libgtk-3-0 3.0.12-2 ii libgupnp-1.0-3 0.16.1-1 ii libgupnp-av-1.0-2 0.10.0-1 ii libsoup2.4-12.34.3-1 ii libuuid12.19.1-5 ii libxml2 2.7.8.dfsg-4 gupnp-tools recommends no packages. gupnp-tools 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#641045: mkvtoolnix: wrong libmatroska version written
Hey, On Sat, 10 Sep 2011 11:05:22 +0200, Christian Marillat wrote: I don't know all the mkvtoolnix internal, but tell me if I'm wrong, ebml and matroska library version are hardcoded in both cases ? They're not. Before the Git revision I mentioned earlier the minimum required libEBML and libMatroska version were hardcoded and tested in configure.in/configure. As to the version numbers written into the output files: these are always taken from the EbmlCodeVersion and KaxCodeVersion variables defined in ebml/EbmlVersion.h and matroska/KaxVersion.h respectively. As they're declared as static const std::string KaxCodeVersion = ... in both cases mkvmerge will always write the version numbers of the library it was built with, not of the version it's currently running with (assuming you're patching mkvtoolnix' configure back to accept external versions). Both libs need to be fixed so that the .h only declares the variable and that the actual definition is moved into the corresponding .cpp file. I will take care of that sometime next week, hopefully, and release some more versions of libebml libmatroska. Kind regards, mosu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641045: mkvtoolnix: wrong libmatroska version written
Hey, ok, changed my mind again. I'll revert the patch to mkvtoolnix so that it accepts external versions of the library again. Kind regards, mosu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640978: [vpnc-devel] Bug#640978: vpnc-script requires an update for recent iproute
On Sat, 2011-09-10 at 15:52 +0800, Antonio Borneo wrote: In the fix you provide, 1) you add ;s/ipid 0x//g at the end of string. This does not impact backward compatibility. I'm in favour to commit it. It's not sufficient. We originally had this in the vpnc-scripts.git repository¹ since about May, but then the iproute command grew *more* unrecognised output options so we have since changed it to be 'opt-in' instead of 'opt-out'². I was just thinking that I should submit a patch which removes the out-of-date script from vpnc altogether. There have been a number of other fixes in the git tree too. -- dwmw2 ¹ http://git.infradead.org/users/dwmw2/vpnc-scripts.git/shortlog ² http://git.infradead.org/users/dwmw2/vpnc-scripts.git/commitdiff/4deaaf9a32 smime.p7s Description: S/MIME cryptographic signature
Bug#641028: libdvdnav: FTBFS on hurd-i386
On Sat, 2011-09-10 at 03:38 +0200, Guillem Jover wrote: On Fri, 2011-09-09 at 17:29:58 +0200, Svante Signell wrote: Package: libdvdnav Version: 4.1.4-1219 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Removing the arbitrary path limits seems more correct to me, here's a patch doing that, only build tested. Guillem, I realized too that a dynamic allocation was the right thing to do after submitting this bug report. I was a little too much in a hurry to move forward to the next package. Since the previous patch has already been applied by the DM, it's up to him if this new patch will come in another package update. In that case maybe this bug report has to be reopened. BTW: Thanks to the DM for a very quick response, one could wish this could be the case also for (some) other packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640812: How can I reproduce this?
Hi, I tried to reproduce this with something like p11tool --provider /usr/lib/pkcs11/libopencryptoki.so --list-tokens but it doesn't fail. Can you please tell me what command exactly you're running, and how it fails? Thanks, Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641085: blender: new upstream release 2.5.9
Package: blender Severity: wishlist Hi Kevin! The new stable upstream release 2.59 is out! Please, update the package :-) Thanks in advance. mfv -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641086: cpanminus: package description do not respect the Debian general guidelines
Package: cpanminus Severity: minor The General guidelines for package descriptions[1] say: 1) The first paragraph of the long description should answer the following questions: what does the package do? what task does it help the user accomplish? These answers are found only in the short description: script to get, unpack, build and install modules from CPAN 2) The following paragraphs should answer the following questions: Why do I as a user need this package? What other features does the package have? What outstanding features and deficiencies are there compared to other packages (e.g., if you need X, use Y instead)? Is this package related to other packages in some way that is not handled by the package manager (e.g., this is the client for the foo server)? but the following paragraphs describe only where the CPAN module will be installed. Please try to add a more complete package description Ciao Davide [1] http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-desc-basics -- Dizionari: http://linguistico.sourceforge.net/wiki Client di posta: http://www.mozilla.org/products/thunderbird GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641087: gdm: gdm displaying problems
Package: gdm3 Version: 3.0.4-2 Severity: normal File: gdm Dear Maintainer, when gdm starts after reboot and I hit return the field for entering my password is not displayed. But if I type the password and hit enter I get logged in into gnome. So it's just a displaying problem. If I switch to vt1 and back to the X-Server, the field for entering the password is displayed. when I'm away from laptop for some time I have to enter my password again but then nothing is displayed. I only see a black screen. After switching to vt1 and back to x the dialogue for unlocking my laptop is displayed. I'm using Debian Testing (was LMDE, but I removed Mint-Repos and programs) with Gnome3 from experimental/unstable. Best wishes, Martin -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (750, 'unstable'), (250, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc4-amd64 (SMP w/4 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 gdm3 depends on: ii accountsservice 0.6.13-1 ii adduser 3.113 ii dconf-gsettings-backend 0.7.5-3 ii debconf [debconf-2.0] 1.5.40 ii gconf2 2.32.4-1 ii gnome-session [x-session-manager] 3.0.2-2 ii gnome-session-bin 3.0.2-2 ii gnome-session-fallback [x-session-manager] 3.0.2-2 ii gnome-terminal [x-terminal-emulator]3.0.1-1 ii gsettings-desktop-schemas 3.0.1-1 ii i3-wm [x-window-manager]4.0.2-1 ii libaccountsservice0 0.6.13-1 ii libatk1.0-0 2.0.1-2 ii libattr11:2.4.46-3 ii libaudit0 1.7.18-1 ii libc6 2.13-18 ii libcairo-gobject2 1.10.2-6.1 ii libcairo2 1.10.2-6.1 ii libcanberra-gtk3-0 0.28-1 ii libcanberra00.28-1 ii libdbus-1-3 1.4.14-1 ii libdbus-glib-1-20.94-4 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.23.5-3 ii libglib2.0-02.28.6-3 ii libglib2.0-bin 2.28.6-3 ii libgtk-3-0 3.0.12-2 ii libpam-modules 1.1.3-2 ii libpam-runtime 1.1.3-2 ii libpam0g1.1.3-2 ii libpango1.0-0 1.28.4-3 ii librsvg2-common 2.34.0-1 ii libselinux1 2.1.0-1 ii libupower-glib1 0.9.12-1+b1 ii libwrap07.6.q-21 ii libx11-62:1.4.4-1 ii libxau6 1:1.0.6-3 ii libxdmcp6 1:1.1.0-3 ii libxklavier16 5.1-2 ii libxml2 2.7.8.dfsg-4 ii libxrandr2 2:1.3.2-2 ii lsb-base3.2-28 ii metacity [x-window-manager] 1:2.30.1-3 ii policykit-1-gnome 0.102-1 ii upower 0.9.12-1+b1 ii xterm [x-terminal-emulator] 271-1 Versions of packages gdm3 recommends: ii at-spi 1.30.1-3 ii desktop-base 6.0.6 ii gnome-icon-theme 3.0.0-4 ii gnome-power-manager3.0.2-1 ii gnome-settings-daemon 3.0.2-1 ii x11-xkb-utils 7.6+4 ii xserver-xephyr none ii xserver-xorg none ii zenity 3.0.0-2 Versions of packages gdm3 suggests: ii gnome-mag 1:0.16.3-1 ii gnome-orca3.0.4-1 ii gok 2.30.0-1 ii libpam-gnome-keyring 3.0.3-2 ii metacity 1:2.30.1-3 -- Configuration Files: /etc/gdm3/daemon.conf changed: [daemon] [security] [xdmcp] [greeter] [chooser] [debug] /etc/gdm3/greeter.gconf-defaults changed: /desktop/gnome/background/picture_filename /usr/share/backgrounds/linuxmint/default_background.jpg /desktop/gnome/background/picture_options stretched /desktop/gnome/interface/gtk_theme
Bug#640582: unetbootin: fails to close properly when using CLI. Package: unetbootin
package unetbootin tags 640582 + unreproducible quit Hi! On 2011-09-06 02:02, shirish शिरीष wrote: $ unetbootin shirish@deb-home:~$ Qt: Session management error: None of the authentication protocols specified are support after doing my stuff with unetbootin when I close the window it does not come back to the command prompt and I had o use the combinatin CTRL+C to take control back from the terminal. As told before I do have KDE which means I understand from where QT is/was coming but no idea why it's saying that . Maybe another bug that needs to be filed ? I used unetbootin under KDE and I never saw session management errors. Internet search occurences of this error seem to suggest that the reason is some X11 misconfiguration. Cc'ing Qt maintainers in Debian for the possible help in analyzing the issue. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641088: python-contract: package short description do not respect the Debian general guidelines
Package: python-contract Severity: minor The short description do not respect the Debian general guidelines[1]: it does not need extra capital letters, but it is: Programming by contract for Python So I think the short description must be: programming by contract for Python Ciao Davide [1] http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-desc-basics -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione contro i brevetti software in Europa: http://petition.stopsoftwarepatents.eu/ Non autorizzo la memorizzazione del mio indirizzo su outlook -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641045: mkvtoolnix: wrong libmatroska version written
Moritz Bunkus mor...@bunkus.org writes: Hey, ok, changed my mind again. I'll revert the patch to mkvtoolnix so that it accepts external versions of the library again. Good news then :) Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634023: linux-source-2.6.32: Kernel panic when inserting usb stick
Bug persists in kernel version 2.6.32-35squeeze1 Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641089: failed to connect to IPv6-only server with tunnel_mode=v4v6
Package: gogoc Version: 1:1.2-4 Severity: normal Tags: ipv6 I was trying to set up a 4in6 tunnel with gogoc, but it doesn't work: --- $ sudo gogoc -n gogoCLIENT v1.1-RELEASE build Jul 27 2011-21:59:58 Built on ///Linux elmo 2.6.38-2-amd64 #1 SMP Sat Apr 23 18:47:49 UTC 2011 x86_64 GNU/Linux/// Establishing connection to server v4.freenet6.net using reliable UDP. Failed to resolve server IPv4 address. Failed to connect to server v4.freenet6.net on port 3653. --- I think gogoc should try to connect to the server via IPv6. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gogoc depends on: ii iproute 20110629-1 ii libc62.13-20 ii libgcc1 1:4.6.1-9 ii libssl1.0.0 1.0.0d-3 ii libstdc++6 4.6.1-9 ii net-tools1.60-24.1 Versions of packages gogoc recommends: pn radvd none gogoc suggests no packages. -- Configuration Files: /etc/gogoc/gogoc.conf (Manually added, with comments and my uid/password removed) --- server=v4.freenet6.net auth_method=any host_type=host prefixlen=64 if_prefix= dns_server= gogoc_dir= auto_retry_connect=yes retry_delay=30 retry_delay_max=300 keepalive=yes keepalive_interval=30 tunnel_mode=v4v6 if_tunnel_v6v4=sit1 if_tunnel_v6udpv4=tun if_tunnel_v4v6=sit0 client_v4=auto client_v6=auto template=linux proxy_client=no broker_list=/var/lib/gogoc/tsp-broker-list.txt last_server=/var/lib/gogoc/tsp-last-server.txt always_use_same_server=no log_stderr=3 log_filename=/var/log/gogoc/gogoc.log log_rotation=yes log_rotation_size=32 log_rotation_delete=no syslog_facility=USER --- -- 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#641090: /usr/lib/uwsgi/plugins/greenlet_python27_plugin.so: undefined symbol: PyCObject_Type
Package: uwsgi-plugin-greenlet-python Version: 0.9.8.3-1 Severity: normal When greenlet_python plugin is loaded in uWSGI (no matter if greenlet_python26 or greenlet_python27), it displays the message like /usr/lib/uwsgi/plugins/greenlet_python27_plugin.so: undefined symbol: /PyCObject_Type. I am not sure if it does break the functionality, maybe it does, cause I haven't been able yet to increase the number of context switches reported for the page generations, no matter what I do. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uwsgi-plugin-greenlet-python depends on: ii libc62.13-18 ii python-greenlet 0.3.1-2 ii uwsgi-plugin-python 0.9.8.3-1 uwsgi-plugin-greenlet-python recommends no packages. uwsgi-plugin-greenlet-python 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#640656: g++-4.6: [regression] ICE on i386 when building iceweasel 8.0~a2++20110905042011-1
retitle 640656 g++-4.6: [regression] ICE on i386 when building iceweasel severity 640656 serious thanks On Sat, Sep 10, 2011 at 12:06:50PM +0200, Mike Hommey wrote: retitle 640656 g++-4.6: [regression] ICE on i386 when building iceweasel 7.0~b5-1 from experimental thanks On Tue, Sep 06, 2011 at 10:31:49AM +0200, Mike Hommey wrote: Package: g++-4.6 Version: 4.6.1-9 Severity: important Tested with 4.6.1-8, and it builds fine. With the attached file, the following command line is enough to trigger the ICE: g++ -o WyciwygChannelChild.o -c WyciwygChannelChild.i -std=gnu++0x -O2 -g It also crashes with the original file without -std=gnu++0x but the attached preprocessed output (obviously) doesn't build without -std=gnu++0x. It doesn't ICE without -g, and it doesn't ICE without -O2. And it also ICEs on 7.0~b5-1: * Source package: iceweasel * Version: 7.0~b5-1 * Architecture: i386 * State: failed * Suite: experimental * Builder: biber.debian.org * Build log: https://buildd.debian.org/fetch.cgi?pkg=iceweaselarch=i386ver=7.0%7Eb5-1stamp=1315648328file=log It turns out it also ICEs with 6.0.2-1 from unstable, except it didn't on buildds because they were using 4.6.1-8 when that version was uploaded. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629204: Patch
-- Forwarded message -- From: Federico Giménez Nieto fgime...@coit.es Date: 2011/9/10 Subject: To: cont...@bugs.debian.org tags 629204 patch thanks -- Federico Giménez Nieto fgime...@coit.es 2011-08-17 Federico Gimenez Nieto fgime...@coit.es * Modified function calls for Modern GNU Objective-C runtime API following changes of source at http://svn.gna.org/viewcvs/gnustep/libs/gdl2/trunk/ Index: gnustep-dl2-0.12.0/EOControl/EOFaultHandler.m === --- gnustep-dl2-0.12.0.orig/EOControl/EOFaultHandler.m 2011-08-22 11:51:35.0 +0200 +++ gnustep-dl2-0.12.0/EOControl/EOFaultHandler.m 2011-08-22 12:52:50.0 +0200 @@ -123,7 +123,7 @@ { Class class; - for (class = _targetClass; class != Nil; class = class_get_super_class(class)) + for (class = _targetClass; class != Nil; class = class_getSuperclass(class)) { if (class == aclass) return YES; @@ -141,11 +141,15 @@ - (BOOL)conformsToProtocol: (Protocol *)protocol forFault: (id)fault { + + return class_conformsToProtocol(_targetClass, protocol); + + /* int i; struct objc_protocol_list *proto_list; Class class; - for(class = _targetClass; class != Nil; class = class_get_super_class(class)) + for(class = _targetClass; class != Nil; class = class_getSuperclass(class)) { for (proto_list = ((struct objc_class *)_targetClass)-class_pointer-protocols; @@ -160,6 +164,7 @@ } return NO; + */ } - (BOOL)respondsToSelector: (SEL)sel Index: gnustep-dl2-0.12.0/EOControl/EOFault.m === --- gnustep-dl2-0.12.0.orig/EOControl/EOFault.m 2011-08-22 12:59:10.0 +0200 +++ gnustep-dl2-0.12.0/EOControl/EOFault.m 2011-08-23 08:27:31.0 +0200 @@ -77,22 +77,8 @@ + (void)initialize { - // Must be here as initialize is called for each root class - // without asking if it responds to it ! if (EOFaultClass == NULL) { - GSMethod nsfwd = GSGetMethod([NSObject class], -@selector(forward::), -YES,NO); - if (nsfwd != NULL) -{ - GSMethod eofwd = GSGetMethod(self, -@selector(forward::), -YES,NO); - eofwd-method_imp = nsfwd-method_imp; - GSFlushMethodCacheForClass(self); -} - EOFaultClass = [EOFault class]; } } @@ -171,7 +157,7 @@ /* * Since 'self' is an class, get_imp() will get the instance method. */ - return get_imp((Class)self, selector); + return class_getMethodImplementation((Class)self, selector); } // Fault class methods @@ -311,43 +297,12 @@ - (BOOL)conformsToProtocol: (Protocol *)protocol { - int i; - struct objc_protocol_list* protos; - Class class, sClass; - - class = [_handler targetClass]; - - for (protos = class-protocols; protos; protos = protos-next) -{ - for (i = 0; i protos-count; i++) - if ([protos-list[i] conformsTo: protocol]) - return YES; -} - - sClass = [class superclass]; - - if (sClass) -return [sClass conformsToProtocol: protocol]; - else -return NO; + return class_conformsToProtocol([_handler targetClass], protocol); } - (BOOL)respondsToSelector: (SEL)selector { - Class class; - BOOL respondsToSelector; - - NSDebugFLLog(@gsdb, @START self=%p, self); - - class = [_handler targetClass]; - NSDebugFLLog(@gsdb, @class=%@ selector=%@, class, - NSStringFromSelector(selector)); - - respondsToSelector -= (GSGetMethod(class, selector, YES, YES) != (GSMethod)0); - NSDebugFLLog(@gsdb, @STOP self=%p, self); - - return respondsToSelector; + return class_respondsToSelector([_handler targetClass], selector); } - (NSMethodSignature *)methodSignatureForSelector: (SEL)selector Index: gnustep-dl2-0.12.0/EOControl/EODebug.m === --- gnustep-dl2-0.12.0.orig/EOControl/EODebug.m 2011-08-23 08:36:52.0 +0200 +++ gnustep-dl2-0.12.0/EOControl/EODebug.m 2011-08-23 10:58:09.0 +0200 @@ -127,14 +127,14 @@ { Class *pvalue = (Class*)_value; return [NSString stringWithFormat: @Class:%s, - class_get_class_name(*pvalue)]; + class_getName(*pvalue)]; } break; case _C_SEL: { SEL *pvalue = (SEL*)_value; return [NSString stringWithFormat: @SEL:%s, - sel_get_name(*pvalue)]; + sel_getName(*pvalue)]; } break; case _C_CHR: @@ -322,19 +322,20 @@ { if (ivar object deep = 0) { - void *pValue = ((void*)object) + ivar-ivar_offset; - NSString *pType = TypeToNSString(ivar-ivar_type); - NSString *pIVar = IVarInString(ivar-ivar_type,pValue); - + void *pValue = ((void*)object) + ivar_getOffset(ivar); + char *type = ivar_getTypeEncoding(ivar); + NSString *pType = TypeToNSString(type); + NSString *pIVar =
Bug#621132: the unetbootin package is orphaned now
package wnpp retitle 621132 O: unetbootin -- Installer of Linux/BSD distributions thanks -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629671: libpuzzle: diff for NMU version 0.9-4.1
tags 629671 + patch tags 629671 + pending thanks Dear maintainers, I've prepared an NMU for libpuzzle (versioned as 0.9-4.1) and uploaded it. See the attached patch for the changes I have made. Ana diff -u libpuzzle-0.9/debian/rules libpuzzle-0.9/debian/rules --- libpuzzle-0.9/debian/rules +++ libpuzzle-0.9/debian/rules @@ -7,6 +7,7 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk +include /usr/share/cdbs/1/rules/patchsys-quilt.mk # Automatically update config.{guess,sub} et al. include /usr/share/cdbs/1/class/autotools-files.mk diff -u libpuzzle-0.9/debian/control libpuzzle-0.9/debian/control --- libpuzzle-0.9/debian/control +++ libpuzzle-0.9/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian PhotoTools Maintainers pkg-phototools-de...@lists.alioth.debian.org Uploaders: Cyril Brulebois k...@debian.org -Build-Depends: debhelper (= 5), cdbs, autotools-dev, chrpath, php5-dev, libgd2-noxpm-dev +Build-Depends: debhelper (= 5), cdbs, autotools-dev, chrpath, php5-dev, libgd2-noxpm-dev, quilt Standards-Version: 3.7.3 Homepage: http://libpuzzle.pureftpd.org/project/libpuzzle Vcs-Browser: http://git.debian.org/?p=pkg-phototools/libpuzzle.git diff -u libpuzzle-0.9/debian/changelog libpuzzle-0.9/debian/changelog --- libpuzzle-0.9/debian/changelog +++ libpuzzle-0.9/debian/changelog @@ -1,3 +1,13 @@ +libpuzzle (0.9-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Add -lm to libpuzzle_la_LIBADD to fix a FTBFS with +--no-copy-dt-needed-entries. Patch by Andreas Moog. +(Closes: #629671) (LP: #756106) + * Add quilt to Build-Depends for patching and include in debian/rules. + + -- Ana Beatriz Guerrero Lopez a...@debian.org Sat, 10 Sep 2011 12:26:43 +0200 + libpuzzle (0.9-4) unstable; urgency=low * Fix missing dependency on phpapi-* for libpuzzle-php, thanks to only in patch2: unchanged: --- libpuzzle-0.9.orig/debian/patches/fix_ftbfs_629671.diff +++ libpuzzle-0.9/debian/patches/fix_ftbfs_629671.diff @@ -0,0 +1,30 @@ +From: Andreas Moog am...@ubuntu.com +Subject: Fix FTBFS +Add -lm to libpuzzle_la_LIBADD to fix a FTBFS with --no-copy-dt-needed-entries + +Origin: ubuntu, https://bugs.launchpad.net/ubuntu/+source/libpuzzle/+bug/756106 +Bug-Debian: http://bugs.debian.org/629671 + +--- a/src/Makefile.am b/src/Makefile.am +@@ -15,6 +15,9 @@ libpuzzle_la_SOURCES = \ + globals.h \ + puzzle.h + ++libpuzzle_la_LIBADD = \ ++ -lm ++ + include_HEADERS = \ + puzzle.h + +--- a/src/Makefile.in b/src/Makefile.in +@@ -61,7 +61,7 @@ am__installdirs = $(DESTDIR)$(libdir) + $(DESTDIR)$(includedir) + libLTLIBRARIES_INSTALL = $(INSTALL) + LTLIBRARIES = $(lib_LTLIBRARIES) +-libpuzzle_la_LIBADD = ++libpuzzle_la_LIBADD = -lm + am_libpuzzle_la_OBJECTS = puzzle.lo tunables.lo dvec.lo cvec.lo \ + compress.lo vector_ops.lo + libpuzzle_la_OBJECTS = $(am_libpuzzle_la_OBJECTS) only in patch2: unchanged: --- libpuzzle-0.9.orig/debian/patches/series +++ libpuzzle-0.9/debian/patches/series @@ -0,0 +1 @@ +fix_ftbfs_629671.diff
Bug#641091: ftp.debian.org: please consider auto-rejecting control-file-is-not-a-file
Package: ftp.debian.org Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Please consider adding control-file-is-not-a-file to the auto-reject list. The tag is emitted if the control.tar.gz contains non-regular files such as symlinks and devices[1]. I could not find any references in the Policy that allows (or disallows) non-regular files in the control.tar.gz (maybe I didn't look hard enough), but I have a feeling that most tools will not cope too well with non-regular files. Especially symlinks are a source of issues as they are trivial to abuse and make an unsuspecting tool do something it should not do. Thanks for considering, ~Niels [1] Note: the check ignores directories. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOaz5tAAoJEAVLu599gGRCHeQP/3onidKgy1nBv5uB0EFp2MSk zv664K8PM0DnDcvXbU831NfHgIjJL4nTSqmw8OYXkhOTpDRmWP37cg0X5+lsqLjc ozoGXfgSznrZSH+SIMwQM9ABXfzzlcpca+FuBDT1ick3uaC4w9Av3jTeWznN0o9r 08vNC8Kgr+GTM5p5WbL05JDKW60Po4o7FtIjxX4EIIpU5q73rnXcL7X0awKMgqIZ dWhWXWAF68bHmLUq33CHLhG8TclqsL75KW5Vq+DXiMYdKOKuHOIFirgEIMJ8/qZU GCeCZo4LQhetLdQdV2G2P8dtQx8bA3VO7DxMgPgI9pXQEsTYKcUmG65nfsL0NHIU 1+L+CHGRLEAmA5A9HLko8bsaBOytsjBFmPpgMcNR57giOY74X4l0J1vb9IZ3Hh6X ZBDsbyqMOxb3/jrVfihZ1MJ85+aGkSGVo+63KUBigrfxPYZPZBIouGhkXOTA+5OJ RawlxNYmoXX0hFnFjmZoDnsHaG5/po6WT1afT0AmTe1pzWnoqP0k8NL4gEPo0fqL d8CRhsiOKQ8H/UBd7TOAlVHMgZaQ3Fo6vLiKNCkWoez4CqVkXqFQBpYlsNlHGPsw F6xD8tvhDqjg/iVSv3HnNkDPPDYIkkBBlexvuGB5tg4vj2nhkx4ItYuwtZrNV69E wVdGajA5RAe/epeQZcei =Uqxo -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#641092: libticables: FTBFS on s390x
Package: libticables Version: 1.2.0-2 Severity: important Tags: patch Justification: fails to build from source User: debian-s3...@lists.debian.org Usertags: s390x libticables fails to build from source as s390x is not correctly recognized by the configure script. The patch below fixes the problem. Could you please apply it in the next upload? Thanks in advance. diff -u libticables-1.2.0/debian/patches/00list libticables-1.2.0/debian/patches/00list --- libticables-1.2.0/debian/patches/00list +++ libticables-1.2.0/debian/patches/00list @@ -2,0 +3 @@ +30_ftbfs-s390x-configure --- libticables-1.2.0.orig/debian/patches/30_ftbfs-s390x-configure.dpatch +++ libticables-1.2.0/debian/patches/30_ftbfs-s390x-configure.dpatch @@ -0,0 +1,30 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 30_ftbfs-s390x-configure.dpatch by Aurelien Jarno aure...@debian.org +## +## DP: detects s390x architecture + +@DPATCH@ +diff -urNad libticables-1.2.0~/configure libticables-1.2.0/configure +--- libticables-1.2.0~/configure 2008-11-15 08:30:40.0 +0100 libticables-1.2.0/configure2010-03-16 23:11:48.140082889 +0100 +@@ -30330,7 +30330,7 @@ + mipsel-*-linux-*) ARCH=-D__MIPS__ -D__LINUX__ ;; + powerpc-*-linux-*) ARCH=-D__PPC__ -D__LINUX__ ;; + powerpc-apple-darwin*) ARCH=-D__PPC__ -D__MACOSX__ ;; +- s390-*-linux-*)ARCH=-D__LINUX__ ;; ++ s390*-*-linux-*)ARCH=-D__LINUX__ ;; + sh*-*-linux-*) ARCH=-D__LINUX__ ;; + sparc-*-linux-*) ARCH=-D__SPARC__ -D__LINUX__ ;; + sparc*-sun-solaris*) ARCH=-D__SPARC__ -D__SOL__ ;; +diff -urNad libticables-1.2.0~/configure.ac libticables-1.2.0/configure.ac +--- libticables-1.2.0~/configure.ac2007-12-01 15:43:51.0 +0100 libticables-1.2.0/configure.ac 2010-03-16 23:11:48.140082889 +0100 +@@ -119,7 +119,7 @@ + mipsel-*-linux-*) ARCH=-D__MIPS__ -D__LINUX__ ;; + powerpc-*-linux-*) ARCH=-D__PPC__ -D__LINUX__ ;; + powerpc-apple-darwin*) ARCH=-D__PPC__ -D__MACOSX__ ;; +- s390-*-linux-*)ARCH=-D__LINUX__ ;; ++ s390*-*-linux-*)ARCH=-D__LINUX__ ;; + sh*-*-linux-*) ARCH=-D__LINUX__ ;; + sparc-*-linux-*) ARCH=-D__SPARC__ -D__LINUX__ ;; + sparc*-sun-solaris*) ARCH=-D__SPARC__ -D__SOL__ ;; -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: s390x Kernel: Linux 3.0.0-1-s390x (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640656: g++-4.6: [regression] ICE on i386 when building iceweasel 8.0~a2++20110905042011-1
retitle 640656 g++-4.6: [regression] ICE on i386 when building iceweasel 7.0~b5-1 from experimental thanks On Tue, Sep 06, 2011 at 10:31:49AM +0200, Mike Hommey wrote: Package: g++-4.6 Version: 4.6.1-9 Severity: important Tested with 4.6.1-8, and it builds fine. With the attached file, the following command line is enough to trigger the ICE: g++ -o WyciwygChannelChild.o -c WyciwygChannelChild.i -std=gnu++0x -O2 -g It also crashes with the original file without -std=gnu++0x but the attached preprocessed output (obviously) doesn't build without -std=gnu++0x. It doesn't ICE without -g, and it doesn't ICE without -O2. And it also ICEs on 7.0~b5-1: * Source package: iceweasel * Version: 7.0~b5-1 * Architecture: i386 * State: failed * Suite: experimental * Builder: biber.debian.org * Build log: https://buildd.debian.org/fetch.cgi?pkg=iceweaselarch=i386ver=7.0%7Eb5-1stamp=1315648328file=log Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623970: [Pkg-mozext-maintainers] Bug#623970: Bug#623970: ITP: xul-ext-cookie-monster -- please package Iceweasel Cookie Monster extension
Il giorno sab, 10/09/2011 alle 00.13 +0200, Benjamin Drung ha scritto: Am Freitag, den 09.09.2011, 19:26 +0200 schrieb Fabrizio Regalli: On Fri, 2011-09-09 at 17:39 +0200, Jérémy Bobbio wrote: On Fri, Sep 09, 2011 at 05:19:15PM +0200, Fabrizio Regalli wrote: On Fri, 2011-09-09 at 15:02 +0200, Jérémy Bobbio wrote: * dpkg-source: error: unrepresentable changes to source As upstream does not ship .tar.gz (or .tar.bz2 for that matter) that Debian could directly use, we need to create a .orig.tar.gz from upstream source. So we are free to fiddle with upstream source in order to get the files as close as we would like upstream to ship them. I then strongly advocate to have a .orig.tar.gz where cookiemonster.jar is unpacked. That will also remove the useless patch in debian/patches and ease future reviews of upstream changes Right. I started now from scratch and these problems are solved. This one is not, IMHO. It is *way* better to have an _unpacked_ source tree as upstream. Otherwise, reviewing upstream changes is going to be a pain. Writing patches against upstream source is going to be even more than that. A 'repack.sh' script that grabs and unpack the .jar file and re-create the tarball could be a reasonable solution? Please use xpi-repack (or xpi-unpack) instead of writing something own. Or download the xpi, unpack the jar and create .orig.tar.gz from it (including install.rdf file) is enough? xpi-repack was written for converting a xpi files into a source tarball for Debian (doing the extraction of the .jar files). Ok, I used 'uscan --repack' and it creates cookie-monster_1.0.5.orig.tar.bz2 file with the jar unpacked. Hope now is fine. 'git-buildpackage --git-pristine-tar' works fine. PS: Sorry for not having enough time for sponsoring. No worries. I think the package is right now apart from README.source Cheers, Fabrizio. P.S.: in the meantime version 1.1.0 of Cookie Monster is out. (uscan does not grabs it yet). Maybe in this new version the patch for bumping version is no more necessary. signature.asc Description: This is a digitally signed message part
Bug#641093: boinc: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: boinc Version: 6.12.33+dfsg-1.1 Severity: important Hello Debian BOINC Maintainers, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update boinc to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: boinc :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641094: jrexx: wrong maintainer address
Source: jrexx Version: 1.1.1-6 Severity: serious Justification: Policy 3.3 There's a typo in the Maintainer field: Maintainer: Debian QA Group pack...@qa.debian.org (note the missing s before @). -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641095: RM: libqt-perl -- ROM
Package: ftp.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641096: celestia: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: celestia Version: 1.6.0+dfsg-4 Severity: important Hello Guus, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update celestia to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: celestia:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641097: chimera2: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: chimera2 Version: 2.0a19-5.1 Severity: important Hello Mark, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update chimera2 to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: chimera2:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641098: xen-hypervisor-4.1-amd64: VM does not launch
Package: xen-hypervisor-4.1-amd64 Version: 4.1.1-2 Severity: normal Dear Maintainer, I can't launch any VM when I use one of the latest kernel versions (3.1) with the following messages : xm start com-deb30 Error: Failed to query current memory allocation of dom0. While launching through virt-manager I get same kind of messages: Erreur lors du démarrage du domaine: POST operation failed: xend_post: error from xen daemon: (xend.err 'Failed to query current memory allocation of dom0.') Traceback (most recent call last): File /usr/share/virt-manager/virtManager/asyncjob.py, line 44, in cb_wrapper callback(asyncjob, *args, **kwargs) File /usr/share/virt-manager/virtManager/asyncjob.py, line 65, in tmpcb callback(*args, **kwargs) File /usr/share/virt-manager/virtManager/domain.py, line 1050, in startup self._backend.create() File /usr/lib/python2.6/dist-packages/libvirt.py, line 507, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: POST operation failed: xend_post: error from xen daemon: (xend.err 'Failed to query current memory allocation of dom0.') All is working with all kernel versions 3.1 Regards JP P -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc4 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xen-hypervisor-4.1-amd64 depends on no packages. Versions of packages xen-hypervisor-4.1-amd64 recommends: ii xen-utils-4.1 4.1.1-2 Versions of packages xen-hypervisor-4.1-amd64 suggests: pn xen-docs-4.1 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#641099: chromium-browser: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: chromium-browser Version: 13.0.782.220~r99552-1 Severity: important Hello Debian Chromium Maintainers, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update chromium-browser to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: chromium-browser:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641100: openssl: FTBFS on s390x
Package: openssl Version: 1.0.0d-3 Severity: normal Tags: patch Justification: fails to build from source User: debian-s...@lists.debian.org Usertags: s390x openssl fails to build form source on s390x, as it lakcs an entry for this architectgure in debian-targets.patch. Please find a patch below to fix this issue. Would it be possible to include it in the next upload. Thanks in advance. diff -Nru openssl-1.0.0d/debian/patches/debian-targets.patch openssl-1.0.0d/debian/patches/debian-targets.patch --- openssl-1.0.0d/debian/patches/debian-targets.patch 2011-06-13 11:50:35.0 +0200 +++ openssl-1.0.0d/debian/patches/debian-targets.patch 2011-07-31 19:25:56.0 +0200 @@ -2,7 +2,7 @@ === --- openssl-1.0.0c.orig/Configure 2010-12-12 17:27:02.0 +0100 +++ openssl-1.0.0c/Configure 2010-12-12 17:34:47.0 +0100 -@@ -331,6 +331,47 @@ +@@ -331,6 +331,48 @@ osf1-alpha-cc, cc:-std1 -tune host -O4 -readonly_strings::(unknown):::SIXTY_FOUR_BIT_LONG RC4_CHUNK:${alpha_asm}:dlfcn:alpha-osf1-shared:::.so, tru64-alpha-cc, cc:-std1 -tune host -fast -readonly_strings::-pthread:::SIXTY_FOUR_BIT_LONG RC4_CHUNK:${alpha_asm}:dlfcn:alpha-osf1-shared::-msym:.so, @@ -37,6 +37,7 @@ +debian-powerpcspe,gcc:-DB_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g -Wall::-D_REENTRANT::-ldl:BN_LLONG RC4_CHAR RC4_CHUNK DES_RISC1 DES_UNROLL:${ppc32_asm}:linux32:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR), +debian-ppc64,gcc:-m64 -DB_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g -Wall::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_RISC1 DES_UNROLL:${ppc64_asm}:linux64:dlfcn:linux-shared:-fPIC:-m64:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR), +debian-s390,gcc:-DB_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g -Wall::-D_REENTRANT::-ldl:RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR), ++debian-s390x,gcc:-DB_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g -Wall::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR), +debian-sh3, gcc:-DL_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g -Wall::-D_REENTRANT::-ldl:BN_LLONG:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR), +debian-sh4, gcc:-DL_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g -Wall::-D_REENTRANT::-ldl:BN_LLONG:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR), +debian-sh3eb, gcc:-DB_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g -Wall::-D_REENTRANT::-ldl:BN_LLONG:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR), -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: s390x Kernel: Linux 3.0.0-1-s390x (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641101: compiz-fusion-plugins-main: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: compiz-fusion-plugins-main Version: 0.8.4-2 Severity: important Hello Debian X Strike Force, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update compiz-fusion-plugins-main to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: compiz-fusion-plugins-main :Build-Depends: libjpeg62-dev compiz-fusion-plugins-extra :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640195: Change the bug 640195 severity to normal
severity 640195 normal thanks No reasons for this bug to be a serious [1] and not to let testing-users to get 3.10-version soon. Please, discuss on the list before changing the severity. [1] http://www.debian.org/Bugs/Developer#severities Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641102: unison: FTBFS with ld that defaults to --as-needed: bad link order
Package: unison Version: 2.32.52-3 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch oneiric unison fails to build with a linker that defaults to --as-needed: Linking unison ocamlopt -verbose -I lwt -I ubase -o unison unix.cmxa str.cmxa bigarray.cmxa -cclib -lutil ubase/projectInfo.cmx ubase/myMap.cmx ubase/safelist.cmx ubase/uprintf.cmx ubase/util.cmx ubase/rx.cmx ubase/uarg.cmx ubase/prefs.cmx ubase/trace.cmx lwt/pqueue.cmx lwt/lwt.cmx lwt/lwt_util.cmx lwt/lwt_unix.cmx bytearray.cmx case.cmx pred.cmx uutil.cmx fileutil.cmx name.cmx path.cmx fspath.cmx fingerprint.cmx abort.cmx osx.cmx external.cmx props.cmx fileinfo.cmx os.cmx lock.cmx clroot.cmx common.cmx tree.cmx checksum.cmx terminal.cmx transfer.cmx xferhint.cmx remote.cmx globals.cmx copy.cmx stasher.cmx update.cmx files.cmx sortri.cmx recon.cmx transport.cmx strings.cmx uicommon.cmx uitext.cmx test.cmx main.cmx linktext.cmx osxsupport.o pty.o bytearray_stubs.o + as -o '/tmp/camlstartup999a84.o' '/tmp/camlstartup832abc.s' + gcc -o 'unison' '-Llwt' '-Lubase' '-L/usr/lib/ocaml' '/tmp/camlstartup999a84.o' '/usr/lib/ocaml/std_exit.o' 'linktext.o' 'main.o' 'test.o' 'uitext.o' 'uicommon.o' 'strings.o' 'transport.o' 'recon.o' 'sortri.o' 'files.o' 'update.o' 'stasher.o' 'copy.o' 'globals.o' 'remote.o' 'xferhint.o' 'transfer.o' 'terminal.o' 'checksum.o' 'tree.o' 'common.o' 'clroot.o' 'lock.o' 'os.o' 'fileinfo.o' 'props.o' 'external.o' 'osx.o' 'abort.o' 'fingerprint.o' 'fspath.o' 'path.o' 'name.o' 'fileutil.o' 'uutil.o' 'pred.o' 'case.o' 'bytearray.o' 'lwt/lwt_unix.o' 'lwt/lwt_util.o' 'lwt/lwt.o' 'lwt/pqueue.o' 'ubase/trace.o' 'ubase/prefs.o' 'ubase/uarg.o' 'ubase/rx.o' 'ubase/util.o' 'ubase/uprintf.o' 'ubase/safelist.o' 'ubase/myMap.o' 'ubase/projectInfo.o' '/usr/lib/ocaml/bigarray.a' '/usr/lib/ocaml/str.a' '/usr/lib/ocaml/unix.a' '/usr/lib/ocaml/stdlib.a' '-lbigarray' '-lcamlstr' '-lunix' '-lutil' 'osxsupport.o' 'pty.o' 'bytearray_stubs.o' '/usr/lib/ocaml/libasmrun.a' -lm -ldl pty.o: In function `c_openpty': pty.c:(.text+0x74): undefined reference to `openpty' collect2: ld returned 1 exit status File caml_startup, line 1, characters 0-1: Error: Error during linking make[1]: *** [unison] Error 2 This is because its link line order is wrong, putting libraries before the objects that use them rather than after. See: http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries The following patch fixes this. * Fix link order to list C objects before the libraries they require. diff -Nru unison-2.32.52/debian/patches/link-order.patch unison-2.32.52/debian/patches/link-order.patch --- unison-2.32.52/debian/patches/link-order.patch 1970-01-01 01:00:00.0 +0100 +++ unison-2.32.52/debian/patches/link-order.patch 2011-09-10 12:17:34.0 +0100 @@ -0,0 +1,18 @@ +Description: Fix link order to list C objects before the libraries they require +Author: Colin Watson cjwat...@ubuntu.com +Forwarded: no +Last-Update: 2011-09-10 + +Index: b/Makefile.OCaml +=== +--- a/Makefile.OCaml b/Makefile.OCaml +@@ -366,7 +366,7 @@ + + $(NAME)$(EXEC_EXT): $(CAMLOBJS) $(COBJS) + @echo Linking $@ +- $(CAMLC) -verbose $(CAMLFLAGS) -o $@ $(CFLAGS) $(CAMLLIBS) $(CLIBS) $^ ++ $(CAMLC) -verbose $(CAMLFLAGS) -o $@ $(CFLAGS) $(CAMLLIBS) $^ $(CLIBS) + + # Unfortunately -output-obj does not put .o files into the output, only .cmx + # files, so we have to use $(LD) to take care of COBJS. diff -Nru unison-2.32.52/debian/patches/series unison-2.32.52/debian/patches/series --- unison-2.32.52/debian/patches/series2011-04-03 12:21:58.0 +0100 +++ unison-2.32.52/debian/patches/series2011-09-10 12:09:12.0 +0100 @@ -5,3 +5,4 @@ 0005-Fix-build-with-OCaml-3.12.patch 0006-Fix-bad-interaction-with-OpenSSH-5.6.patch debian-changes-2.32.52-3 +link-order.patch Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641103: RM: watchupstream -- ROM
Package: ftp.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641104: csmash: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: csmash Version: 0.6.6-6.5 Severity: important Hello Bartosz, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update csmash to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: csmash :Build-Depends: libjpeg62-dev | libjpeg-dev Please change it to Build-Depends: libjpeg-dev so that it builds against libjpeg8. [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641105: ctwm: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: ctwm Version: 3.7-3.1 Severity: important Hello Branden, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update ctwm to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: ctwm:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641106: debconf: [INTL:si] Sinhala translation
Package: debconf Severity: wishlist Tags: l10n patch X-debbugs-CC:bubu...@debian.org # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # #Danishka Navin danis...@gmail.com, 2011. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: debc...@packages.debian.org\n POT-Creation-Date: 2009-08-24 19:24+0200\n PO-Revision-Date: 2011-09-06 15:20+0530\n Last-Translator: Danishka Navin danis...@gmail.com\n Language-Team: Sinhala i...@hanthana.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: en_US\n X-Generator: Lokalize 1.2\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: select #. Choices #: ../templates:1001 msgid Dialog msgstr සංවාදය #. Type: select #. Choices #: ../templates:1001 msgid Readline msgstr කියවීම් පේළිය #. Type: select #. Choices #: ../templates:1001 msgid Editor msgstr සකසනය #. Type: select #. Choices #: ../templates:1001 msgid Noninteractive msgstr අන්තර්ක්රියාකාරී නොවන #. Type: select #. Description #: ../templates:1002 msgid Interface to use: msgstr භාවිත කරන අතුරුමුහුණත #. Type: select #. Description #: ../templates:1002 msgid Packages that use debconf for configuration share a common look and feel. You can select the type of user interface they use. msgstr සැකසුම් සඳහා debconf හවුල් කරගන්නා සෑම පැකේජයක්ම පොදු පෙනුමක් දරයි. කරුණාකර ඒවා භාවිත කරන පරිශීලක අතුරුමුහුණත් වර්ගය තෝරන්න. #. Type: select #. Description #: ../templates:1002 msgid The dialog frontend is a full-screen, character based interface, while the readline frontend uses a more traditional plain text interface, and both the gnome and kde frontends are modern X interfaces, fitting the respective desktops (but may be used in any X environment). The editor frontend lets you configure things using your favorite text editor. The noninteractive frontend never asks you any questions. msgstr සංවාද ඉදිරි ඉම, සම්පූර්ණ තිරැති, අක්ෂර මූලික අතුරුමුහුනතක් භාවිත කරන විට කියවීම් පේළි වඩා සාම්ප්රදායික පැතලි පෙළ අතුරුමුහුණතක් භාවිත කරයි, gnome හා kde යන ඉදිරි ඉම් දෙකම බොහෝ දර්ශක හා ගැලපෙන (ඕනෑම x පරිසරයක භාවිත වන) නූතන X අතුරුමුහුණත් වේ. සකසන ඉදිරි ඉම ඔබට කැමතිම පෙළ සකසනය භාවිතයෙන් සැකසුම් සිදු කිරීමට ඉඩ දෙයි. අන්තර්ක්රියාකාරී නොවන ඉදිරි ඉම ඔබෙන් කිසිවිට ප්රශ්න නොඅසයි. #. Type: select #. Choices #: ../templates:2001 msgid critical msgstr දරුණු #. Type: select #. Choices #: ../templates:2001 msgid high msgstr ඉහළ #. Type: select #. Choices #: ../templates:2001 msgid medium msgstr මධ්යම #. Type: select #. Choices #: ../templates:2001 msgid low msgstr අඩු #. Type: select #. Description #: ../templates:2002 msgid Ignore questions with a priority less than: msgstr වඩා අඩු ප්රමුඛතා සහිත ප්රශ්ණ මඟ හරින්න: #. Type: select #. Description #: ../templates:2002 msgid Debconf prioritizes the questions it asks you. Pick the lowest priority of question you want to see:\n - 'critical' only prompts you if the system might break.\n Pick it msgstr Debconf ඔබ අසන පැණ සඳහා ප්රමුඛත්වය දේ. ඔබට බැලීමට අවශ්ය අවම ප්රමුඛතාවය සහිත පැණය තෝරන්න :\n - පද්ධතිය බිදවැටීමකදි පමණක් 'දරුණු' යන්න දක්වයි.\n එය ගන්න
Bug#641107: sysvinit: missing support for s390x
Package: sysvinit Version: 2.88dsf-13.11 Severity: normal Tags: patch User: debian-s...@lists.debian.org Usertags: s390x sysvinit builds fine on s390x, but it needs the same fixes as on s390, that is a slightly different inittab and spinners removal due to the dumb console available on s390x. The patch below fixes that. Please note that for the spinner removal it simply replaces s390 by s390x as anyway Debian now only supports 64-bit kernel on s390, so 'uname -m' returns 's390x' on both s390 and s390x. Would it be possible to include this patch in the next upload? Thanks in advance. diff -u sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkfs.sh sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkfs.sh --- sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkfs.sh +++ sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkfs.sh @@ -77,7 +77,7 @@ spinner= ;; esac - [ $(uname -m) = s390 ] spinner= # This should go away + [ $(uname -m) = s390x ] spinner= # This should go away FSCKTYPES_OPT= [ $FSCKTYPES ] FSCKTYPES_OPT=-t $FSCKTYPES handle_failed_fsck() { diff -u sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkroot.sh sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkroot.sh --- sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkroot.sh +++ sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkroot.sh @@ -204,8 +204,8 @@ dumb|network|unknown|) spinner= ;; esac - # This Linux/s390 special case should go away. - if [ ${KERNEL}:${MACHINE} = Linux:s390 ] + # This Linux/s390x special case should go away. + if [ ${KERNEL}:${MACHINE} = Linux:s390x ] then spinner= fi only in patch2: unchanged: --- sysvinit-2.88dsf.orig/debian/share/inittab.s390x-linux-gnu +++ sysvinit-2.88dsf/debian/share/inittab.s390x-linux-gnu @@ -0,0 +1,63 @@ +# /etc/inittab: init(8) configuration. +# $Id: inittab.s390x,v 1.9 2000/01/10 10:15:30 miquels Exp $ + +# The default runlevel. +id:2:initdefault: + +# Boot-time system configuration/initialization script. +# This is run first except when booting in emergency (-b) mode. +si::sysinit:/etc/init.d/rcS + +# What to do in single-user mode. +~~:S:wait:/sbin/sulogin + +# /etc/init.d executes the S and K scripts upon change +# of runlevel. +# +# Runlevel 0 is halt. +# Runlevel 1 is single-user. +# Runlevels 2-5 are multi-user. +# Runlevel 6 is reboot. + +l0:0:wait:/etc/init.d/rc 0 +l1:1:wait:/etc/init.d/rc 1 +l2:2:wait:/etc/init.d/rc 2 +l3:3:wait:/etc/init.d/rc 3 +l4:4:wait:/etc/init.d/rc 4 +l5:5:wait:/etc/init.d/rc 5 +l6:6:wait:/etc/init.d/rc 6 +# Normally not reached, but fallthrough in case of emergency. +z6:6:respawn:/sbin/sulogin + +# What to do when CTRL-ALT-DEL is pressed. +ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now + +# Action on special keypress (ALT-UpArrow). +kb::kbrequest:/bin/echo Keyboard Request--edit /etc/inittab to let this work. + +# What to do when the power fails/returns. +pf::powerwait:/etc/init.d/powerfail start +pn::powerfailnow:/etc/init.d/powerfail now +po::powerokwait:/etc/init.d/powerfail stop + +# /sbin/getty invocations for the runlevels. +# +# The id field MUST be the same as the last +# characters of the device (after tty). +# +# Format: +# id:runlevels:action:process +# +# The s390x only has a dumb terminal on /dev/console. +# +1:2345:respawn:/sbin/getty 38400 console dumb + +# Example how to put a getty on a serial line (for a terminal) +# +#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100 +#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100 + +# Example how to put a getty on a modem line. +# +#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3 + -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: s390x Kernel: Linux 3.0.0-1-s390x (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625372: libphone-utils: diff for NMU version 0.1+git20100630-1.1
tags 625372 + patch tags 625372 + pending thanks Dear maintainer, I've prepared an NMU for libphone-utils (versioned as 0.1+git20100630-1.1) and uploaded it. See the patch with the changes attached. I have also removed a spurious patch named debian-changes-0.1+git20100630-1 with changes for autotools that seemed to be applied/shipped by mistake while using source format 3.0. Ana diff -Nru libphone-utils-0.1+git20100630/debian/changelog libphone-utils-0.1+git20100630/debian/changelog --- libphone-utils-0.1+git20100630/debian/changelog 2010-07-26 17:45:34.0 +0200 +++ libphone-utils-0.1+git20100630/debian/changelog 2011-09-10 13:35:58.0 +0200 @@ -1,3 +1,11 @@ +libphone-utils (0.1+git20100630-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add patch remove_unusued_variables to remove unusued variables to build +with GCC 4.6.1. (Closes: #625372) + + -- Ana Beatriz Guerrero Lopez a...@debian.org Sat, 10 Sep 2011 13:35:57 +0200 + libphone-utils (0.1+git20100630-1) unstable; urgency=low * New upstream release diff -Nru libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables --- libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables 1970-01-01 01:00:00.0 +0100 +++ libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables 2011-09-10 13:29:06.0 +0200 @@ -0,0 +1,29 @@ +--- a/src/lib/phone-utils.c b/src/lib/phone-utils.c +@@ -487,17 +487,13 @@ phone_utils_normalize_number_using_param + int found; + char *pos; + int len; +- const char *international, *national, *country, *area; +- int international_len, national_len, country_len, area_len; ++ const char *international, *national; ++ int international_len, national_len; + /* Optimize, already got those saved, get them */ + international = phone_utils_get_user_international_prefix(); + national = phone_utils_get_user_national_prefix(); +- country = phone_utils_get_user_country_code(); +- area = phone_utils_get_user_area_code(); + international_len = strlen(international); + national_len = strlen(national); +- country_len = strlen(country); +- area_len = strlen(area); + + /* on error */ + if (!number) { +@@ -754,4 +750,4 @@ int + phone_utils_remove_filler_chars(char *number) + { + return filter_string(number, filler_chars); +-} +\ No newline at end of file ++} diff -Nru libphone-utils-0.1+git20100630/debian/patches/series libphone-utils-0.1+git20100630/debian/patches/series --- libphone-utils-0.1+git20100630/debian/patches/series 2010-07-26 17:45:44.0 +0200 +++ libphone-utils-0.1+git20100630/debian/patches/series 2011-09-10 13:24:44.0 +0200 @@ -1 +1 @@ -debian-changes-0.1+git20100630-1 +remove_unusued_variables
Bug#641108: darnwdl: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: darnwdl Version: 0.5-1 Severity: important Hello Ying-Chun, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update darnwdl to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: darnwdl :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641109: driftnet: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: driftnet Version: 0.1.6-9 Severity: important Hello Christoph, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update driftnet to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: driftnet:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641110: dvgrab: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: dvgrab Version: 3.5-1 Severity: important Hello Erik, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update dvgrab to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: dvgrab :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615681: ntrack: ftbfs with gcc-4.5
On Sat, Aug 20, 2011 at 08:15:29PM +0200, Aurelien Jarno wrote: tag 615681 + fixed-in-experimental thanks On Mon, Feb 28, 2011 at 12:34:07AM +, Matthias Klose wrote: Package: ntrack Version: 008-1 Severity: normal Tags: sid User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.5 The package fails to build in a test rebuild on at least amd64 with gcc-4.5/g++-4.5, but succeeds to build with gcc-4.4/g++-4.4. The full build log can be found at: http://people.debian.org/~lucas/logs/2011/02/14/gcc/gcc4.5/ntrack_008-1_lsid64b.buildlog The last lines of the build log are at the end of this report. Some more details can be found at http://lists.debian.org/debian-devel-announce/2011/02/msg00012.html [...] libtool: link: ( cd .libs rm -f libntrack-qt4.la ln -s ../libntrack-qt4.la libntrack-qt4.la ) make[4]: Leaving directory `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/qt4' make[3]: Leaving directory `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/qt4' Making all in gobject make[3]: Entering directory `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject' /usr/bin/make all-recursive make[4]: Entering directory `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject' Making all in test make[5]: Entering directory `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject/test' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject/test' make[5]: Entering directory `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject' /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I..-Wall -Werror -pedantic -I./../common/ -I./../glib/ -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-g -O2 -g -O2 -c -o libntrack_gobject_la-ntrack-gmonitor.lo `test -f 'ntrack-gmonitor.c' || echo './'`ntrack-gmonitor.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -Wall -Werror -pedantic -I./../common/ -I./../glib/ -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -g -O2 -c ntrack-gmonitor.c -fPIC -DPIC -o .libs/libntrack_gobject_la-ntrack-gmonitor.o In file included from ntrack-gmonitor.c:26:0: ntrack-gmarshal.h: In function '_ntrack_cclosure_marshal_VOID__ENUM_ENUM': ntrack-gmarshal.h:97:14: warning: ISO C forbids conversion of object pointer to function pointer type cc1: warnings being treated as errors ntrack-gmonitor.c: In function '_event_callback': ntrack-gmonitor.c:93:15: error: comparison between 'NTrackGlibState' and 'ntrack_state_t' make[5]: *** [libntrack_gobject_la-ntrack-gmonitor.lo] Error 1 make[5]: Leaving directory `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject' make[4]: *** [all-recursive] Error 1 make[3]: *** [all] Error 2 make[4]: Leaving directory `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject' make[3]: Leaving directory `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject' make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 This RC bug is opened for 5 months already without any try to fix it. Moreover the version in unstable (008) is outdated compared to upstream (014). This bug doesn't affect experimental, which has version 011. The best thing to do is probably to upload the current experimental version to unstable. I am planning to do that over the next days if I get no reaction to this email. Given I got no reaction to this email, I have done an NMU, uploading the current experimental version with minor changes to unstable. Please find below the diff between versions 0.11-1 and 0.11-1.1. diff -u ntrack-011/debian/libntrack-qt4-1.symbols ntrack-011/debian/libntrack-qt4-1.symbols --- ntrack-011/debian/libntrack-qt4-1.symbols +++ ntrack-011/debian/libntrack-qt4-1.symbols @@ -6,6 +6,7 @@ _ZN15QNtrackListener16staticMetaObjectE@Base 005 _ZN15QNtrackListenerD0Ev@Base 005 _ZN15QNtrackListenerD1Ev@Base 005 + _ZN15QNtrackListenerD2Ev@Base 011 _ZN7QNtrack11qt_metacallEN11QMetaObject4CallEiPPv@Base 005 _ZN7QNtrack11qt_metacastEPKc@Base 005 _ZN7QNtrack12monitorEventE14ntrack_event_t@Base 005 diff -u ntrack-011/debian/changelog ntrack-011/debian/changelog --- ntrack-011/debian/changelog +++ ntrack-011/debian/changelog @@ -1,3 +1,11 @@ +ntrack (011-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Upload to unstable. This version builds with gcc-4.5. Closes: #615681. + * Update symbols file. + + -- Aurelien Jarno aure...@debian.org Fri, 09 Sep 2011 00:21:48 +0200 + ntrack (011-1) experimental; urgency=low * Upload new upstream release 011 to debian experimental -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to
Bug#623970: [Pkg-mozext-maintainers] Bug#623970: Bug#623970: ITP: xul-ext-cookie-monster -- please package Iceweasel Cookie Monster extension
On Sat, Sep 10, 2011 at 12:59:37PM +0200, Fabrizio Regalli wrote: I think the package is right now apart from README.source Uploaded. Don't forget to add the proper tag to the Git repository. And please, write a debian/README.source. That will take you at most 10 minutes. Cheers, -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` `- signature.asc Description: Digital signature
Bug#641111: FTBFS: Could not find X11
Package: phonon Version: 4:4.6.0really4.5.0-4 Severity: serious Justification: fails to build from source Hello, Your package failed to build from source: CMake Error at /usr/share/cmake-2.8/Modules/FindX11.cmake:381 (MESSAGE): Could not find X11 Full build log attached. Laurent. phonon.log.xz Description: Binary data
Bug#641112: c2hs: FTBFS: hlibrary.setup: the following dependencies are missing: language-c =0.3.1.1 0.4.0
Package: c2hs Version: 0.16.3-1 Severity: serious Justification: fails to build from source (but built successfully in the past) c2hs version 0.16.3-1 fails to build, due to version mismatch. It requires language-c 0.4.0, while the version in unstable is now 0.4.2. From my build log: | /usr/share/cdbs/1/rules/buildcore.mk:109: WARNING: DEB_COMPRESS_EXCLUDE is a deprecated variable | if test ! -e Setup.lhs -a ! -e Setup.hs; then echo No setup script found!; exit 1; fi | for setup in Setup.lhs Setup.hs; do if test -e $setup; then ghc --make $setup -o debian/hlibrary.setup; exit 0; fi; done | [1 of 1] Compiling Main ( Setup.hs, Setup.o ) | Linking debian/hlibrary.setup ... | debian/hlibrary.setup configure --ghc -v2 \ | --prefix=/usr --libdir=/usr/lib/haskell-packages/ghc/lib \ | --builddir=dist-ghc \ | --haddockdir=/usr/lib/ghc-doc/haddock/c2hs-0.16.3/ \ | --htmldir=/usr/share/doc/libghc-c2hs-doc/html/ --ghc-option=-DDEBIAN_NO_GHCI \ | | Configuring c2hs-0.16.3... | hlibrary.setup: At least the following dependencies are missing: | language-c =0.3.1.1 0.4.0 | make: *** [dist-ghc] Error 1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598940: Bug#625863: Remove from testing?
Hi Gregor On Wed, May 11, 2011 at 07:19:44PM +0200, gregor herrmann wrote: If I'm not mistaken, libkinosearch-perl can be removed from testing (the only rdep, libmojomojo-perl, switched to libkinosearch1-perl in 1.04+dfsg-1 which is already in testing). (Maybe we can remove it completely, but for the sake of the perl5.12 transition removing it from testing should be enough now.) In a upstream bugreport [1] there is the following comment/reply: ---(RT#69437)--- Hi, The KinoSearch project has moved to Apache and is now known as Apache Lucy. The problems with Strawberry Perl compilation will not be fixed for KinoSearch, but have been addressed on current Lucy svn trunk. The upcoming Lucy 0.2.0 release should meet your needs. If you have further questions, please send them to the Lucy users list: http://incubator.apache.org/lu cy/mailing_lists.html [1] http://rt.cpan.org/Public/Bug/Display.html?id=69437 Maybe we can really drop libkinosearch-perl from unstable too. Regards Salvatore signature.asc Description: Digital signature
Bug#641106: debconf: [INTL:si] Sinhala translation
Quoting Danishka Navin (danis...@gmail.com): Package: debconf Severity: wishlist Tags: l10n patch X-debbugs-CC:bubu...@debian.org # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # The file is indeed not completely translated after resyncing with the POT file. See attached file. si.po Description: application/gettext signature.asc Description: Digital signature
Bug#623970: [Pkg-mozext-maintainers] Bug#623970: Bug#623970: ITP: xul-ext-cookie-monster -- please package Iceweasel Cookie Monster extension
Am Samstag, den 10.09.2011, 14:12 +0200 schrieb Jérémy Bobbio: On Sat, Sep 10, 2011 at 12:59:37PM +0200, Fabrizio Regalli wrote: I think the package is right now apart from README.source Uploaded. Don't forget to add the proper tag to the Git repository. And please, write a debian/README.source. That will take you at most 10 minutes. I am against having a debian/README.source if this package follows the common practices of the pkg-mozext-maintainers group. -- Benjamin Drung Debian Ubuntu Developer signature.asc Description: This is a digitally signed message part
Bug#641114: soundconverter: Soundconverter terminates at startup: TypeError: could not parse URI
Package: soundconverter Version: 1.4.4-2 Severity: grave Justification: renders package unusable When attempting to start soundconverter, it terminates with the following: SoundConverter 1.4.4 using Gstreamer version: 0.10.35, Python binding version: 0.10.21 using gio 'lame' element not found, disabling MP3. 'faac' element not found, disabling AAC. using 2 thread(s) (soundconverter:9133): libglade-WARNING **: Error loading image: Couldn't recognize the image file format for file '/usr/share/soundconverter /soundconverter-logo.svg' (soundconverter:9133): libglade-WARNING **: could not convert string to type `GdkPixbuf' for property `logo' Traceback (most recent call last): File /usr/bin/soundconverter, line 2830, in module main() File /usr/bin/soundconverter, line 2822, in main gui_main(args) File /usr/bin/soundconverter, line 2617, in gui_main win = SoundConverterWindow(glade) File /usr/bin/soundconverter, line 2336, in __init__ self.prefs = PreferencesDialog(glade) File /usr/bin/soundconverter, line 1576, in __init__ self.set_widget_initial_values(glade) File /usr/bin/soundconverter, line 1607, in set_widget_initial_values uri = filename_to_uri(self.get_string(selected-folder)) File /usr/bin/soundconverter, line 277, in filename_to_uri filename = str(gnomevfs.URI(filename)) TypeError: could not parse URI I tried both the binary and source deb, same results. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages soundconverter depends on: ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-1 ii python 2.6.7-3 ii python-glade2 2.24.0-2 ii python-gnome2 2.28.1-3 ii python-gst0.10 0.10.21-2.1 soundconverter recommends no packages. Versions of packages soundconverter suggests: pn gstreamer0.10-ffmpeg1:0.10.11-4.1 pn gstreamer0.10-plugins-ugly 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#641115: gnus: mm-decode shouldn't require the death of external displayers
Package: emacs23-common Version: 23.3+1-1 Severity: minor File: gnus It's annoying that external attachment displayers are killed when they are, preventing me from viewing several attachments from various mail messages at once. Why kill them at all? Couldn't they be forked into some separate process that forks the displayer and cleans up its tmp file after that process exits naturally without the main emacs process needing to actually get rid of them before moving on to something else? This is doubly annoying with external displayers like graphicsmagick that don't simply die when the ^C comes, so emacs gets trapped in a state of uselessness because it can't gracefully handle the external viewer not dying. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (600, 'stable'), (50, 'testing'), (40, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (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/bash Versions of packages emacs23-common depends on: ii dpkg 1.15.8.11 Debian package management system ii emacsen-common1.4.22 Common facilities for all emacsen ii install-info 4.13a.dfsg.1-6 Manage installed documentation in emacs23-common recommends no packages. Versions of packages emacs23-common suggests: pn emacs23-common-non-dfsg none (no description available) pn emacs23-elnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637796: iptables rules not loaded
Package: iptables-persistent Version: 0.5.2 Severity: critical Hi there, I confirm this issue, I also find out that the rules are not loaded anymore after reboot. It is not useful to check if the /proc/net/ip_tables_names is present or not. I unloaded all iptables modules and checked that /proc/net/ip_tables_names was not present. I removed the check if [ ! -f /proc/net/ip_tables_names ]; then in /etc/init.d/iptables-persistent and started the script. My rules were correctly loaded, without any problems. So, consider removing the tests on /proc/net/ip_tables_names and /proc/net/ip6_tables_names because they could lead to a big security hole. Regards, Igor. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641116: libcairo2: iceweasel needs a cairo2 patch to render rotated text correctly
Package: libcairo2 Version: 1.10.2-6.1 Severity: normal Dear Maintainers, I'm experiencing a render bug in iceweasel. I've been in touch with the firefox developers, and they say that they fixed this issue by patching cairo. They informed me that had I used the version of cairo bundled with firefox that I would not have the rendering issue. The rendering bug is that when -moz-translate is used to rotate a block containing text, often the individual characters are rendered rightside up (though the position of the individual characters is correctly rotated about the object's origin.) Also the characters will tend to flicker between correct orientation and right-side up as you select parts of the text with the mouse. References: 1. Explanation from firefox devs about the cairo patch (comment #43): https://bugzilla.mozilla.org/show_bug.cgi?id=518172#c43 2. Another bug page on firefox of people describing the render bug with example code and screenshots: https://bugzilla.mozilla.org/show_bug.cgi?id=501028 3. Direct link to a screenshot of broken text rendering (the vertical word should have its characters sideways.) https://bug501028.bugzilla.mozilla.org/attachment.cgi?id=559637 If this cannot be fixed by changing the cairo source/package, please reassign this bug to the iceweasel team. Thank you! - Jason -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcairo2 depends on: ii libc6 2.13-20 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libpixman-1-0 0.22.2-1 ii libpng12-0 1.2.46-3 ii libx11-62:1.4.4-1 ii libxcb-render0 1.7-3 ii libxcb-shm0 1.7-3 ii libxcb1 1.7-3 ii libxrender1 1:0.9.6-2 ii zlib1g 1:1.2.3.4.dfsg-3 libcairo2 recommends no packages. libcairo2 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#641117: RM: fantasdic -- ROM; Unmaintained since 2009, uninstallable in unstable
Package: ftp.debian.org Severity: normal Per #639436, fantasdic is uninstallable in unstable, and since it's also been unmaintained for a long time, I'm asking for its removal from the archive. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641118: More random names for build directories, not cow.$$
Package: cowbuilder Version: 0.64 Severity: normal Hi, I'm running cowbuilder in a Linux Container which has its own process ID space. Therefore, each build starts with the same pid and cowbuilder uses the same directory cow.2 for each build. Hence, no parallel builds are possible, because they all want to use cow.2. # lxc-execute -n cowbuilder-update -- cowbuilder --update - Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.2 forking: cp -al /var/cache/pbuilder/base-sid.cow /var/cache/pbuilder/build//cow.2 I: removed stale ilistfile /var/cache/pbuilder/build//cow.2/.ilist - Invoking pbuilder forking: pbuilder update --buildplace /var/cache/pbuilder/build//cow.2 --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.2 cow-shell Please, use mktemp or something to choose a unique name to reduce these collisions. Bye, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.1.0-rc3.ledtest-00161-g671ee7f-dirty 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 cowbuilder depends on: ii cowdancer 0.64 ii libc6 2.13-20 ii pbuilder 0.202 cowbuilder recommends no packages. cowbuilder suggests no packages. -- no debconf information signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#612988: RFA: amara -- Amara is a pythonic XML toolkit
* David Villa Alises david.vi...@uclm.es, 2011-02-12, 05:11: Amara is very heavy and it has very few users. There are more suitable alternatives for XML parsing already in Debian (like python-lxml). I request an adopter for the amara package, or removing as well. After 6 months, it doesn't look like anybody is going to adopt this package. Are you OK with removing it from the archive? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641119: debian-bts-applet: please stop depending on python-btsutils
Source: debian-bts-applet Version: 0.3 Severity: important python-btsutils is buggy and unmaintained, and a better alternative exists: python-debianbts. I'd like to remove python-btsutils from the archive. Could you please please port your package to use python-debianbts instead of -btsutils? Thanks! -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639436: package no longer installable
See ROM at http://bugs.debian.org/641117 Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641120: backupninja: wrong duplicity version check for keepincroffulls option
Package: backupninja Version: 0.9.9-1 Severity: normal Tags: patch upstream There's a wrong duplicity version check in support for keepincroffulls backupninja option keepincroffulls of duplicity handler. See upstream bug https://labs.riseup.net/code/issues/3443 for the fix. Thanks in davance. Best regards, -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages backupninja depends on: ii bash 4.1-3 The GNU Bourne Again SHell ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii dialog 1.1-20100428-1Displays user-friendly dialog boxe ii gawk 1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr ii mawk 1.3.3-15 a pattern scanning and text proces ii util-linux 2.17.2-9 Miscellaneous system utilities backupninja recommends no packages. Versions of packages backupninja suggests: ii cdrdao 1:1.2.3-0.1 records CDs in Disk-At-Once (DAO) ii debconf-utils1.5.36.1debconf utilities ii dvd+rw-tools 7.1-6 DVD+-RW/R tools ii genisoimage 9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem ii hwinfo 16.0-2 Hardware identification system ii mdadm3.1.4-1+8efb9d1 tool to administer Linux MD arrays ii rdiff-backup 1.2.8-6 remote incremental backup ii wodim9:1.1.11-1 command line CD/DVD writing tool -- no debconf information -- Olivier BERGER (OpenPGP: 4096R/7C5BB6A5) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592550: Provide support for SSH-Key authentication (Supports Eucalyptus and Amazon EC2)
Le Tue, Aug 10, 2010 at 04:49:51PM -0400, Kyle Moffett a écrit : When performing partially-automated virtual-server installations (using services such as Eucalyptus or Amazon EC2, for example), it's not really practical or secure to use password-based authentication for the installer. Furthermore, such virtual server environments provide an automatic method of provisioning public SSH keys during the installation process via an HTTP URL. The Ubuntu guys seem to have a patch for this that never got merged: https://bugs.launchpad.net/ubuntu/+source/network-console/+bug/184108 Dear all, I think that it would wonderful if Ubuntu's patch were applied in Debian. Here is a slimmed down version of it, where I removed the Ubuntu-specific parts changing debian/control, the changelog and .gitignore files, … http://patches.ubuntu.com/n/network-console/network-console_1.28ubuntu1.patch --- 1.28/debian/network-console.postinst2011-01-19 04:51:17.0 + +++ 1.28ubuntu1/debian/network-console.postinst 2011-05-04 00:19:29.0 +0100 @@ -26,7 +26,30 @@ case $ARCHDETECT in ;; esac -while [ -z $PASSWORD ]; do +db_get $TEMPLATE_ROOT/authorized_keys_url + +AUTHORIZED_KEYS_URL=$RET +AUTHORIZED_KEYS_DIRECTORY=/.ssh +AUTHORIZED_KEYS_FILE=$AUTHORIZED_KEYS_DIRECTORY/authorized_keys + +if [ -n $AUTHORIZED_KEYS_URL ]; then + if [ ! -f $AUTHORIZED_KEYS_FILE ]; then + [ -d $AUTHORIZED_KEYS_DIRECTORY ] || \ + mkdir $AUTHORIZED_KEYS_DIRECTORY + chmod 0700 $AUTHORIZED_KEYS_DIRECTORY + if ! wget -q $AUTHORIZED_KEYS_URL -O $AUTHORIZED_KEYS_FILE; then + db_subst $TEMPLATE_ROOT/authorized_keys_fetch_failure \ + LOCATION $AUTHORIZED_KEYS_URL + db_input critical $TEMPLATE_ROOT/authorized_keys_fetch_failure \ + || true + db_go + exit 1 + fi + chmod 0644 $AUTHORIZED_KEYS_FILE || true + fi +fi + +while [ ! -f $AUTHORIZED_KEYS_FILE ] [ -z $PASSWORD ]; do db_input critical $TEMPLATE_ROOT/password || true COMPARE_PW='' db_input high $TEMPLATE_ROOT/password-again COMPARE_PW=1 || true diff -pruN 1.28/debian/network-console.templates 1.28ubuntu1/debian/network-console.templates --- 1.28/debian/network-console.templates 2011-01-19 04:51:17.0 + +++ 1.28ubuntu1/debian/network-console.templates2011-05-04 00:19:29.0 +0100 @@ -75,3 +75,19 @@ _Description: Start SSH . Please check this carefully against the fingerprint reported by your SSH client. + +Template: network-console/authorized_keys_url +Type: string +Description: for internal use; can be preseeded + What URL contains a list of authorized SSH public keys? + . + The file at the given URL should be of the same form as a standard OpenSSH + authorized_keys file. + +Template: network-console/authorized_keys_fetch_failure +Type: error +# should be translated when committed upstream +Description: Could not fetch OpenSSH authorized keys + An error occurred while fetching OpenSSH authorized keys from ${LOCATION}. + . + Check /var/log/syslog or see virtual console 4 for the details. Please let me know how I can help to make this happen. Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637784: installation-reports: Partition disks error: No root file system is defined.
Le Sat, Aug 20, 2011 at 06:26:45PM +0900, Charles Plessy a écrit : Using the shell console, I found that the partition table was the following: Disk /dev/xvda1: 1073 MB, 1073741824 bytes 255 heads, 63 sectors/track, 130 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0002dcf2 Device Boot Start End Blocks Id System /dev/xvda1p1 * 1 118 947803+ 83 Linux /dev/xvda1p2 119 130 963905 Extended /dev/xvda1p5 119 130 96358+ 82 Linux swap / Solaris However, the device files /dev/xvda1p1, p2 and p5 are not available. Do you have any idea ? Dear all, I hope that I am not too bothering with my insistance, but I am completely blocked on this issue, and I would like to ask again for your help, as I think that it would be beneficial to Debian as well if it were possible to use the Debian installer on the Amazon Elastic Computer Cloud. Please let me know how I can help the D-I team in return. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641121: gnome-system-monitor and chrome fail while using linux-image-2.6.32-5-686 from security.debian (update from 09.09.11). It looks like this bug has fixed https://lkml.org/lkml/2011/3/27/17
Package: linux-2.6 Version: 2.6.32-35squeeze1 Severity: important *** Please type your report below this line *** -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-35squeeze1) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Aug 26 09:15:47 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=a5a1f49f-d6a7-4ceb-a7e0-1af1919a429a ro quiet ** Tainted: D (128) * Kernel has oopsed before. ** Kernel log: [ 5.532570] it87: in7 is VCCH (+5V Stand-By) [ 5.532637] ACPI: I/O resource it87 [0x295-0x296] conflicts with ACPI region ECRE [0x290-0x2af] [ 5.532843] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 6.178428] kjournald starting. Commit interval 5 seconds [ 6.179613] EXT3 FS on sda3, internal journal [ 6.179624] EXT3-fs: mounted filesystem with ordered data mode. [ 6.906097] fuse init (API version 7.13) [ 10.123719] r8169: eth0: link up [ 10.123728] r8169: eth0: link up [ 12.369787] [drm] Big FIFO is disabled [ 12.388619] Bluetooth: Core ver 2.15 [ 12.388736] NET: Registered protocol family 31 [ 12.388742] Bluetooth: HCI device and connection manager initialized [ 12.388749] Bluetooth: HCI socket layer initialized [ 12.437418] Bluetooth: L2CAP ver 2.14 [ 12.437425] Bluetooth: L2CAP socket layer initialized [ 12.444520] [drm] Big FIFO is disabled [ 12.444532] [drm] Big FIFO is disabled [ 12.705593] [drm] Big FIFO is disabled [ 12.707423] Bluetooth: RFCOMM TTY layer initialized [ 12.707434] Bluetooth: RFCOMM socket layer initialized [ 12.707441] Bluetooth: RFCOMM ver 1.11 [ 12.741883] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 12.741890] Bluetooth: BNEP filters: protocol multicast [ 12.776523] [drm] Big FIFO is disabled [ 12.776536] [drm] Big FIFO is disabled [ 13.222783] Bridge firewalling registered [ 13.396132] Bluetooth: SCO (Voice Link) ver 0.6 [ 13.396139] Bluetooth: SCO socket layer initialized [ 19.307473] CPU0 attaching NULL sched-domain. [ 19.307485] CPU1 attaching NULL sched-domain. [ 19.332636] CPU0 attaching sched-domain: [ 19.332645] domain 0: span 0-1 level SIBLING [ 19.332653] groups: 0 (cpu_power = 589) 1 (cpu_power = 589) [ 19.332669] domain 1: span 0-1 level MC [ 19.332676] groups: 0-1 (cpu_power = 1178) [ 19.332689] CPU1 attaching sched-domain: [ 19.332695] domain 0: span 0-1 level SIBLING [ 19.332702] groups: 1 (cpu_power = 589) 0 (cpu_power = 589) [ 19.332717] domain 1: span 0-1 level MC [ 19.332723] groups: 0-1 (cpu_power = 1178) [ 20.428016] eth0: no IPv6 routers present [ 98.765476] BUG: unable to handle kernel paging request at fff3 [ 98.765487] IP: [c10e509f] m_stop+0xe/0x3f [ 98.765498] *pde = 01420067 *pte = [ 98.765505] Oops: [#1] SMP [ 98.765510] last sysfs file: /sys/devices/virtual/net/lo/statistics/collisions [ 98.765516] Modules linked in: cpufreq_userspace cpufreq_powersave cpufreq_stats cpufreq_conservative sco bridge stp bnep rfcomm l2cap crc16 bluetooth rfkill binfmt_misc fuse hwmon_vid coretemp loop snd_hda_codec_idt snd_hda_intel snd_hda_codec i915 snd_hwdep drm_kms_helper snd_pcm snd_seq drm snd_timer i2c_algo_bit hid_a4tech snd_seq_device usbhid parport_pc video snd i2c_i801 soundcore asus_atk0110 parport i2c_core evdev hid snd_page_alloc pcspkr output button processor ext3 jbd mbcache sd_mod crc_t10dif ata_generic ata_piix uhci_hcd libata thermal ehci_hcd scsi_mod usbcore nls_base r8169 mii thermal_sys [last unloaded: scsi_wait_scan] [ 98.765604] [ 98.765611] Pid: 2016, comm: gnome-system-mo Not tainted (2.6.32-5-686 #1) System Product Name [ 98.765617] EIP: 0060:[c10e509f] EFLAGS: 00010286 CPU: 0 [ 98.765623] EIP is at m_stop+0xe/0x3f [ 98.765627] EAX: f5a9eba0 EBX: f58f1f64 ECX: c128030c EDX: fff3 [ 98.765633] ESI: f5a9ddc0 EDI: fff3 EBP: fff3 ESP: f58f1f3c [ 98.765638] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [ 98.765644] Process gnome-system-mo (pid: 2016, ti=f58f task=f5a46a40 task.ti=f58f) [ 98.765648] Stack: [ 98.765652] f58f1f64 f5a9eba0 c10c6f2f 0400 b7703000 f67f7e00 f5a9ebc8 [ 98.765664] 0 0001 c1102898 0400 f67f7e00 c10c6ce6 b7703000 [ 98.765677] 0 c10b3bb2 f58f1f9c f67f7e00 fff7 f58f c10b3ca2 f58f1f9c [ 98.765691] Call Trace: [ 98.765700] [c10c6f2f] ? seq_read+0x249/0x360 [ 98.765709] [c1102898] ? security_file_permission+0xc/0xd [ 98.765716] [c10c6ce6] ? seq_read+0x0/0x360 [ 98.765723] [c10b3bb2] ? vfs_read+0x7b/0xd3 [ 98.765730] [c10b3ca2] ? sys_read+0x3c/0x63 [ 98.765738] [c10030fb] ? sysenter_do_call+0x12/0x28 [ 98.765742] Code: f0 ff 08 0f 94 c2 84 d2 74 09 8b 44 24 08 e8 12 b1 f4 ff 83 c4 38 89 f8 5b 5e 5f 5d c3 56 85 d2 53 8b 70 40 74 16 3b 56 08 74 11 8b 1a 8d 43 34 e8 1d 20 f6 ff 89 d8 e8 03 98 f4 ff 8b 4e 04 85 [ 98.765813] EIP: [c10e509f]
Bug#641122: desktop-profiles: package description do not respect the Debian general guidelines
Package: desktop-profiles Severity: minor The package description don't respect the General guidelines for package descriptions[1]: The first paragraph of the long description should answer the following questions: what does the package do? what task does it help the user accomplish? It is important to describe this in a non-technical way, unless of course the audience for the package is necessarily technical. I think that the 2° paragraph must be the 1° Note: I'm using the DDTSS packages description Ciao Davide [1] http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-desc-basics -- Dizionari: http://linguistico.sourceforge.net/wiki Sistema operativo: http://www.it.debian.org GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559958: inteltool: diff for NMU version 0.0+r4091-1.2
tags 559958 + patch tags 559958 + pending thanks Dear maintainer, I've prepared an NMU for inteltool (versioned as 0.0+r4091-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. reverted: --- inteltool-0.0+r4091/bugreport.cgi?msg=12;filename=inteltool.patch;att=1;bug=528856 +++ inteltool-0.0+r4091.orig/bugreport.cgi?msg=12;filename=inteltool.patch;att=1;bug=528856 @@ -1,33 +0,0 @@ -diff -ur inteltool.old/cpu.c inteltool-0.0+r4091/cpu.c inteltool.old/cpu.c2009-11-07 00:14:52.0 + -+++ inteltool-0.0+r4091/cpu.c 2009-11-07 00:19:02.0 + -@@ -30,8 +30,19 @@ - - unsigned int cpuid(unsigned int op) - { -- unsigned int ret; -- unsigned int dummy2, dummy3, dummy4; -+ unsigned long ret; -+ unsigned long dummy2, dummy3, dummy4; -+#if defined(__x86_64__) -+ asm volatile ( -+ pushq %%rbx\n -+ cpuid \n -+ movq %%rbx, %1 \n -+ popq %%rbx \n -+ : =a (ret), =r (dummy2), =c (dummy3), =d (dummy4) -+ : a (op) -+ : cc -+ ); -+#else - asm volatile ( - pushl %%ebx\n - cpuid \n -@@ -41,6 +52,7 @@ - : a (op) - : cc - ); -+#endif - return ret; - } - diff -u inteltool-0.0+r4091/debian/control inteltool-0.0+r4091/debian/control --- inteltool-0.0+r4091/debian/control +++ inteltool-0.0+r4091/debian/control @@ -7,7 +7,7 @@ Homepage: http://coreboot.org/Inteltool Package: inteltool -Architecture: any +Architecture: any-amd64 any-i386 Depends: ${shlibs:Depends}, ${misc:Depends} Description: Dump Intel CPU / chipset configuration parameters inteltool is a tool for dumping the configuration space of diff -u inteltool-0.0+r4091/debian/changelog inteltool-0.0+r4091/debian/changelog --- inteltool-0.0+r4091/debian/changelog +++ inteltool-0.0+r4091/debian/changelog @@ -1,3 +1,10 @@ +inteltool (0.0+r4091-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Restrict architectures to any-amd64 and any-i386. (Closes: #559958) + + -- Ansgar Burchardt ans...@debian.org Sat, 10 Sep 2011 15:36:29 +0200 + inteltool (0.0+r4091-1.1) unstable; urgency=low * Non-maintainer upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631319: Bug is solved in version 92-2 now, can be closed
Hi I suggest the bug can be closed as I can confirm that it is solved in version 92-2 now. Best regards Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638137: [Pkg-openssl-devel] Bug#638137: Please transition openssl for multiarch
On Tue, Aug 16, 2011 at 06:15:39PM -0700, Steve Langasek wrote: Package: openssl Version: 1.0.0d-3.1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch Hi guys, Please find attached a patch to openssl to transition it to use of the multiarch library paths as described at http://wiki.debian.org/Multiarch/Implementation. This patch has been tested and included in Ubuntu Oneiric. openssl is obviously a pretty core library, and is part of the stack packaged in ia32-libs. Converting openssl for multiarch use, and thus facilitating the direct installation of i386 packages on amd64 systems, will be a great step forward in the release goal of getting rid of ia32-libs for wheezy. So please consider including this patch in Debian sooner rather than later. So I've uploaded the patch. But I have a question: The header files depend on the arch, because some comptile time options are stored in it. I think they're all in opensslconf.h. libssl-dev didn't get an Multi-Arch line in the control file, so I assume they currently can't install it from different arches currently. Should I move the include files to /usr/include/$triplet for that too? Or do we currently not want to support installing multiple -dev packages? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638933: Absence of pstoraster and hpgltops
I was able to work around this problem by: 1) making a symlink /usr/lib/cups/filter/pstoraster to /usr/lib/cups/filter/gstoraster. 2) Copying hpgltops from another distro (I have Crux which uses an earlier version of cups). No.2 is frankly a bodge but no.1 makes sense because gstoraster provides the same service as pstoraster.
Bug#641090: Found the solution
It seem to be not a problem, but the intended behavior. As the author told me in IRC, the symbols are resolved dynamically, so the order of plugins matters. To get rid of the issue, one should use --plugins python26,greenlet_python26 rather than --plugins greenlet_python26,python26. I think, the bug may be closed.
Bug#623595: xine-lib: diff of the NMU
I have just done an NMU of xine-lib: to fix two issues causing an FTBFS and for which the bugs are opened for some time. Please find the diff below. diff -Nru xine-lib-1.1.19/debian/changelog xine-lib-1.1.19/debian/changelog --- xine-lib-1.1.19/debian/changelog2011-01-23 17:50:35.0 +0100 +++ xine-lib-1.1.19/debian/changelog2011-09-10 15:49:23.0 +0200 @@ -1,3 +1,13 @@ +xine-lib (1.1.19-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Add patch from Reinhard Tartler to fix FTBFS with libav 0.7. Closes: +#628197. + * Add patch from Loic Dachary to remove pvr from the plugins now that v4l +is gone. Enable v4l on linux instead of on !linux. Closes: #623595. + + -- Aurelien Jarno aure...@debian.org Sat, 10 Sep 2011 15:21:31 +0200 + xine-lib (1.1.19-3) unstable; urgency=low * add missing #includeX11/extensions/XvMClib.h to avoid FTBFS, diff -Nru xine-lib-1.1.19/debian/libxine1-misc-plugins.install xine-lib-1.1.19/debian/libxine1-misc-plugins.install --- xine-lib-1.1.19/debian/libxine1-misc-plugins.install2011-01-23 17:18:48.0 +0100 +++ xine-lib-1.1.19/debian/libxine1-misc-plugins.install2011-09-10 15:46:15.0 +0200 @@ -7,7 +7,6 @@ debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_mms.so debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_net.so debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pnm.so -debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pvr.so debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_rtp.so debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_rtsp.so debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_smb.so diff -Nru xine-lib-1.1.19/debian/patches/libav-0.7 xine-lib-1.1.19/debian/patches/libav-0.7 --- xine-lib-1.1.19/debian/patches/libav-0.71970-01-01 01:00:00.0 +0100 +++ xine-lib-1.1.19/debian/patches/libav-0.72011-09-10 15:21:29.0 +0200 @@ -0,0 +1,237 @@ +From: Reinhard Tartler siret...@tauware.de +Subject: unbreak compilation with Libav 0.7 + +Index: xine-lib/src/combined/ffmpeg/ff_video_decoder.c +=== +--- xine-lib.orig/src/combined/ffmpeg/ff_video_decoder.c 2011-05-27 19:46:33.550935020 +0200 xine-lib/src/combined/ffmpeg/ff_video_decoder.c2011-05-27 19:58:40.030934613 +0200 +@@ -58,12 +58,28 @@ + + #define ENABLE_DIRECT_RENDERING + ++#if LIBAVCODEC_VERSION_MAJOR = 53 || (LIBAVCODEC_VERSION_MAJOR == 52 LIBAVCODEC_VERSION_MINOR = 32) ++# define AVVIDEO 2 ++#else ++# define AVVIDEO 1 ++# define pp_context pp_context_t ++# define pp_mode pp_mode_t ++#endif ++ + /* reordered_opaque appeared in libavcodec 51.68.0 */ + #define AVCODEC_HAS_REORDERED_OPAQUE + #if LIBAVCODEC_VERSION_INT 0x334400 + # undef AVCODEC_HAS_REORDERED_OPAQUE + #endif + ++#if LIBAVCODEC_VERSION_MAJOR = 53 || (LIBAVCODEC_VERSION_MAJOR == 52 LIBAVCODEC_VERSION_MINOR = 32) ++# define AVVIDEO 2 ++#else ++# define AVVIDEO 1 ++# define pp_context pp_context_t ++# define pp_mode pp_mode_t ++#endif ++ + typedef struct ff_video_decoder_s ff_video_decoder_t; + + typedef struct ff_video_class_s { +@@ -116,8 +132,8 @@ + + int pp_quality; + int pp_flags; +- pp_context_t *pp_context; +- pp_mode_t*pp_mode; ++ pp_context *pp_context; ++ pp_mode *pp_mode; + + /* mpeg-es parsing */ + mpeg_parser_t*mpeg_parser; +@@ -1055,12 +1071,26 @@ + } + + /* skip decoding b frames if too late */ ++#if AVVIDEO 1 ++this-context-skip_frame = (this-skipframes 0) ? AVDISCARD_NONREF : AVDISCARD_DEFAULT; ++#else + this-context-hurry_up = (this-skipframes 0); ++#endif + + lprintf(avcodec_decode_video: size=%d\n, this-mpeg_parser-buffer_size); ++#if AVVIDEO 1 ++AVPacket avpkt; ++av_init_packet(avpkt); ++avpkt.data = (uint8_t *)this-mpeg_parser-chunk_buffer; ++avpkt.size = this-mpeg_parser-buffer_size; ++avpkt.flags = AV_PKT_FLAG_KEY; ++len = avcodec_decode_video2 (this-context, this-av_frame, ++ got_picture, avpkt); ++#else + len = avcodec_decode_video (this-context, this-av_frame, + got_picture, this-mpeg_parser-chunk_buffer, + this-mpeg_parser-buffer_size); ++#endif + lprintf(avcodec_decode_video: decoded_size=%d, got_picture=%d\n, + len, got_picture); + len = current - buf-content - offset; +@@ -1112,7 +1142,13 @@ + + } else { + +- if (this-context-hurry_up) { ++ if ( ++#if AVVIDEO 1 ++this-context-skip_frame != AVDISCARD_DEFAULT ++#else ++this-context-hurry_up ++#endif ++ ) { + /* skipped frame, output a bad frame */ + img = this-stream-video_out-get_frame (this-stream-video_out, + this-bih.biWidth, +@@ -1304,13 +1340,25 @@ + got_picture = 0; + } else { + /* skip decoding b frames if too late
Bug#641099: chromium-browser: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
tag 641099 pending thanks --- Package: chromium-browser Followup-For: Bug #641099 Hi Bill! I've just corrected this issue in the git repository, so I'm tagging this bug as pending. Thanks for your help. mfv -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634413: [PATCH] build libgmock.a with tests
Daniel, On Mon, Aug 29, 2011 at 09:01:12PM +0800, Daniel Hartwig wrote: On 29 August 2011 01:36, Daniel Hartwig mand...@gmail.com wrote: tags 634413 + patch quit Re: #634413 aptitude: FTBFS: ld: cannot find -lgmock ... Nevermind, I have just seen that this was already fixed in git on 23/7 Should have checked ;) can we have the fix in unstable, please? :) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#641123: roxterm: symbol lookup error: roxterm: undefined symbol: vte_terminal_search_get_gregex
Package: roxterm-gtk2 Version: 2.0.1-1 Severity: important After upgrading roxterm to the latest version I get the following error: $ roxterm roxterm: symbol lookup error: roxterm: undefined symbol: vte_terminal_search_get_gregex It looks like dependencies are broken. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages roxterm-gtk2 depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.4-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii librsvg2-common 2.32.1-1 SAX-based renderer library for SVG ii libsm62:1.1.0-2 X11 Session Management library ii libvte9 1:0.24.3-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.3.3-3 X11 client-side library ii roxterm-common2.0.1-1Multi-tabbed GTK+/VTE terminal emu roxterm-gtk2 recommends no packages. roxterm-gtk2 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#515850: ITP: mjpegtools -- MJPEG video capture/editting/playback MPEG encoding
tags 515850 - pending affects 515850 - ftp.debian.org thanks Il 02/09/2011 15:57, Thomas Pierson ha scritto: Is there any news about this package? It was tagged as pending 3 months ago. Why was it rejected? Is there anything I can do for help? You can see major issues in REJECT mail, available at http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2011-July/020408.html No action is required by FTP Team anymore, unassigning from ftp.debian.org for now, waiting for a new revision by maintainers. -- .''`. : :' : Luca Falavigna dktrkr...@debian.org `. `' `- signature.asc Description: OpenPGP digital signature
Bug#625903: Increase severity: libdigest-sha1-perl going to disappear
Hi. I'm sorry. I've been busier than expected. As mentioned, a 0-day NMU would be fine with me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612988: RFA: amara -- Amara is a pythonic XML toolkit
Yes, I do. Cheers On Sat, Sep 10, 2011 at 3:18 PM, Jakub Wilk jw...@debian.org wrote: * David Villa Alises david.vi...@uclm.es, 2011-02-12, 05:11: Amara is very heavy and it has very few users. There are more suitable alternatives for XML parsing already in Debian (like python-lxml). I request an adopter for the amara package, or removing as well. After 6 months, it doesn't look like anybody is going to adopt this package. Are you OK with removing it from the archive? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org