Bug#675785: pkg-config requires libgcrypt but libgcrypt does not ship pkg-config file
Hi Vincent, On Monday 06 August 2012 15:42:54 Vincent Bernat wrote: Do you need someone for uploading? Yes please, if you could. urgency=medium seems unnecessary but harmless. That's only because of severity=important. I think it may be justified here bucause bug is causing FTBFS in other packages... Thank you. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683974: debian-installer: Failed to mount filesystem with type swap at none
severity 683974 normal reassign 683974 partman-auto-lvm retitle 683974 Doesn't allow to manipulate partitions when they haven't been written on disk first thanks Quoting Arokux B. (aro...@gmail.com): Dear Maintainer, debian-installer failed at Finish partitioning and writing changes to disk step. The partitioning was done in the following way. First, automatic LVM + crypt + everything in one partition was selected. Then, a created partition on the metal was marked unsed. Afterwards, root partition was deleted and two new partitions boot and root were created. At the end an attempt was done to write changes to the disk but this failed. The exact error message of the fail was: The attempt to mount a filesystem with type swap in LVM VG debian, LV swap_1 at none failed. In some way, I think this sequence of events is not really supported in partman-auto-lvm. It's likely that you first need to have partman-auto-lvm do its stuff then write the partitions to disk..then do the other changes you want to do. But, indeed, the level of attention that partman-* gets nowadays also allows for bugs to be there:-) signature.asc Description: Digital signature
Bug#661069: d-i: radeon: Please make sure firmware is installed or the user warned about its lack
Quoting Ben Hutchings (b...@decadent.org.uk): Maybe the linux-image packages should also warn in case 1, probably using a different message. I have no specific advice about this but if that's the plan, pretty please put me into the loop (as I guess this will be done through debconf) so that I can coordinate a translation update round. signature.asc Description: Digital signature
Bug#683993: sweethome3d crashes with java-6-openjdk-amd64, works with java-6-sun
Package: sweethome3d Version: 3.5+dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, trying to run sweethome3d on my Wheezy amd64 system with Intel HD4000 graphics crashes at startup. Switching Java from openjdk-6-jre 6b24-1.11.3-2 to sun- java6-jre 6.26-3 (luckily still installed...) fixes the problem. As sun- java6-jre is not in Debian repos anymore, sweethome3d seems to be broken. richard@huron:~$ LANG=C sudo update-alternatives --config java There are 4 choices for the alternative java (providing /usr/bin/java). SelectionPathPriority Status 0/usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java 1061 auto mode 1/usr/bin/gij-4.6 1046 manual mode 2/usr/bin/gij-4.7 1047 manual mode 3/usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java 1061 manual mode * 4/usr/lib/jvm/java-6-sun/jre/bin/java 63 manual mode Press enter to keep the current choice[*], or type selection number: 0 update-alternatives: using /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java to provide /usr/bin/java (java) in auto mode. richard@huron:~$ sweethome3d # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x7ff73513fd13, pid=2717, tid=140699529451264 # # JRE version: 6.0_24-b24 # Java VM: OpenJDK 64-Bit Server VM (20.0-b12 mixed mode linux-amd64 compressed oops) # Derivative: IcedTea6 1.11.3 # Distribution: Debian GNU/Linux unstable (sid), package 6b24-1.11.3-2 # Problematic frame: # C [libGL.so.1+0x1ed13] glXGetFBConfigs+0x53 # # An error report file with more information is saved as: # /tmp/hs_err_pid2717.log # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # http://icedtea.classpath.org/bugzilla # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Abgebrochen richard@huron:~$ LANG=C sudo update-alternatives --config java There are 4 choices for the alternative java (providing /usr/bin/java). SelectionPathPriority Status * 0/usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java 1061 auto mode 1/usr/bin/gij-4.6 1046 manual mode 2/usr/bin/gij-4.7 1047 manual mode 3/usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java 1061 manual mode 4/usr/lib/jvm/java-6-sun/jre/bin/java 63 manual mode Press enter to keep the current choice[*], or type selection number: 4 update-alternatives: using /usr/lib/jvm/java-6-sun/jre/bin/java to provide /usr/bin/java (java) in manual mode. richard@huron:~$ sweethome3d [starts OK] Installing libjogl-java, icedtea-netx-common and libnetx-java did not help. Regards, Richard -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (101, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sweethome3d depends on: ii icedtea-netx-common 1.2-2 ii java-wrappers 0.1.25 ii java3ds-fileloader 1.2+dfsg-1 ii libbatik-java 1.7+dfsg-3 ii libfreehep-graphicsio-svg-java 2.1.1-3 ii libitext-java 2.1.7-3 ii libjava3d-java 1.5.2+dfsg-8 ii libsunflow-java 0.07.2.svn396+dfsg-9 ii openjdk-6-jre 6b24-1.11.3-2 ii sun-java6-bin 6.26-3 ii sun-java6-jre 6.26-3 sweethome3d recommends no packages. sweethome3d 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#683983: /usr/bin/qemu-system-i386: Regression: cannot use host usb devices
On 06.08.2012 04:25, Nikolaus Rath wrote: Package: qemu-system Version: 1.1.0+dfsg-1 Severity: normal File: /usr/bin/qemu-system-i386 After the update from 1.0+dfsg-11 to 1.1.0+dfsg-3 I can no longer How qemu-system-i386 is related to qemu-kvm package? The versions you noted are of qemu-kvm, the file you mentioned is from qemu-system. So, in which package do you observe the issue? (I bet it affects both qemu-kvm and qemu-system-x86_64, but probably not qemu-system-i386). /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661379: debian-installer: Keyboard connected via Logitech Unifying sender/receiver stops working during installation
reassign 661379 linux tags 661379 d-i retitle 661379 Missing hid_logitech_dj module in D-I kernel thanks Quoting Matt Horan (m...@matthoran.com): I am seeing this behavior as well, and it makes installing Debian with my wireless keyboard and mouse impossible. The keyboard and mouse work fine when the system is up and running under wheezy. However, I wanted to reinstall wheezy, but cannot because the keyboard and mouse do not work in the installer. When the system is up and running, I see that the hid_logitech_dj module is loaded. Not sure if this is possibly missing from the installer. The choice of modules in the D-I kernel is shorter (for size issues) so it's very likely that adding this module could help. I see this in debian/installer/modules/input-modules: hid usbhid hid-apple ? hid-belkin ? hid-microsoft ? hid-logitech ? hid-monterey ? hid-sunplus ? hid-cherry ? synaptics_usb ? wistron_btns ? Dunno what the ? means but anyway, I see no hid-logitech-dj here... I suspect it was named hid-logitech and got renamed to hid-logitech-dj Kernel team? signature.asc Description: Digital signature
Bug#681507: Patch for the 1.2.11-1.1 NMU of mantis
Dear maintainer of mantis, Some days ago, I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/4-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: mantis Version: 1.2.11-1.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Mon, 06 Aug 2012 08:07:15 +0200 Closes: 681507 Changes: mantis (1.2.11-1.1) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: * Czech (Michal Simunek). Closes: #681507 -- diff -Nru mantis-1.2.11.old/debian/changelog mantis-1.2.11/debian/changelog --- mantis-1.2.11.old/debian/changelog 2012-07-26 02:23:28.07872 +0200 +++ mantis-1.2.11/debian/changelog 2012-08-06 08:07:15.141631141 +0200 @@ -1,3 +1,11 @@ +mantis (1.2.11-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: + * Czech (Michal Simunek). Closes: #681507 + + -- Christian Perrier bubu...@debian.org Mon, 06 Aug 2012 08:07:15 +0200 + mantis (1.2.11-1) unstable; urgency=high * New upstream release (1.2.11) diff -Nru mantis-1.2.11.old/debian/po/cs.po mantis-1.2.11/debian/po/cs.po --- mantis-1.2.11.old/debian/po/cs.po 1970-01-01 01:00:00.0 +0100 +++ mantis-1.2.11/debian/po/cs.po 2012-08-06 08:06:56.645163051 +0200 @@ -0,0 +1,167 @@ +# Czech PO debconf template translation of mantis. +# Copyright (C) 2012 Michal Simunek michal.simu...@gmail.com +# This file is distributed under the same license as the mantis package. +# Michal Simunek michal.simu...@gmail.com, 2012. +# +msgid +msgstr +Project-Id-Version: mantis 1.2.11-1\n +Report-Msgid-Bugs-To: man...@packages.debian.org\n +POT-Creation-Date: 2011-07-22 14:09+0200\n +PO-Revision-Date: 2012-07-13 18:31+0200\n +Last-Translator: Michal Simunek michal.simu...@gmail.com\n +Language-Team: Czech debian-l10n-cz...@lists.debian.org\n +Language: cs\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=utf-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: select +#. Description +#: ../mantis.templates:1002 +msgid Web server to configure for Mantis: +msgstr Pro Mantis nastavit webový server: + +#. Type: select +#. Description +#: ../mantis.templates:1002 +msgid +Please choose the Web server that should be automatically configured to run +Mantis on this system. +msgstr +Zvolte prosím webový server, který se má na tomto systému automaticky +nastavit ke spouštění Mantis. + +#. Type: string +#. Description +#: ../mantis.templates:2001 +msgid Web server authentication username for Mantis: +msgstr Uživatelské jméno pro ověřování na webovém serveru pro Mantis: + +#. Type: string +#. Description +#. Type: password +#. Description +#: ../mantis.templates:2001 ../mantis.templates:3001 +msgid +The /admin directory for Mantis will be protected with htaccess, allowing +only the authenticated user to set up the database. +msgstr +Adresář /admin pro Mantis bude chráněn pomocí htaccess, což umožňuje +nastavit databázi pouze ověřenému uživateli. + +#. Type: string +#. Description +#: ../mantis.templates:2001 +msgid Please specify a username. +msgstr Zadejte prosím uživatelské jméno. + +#. Type: password +#. Description +#: ../mantis.templates:3001 +msgid Web server authentication password for Mantis: +msgstr Heslo pro ověřování na webovém serveru pro Mantis: + +#. Type: password +#. Description +#: ../mantis.templates:3001 +msgid Please specify a password. +msgstr Zadejte prosím heslo. + +#. Type: password +#. Description +#: ../mantis.templates:4001 +msgid Re-enter password to verify: +msgstr Znovu zadejte heslo pro ověření: + +#. Type: password +#. Description +#: ../mantis.templates:4001 +msgid +Please enter the same user password again to verify you have typed it +correctly. +msgstr +Zadejte prosím znovu stejné heslo pro uživatele k ověření, že jste jej +napsali správně. + +#. Type: error +#. Description +#: ../mantis.templates:5001 +msgid Password input error +msgstr Chyba při zadávání hesla + +#. Type: error +#. Description +#: ../mantis.templates:5001 +msgid The two passwords you entered were empty or not the same. +msgstr Zadaná hesla se neshodují, nebo jsou prázdná. + +#. Type: error +#. Description +#: ../mantis.templates:5001 +msgid Please try again. +msgstr Zkuste to prosím znovu. + +#. Type: boolean +#. Description +#: ../mantis.templates:6001 +msgid Restart web server after Mantis installation? +msgstr Restartovat webový server po instalaci Mantis? + +#. Type: boolean +#. Description +#: ../mantis.templates:6001 +msgid In order to activate Mantis, the web server should be restarted. +msgstr K aktivaci Mantis je třeba restartovat webový server. + +#. Type: boolean +#. Description +#: ../mantis.templates:6001 +msgid +Please choose whether you want to do this now or if you prefer restarting it +manually. +msgstr
Bug#683994: Apparmor Profile Patch
Package: lxc Version: 0.8.0~rc1-4 Severity: important Usertags: lxc-sigbck Please consider to include the aa_profile patch from Ubuntu into Debian, otherwise you cannot specify which profile to use for a container. http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/lxc/precise/view/head:/debian/patches/0061-lxc-start-apparmor Thank you in advance. Regards, Stefan. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680814: Fix for bug #680814
2012/8/6 David Prévot taf...@debian.org: Ouch, wouldn't that break the validity of the XML files? Maybe using the --nonet option of xsltproc would be proper. I just tried using --nonet, using different positions, but I always get failed to load external entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683760: 'dialplan reload' command is missing
Hi, Thanks for your response! I made a huge mistake, I find the problem! I have been modified owner of files in the /etc/asterisk folder from asterisk to root. That was what makes asterisk scrambled. Everything is working stable now, since I was change owners back from root to asterisk. My problem sold and please erase my bugreport, it was not a bug! I was like an amateur. Sorry for any inconveniences! Best regards, Gabor Hatos Tzafrir Cohen wrote: Hi, Thanks for the report. Works fine here in the default configuration. The command 'dialplan reload' is provided by the module pbx_config.so which is used for reading the dialplan from extensions.conf . Have you disabled it or generally disabled automatic module loading. Please run (in the asterisk CLI) 'module load pbx_config.so' and re-test. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626599: Use --no-triggers by default and let dpkg find out the configuration order
Hi, On Fri, 13 May 2011, Raphael Hertzog wrote: On Fri, 13 May 2011, David Kalnischkies wrote: Further more it breaks applications listening on the hooks (apt-listbugs comes to mind) as most of they act on scheduled 'Conf' messages -- which doesn't exist if APT doesn't plan them obviously. Could be fixed maybe with looking at 'Inst', but i am not sure why they are looking for 'Conf' in the first place… What hook is that ? Or is that simply analyzing the output of the upgrade plan ? Note that such packages could switch to use a dpkg hook --pre-invoke or --post-invoke, or even --status-logger. As far as progress reporting is broken, why can't apt make an estimate based on the number of packages that dpkg already configured ? After all you get live information from dpkg about what it's doing. Any way, coming back to the suggestion, I believe it's time for APT to change its default here, even for wheezy (see related discussion in #680626). On the dpkg side, we implemented most of the possible improvements already (interest-noawait and the fix you requested). Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680626: Squeeze-Wheezy: dist-upgrade fails, /usr/bin/python unable to load libssl.so.1.0.0
Hello, On Sun, 05 Aug 2012, Robert Luberda wrote: Processing triggers for doc-base ... /usr/bin/perl: symbol lookup error: /usr/lib/perl5/auto/UUID/UUID.so: undefined symbol: Perl_xs_apiversion_bootcheck dpkg: error processing doc-base (--unpack): subprocess installed post-installation script returned error exit status 127 This has been already reported as #673913. But to be honest I have no idea what to do with this bug. From doc-base point of view it has been fixed in doc-base 0.10.3, but you are still running 0.9.5. I believe the doc-base trigger was activated because some package providing /usr/share/doc-base file was upgraded during the dpkg run, and the doc-base trigger failed because system was not in consistent state. I've just learn about `interest-noawait' flag. Would using the flag in doc-base's triggers file help? Probably not, because still the flag won't be available in doc-base 0.9.5. It won't help for this upgrade. But it might help for the next one between wheezy and jessie. So it might still be a good idea to switch to interest-noawait for packages like doc-base and man-db which trigger for many packages. So maybe making libuuuid-perl to conflict with doc-base 0.10.3 as suggested in #652638 will be a better idea? Honestly, I don't know. That would be a klumsy work-around. Another thing that we should be considering is changing APT's default to avoid running the triggers so often. I filed http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626599 some time ago but it's not been activated yet :-( I did a test-upgrade this weekend on my laptop's wife and I enabled those APT's options: DPkg::NoTriggers true; PackageManager::Configure smart; DPkg::ConfigurePending true; DPkg::TriggersPending true; And the upgrade went fine. I clearly saw the part of the upgrade where libuuid-perl was unpacked before perl-base but no doc-base trigger was activated in between IIRC. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683995: inkscape crashes when changing nodes of a path that uses pattern to fill it
Package: inkscape Version: 0.47.0-2+b1 Severity: important i import a picture, turn it to a pattern (ALT+I), then create a shape (like rectangle), open fillstroke window (Shift+Ctrl+F) and fill it with the pattern i created before and then turn it to a path (Shift+Ctrl+C). when trying to change the nodes it crashes and close while saving my latest work in my home directory. it happens every time but not when i skip filling the object with pattern $ tail /var/log/syslog Aug 6 10:41:44 localhost kernel: [ 1775.823131] inkscape[17675]: segfault at b ip b5d4f75a sp bfb07e44 error 4 in libc-2.11.2.so[b5ce2000+14] -- System Information: Debian Release: 6.0.3 Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 inkscape depends on: ii libaspell150.60.6-4 GNU Aspell spell-checker runtime l ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcairomm-1.0-1 1.8.4-3 C++ wrappers for Cairo (shared lib ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze1FreeType 2 font engine, shared lib ii libgc1c2 1:6.8-1.2 conservative garbage collector for ii libgcc11:4.4.5-8 GCC support library ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.24.2-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 1:2.24.3-1GNOME Virtual File System (runtime ii libgomp1 4.4.5-8 GCC OpenMP (GOMP) support library ii libgsl0ldbl1.14+dfsg-1 GNU Scientific Library (GSL) -- li ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.20.3-1C++ wrappers for GTK+ (shared libr ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T ii liblcms1 1.18.dfsg-1.2+b3 Color management library ii libmagick++3 8:6.6.0.4-3 object-oriented C++ interface to I ii libmagickcore3 8:6.6.0.4-3 low-level image manipulation libra ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpangomm-1.4-1 2.26.2-1 C++ Wrapper for pango (shared libr ii libpng12-0 1.2.44-1+squeeze1 PNG library - runtime ii libpoppler-glib4 0.12.4-1.2PDF rendering library (GLib-based ii libpoppler50.12.4-1.2PDF rendering library ii libpopt0 1.16-1lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.2.4.2-1 type-safe Signal Framework for C++ ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwpg-0.1-1 0.1.3-1 WordPerfect graphics import/conver ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages inkscape recommends: ii aspell0.60.6-4 GNU Aspell spell-checker ii imagemagick 8:6.6.0.4-3image manipulation programs ii libwmf-bin0.2.8.4-6.1+b1 Windows metafile conversion tools ii perlmagick8:6.6.0.4-3Perl interface to the ImageMagick ii pstoedit 3.50-3+b1 PostScript and PDF files to editab Versions of packages inkscape suggests: pn dia | dia-gnome none (no description available) ii libgnomevfs2-extra 1:2.24.3-1 GNOME Virtual File System (extra m pn libsvg-perl none (no description available) pn libxml-xql-perl none (no description available) ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-lxml 2.2.8-2 pythonic binding for the libxml2 a ii python-numpy1:1.4.1-5Numerical Python adds a fast array pn python-uniconvertor none (no description available) pn rubynone (no description available) pn skencil none (no description available) pn ttf-bitstream-vera none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of
Bug#682093: reportbug fails with SOAPpy.Errors.HTTPError using IPV6
reassign 682093 python-soappy thanks I'm reassigning this report to python-soappy given that's the module failing. On Thu, Jul 19, 2012 at 3:12 PM, James Robertson j...@mesrobertson.com wrote: Package: reportbug Version: 6.4 Severity: normal Dear Maintainer, I am running dual stack IPV4 and IPV6. If I disable IPV6 reportbug works fine. With IPV6 enabled I get the error below. reportbug Please enter the name of the package in which you have found a problem, or type 'other' to report a more general problem. reportbug Is reportbug actually the package you are having problems with [Y|n|q|?]? y *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'James Robertson j...@mesrobertson.com' as your from address. Getting status for reportbug... Checking for newer versions at madison... Will send report to Debian (per lsb_release). Querying Debian BTS for reports on reportbug (source)... Traceback (most recent call last): File /usr/bin/reportbug, line 2198, in module main() File /usr/bin/reportbug, line 1077, in main return iface.user_interface() File /usr/bin/reportbug, line 1699, in user_interface latest_first=self.options.latest_first) File /usr/lib/pymodules/python2.7/reportbug/ui/text_ui.py, line 517, in handle_bts_query source=source, http_proxy=http_proxy, archived=archived) File /usr/lib/pymodules/python2.7/reportbug/debbugs.py, line 1262, in get_reports stats = debianbts.get_status(bugs) File /usr/lib/pymodules/python2.7/debianbts.py, line 161, in get_status reply = server.get_status(*nr) File /usr/lib/pymodules/python2.7/SOAPpy/Client.py, line 470, in __call__ return self.__r_call(*args, **kw) File /usr/lib/pymodules/python2.7/SOAPpy/Client.py, line 492, in __r_call self.__hd, self.__ma) File /usr/lib/pymodules/python2.7/SOAPpy/Client.py, line 363, in __call config = self.config) File /usr/lib/pymodules/python2.7/SOAPpy/Client.py, line 252, in call raise HTTPError(code, msg) SOAPpy.Errors.HTTPError: HTTPError 500 Internal Server Error -- Package-specific info: ** Environment settings: EDITOR=vim INTERFACE=text ** /home/james/.reportbugrc: reportbug_version 6.3.1 mode novice ui text email j...@mesrobertson.com smtphost mx4.3rdmill.com.au -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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/dash Versions of packages reportbug depends on: ii apt 0.9.7.2 ii python2.7.3-1 ii python-reportbug 6.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utilsnone pn debsums none pn dlocate none pn emacs22-bin-common | emacs23-bin-common none ii file 5.11-2 ii gnupg1.4.12-4+b1 pn postfix | exim4 | mail-transport-agent none ii python-gtk2 2.24.0-3 pn python-gtkspell none pn python-urwid none pn python-vte none ii xdg-utils1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.9.7.2 ii python2.7.3-1 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- no debconf information -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683997: Progress Technologies Scripts
Package: lxc Version: 0.8.0~rc1-4 Usertags: lxc-sigbck There seem to be special conditions in the Debian create scripts, which obviously handle stuff internal to your company 'Progress Technologies'. Please remove them from the official package. /usr/share/lxc/templates/lxc-debconf.d/03-debconf: 229: progress) 230: db_set lxc-debconf/mirror http://cdn.archive.progress-linux.org/progress/ 231: db_fset lxc-debconf/mirror seen false 232: ;; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683919: Can't use the final version of opus
On Mon, 2012-08-06 at 05:37 +0930, Ron wrote: If you can crash it, an example of how to reproduce that would probably be really helpful. e.g: http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/commit/?h=0.10id=722b15abcaadbf32542184df889ed06d7a01f8fe This fixes hitting an assertion when the opus header is not recognized. Slomo is aware about the patches that are needed for the opus support in our gstreamer to become release-quality, so this should hopefully be fixed soon :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683996: easytag: segfaults when opening some directories containing mp4 files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I also just tried to produce a gdb backtrace. I'm not really familiar with gdb, so I don't know if I did this right, but here it is, in the hope that it's worth something. - Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAfa7sACgkQwi82URPCSX6z1wCeLEaH4XoAUMr0hU3eAZBtITcR uVsAn0UbsZulTrrSxE0iheSuBjygdOK7 =HDNS -END PGP SIGNATURE- core Description: Binary data
Bug#683817: [texdoc] problem with texdoc and finding manuals on Debian
Hi Norbert, hi all, On 05/08/2012 21:30, Norbert Preining wrote: Here on Debian a strange thing happens, namely that texdoc does not find the pgfmanual. But first some explanations: Ok. On Debian: * most of TeX Live is installed into /usr/share/texlive/{texmf-dist,texmf} (ie TEXLIVEROOT is /u/s/texlive) * some packages that are packaged separately in Debian install into another tree /usr/share/texmf which is called TEXMFDEBIAN and added to the TEXMF var TEXMF = {$TEXMFCONFIG,$TEXMFVAR,$TEXMFHOME,$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFDEBIAN,!!$TEXMFMAIN,!!$TEXMFLOCAL,!!$TEXMFDIST} * one example is pgf, which is packaged separately, and ships pgfmanual.pdf as /usr/share/texmf/doc/pgf/pgfmanual.pdf.gz This appears to be unrelated: creating a file named foobar.pdf.gz in TEXMFHOME/doc and invoking texdoc foobar fails too. (note the compression!) * texdoc is configured to search/use compressed docs, too Here is the problem, in texdoc.cnf: zipext_list = gz bz2 xz should be: zipext_list = gz, bz2, xz Every _list configuration item is a coma-separated list. I'll change the comments in texdoc.cnf to make that clearer. The above change should fix the probem (at least it does for me). Please let me now if any problem remains. Manuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683998: munin: allows creation of sockets at arbitrary locations (/tmp file vulnerability)
Package: munin Version: 1.4.5-3 Severity: serious Tags: security I wondered where a socket /tmp/munin-master-processmanager-12345.sock would come from and whether it was created in a secure way. In the presence of this bug report you may have guessed, that it is not. The corresponding code can be found in /usr/share/perl5/Munin/Master/ProcessManager.pm. Apparently rundir is set to /tmp and the _prepare_unix_socket subroutine happily unlink(2)s that path and creates a socket. So via a simple race condition (use inotify!) we can place a symbolic link at the desired location and make munin place a socket at an arbitrary location. It should also be possible to turn this into a local denial of service by pointing to a non-existent directory. Please evaluate the impact of this issue and downgrade the severity accordingly. Fixing this issue should be easy changing the default for rundir. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680814: Fix for bug #680814
* Luca Falavigna dktrkr...@debian.org, 2012-08-06, 08:40: Ouch, wouldn't that break the validity of the XML files? ACK, changing document declarations sounds like a bad idea. Maybe using the --nonet option of xsltproc would be proper. I just tried using --nonet, using different positions, but I always get failed to load external entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd; Do you have docbook-xml installed? I tried building the package with added docbook-xml build-dependency (but no other changes), and it builds fine here without network connection. --nonet is an extra safety belt, but it's not really necessary if you have all DTDs installed. -- 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#683727: closed by Dmitry Smirnov only...@member.fsf.org (Done: zabbix-server-mysql: Upgrade to 2.0 fails)
As we emphasised in NEWS, README and TODO files, the database upgrade procedure is now completely manual. I read the README.Debian (for the zabbix-server-mysql package) and it didn't mention it. The NEWS file however did, my bad. - Michel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683999: Kernel parameters not documented
Package: lxc Version: 0.8.0~rc1-8 Severity: normal Usertags: lxc-sigbck The Kernel needs the following parameters to enable full LXC functionality: cgroup_enable=memory swapaccount=1 Also you will need to load Apparmor in case you want a usable solution. security=apparmor I saw there is a item in the TODO.Debian list, but I couldn't find it in the pogress-technologies wiki page either. Please add this to the documentation, too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678329: update 'debdelta' translation
Dear Andrea, Attached you can find the update of the debdelta program translation into French. Best regards, Thomas # Translation of debdelta in French. # Copyright © 2012 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the debdelta package. # # Thomas Blein tbl...@tblein.eu, 2012. msgid msgstr Project-Id-Version: debdelta\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2012-08-02 15:28+0200\n PO-Revision-Date: 2012-08-02 23:25+0200\n Last-Translator: Thomas Blein tbl...@tblein.eu\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.4\n Plural-Forms: nplurals=2; plural=(n 1);\n #: ../debdelta:30 msgid Usage: debdelta [ option... ] fromfile tofile delta\n Computes the difference of two deb files, from fromfile to tofile, and writes it to delta\n \n Options:\n --signing-key KEY\n gnupg key used to sign the delta\n --no-md5do not include MD5 info in delta\n --needsold create a delta that can only be used if the old deb is available\n -M Mb maximum memory to use (for 'bsdiff' or 'xdelta')\n --delta-algo ALGO\n use a specific backend for computing binary diffs\n msgstr Usage : debdelta [OPTION] FICHIER_ORIGINE FICHIER_DESTINATION DELTA\n Calcule la différence entre deux fichiers deb, entre FICHIER_ORIGINE et FICHIER_DESTINATION, et l'inscrit dans DELTA.\n \n Options :\n --signing-key CLÉ\n clé gnupg à utiliser pour signer la différence\n --no-md5ne pas inclure les informations MD5 de la différence\n --needsold créer un delta qui ne peut être utilisé que si le vieux deb\n est disponible\n -M Mb mémoire maximum à utiliser (pour 'bsdiff' ou 'xdelta')\n --delta-algo ALGO\n utilise une dorsale spécifique pour calculer les différences \n binaires\n #: ../debdelta:45 msgid Usage: debdeltas [ option... ] [deb files and dirs, or 'Package' files]\n Computes all missing deltas for deb files.\n It orders by version number and produce deltas to the newest version\n \n Options:\n --signing-key KEY\n key used to sign the deltas (using GnuPG)\n --dir DIR force saving of deltas in this DIR\n (otherwise they go in the dir of the newer deb_file)\n --old ARGS 'Package' files containing list of old versions of debs\n --alt ARGS for any cmdline argument, search for debs also in this place\n -n N how many deltas to produce for each deb (default unlimited)\n --no-md5do not include MD5 info in delta\n --needsold create a delta that can only be used if the old .deb is available\n --delta-algo ALGO\n use a specific backend for computing binary diffs;\n possible values are: xdelta xdelta-bzip xdelta3 bsdiff\n -M Mb maximum memory to use (for 'bsdiff' or 'xdelta')\n --clean-deltas delete deltas if newer deb is not in archive\n msgstr Usage : debdeltas [OPTION] [fichiers et dossiers deb, ou fichiers 'Package']\n Calcule tous les deltas manquants pour les fichiers deb.\n Les fichiers deb sont classés par numéro de version et des deltas sont produits par rapport à la version la plus récente.\n \n Options :\n --signing-key KEY\n clé utilisée pour signer les deltas (utilisant GnuPG)\n --dir RÉP force l'enregistrement des deltas dans le répertoire RÉP\n (sinon ils sont enregistrés dans le dossier du fichier deb le\n plus récent)\n --old ARGS fichier 'Package' contenant une liste des anciennes versions\n des fichiers deb\n --alt ARGS pour tout paramètre de ligne de commande, rechercher aussi pour\n des debs également à cet endroit.\n -n N nombre de deltas à produire pour chaque deb\n (illimité par défaut)\n --no-md5ne pas inclure les informations MD5 de la différence\n --needsold créer un delta qui ne peut être utilisé que si le vieux .deb\n est disponible\n --delta-algo ALGO\n utilise une dorsale spécifique pour calculer les différences\n binaires\n les valeurs possibles sont : xdelta xdelta-bzip xdelta3 bsdiff\n -M Mb mémoire maximum à utiliser (pour 'bsdiff' ou 'xdelta')\n --clean-deltas\n supprimer les deltas si le deb plus récent n'est pas dans\n l'archive\n #: ../debdelta:69 #| msgid #| Usage: debpatch [ option... ] delta fromfile tofile \n #| Applies delta to fromfile and produces a reconstructed version of #| tofile.\n #| \n #| (When using 'debpatch' and the old .deb is not available,\n #| use '/' for the fromfile.)\n #| \n #| Usage: debpatch --info delta\n #| Write info on delta.\n #| \n #| Options:\n #| --no-md5 do not verify MD5 (if found in info in delta)\n #| -Aaccept unsigned deltas\n msgid Usage: debpatch [ option... ] delta fromfile
Bug#532189: release-notes mentions that aptitude holds are different
affects 532189 + release-notes thanks This section: 4.2.3. Checking packages status … Note that aptitude uses a different method for registering packages that are on hold than apt-get and dselect… should be reviewed when this bug is closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680513: linux-image-3.4-trunk-amd64: bad rss-counter state
Hi Michael, Michael Below wrote: after the system had been idle (lunch break) I found a message BUG: bad rss-counter state in the log file, see below It seems to be solved here: https://lkml.org/lkml/2012/6/9/47 For reference, that link leads to commit 4fe7efdbdfb1c7e7a7f31decfd831c0f31d37091 Author: Konstantin Khlebnikov khlebni...@openvz.org Date: Wed Jun 20 12:53:01 2012 -0700 mm: correctly synchronize rss-counters at exit/exec which is part of 3.5-rc4. Was this crash reproducible? Does upgrading to 3.5 from experimental avoid trouble? Am I correct in guessing that 3.2.y from wheezy is not affected? Thanks for reporting and hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678215: [wheezy] USB mouse not recognized after resuming from suspend to RAM
Hi again, Jonathan Nieder wrote: Paul Menzel wrote: the mouse is not working after resuming from suspend to RAM. Replugging the mouse works although that is quite inconvenient. [...] - how does the 3.4.y kernel from experimental behave? - how does the 2.6.32.y kernel from stable behave? (It should work fine on a wheezy/sid system.) Beyond that, I have no great ideas, so if this is reproducible with 3.4.y, please send a summary of the symptoms to linux-...@vger.kernel.org, cc-ing either me or this bug log so we can track it. Be sure to mention Ping. Did you get a chance to try a newer or older kernel, and if so, what was the result? In suspense, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683080: [pkg-bacula-devel] Bug#683080: Bug#683080: bacula-fd: Please build with libcap-dev
В Fri, 03 Aug 2012 16:12:58 +0200 Luca Capello l...@pca.it пишет: Hi there! Re-adding the BTS: Alexander, most of the time it is worth keeping the BTS in the loop, given that it a way to document decisions. On Mon, 30 Jul 2012 20:36:26 +0200, Alexander Golovko wrote: On Mon, 30 Jul 2012 14:31:15 +0100, Bart Swedrowski wrote: On 28 July 2012 15:03, Elrond elrond+bugs.debian@samba-tng.org wrote: Could you allow the -k option to bacula-fd? Starting with -k gives the following error: Keep readall caps not implemented this OS or missing libraries. My current guess: bacula-fd is not linked to the libcap library. After a quick look at bacula's configure.in and src/lib/priv.c this seems to really be the case. So probably just having libcap-dev installed while building bacula should solve this. By default, Debian installation of bacula-fd runs it as root user so having that option is pointless in current state of things. However, the benefits of it are quite obvious and can potentially be useful for quite a wide range of users in my opinion. Upstream documentation about the -k option - http://www.bacula.org/en/dev-manual/main/main/New_Features_in_5_0_0.html#SECTION00108 Copying here for future references: Read-only File Daemon using capabilities This feature implements support of keeping ReadAll capabilities after UID/GID switch, this allows FD to keep root read but drop write permission. It introduces new bacula-fd option (-k) specifying that ReadAll capabilities should be kept after UID/GID switch. root@localhost:~# bacula-fd -k -u nobody -g nobody The code for this feature was contributed by our friends at AltLinux. I wouldn't mind adding this option however still stick to running bacula-fd as a root user by default; if someone wants to make use of -k option functionality they'll be able to do so via utilising /etc/default/bacula-fd overrides. Luca, Alexandro - what's your view on this, guys? I'm sure, that this is usefull feature and we can build bacula-fd with it I would go even further: if I read it correctly, this should improves security, so I was wondering if it would be better to have it by default... Yes, but enabling this feature cause all bacula binaries and libraries link with libcap2. So, i need some more investigation for add capabilities support Thx, bye, Gismo / Luca signature.asc Description: PGP signature
Bug#683999: Kernel parameters not documented
tag 683999 pending thanks On 08/06/2012 09:06 AM, Stefan Schlesinger wrote: The Kernel needs the following parameters to enable full LXC functionality: cgroup_enable=memory swapaccount=1 only for memory resp. swap limits, but yes.. i've added that (and apparmor) to readme.debian in git. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683996: easytag: segfaults when opening some directories containing mp4 files
reassign 683996 libtagc0 1.7.2-1 stop On Mon, Aug 6, 2012 at 9:01 AM, Anne C. Hanna or...@ugcs.caltech.edu wrote: I also just tried to produce a gdb backtrace. I'm not really familiar with gdb, so I don't know if I did this right, but here it is, in the hope that it's worth something. Hi Anne, Thanks for the backtrace, it shows that the crash occurs in the library /usr/lib/x86_64-linux-gnu/libtag_c.so.0, which is provided by the libtagc0 package. I am therefore reassigning the bug to the correct package. Unfortunately, In order to actually fix the bug, one needs to know where in the source code the crash happens. In order to do that, the backtrace needs to be redone with the debug symbol information of the libtag library included. This will require to recompile the 'taglib' package with special options, see http://wiki.debian.org/HowToGetABacktrace for details. Another option would be to provide a way to reproduce the problem. Does this perhaps happen only with a specific file? Try identifying the problematic file and attach it to a followup mail to this bugreport. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682490: file permissions
The biomaj-watcher is a web application (tomcat6). To do so, application must be able to write in a number of files/directories of the biomaj package. I will investigate dpkg-statoverride usage. Olivier -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#683817: [texdoc] problem with texdoc and finding manuals on Debian
Hi Manuel, On Mo, 06 Aug 2012, Manuel Pégourié-Gonnard wrote: Here is the problem, in texdoc.cnf: zipext_list = gz bz2 xz should be: zipext_list = gz, bz2, xz Arggg, indeed. Sorry my fault I guess. Unfortunately, then we fall into the pain of the disappearing file, (tmp file disappears). I have set the viewer to (xdg-open %s) But this is what is recommended in the documentation. Do you have an idea about that, too? The above change should fix the probem (at least it does for me). Please let me now if any problem remains. See above ... texdoc -l lists it, but texdoc in view mode breaks. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 DOBWALLS (pl.n.) The now hard-boiled bits of nastiness which have to be prised off crockery by hand after it has been through a dishwasher. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683994: please add apparmor profile
retitle 683994 please add apparmor support tag 683994 - pending tag 683994 wontfix thanks the ubuntu patches (it's more than just one) require not just putting in some apparmor profile, but actual changes on lxc itself. i'm not comfortable with that and will wait until the ubuntu people have upstreamed that. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682946: latest weekly PowerPC CD#1 stalls because it cant find aptitude
On Aug 5, 2012, at 12:31 AM, Jonathan Nieder wrote: Hi Rick, Rick Thomas wrote: I just downloaded the beta1 netinst images for powerpc, i386 and amd64. I'll be testing them this weekend if I can get time. Thanks! Is the problem likely to be specific to the CD1 images and not show up on netinst? If so, I'll get a copy of the beta1 CD1 image as well. Yeah, my ignorant guess would be that it was CD-specific. I tested both the powerpc-xfce+lxde-CD-1 and the amd64-netinst beta-1 install CDs. Neither showed the aptitude not found problem, so I think it's been fixed. When writing the yaboot bootloader, the PowerPC install failed to notice two partitions from previous installations that contained bootable Debian root filesystems. So the created yaboot.conf only lists the partition to which I was installing. This is annoying, but not a show-stopper. It's almost certainly not related to bug 682946. I'll file a separate installation report for it. Rick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684001: base-files: Missing AGPL-3 license
Package: base-files Version: 6.9 Severity: normal Dear Maintainer, The GNU Project (www.gnu.org) released version 3 of the Affero General Public License (AGPL-3) on 19 November 2007. The Debian project has been accepting software released under the APGL-3 into the main archive since December 2008. Yet, the license file is not included in the /usr/share/common-licenses/ directory, which belongs to the base-files package (all versions are affected.) The GNU Affero General Public License is based on the GNU GPL, but has an additional term to allow users who interact with the licensed software over a network to receive the source for that program. We recommend that people consider using the GNU AGPL for any software which will commonly be run over a network. The latest version is version 3. Given the growing importance of AGPLv3+ licensing in free software projects, and its compatibility with the DFSG, the license should be present in the base-files package. The original license for inclusion in the Debian package can be copied from http://www.gnu.org/licenses/agpl.txt Regards, == hk -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-486 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages base-files depends on: ii gawk [awk] 1:4.0.1+dfsg-2 ii mawk [awk] 1.3.3-17 base-files recommends no packages. base-files 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#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries
Hi, The output from gdb. I installed the symbols you mentioned, I hope its all that is needed. Cheers, Grzegorz (gdb) run avseq03\ Latawiec.mpg -o 03.mpg -vf crop=346:240:2:24 -oac copy -ovc x264 -x264encopts bitrate=3000 pass=1 nr=2000 Starting program: /usr/bin/mencoder avseq03\ Latawiec.mpg -o 03.mpg -vf crop=346:240:2:24 -oac copy -ovc x264 -x264encopts bitrate=3000 pass=1 nr=2000 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb4ac0b70 (LWP 5115)] [New Thread 0xb42bfb70 (LWP 5116)] [New Thread 0xb3abeb70 (LWP 5117)] [New Thread 0xb2d3cb70 (LWP 5118)] x264 [info]: profile High, level 3.0 Pos: 0.0s 1f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0] draw_slice: dmpi not stored by vf_expand Program received signal SIGSEGV, Segmentation fault. 0x080dcd9b in ?? () (gdb) bt #0 0x080dcd9b in ?? () #1 0x080dcee4 in ?? () #2 0x080d41cc in ?? () #3 0x08187d48 in ?? () #4 0xb6a2dc39 in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 #5 0xb69e4d6b in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 #6 0xb69e7bf5 in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 #7 0xb69e8978 in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 #8 0xb6afdece in avcodec_decode_video2 () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 #9 0x081884bf in ?? () #10 0x080cb3e1 in decode_video () #11 0x0808aac6 in main () -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683817: [texdoc] problem with texdoc and finding manuals on Debian
Hi, On 06/08/2012 09:41, Norbert Preining wrote: Unfortunately, then we fall into the pain of the disappearing file, (tmp file disappears). I have set the viewer to (xdg-open %s) But this is what is recommended in the documentation. Do you have an idea about that, too? Which actual viewer is selected by xdg-open on your system? Is it blocking? From the comments in texdoc.cnf: # WARNING: for zip support your viewer needs to be blocking, i.e. it must not # return immediately: otherwise the temporary file will be deleted too early The actual command used (showed using the -v switch) is: (xdg-open /tmp/texdoc.xc1YEN/pgfmanual.pdf; rm -f /tmp/texdoc.xc1YEN/pgfmanual.pdf; rmdir /tmp/texdoc.xc1YEN) If you have a better idea, suggestions are most welcome. Otherwise, the only way is to make sure you use a blocking viewer (I usually use xpdf, evince seem to be fine too). Manuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682261: osc: Fix locale encoding extraction for locales with modifiers
Hi Dne Fri, 20 Jul 2012 21:35:23 +0200 Jordi Mallach jo...@collabora.co.uk napsal(a): Using locale.getdefaultlocale() for encoding detection breaks with locales that use modifiers, such as de_DE@euro, or ca_ES@valencia. Use locale.getpreferredencoding() instead, which should do the right thing. Patch attached, fixes the issue for me, but please take it easy. :) Patch looks okay to me, asked upstream to merge it: https://github.com/openSUSE/osc/pull/8 -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#683759: need to provide rpmlib(X-CheckUnifiedSystemdir) for f17
Hi Dne Fri, 3 Aug 2012 17:55:53 +0200 Julien Cristau julien.cris...@logilab.fr napsal(a): I'm using mock to create chroots for centos/fedora, and 'sudo mock -r fedora-17-x86_64' fails with: [('rpmlib(X-CheckUnifiedSystemdir) is needed by setup-2.8.48-1.fc17.noarch', (4, 'rpmlib(X-CheckUnifiedSystemdir)', 0L)), ('rpmlib(X-CheckUnifiedSystemdir) is needed by filesystem-3-2.fc17.x86_64', (4, 'rpmlib(X-CheckUnifiedSystemdir)', 0L))] It would be nice if that was somehow worked around in debian's rpm package. This is added by vendor patch to rpm: - this is Fedora only patch - itself is marked as temporary support for live-conversion - they plan to remove the patch in Fedora 19 Given we're now in freeze, I don't think this would be important enough to gain freeze exception. And this patch would not make much sense for future stable release (as it will be already gone from Fedora by that time anyway). IMHO better approach would be if mock could fake this dependency as it is not doing live conversion and it should not matter. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#683817: [texdoc] problem with texdoc and finding manuals on Debian
On Mo, 06 Aug 2012, Manuel Pégourié-Gonnard wrote: Which actual viewer is selected by xdg-open on your system? Is it blocking? From Uggg ... right ... xdg-open is NOT blocking... argg, I guess I have to go back to see otherwise it will not work. If you have a better idea, suggestions are most welcome. Otherwise, the only way is to make sure you use a blocking viewer (I usually use xpdf, evince seem to be fine too). That is unfortunately not an option on Debian, if someone is using KDE or any other environment. evince might not be installed, nor okular, etc. xdg-open tries to work around that that people can set their own plus system defaults etc etc, so that is the reason I switched to xdg-open some time ago. And since all of the texlive docs are not compressed, there is no problem. I will have to think about it, but don't see a good solution for now but trying to get an update to pgf and latex-beamer into the archive that ships uncompressed pdfs, and for latex-beamer also adds a link. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 You're bound to be unhappy if you optimize everything. --- Donald E. Knuth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630893: [PATCH] Relicense listen/ripdump.c to permit commercial use and distribution
On Sun, Apr 29, 2012 at 12:47:50AM -0500, Jonathan Nieder wrote: Patrick Ouellette wrote: What about just noting the license for ripdump.c is now BSD? I assume that means you think the patch to listen/ripdump.c itself is ok. A changelog entry stating * The permission notice in listen/ripdump.c has been changed to use the BSD license. or whatever wording is preferred sounds fine to me. What's blocking this clarification from reaching the archive? Furthermore: ax25spyd was removed unnecessarily in the end, should it be reintroduced? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#683817: [texdoc] problem with texdoc and finding manuals on Debian
On 06/08/2012 10:02, Norbert Preining wrote: On Mo, 06 Aug 2012, Manuel Pégourié-Gonnard wrote: Which actual viewer is selected by xdg-open on your system? Is it blocking? From Uggg ... right ... xdg-open is NOT blocking... argg, I guess I have to go back to see otherwise it will not work. Yes, more precisely it is not *always* blocking, depending on the selected viewer (on my box, it selects evince and everything works fine). My humble opinion is te people who develop viewer should always make them blocking, since it is trivial to turn a blocking viewer into a non-blocking one using a wrapper script, but the converse is much harder. But of course an opinion doesn't help. That is unfortunately not an option on Debian, if someone is using KDE or any other environment. evince might not be installed, nor okular, etc. xdg-open tries to work around that that people can set their own plus system defaults etc etc, so that is the reason I switched to xdg-open some time ago. And since all of the texlive docs are not compressed, there is no problem. Yep. I will have to think about it, but don't see a good solution for now but trying to get an update to pgf and latex-beamer into the archive that ships uncompressed pdfs, and for latex-beamer also adds a link. I think that may be the best short-term solution. Manuel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries
On Mon, Aug 6, 2012 at 9:53 AM, Grześ Andruszkiewicz gandr...@gmail.com wrote: Hi, The output from gdb. I installed the symbols you mentioned, I hope its all that is needed. Cheers, Grzegorz (gdb) run avseq03\ Latawiec.mpg -o 03.mpg -vf crop=346:240:2:24 -oac copy -ovc x264 -x264encopts bitrate=3000 pass=1 nr=2000 Starting program: /usr/bin/mencoder avseq03\ Latawiec.mpg -o 03.mpg -vf crop=346:240:2:24 -oac copy -ovc x264 -x264encopts bitrate=3000 pass=1 nr=2000 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb4ac0b70 (LWP 5115)] [New Thread 0xb42bfb70 (LWP 5116)] [New Thread 0xb3abeb70 (LWP 5117)] [New Thread 0xb2d3cb70 (LWP 5118)] x264 [info]: profile High, level 3.0 Pos: 0.0s 1f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0] draw_slice: dmpi not stored by vf_expand Program received signal SIGSEGV, Segmentation fault. 0x080dcd9b in ?? () (gdb) bt #0 0x080dcd9b in ?? () #1 0x080dcee4 in ?? () #2 0x080d41cc in ?? () #3 0x08187d48 in ?? () #4 0xb6a2dc39 in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.53 Unfortunately, no. It seems that libavcodec does call some other function that is not covered by the libav package. It remains unclear where exactly the crash happens, which is necessary to work on a fix. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684002: libmtp-common: invalid token in /usr/share/hal/fdi/information/20thirdparty/20-libmtp9.fdi
Package: libmtp-common Version: 1.1.3-35-g0ece104-2 Severity: normal This error keeps showing up in my syslog: hald[22078]: error in fdi file /usr/share/hal/fdi/information/20thirdparty/20-libmtp9.fdi:9072: not well-formed (invalid token) and the faulty line seems to be this: merge key=info.vendor type=stringGoogle Inc (for Barnes Noble)/merge Looks like the '' character may be the problem. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- no debconf information Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries
Hi, It seems that libavcodec does call some other function that is not covered by the libav package. It remains unclear where exactly the crash happens, which is necessary to work on a fix. Would you be able to guess where can I get the missing symbols from? Or how to figure out which ones are missing? Regards, Grzegorz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671711: Assumptions when processing triggers (was [pkg-mono-group] Bug#671711: monodoc-browser: fails to upgrade) from 'testing'
Hi, On Fri, 08 Jun 2012, Guillem Jover wrote: Hmmm, so I had prepared a patch which basically checks if the package has its dependencies fulfilled before calling the postinst script with triggered, and otherwise defers the trigger processing for later (but only as long as it is not running from inside the deferred trigproc run). Since #680626 showed that this is a recurring problem, it would be nice if we could do supplementary tests with the fixed dpkg to get a better idea of the amount of problems that it creates. Can you push your fix somewhere so that we can make tests? This fixes this specific case just fine (t-triggers-depends test case in dpkg/pkg-tests.git), but this in turn creates problems with packages with pending triggers depending on packages awaiting them, as it forces breaking trigger cycles, which is not really a nice upgrade path. Because of the trigger cycles, you opted to change nothing. What about enforcing some requirements which are less strong that the one desired? (Probably only as a temporary stop-gap measure until we're able to switch back to the full requirement) The problematic fix is to ensure the same requirements for postinst triggered as for postinst configure. But we could enforce some requirements that would probably solve the issues we saw without introducing cycles. Indeed, I believe it's relatively safe to run postinst triggered when: - the dependencies are at least in status triggers-awaited (this would go counter the logic that triggers-awaited package are not really configured, but it would acknowledge the fact that most packages should use interest-noawait instead) - the dependency was already configured in a version (Config-Version field) which satisfies the dependency What do you think? Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684003: debian-faq: change aptitude dist-upgrade to full-upgrade
Package: debian-faq Severity: minor Tags: patch The section on keeping up-to-date mentions to use aptitude dist-upgrade, though that command name is deprecated in favour of full-upgrade. Also, there are two subsections named aptitude, the first appears to have been converted from one about APT. fullupgrade.diff Description: Binary data
Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries
On Mon, Aug 6, 2012 at 10:21 AM, Grześ Andruszkiewicz gandr...@gmail.com wrote: Hi, It seems that libavcodec does call some other function that is not covered by the libav package. It remains unclear where exactly the crash happens, which is necessary to work on a fix. Would you be able to guess where can I get the missing symbols from? Or how to figure out which ones are missing? In order to map addresses to source lines, the code needs to be annotated with debugging information. Please see http://wiki.debian.org/HowToGetABacktrace for details how to recompile debian packages with debug information included. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684004: calligra: Buffer overflow
Package: calligra Severity: grave Tags: security Justification: user security hole Please see: https://projects.kde.org/projects/calligra/repository/diff?rev=7d72f7dd8d28d18c59a08a7d43bd4e0654043103rev_to=7a9fa21b1f812b74b3e1501480dd14d10aeb347b Reported here: http://media.blackhat.com/bh-us-12/Briefings/C_Miller/BH_US_12_Miller_NFC_attack_surface_WP.pdf (page 39ff) There's no CVE ID yet. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679762: Please give back dolfin (hurd-i386 and i386)
Hi, dolfin 1.0.0-7 failed to build on hurd-i386 and i386 due to a bug in gcc-4.7. This bug was fixed in gcc-4.7 4.7.1-6, so please rebuild dolfin on those architectures: gb dolfin_1.0.0-7 . hurd-i386 i386 This would clear the FTBFS bug #679762 (CCed). Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684005: unblock: busybox/1:1.20.0-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package busybox. The version in unstable fixes a single bug - busybox basically was unusable on s390(x) due to a programming error. The single fix merely removes __attribute__(aligned(1)) and similar qualifiers for a few strings on s390(x) where it was problematic. The other change in the package - reordering of patches in debian/series - makes no effect whatsoever on the resulting source (after applying all patches - I diffed the result to be sure), but makes it easy to group upstream and non-upstream patches. So the only change in this release is to remove forced-alignment of static strings on s390(x). Thanks! /mjt unblock busybox/1:1.20.0-6 diff -Nru busybox-1.20.0/debian/changelog busybox-1.20.0/debian/changelog --- busybox-1.20.0/debian/changelog 2012-07-08 01:37:33.0 +0400 +++ busybox-1.20.0/debian/changelog 2012-07-22 12:30:25.0 +0400 @@ -1,3 +1,15 @@ +busybox (1:1.20.0-6) unstable; urgency=low + + * reorder patches in debian/patches/series: all upstream first, +debian-specific next. cmp(1) shows no changes in the resulting +sources (after applying patches both ways) + * dont-force-no-alignment-for-s390.patch: do not use ALIGN* macros +on s390 and s390x because gcc generates wrong code (for wrong +declarations). No effect for anything but s390(x), where the +resulting package does not work anyway. (Closes: 681760) + + -- Michael Tokarev m...@tls.msk.ru Sun, 22 Jul 2012 12:30:02 +0400 + busybox (1:1.20.0-5) unstable; urgency=low * enable various xargs features for all flavours, to make it work diff -Nru busybox-1.20.0/debian/patches/dont-force-no-alignment-for-s390.patch busybox-1.20.0/debian/patches/dont-force-no-alignment-for-s390.patch --- busybox-1.20.0/debian/patches/dont-force-no-alignment-for-s390.patch 1970-01-01 03:00:00.0 +0300 +++ busybox-1.20.0/debian/patches/dont-force-no-alignment-for-s390.patch 2012-07-22 11:58:39.0 +0400 @@ -0,0 +1,29 @@ +Subject: dont force no alignment for s390 +From: Michael Tokarev m...@tls.msk.ru +Bugs-Debian: http://bugs.debian.org/681760 +Forwarded: no + +This fix hasn't been forwarded upstream, because might be more +correct fix is to use the ALIGN* marks properly in the declarations +too, or just remove whol ALIGN* mess: + + http://lists.busybox.net/pipermail/busybox/2012-July/078155.html + http://lists.busybox.net/pipermail/busybox/2012-July/078163.html + +--- a/include/platform.h b/include/platform.h +@@ -284,7 +284,13 @@ + #define fdprintf dprintf + + /* Useful for defeating gcc's alignment of char message[]-like data */ +-#if 1 /* if needed: !defined(arch1) !defined(arch2) */ ++/* #if 1 /o if needed: !defined(arch1) !defined(arch2) */ ++/* on s390 and s390x, GCC may generate incorrect code when accessing ++ * variables defined with ALIGN* but declared without -- assuming alignment ++ * on access which isn't actually present. The right fix is to use ALIGN* ++ * properly in all declarations too, but there are quite some of such places. ++ */ ++#if !defined(__s390__) + # define ALIGN1 __attribute__((aligned(1))) + # define ALIGN2 __attribute__((aligned(2))) + # define ALIGN4 __attribute__((aligned(4))) diff -Nru busybox-1.20.0/debian/patches/series busybox-1.20.0/debian/patches/series --- busybox-1.20.0/debian/patches/series2012-07-06 19:21:19.0 +0400 +++ busybox-1.20.0/debian/patches/series2012-07-22 11:59:35.0 +0400 @@ -1,5 +1,14 @@ 1.20.1.patch +# upstream stable patches +busybox-1.20.1-ash.patch +busybox-1.20.1-ifupdown.patch +busybox-1.20.1-man.patch +busybox-1.20.1-tar.patch +busybox-1.20.1-ps.patch +busybox-1.20.1-mke2fs.patch +busybox-1.20.1-1.20.2.patch + shell-ash-export-HOME.patch # we need to get rid of this one: #applets-fallback.patch @@ -10,11 +19,5 @@ u-mount-FreeBSD-support.patch swaponoff-FreeBSD-support.patch -# upstream stable patches -busybox-1.20.1-ash.patch -busybox-1.20.1-ifupdown.patch -busybox-1.20.1-man.patch -busybox-1.20.1-tar.patch -busybox-1.20.1-ps.patch -busybox-1.20.1-mke2fs.patch -busybox-1.20.1-1.20.2.patch +# http://bugs.debian.org/681760 +dont-force-no-alignment-for-s390.patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679158: asus-wmi: use ASUS_WMI_METHODID_DSTS2 as default DSTS ID
tags 679158 + fixed-upstream quit Carsten Otto wrote: The patch works, dmesg before and after are attached. Thanks! Queued for 3.2.27 as asus-wmi-use-asus_wmi_methodid_dsts2-as-default-dsts-id.patch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#357032: uncompressed documentation for pgf and beamer
おふら様 こんにちは。Debian TeX Maint Teamのプライニング ノルベルトです。 I would kindly ask your opinion on the following two changes in the packages pgf and latex-beamer you are maintaining: For pgf: do not compress pgf documentation so that it works properly with texdoc For beamer: - do not compress beameruserguide.pdf - add a symlink from below /usr/share/texmf/doc/latex/beamer to /usr/share/doc/latex-beamer/beameruserguide.pdf to make sure it is found by texdoc (Closes: #357032) Both target one and only one thing, that users on Debian can use texdoc beamer texdoc pgf as advertised and often recommended to find the right documentation. There are several issues here: One is that compressed documentation is still not perfectly supported. This is a problem on the Debian side since the viewer normally used (xdg-open) is non-blocking which makes the documentation immediately disappear (the uncompressed temp file). The other item is that texdoc does not search outside of the texmf hierarchy, so we have to link the beamer users guide also into the texmf tree. I have prepared NMUs for these two packages, and attach the debdiff for both. We would be really grateful if you could upload new versions with only these changes, and ask for a freeze exception, so that in Debian stable users have a good experience. If you prefer that I do an NMU (delayed, immediately), please let me know, and I will make the NMU and ask debian-release for a freeze exception. Thanks a lot for your work on maintaining these packages and どうぞよろしくお願いします。 Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 DULUTH (adj.) The smell of a taxi out of which people have just got. --- Douglas Adams, The Meaning of Liff diff -u latex-beamer-3.10/debian/rules latex-beamer-3.10/debian/rules --- latex-beamer-3.10/debian/rules +++ latex-beamer-3.10/debian/rules @@ -83,7 +83,7 @@ dh_installman dh_link dh_strip - dh_compress + dh_compress -Xbeameruserguide.pdf dh_fixperms # dh_perl # dh_python diff -u latex-beamer-3.10/debian/changelog latex-beamer-3.10/debian/changelog --- latex-beamer-3.10/debian/changelog +++ latex-beamer-3.10/debian/changelog @@ -1,3 +1,14 @@ +latex-beamer (3.10-2.1) unstable; urgency=low + + * Non-maintainer upload. + * release to make beamer user guide be found by texdoc +- do not compress beameruserguide.pdf +- add a symlink from below /usr/share/texmf/doc/latex/beamer to + /usr/share/doc/latex-beamer/beameruserguide.pdf to make sure + it is found by texdoc (Closes: #357032) + + -- Norbert Preining prein...@debian.org Mon, 06 Aug 2012 16:46:46 +0900 + latex-beamer (3.10-2) unstable; urgency=medium * Update Standards-Version. only in patch2: unchanged: --- latex-beamer-3.10.orig/debian/links +++ latex-beamer-3.10/debian/links @@ -0,0 +1 @@ +usr/share/doc/latex-beamer/beameruserguide.pdf usr/share/texmf/doc/latex/beamer/beameruserguide.pdf diff -u pgf-2.10/debian/rules pgf-2.10/debian/rules --- pgf-2.10/debian/rules +++ pgf-2.10/debian/rules @@ -90,7 +90,7 @@ dh_installman dh_link dh_strip - dh_compress -X.svg + dh_compress -X.svg -Xpgfmanual.pdf dh_fixperms # dh_perl # dh_python diff -u pgf-2.10/debian/changelog pgf-2.10/debian/changelog --- pgf-2.10/debian/changelog +++ pgf-2.10/debian/changelog @@ -1,3 +1,11 @@ +pgf (2.10-1.1) unreleased; urgency=low + + * Non-maintainer upload. + * do not compress pgf documentation so that it works properly with +texdoc + + -- Norbert Preining prein...@debian.org Mon, 06 Aug 2012 17:19:14 +0900 + pgf (2.10-1) unstable; urgency=low * New upstream release (Closes: #606128)
Bug#683576: epiphany-browser: No option available to delete/clear cookies
Le 06/08/2012 07:14, sat...@gmail.com a écrit : You will find the 'Personal Data' menu in gnome-shell's global menu, click on it and you'll find all you want ;-) Do you mean by Alt + F1 - Search for Personal Data ? Searching above returns/shows nothing. Is there anyway to launch it from run command ( alt + f2) or gnome-terminal? -- Satheesh Kumar Mohan Nope, when you'll launch epiphany, its menu will be available on the top GNOME Shell bar (with the new brand: 'Web'), click on it and you'll find the 'Personal Data' menu section. Have a good day Satheesh, Vincent
Bug#683998: munin: allows creation of sockets at arbitrary locations (/tmp file vulnerability)
Control: fixed 683998 2.0.1-1 Control: tags 683998 + patch As said in my previous mail the issue stems from the rundir default. This variable is set in /usr/share/perl5/Munin/Master/Config.pm. In the wheezy version rundir is changed to MUNIN_STATEDIR, so wheezy is not affected. I would assume that the fix is easy to backport. See patch attached. Helmut --- a/usr/share/perl5/Munin/Master/Config.pm 2012-08-06 10:36:29.0 +0200 +++ b/usr/share/perl5/Munin/Master/Config.pm 2012-08-06 10:37:35.0 +0200 @@ -148,7 +148,7 @@ local_address= 0, logdir = $Munin::Common::Defaults::MUNIN_LOGDIR, max_processes= $MAXINT, - rundir = '/tmp', + rundir = $Munin::Common::Defaults::MUNIN_STATEDIR, timeout = 180, tls = 'disabled', tls_ca_certificate = $Munin::Common::Defaults::MUNIN_CONFDIR/cacert.pem,
Bug#684006: netdisco-mibs-installer: Update to download version 1.0 of netdisco-mibs
Package: netdisco-mibs-installer Version: 1.6 Severity: wishlist The latest version of netdisco-mibs is 1.0. It'd be nice if this could make it in to wheezy, it's a simple change. The debsums below are because I changed the version locally and it worked fine. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netdisco-mibs-installer depends on: ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction netdisco-mibs-installer recommends no packages. Versions of packages netdisco-mibs-installer suggests: pn netdisco-backend none (no description available) pn netdisco-frontend none (no description available) -- no debconf information -- debsums errors found: debsums: changed file /usr/sbin/netdisco-mibs-download (from netdisco-mibs-installer package) debsums: changed file /usr/sbin/netdisco-mibs-install (from netdisco-mibs-installer package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680814: Fix for bug #680814
On Sun, Aug 5, 2012 at 22:43:50 +0200, Luca Falavigna wrote: tags 680814 + patch thanks This bug is reproducible only on systems without networking access. I'm attaching a patch which fixes the issue. Hi Release Team, would you consider this patch acceptable for an unblock request? NAK on the part that changes the xml files, that shouldn't be necessary. ACK for the added build-dep. Cheers, Julien signature.asc Description: Digital signature
Bug#684007: unblock: ukolovnik/1.4-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please unblock package ukolovnik, where I've just uploaded new upstream version to unstable. The only important change it brings are new translations. Besides that it fixes few tiny errors (possibly unset variables and checking if locales are present), see attached diff for code changes. This is not really an important update, but I think it would be good to include new translations. Thanks Michal Čihař | http://cihar.com | http://blog.cihar.com unblock ukolovnik/1.4-1 - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.10-1.16-desktop (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQH4a+AAoJEGo39bHX+xdNBCIQAM+moGWXasiz0pDv8f7kfwFH vFXejIYzjWs/I4ZZ5IOz5/4CxSFAx/6clPdmEbPjRDDYUVKix6PO23qUBFg+t8ML 14wpS4jQA0SDtCGUfb5QwrIHRXJAQEJbmG0Wu+RRByuBRlxPlY5FoWCpN+HgSZif 1a3wmRththRK/j5qw+i5kyAZlIbzavrb3q7EtW4f5KFazy/gLA9clC2yQ6CcIW2p NnPoZQ78lpozeaEv/PgA7sVnurEuloDL+wZMI0jvVn0VkhZkkhoTuv87Bgd9wVJF 4W17ayuWbqdbLXd+os63g0vMJkznKcHFYfjAphKFk+Is21uX2ybXD5MjFs6nPB+c ZnYS0R7g0JyJze4B2jhSX70GcGLpNVV1PEOhYCgOWmYfGfy6cg966eEmdauAxj/Q 7zg8tcHuiJu4pcy7wGUqXjLNTkDogHmxuKM0xWGhkGnz/0kyiXPPv+dmXF9MCW7n Y+I+faSMJzep0pkDjT8DncH+/HLLCOFJpf2R53dtKifKe84vC1mYjqw3E+78MIlI f7fYLOQBtfZnMYvIQwUDqcTSJFatAahmJYq4/DVdP35gPUr6P0jnpb4diZPVWsRj pCE6NiUvCWvozHpdxm0KFOXXUI4OQrfa0jrKc/odYzeuoo1PKWGqxXz8EGxT3lbe ueSgfyDzq5Ta/AxS1Rxc =zj4s -END PGP SIGNATURE- diff -Nru ukolovnik-1.3/index.php ukolovnik-1.4/index.php --- ukolovnik-1.3/index.php 2010-10-06 17:00:03.0 +0200 +++ ukolovnik-1.4/index.php 2012-08-06 10:39:27.0 +0200 @@ -218,11 +218,12 @@ echo 'th' . _('Created') . '/th'; echo 'th' . _('Actions') . '/th/tr/thead'; echo 'tbody'; +$oldcategory = null; while ($row = mysql_fetch_assoc($q)) { if ($oldcategory != $row['category'] CONFIG_get('main_style')==1) { echo 'trtd colspan=4b'. htmlspecialchars($categories[$row['category']]) .'/b/td/tr'.\n; } -$oldcategory = $row['category']; +$oldcategory = $row['category']; echo 'tr class=priority' . $row['priority']; if (!is_null($row['closed']) $row['closed'] != 0) { echo ' closed'; @@ -757,7 +758,7 @@ header('Content-Type: text/plain; charset=utf-8'); header('Content-Disposition: attachment; filename=ukolovnik.csv'); -$q = SQL_do('SELECT id,category,UNIX_TIMESTAMP(created) AS created,priority,title,description,UNIX_TIMESTAMP(closed) AS closed FROM ' . $GLOBALS['table_prefix'] . 'tasks ' . $filter . ' ORDER BY priority DESC, created ASC'); +$q = SQL_do('SELECT id,category,UNIX_TIMESTAMP(created) AS created,priority,title,description,UNIX_TIMESTAMP(closed) AS closed FROM ' . $GLOBALS['table_prefix'] . 'tasks ORDER BY priority DESC, created ASC'); echo priority,title,description,category,created,closed\n; if (mysql_num_rows($q) 0) { while ($row = mysql_fetch_assoc($q)) { diff -Nru ukolovnik-1.3/lib/locale.php ukolovnik-1.4/lib/locale.php --- ukolovnik-1.3/lib/locale.php 2010-10-06 17:00:03.0 +0200 +++ ukolovnik-1.4/lib/locale.php 2012-08-06 10:39:27.0 +0200 @@ -45,8 +45,13 @@ function LOCALE_list() { global $locale_path; -$d = opendir($locale_path); $langs = array('en' = 'en'); + +if (!is_dir($locale_path)) { +return $langs; +} + +$d = opendir($locale_path); if ($d) { while (($file = readdir($d)) !== false) { $matches = array();
Bug#598144: very low transfers and link quality
Package: linux-2.6 Version: 2.6.32-45 Severity: normal I am receiving a similar issue as the bug reporter. As can be seen below, my kernel log is spammed with the same error. Using the Debian Squeeze ISO as a baseline, the machine tops out downloading the ISO at around 80 kb/s. Another machine on the same access point via an Atheros card dowloads from the same mirror at over 1 Mb/s. As can be seen in the kernel log below, the logged message can be stopped; I did so by issuing the command: # iwconfig wlan0 power off However, I still receive poor throughput. I can reproduce these issues, and would like to help with the ticket. -- Nate -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-45) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Sun May 6 04:00:17 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=f6b41718-95f9-4189-97e9-e85a5aeb99fc ro quiet ** Tainted: P (1) * Proprietary module has been loaded. ** Kernel log: [ 808.608158] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 808.888155] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 809.764160] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 810.012487] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 810.800159] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 812.552161] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 812.852161] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 813.736161] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 814.436151] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 814.900162] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 815.984492] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 816.324491] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 817.868160] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 818.688162] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 821.244152] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 826.016161] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 826.348169] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 827.020161] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 827.216153] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 828.816173] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 829.060146] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 829.776158] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 829.980490] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 830.208159] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 830.872160] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 831.484159] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 834.048151] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 834.780162] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 835.712152] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 835.920154] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 839.468158] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 839.708147] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 840.808484] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 844.000150] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 844.216159] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 849.144160] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 850.228159] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 850.944159] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 851.176143] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 855.128151] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [ 855.780159] phy0 - rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [
Bug#680513: linux-image-3.4-trunk-amd64: bad rss-counter state
Hi, Am Montag, den 06.08.2012, 00:33 -0700 schrieb Jonathan Nieder: Was this crash reproducible? Does upgrading to 3.5 from experimental avoid trouble? Am I correct in guessing that 3.2.y from wheezy is not affected? Yes, it is reproducible, the error happens daily a couple of times if I am running 3.4 from experimental. Mostly, I see it during shutdown. But it's not a crash that brings down the system. I haven't seen this bug with 3.2 kernels. I will try the 3.5 kernel soon, but first I will see what I can tell you about the rcu_sched_state bug in 3.2 (#656196). Thanks Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684007: Acknowledgement (unblock: ukolovnik/1.4-1)
Sorry, forgot to include upstream changelog, here it is: * New Spanish translation thanks to Matías Bellone. * New Portuguese translation thanks to Everton R. * Mew Chinese translation thanks to Siramizu. * New Danish translation thanks to Aputsiaq Niels Janussen. * Make it work without locales at all. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#681435: Plans for Catalyst in Wheezy
Hello, Apparently there was no improvement there, so according to where we left the discussion at two weeks ago, Jonas Genannt should request the removal of Gitalist from Wheezy, correct? Gitalist was removed by Adam D. Barratt. (#683964) Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531624: Fixes upstream
Tags 531624 + upstream Tags 531624 + fixed-upstream Tags 531624 + confirmed Thanks Master d8ca80d fixed upstream by using libcms2 (9.06) Bastion
Bug#684008: cups: Can't print to cups-server using ipp after upgrade to 1.5.3-1
Package: cups Version: 1.5.3-1 Severity: important After upgrading to cups 1.5.3-1, I can't print to a cups-server using ipp. I get the error-message Unable to add document to print job all the time. The server seem to get a job with 0 size, and aborts after a while. I only get this in the cups error_log: Unable to add document to print job. The server is running CUPS 1.4.1. I've also tested cups 1.5.3-2 and 1.5.3-4 on the client, with the same problem. Downgrading the client side to 1.5.2-5 solves the problem. (Downgrading from 1.5.3-4 was however very problematic, cups.postinst failed, and I had to remove ipp14 with an own script.) I've tested serveral different printers, all using PS, with the same result. The information below is after downgrade to 1.5.2-5, and I have both cups-client 1.5.2-5 and cups-bsd 1.5.2-5 installed. I don't know why it say none below. / Anders -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (70, 'testing-proposed-updates'), (60, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser3.113+nmu3 ii bc 1.06.95-2+b1 pn cups-clientnone ii cups-common1.5.3-1 ii cups-filters 1.0.18-2+b2 ii cups-ppdc 1.5.3-1 ii debconf [debconf-2.0] 1.5.44 ii dpkg 1.16.4.3 ii ghostscript9.05~dfsg-6 ii libavahi-client3 0.6.31-1 ii libavahi-common3 0.6.31-1 ii libc6 2.13-33 ii libcups2 1.5.3-1 ii libcupscgi11.5.3-1 ii libcupsimage2 1.5.3-1 ii libcupsmime1 1.5.3-1 ii libcupsppdc1 1.5.3-1 ii libdbus-1-31.6.0-1 ii libgcc11:4.7.1-2 ii libgnutls262.12.20-1 ii libgssapi-krb5-2 1.10.1+dfsg-2 ii libkrb5-3 1.10.1+dfsg-2 ii libldap-2.4-2 2.4.31-1 ii libpam0g 1.1.3-7.1 ii libpaper1 1.1.24+nmu2 ii libslp11.2.1-9 ii libstdc++6 4.7.1-2 ii libusb-1.0-0 2:1.0.11-1 ii lsb-base 4.1+Debian7 ii poppler-utils 0.18.4-3 ii procps 1:3.3.3-2 ii ssl-cert 1.0.31 Versions of packages cups recommends: ii avahi-daemon0.6.31-1 ii colord 0.1.21-1 ii foomatic-filters4.0.17-1 ii ghostscript-cups9.05~dfsg-6 ii printer-driver-gutenprint [cups-driver-gutenprint] 5.2.9-1 Versions of packages cups suggests: pn cups-bsd none ii cups-pdf 2.6.1-6 ii foomatic-db-compressed-ppds [foomatic-db] 20120523-1 ii hplip 3.12.6-3 ii smbclient 2:3.6.6-2 ii udev 175-3.1 -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316521: dpkg: stale directories are not removed after 'postrm purge'
On 2012-07-17 10:58, Raphael Hertzog wrote: Hi, On Mon, 16 Jul 2012, Andreas Beckmann wrote: Would there be a chance to get this applied in wheezy if it doesn't show problems? First off, Guillem need to ack the patch. Then it's somewhat unlikely to be accepted by the release managers. You can always ask them though. I've been running this patch on my piuparts instance for some time now and processed the full sid amd64 archive several times (with different settings) without encountering any problems w.r.t the patched dpkg. Also most of the stale leftover directories are now gone (the remaining ones are from packages using but not shipping a certain directory, but that's not dpkg's fault) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598144: rt2500pci: very low transfers and link quality
submitter 598144 Nathan Schulte nmschu...@gmail.com tags 598144 - unreproducible quit Hi Nathan, Nathan Schulte wrote: I am receiving a similar issue as the bug reporter. As can be seen below, my kernel log is spammed with the same error. Using the Debian Squeeze ISO as a baseline, the machine tops out downloading the ISO at around 80 kb/s. Another machine on the same access point via an Atheros card dowloads from the same mirror at over 1 Mb/s. As can be seen in the kernel log below, the logged message can be stopped; I did so by issuing the command: # iwconfig wlan0 power off However, I still receive poor throughput. I can reproduce these issues, and would like to help with the ticket. Thanks! I'm setting you as the new contact for this bug. Can you try a 3.x.y kernel from squeeze-backports, sid, or experimental? The only packages from outside squeeze that should be needed for this test aside from the kernel itself are linux-base and initramfs-tools. If it works well, we can try to track down what change fixed it and apply the same fix to squeeze. If it doesn't work well, we can try to reproduce it without the nvidia driver and then get help from upstream. So either result is a win. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684009: isc-dhcp-client: dhclient must not assume a IPv6 prefix length of 64 when setting an address
Package: isc-dhcp-client Version: 4.2.2.dfsg.1-5 Severity: normal Tags: upstream ipv6 patch dhclient unconditionally assumes an on-link prefix matching the address and with a length of 64 when setting an IPv6 address. Like routing information, on-link prefix information is not part of the DHCPv6 protocol, so this is just a guess from the part of dhclient. RFC 5942 asserts that on-link prefixes and addresses are independent concepts, and on-link prefix information must only come from Router Advertisements or manual configuration. Section 5 specifically points out that a /64 prefix must not be assumed. In my case where a /112 prefix is used, the routing table becomes nordmark@strix:~$ ip -6 route 2001:6b0:1:1e90::40:0/112 dev wlan0 proto kernel metric 256 expires 2592301sec 2001:6b0:1:1e90::/64 dev wlan0 proto kernel metric 256 default via fe80::92e6:baff:fe68:ce8f dev wlan0 proto kernel metric 1024 expires 1777sec and hosts sharing the /64 prefix but not the /112 are falsely determined as being on-link, and have become unreachable. This is (probably, the bug tracking is closed so I can not verify) reported upstream as ISC-Bugs #29468. The corresponding bug where Network Manager wrongly trusts the prefix length information from dhclient is #661885. The incuded patch removes the use of the bogus ip6_prefixlen variables from dhclient-script and uses /128 when setting an address. Should other programs use these variables, they are hard coded as 128 instead of 64. Arne -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isc-dhcp-client depends on: ii debianutils 4.3.2 ii iproute 20120521-3 ii isc-dhcp-common 4.2.2.dfsg.1-5 ii libc62.13-33 isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: ii avahi-autoipd 0.6.31-1 ii resolvconf 1.67 -- no debconf information --- a/client/dhc6.c +++ b/client/dhc6.c @@ -3899,11 +3899,10 @@ piaddr(addr-address), (unsigned) addr-plen); } else { - /* Current practice is that all subnets are /64's, but - * some suspect this may not be permanent. + /* Prefixlen set to 128 since this is only an address. */ client_envadd(client, prefix, ip6_prefixlen, - %d, 64); + %d, 128); client_envadd(client, prefix, ip6_address, %s, piaddr(addr-address)); } --- a/debian/dhclient-script.linux +++ b/debian/dhclient-script.linux @@ -344,9 +344,9 @@ ;; BOUND6|RENEW6|REBIND6) -if [ ${new_ip6_address} ] [ ${new_ip6_prefixlen} ]; then +if [ ${new_ip6_address} ]; then # set leased IP -ip -6 addr add ${new_ip6_address}/${new_ip6_prefixlen} \ +ip -6 addr add ${new_ip6_address}/128 \ dev ${interface} scope global fi @@ -360,23 +360,19 @@ ;; DEPREF6) -if [ -z ${cur_ip6_prefixlen} ]; then -exit_with_hooks 2 -fi - # set preferred lifetime of leased IP to 0 -ip -6 addr change ${cur_ip6_address}/${cur_ip6_prefixlen} \ +ip -6 addr change ${cur_ip6_address}/128 \ dev ${interface} scope global preferred_lft 0 ;; EXPIRE6|RELEASE6|STOP6) -if [ -z ${old_ip6_address} ] || [ -z ${old_ip6_prefixlen} ]; then +if [ -z ${old_ip6_address} ]; then exit_with_hooks 2 fi # delete leased IP -ip -6 addr del ${old_ip6_address}/${old_ip6_prefixlen} \ +ip -6 addr del ${old_ip6_address}/128 \ dev ${interface} ;;
Bug#682554: unblock: dkms/2.2.0.3-1.1
On 2012-07-23 18:41, Andreas Beckmann wrote: Please unblock package dkms My NMU dkms 2.2.0.3-1.1 fixes two bugs: #666023 (serious): /usr/lib/dkms/common.postinst fails if /lib/modules does not exist #657145 (important): leaves unowned empty directores, e.g. /lib/modules/$KVERS/updates, after removal unblock dkms/2.2.0.3-1.1 The package is now 12 days old and hasn't shown any new bugs. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684010: [blueman] Turning off bluetooth also disables WiFi in NetworkManager
Package: blueman Version: 1.23-1 Severity: important --- Please enter the report below this line. --- Using the blueman applet with NetworkManager applet in Xfce, and turning off the bluetooth also disables the WiFi with it. This problem was not seen with bluedevil and KDE. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 unstableftp.tw.debian.org 500 unstableftp.debian.org 500 testing security.debian.org 500 testing ftp.debian.org --- Package information. --- Depends(Version) | Installed -+- libatk1.0-0 (= 1.12.4) | 2.4.0-2 libbluetooth3 (= 4.91) | 4.99-2 libc6 (= 2.4) | 2.13-35 libcairo2 (= 1.2.4) | 1.12.2-2 libfontconfig1(= 2.8.0) | 2.9.0-7 libfreetype6 (= 2.2.1) | 2.4.9-1 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.26.1-1 libglib2.0-0 (= 2.14.0) | 2.32.3-1 libgtk2.0-0(= 2.16) | 2.24.10-1 libpango1.0-0(= 1.14.0) | 1.30.0-1 libpython2.7(= 2.7) | 2.7.3-2 libstartup-notification0(= 0.4) | 0.12-1 python2.7| 2.7.3-2 python (= 2.7) | 2.7.3-2 python ( 2.8) | 2.7.3-2 dbus | 1.6.2-2 bluez (= 4.25) | 4.99-2 obex-data-server (= 0.4.3) | 0.4.5-1+b3 python-gtk2(= 2.12) | 2.24.0-3 python-dbus | 1.1.1-1 python-gi| 3.2.2-1 python-notify| 0.1.1-3 notification-daemon | librsvg2-common | 2.36.1-1 gnome-icon-theme | 3.4.0-2 Recommends (Version) | Installed ==-+-=== python-gconf | 2.28.1+dfsg-1 policykit-1| 0.105-1 libpulse-mainloop-glib0| 2.0-4 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684011: [enigmail] Enigmail cannot verify signatures nor dercypt attachments of files, which are ASCII armored.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: enigmail Version: 2:1.4.1exp-1 Severity: important - --- Please enter the report below this line. --- I have specified armor in my gpg.conf. This causes everything to be ASCII armored instead of being binary by default. I tried sending some emails to myself and Enigmail was unable to verify/decrypt signatures, which were ASCII armored. Saving these attachments and decrypting in terminal with GPG decrypted them correctly. I will attach my .face, which is just qr code pointing to my homepage so you can see this issue (if you use Enigmail and I wonder why package maintainer of Enigmail wouldn't :)). PS. I marked this as important, because I think that this is important. Please feel free to set correct priority if you think that I used wrong. - --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 unstablehttp.debian.net 500 unstabledeb.torproject.org 500 unstabledeb.opera.com 500 experimentalhttp.debian.net 500 all liveusb.info - --- Package information. --- Depends (Version) | Installed =-+-== libc6(= 2.4) | 2.13-35 libgcc1 (= 1:4.1.1) | 1:4.7.1-6 libnspr4-0d (= 1.8.0.10) | 2:4.9.2-1 libstdc++6 (= 4.1.1) | 4.7.1-6 icedove(= 11.0) | 11.0-1 OR iceape (= 2.8) | gnupg | 1.4.12-4+b1 Package's Recommends field is empty. Package's Suggests field is empty. - -- Mika Suomalainen -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Public key: http://mkaysi.github.com/PGP/key.txt Comment: gpg --keyserver pool.sks-keyservers.net --recv-keys 0x82A46728 Comment: Fingerprint = 24BC 1573 B8EE D666 D10A AA65 4DB5 3CFE 82A4 6728 Comment: Why do I (clear)sign emails? http://git.io/6FLzWg Comment: Please remove PGP lines in replies. http://git.io/nvHrDg Comment: Charset of this message should be UTF-8. Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCgAGBQJQH5B1AAoJEE21PP6CpGco8DcQAMWxVUJsiXpajLYIW59JfCTV iqhDBalGjCqtVgJDvFP6CY3TLghrCmVGmNcW46haTmW3c6YykXpQe96mSo/Y945D v/QHqhqEtB8R3M28ETqg7i7ptnJznt/nhdHr4SQeY4y4HCHU3wVZFxEL8TwwpwAK 9sDT1hQN5MNB2Hd4OmD9wmyTawuGv6pA5f37duZp8lXokVXaMGMG6hdexa/2rfmR 6Dt9TvToOGdsh74EkMwJ6r1x0pC5VK42KNLgrCyNFJH1COFhy9Gng5oqNQvZrl8E B0gnH9p5J/tpt69jO5dT/LAMoNNixuK4nGdj0qlDW4sGig0dMKrZaTdkfQJdR9at RE6rTetK6AID1JHudsQEltnR0gKWfvG8qFLz20N+uzDFlVukrqOkaJ/Aq3ZywZ9Q oP0sLkVjhKfYeJvkb6P+yTL8ErLtawaoBsrUmDD67hh/N3cwnfnOhj1PPjo47+9B QeMeIHnQetqFcBEc+1euDZ91TPVzl4/rs/alHUn9E2ByS6aX6SXibF6bC1YsRyQu Df0u0wwNaG6JLH3RfsNGOReLuzpPAVPjux7l5nk1L6OXxHhdpwFj063lKZI/U414 OaQwGzGEe8z/HU9KxM+LbT3draCukKYImGwX0+bU9yin1V804ZyVf63ZBTMtqC3M NDIC0rJP/5gWGH9DlBOw =xqQw -END PGP SIGNATURE- attachment: .face .face.sig Description: PGP signature
Bug#683907: mencoder: Crashes with seg fault even after getting rid of dmo libraries
Am 06.08.2012 10:21, schrieb Grześ Andruszkiewicz: Would you be able to guess where can I get the missing symbols from? Or how to figure out which ones are missing? Alternatively, could you make (a part of) the affected video file available to the libav developers? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684005: unblock: busybox/1:1.20.0-6
On Mon, Aug 06, 2012 at 12:33:36PM +0400, Michael Tokarev wrote: Please unblock package busybox. The version in unstable fixes a single bug - busybox basically was unusable on s390(x) due to a programming error. The single fix merely removes __attribute__(aligned(1)) and similar qualifiers for a few strings on s390(x) where it was problematic. The other change in the package - reordering of patches in debian/series - makes no effect whatsoever on the resulting source (after applying all patches - I diffed the result to be sure), but makes it easy to group upstream and non-upstream patches. So the only change in this release is to remove forced-alignment of static strings on s390(x). This is fine from a RT point of view, thanks. But given that this package needs the d-i RM ACK and I couldn't find a definite answer in the archives, this still needs confirmation. KiBi? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#684005: unblock: busybox/1:1.20.0-6
Michael Tokarev m...@tls.msk.ru (06/08/2012): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package busybox. ACK for d-i. Thanks! Mraw, KiBi. signature.asc Description: Digital signature
Bug#684012: jsdoc-toolkit: Transition package to use default java implementation
Package: jsdoc-toolkit Version: 2.4.0+dfsg-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Transition to using default java implementation: - d/control: BD switched from openjdk-6-jdk - default-jdk. - d/rules: Set source/target = 1.5 to ensure backwards compatible bytecode is built. Ubuntu is transitioning from openjdk-6 to openjdk-7 as default java; this patch eases the transition and ensures that the code built by the package is backwards compatible with java 1.5+. Note that this transition is not a wheezy release goal. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-8-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQH5EDAAoJEL/srsug59jD8+YP/iIqk4M/t/4vta1meuqJ5iw4 EZy7Wt4WuUQMM+Jkzg7+kzv8clvL0NY3fgKFlgwZtGwg7CAdckhimJL/AFTFet1C fRAFjxJDHJBnzwTCkw3nJcnKu40TBO5siA+Qcqg0kBgJjloRxT2vrwS4ucQbDMDP jCZZCs5dP/++jYrmUWNMlhAm881qhHgWsvK8TDwVZvLXGUFFPt7QrCyl8Jl2L/yX J+Y7vycOV9FHYTxfAQ48XauOAxb1RQRzCCirDIahWsDWoPhAgSUhXrCXTlacMdqz ZPlZGEw6/CcCiVoKeWNCEHMavtxDZwC5gfUevVI+pY1+KWfBhalI/iw+S7o9tkoA +DtP5y4xNZ4ypEaDqQFfhC1AYOMpQSJThG1wFRZUije+C+VC2Hqz5BtigzvUGmhZ vL003m6BZ3To1RCOVYVk0FOBXJpjEPOP69wq2s0l+jXR7i8BPH3dgX+aRFGM86Ka dYuH1oBhJ32GkDwqico/neA2I3b/HnxoBbx473nH6qadD8AXV2msGk6FILcLVExv 72pt8xmt4NlKUj0+sVF+64ZWCqaR19mdkVIwPzxvHQEtEMVVsZcxGGieP8seYTCp i1/1Cx8/YA4V7WYhKxQYBMwqKuUjBDj19SWdSi4ozK5ri5M7idszmwR/qCtnVcQ0 MqjHOJbj0MknHp7NcD4V =SDu7 -END PGP SIGNATURE- diff -Nru jsdoc-toolkit-2.4.0+dfsg/debian/changelog jsdoc-toolkit-2.4.0+dfsg/debian/changelog diff -Nru jsdoc-toolkit-2.4.0+dfsg/debian/control jsdoc-toolkit-2.4.0+dfsg/debian/control --- jsdoc-toolkit-2.4.0+dfsg/debian/control 2011-07-16 15:35:30.0 +0100 +++ jsdoc-toolkit-2.4.0+dfsg/debian/control 2012-08-06 10:38:41.0 +0100 @@ -2,7 +2,7 @@ Section: devel Priority: extra Maintainer: Georges Khaznadar georg...@ofset.org -Build-Depends: debhelper (= 7.0.50~), quilt, ant, openjdk-6-jdk, rhino, +Build-Depends: debhelper (= 7.0.50~), quilt, ant, default-jdk, rhino, xsltproc, docbook-xsl Standards-Version: 3.9.2 Homepage: http://code.google.com/p/jsdoc-toolkit/ diff -Nru jsdoc-toolkit-2.4.0+dfsg/debian/rules jsdoc-toolkit-2.4.0+dfsg/debian/rules --- jsdoc-toolkit-2.4.0+dfsg/debian/rules 2011-02-07 12:53:39.0 + +++ jsdoc-toolkit-2.4.0+dfsg/debian/rules 2012-08-06 10:33:54.0 +0100 @@ -23,7 +23,7 @@ dh_auto_clean override_dh_auto_build: - cd jsdoc-toolkit/java; ant clean-build + cd jsdoc-toolkit/java; ant -Dant.build.javac.source=1.5 -Dant.build.javac.target=1.5 clean-build cd debian; $(XP) $(DB2MAN) manpage.xml dh_auto_build
Bug#684005: unblock: busybox/1:1.20.0-6
Hello, just replying for the sake of people reading -boot@ and wondering: Philipp Kern pk...@debian.org (06/08/2012): This is fine from a RT point of view, thanks. But given that this package needs the d-i RM ACK and I couldn't find a definite answer in the archives, this still needs confirmation. KiBi? I've just sent an ACK to that very bug some minutes ago. ;-) Mraw, KiBi. signature.asc Description: Digital signature
Bug#684014: zabbix-frontend-php, zabbix-agent: fails to purge - command ucf in postrm not found
Package: zabbix-frontend-php,zabbix-agent Version: 1:2.0.2+dfsg-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Please see the manpages ucf(1), ucfr(1) and the example maintainer scripts under /usr/share/doc/ucf/examples/ for correct usage of ucf. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): Removing zabbix-frontend-php ... Purging configuration files for zabbix-frontend-php ... /var/lib/dpkg/info/zabbix-frontend-php.postrm: 13: /var/lib/dpkg/info/zabbix-frontend-php.postrm: ucf: not found dpkg: error processing zabbix-frontend-php (--purge): subprocess installed post-removal script returned error exit status 127 Errors were encountered while processing: zabbix-frontend-php Removing zabbix-agent ... Purging configuration files for zabbix-agent ... /var/lib/dpkg/info/zabbix-agent.postrm: 11: /var/lib/dpkg/info/zabbix-agent.postrm: ucf: not found dpkg: error processing zabbix-agent (--purge): subprocess installed post-removal script returned error exit status 127 Errors were encountered while processing: zabbix-agent cheers, Andreas zabbix-frontend-php_1:2.0.2+dfsg-1.log.gz Description: GNU Zip compressed data
Bug#598144: rt2500pci: very low transfers and link quality
Jonathan Nieder wrote: Thanks! I'm setting you as the new contact for this bug. Okay, sounds good. I hope I can help solve this. Can you try a 3.x.y kernel from squeeze-backports, sid, or experimental? The only packages from outside squeeze that should be needed for this test aside from the kernel itself are linux-base and initramfs-tools. If it works well, we can try to track down what change fixed it and apply the same fix to squeeze. If it doesn't work well, we can try to reproduce it without the nvidia driver and then get help from upstream. So either result is a win. I was already on it, :). I ran into a hiccup, but I've worked through it. $ uname -a Linux desmas-s 3.2.0-0.bpo.2-amd64 #1 SMP Fri Jun 29 20:42:29 UTC 2012 x86_64 GNU/Linux Downloading the same ISO from the mirror gives 40 kb/s average, peaked at 100kb/s once. The same ISO on the machine with the Atheros chip gives over 1Mb/s still. It looks like the problem is still prevalent. Where to now? Output from dmesg is attached. -- Nate [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-0.bpo.2-amd64 (Debian 3.2.20-1~bpo60+1) (debian-ker...@lists.debian.org) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Fri Jun 29 20:42:29 UTC 2012 [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-0.bpo.2-amd64 root=UUID=f6b41718-95f9-4189-97e9-e85a5aeb99fc ro quiet [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009f800 (usable) [0.00] BIOS-e820: 0009f800 - 000a (reserved) [0.00] BIOS-e820: 000e6000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - 7fea (usable) [0.00] BIOS-e820: 7fea - 7feb (ACPI data) [0.00] BIOS-e820: 7feb - 7fee (ACPI NVS) [0.00] BIOS-e820: 7fee - 7ff0 (reserved) [0.00] BIOS-e820: fff0 - 0001 (reserved) [0.00] NX (Execute Disable) protection: active [0.00] DMI present. [0.00] DMI: To Be Filled By O.E.M. To Be Filled By O.E.M./A785GM-LE, BIOS P1.20 04/22/2010 [0.00] e820 update range: - 0001 (usable) == (reserved) [0.00] e820 remove range: 000a - 0010 (usable) [0.00] No AGP bridge found [0.00] last_pfn = 0x7fea0 max_arch_pfn = 0x4 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-E uncachable [0.00] F-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 00 mask FF8000 write-back [0.00] 1 disabled [0.00] 2 disabled [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00] 6 disabled [0.00] 7 disabled [0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [0.00] found SMP MP-table at [880ff780] ff780 [0.00] initial memory mapped : 0 - 2000 [0.00] Base memory trampoline at [8809a000] 9a000 size 20480 [0.00] init_memory_mapping: -7fea [0.00] 00 - 007fe0 page 2M [0.00] 007fe0 - 007fea page 4k [0.00] kernel direct mapping tables up to 7fea @ 1fffc000-2000 [0.00] RAMDISK: 375d1000 - 37ff [0.00] ACPI: RSDP 000fb940 00014 (v00 ACPIAM) [0.00] ACPI: RSDT 7fea 00044 (v01 042210 RSDT1540 20100422 MSFT 0097) [0.00] ACPI: FACP 7fea0200 00084 (v01 A_M_I OEMFACP 12000601 MSFT 0097) [0.00] ACPI Warning: Optional field Pm2ControlBlock has zero address or length: 0x/0x1 (20110623/tbfadt-560) [0.00] ACPI: DSDT 7fea0450 091A9 (v01 AS267 AS267113 0113 INTL 20051117) [0.00] ACPI: FACS 7feb 00040 [0.00] ACPI: APIC 7fea0390 0007C (v01 042210 APIC1540 20100422 MSFT 0097) [0.00] ACPI: MCFG 7fea0410 0003C (v01 042210 OEMMCFG 20100422 MSFT 0097) [0.00] ACPI: OEMB 7feb0040 00072 (v01 042210 OEMB1540 20100422 MSFT 0097) [0.00] ACPI: SRAT 7feaa450 000A0 (v03 AMDFAM_F_10 0002 AMD 0001) [0.00] ACPI: AAFT 7feaa4f0 00027 (v01 042210 OEMAAFT 20100422 MSFT 0097) [0.00] ACPI: HPET 7feaa520 00038 (v01 042210 OEMHPET 20100422 MSFT 0097) [0.00] ACPI: SSDT 7feaa560 002CC (v01 A M I POWERNOW 0001 AMD 0001) [0.00] ACPI: Local APIC address 0xfee0 [0.00] SRAT: PXM 0 - APIC 0x00 - Node 0 [0.00] SRAT: PXM 0 - APIC 0x01 - Node 0 [0.00] SRAT: Node 0 PXM 0 0-a [
Bug#679368: pylucene: diff for NMU version 3.5.0-1.1
tags 679368 + patch pending thanks Dear maintainer, I've prepared an NMU for pylucene (versioned as 3.5.0-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru pylucene-3.5.0/debian/changelog pylucene-3.5.0/debian/changelog --- pylucene-3.5.0/debian/changelog 2012-04-24 00:12:29.0 +0200 +++ pylucene-3.5.0/debian/changelog 2012-08-06 11:44:58.0 +0200 @@ -1,3 +1,12 @@ +pylucene (3.5.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/patches/unique_classes.patch: +- Cherry-pick patch from upstream branch_3x SVN (r1240640) to rename + classes whose python name would not be unique (Closes: #679368). + + -- Luca Falavigna dktrkr...@debian.org Mon, 06 Aug 2012 11:43:34 +0200 + pylucene (3.5.0-1) unstable; urgency=low * New maintainer (closes: 670179) diff -Nru pylucene-3.5.0/debian/patches/series pylucene-3.5.0/debian/patches/series --- pylucene-3.5.0/debian/patches/series 2012-04-23 18:29:49.0 +0200 +++ pylucene-3.5.0/debian/patches/series 2012-08-06 11:45:25.0 +0200 @@ -0,0 +1 @@ +unique_classes.patch diff -Nru pylucene-3.5.0/debian/patches/unique_classes.patch pylucene-3.5.0/debian/patches/unique_classes.patch --- pylucene-3.5.0/debian/patches/unique_classes.patch 1970-01-01 01:00:00.0 +0100 +++ pylucene-3.5.0/debian/patches/unique_classes.patch 2012-08-06 11:43:24.0 +0200 @@ -0,0 +1,31 @@ +Description: rename classes whose python name would not be unique in lucene module +Origin: http://svn.apache.org/repos/asf/lucene/pylucene/branches/branch_3x/Makefile + +Index: pylucene-3.5.0/Makefile +=== +--- pylucene-3.5.0.orig/Makefile 2011-12-09 06:17:55.0 +0100 pylucene-3.5.0/Makefile 2012-08-06 11:38:31.042902706 +0200 +@@ -288,6 +288,7 @@ +--exclude org.apache.lucene.queryParser.TokenMgrError \ +--exclude org.apache.lucene.queryParser.QueryParserTokenManager \ +--exclude org.apache.lucene.queryParser.ParseException \ ++ --exclude org.apache.lucene.queryParser.CharStream \ +--exclude org.apache.lucene.search.regex.JakartaRegexpCapabilities \ +--exclude org.apache.regexp.RegexpTunnel \ +--exclude org.apache.lucene.analysis.cn.smart.AnalyzerProfile \ +@@ -296,6 +297,15 @@ +--mapping java.util.Properties 'getProperty:(Ljava/lang/String;)Ljava/lang/String;' \ +--sequence java.util.AbstractList 'size:()I' 'get:(I)Ljava/lang/Object;' \ +--rename org.apache.lucene.search.highlight.SpanScorer=HighlighterSpanScorer \ ++ --rename org.apache.lucene.search.highlight.Scorer=HighlighterScorer \ ++ --rename org.apache.lucene.search.spell.Dictionary=SpellDictionary \ ++ --rename org.apache.lucene.search.suggest.fst.Sort=SuggestSort \ ++ --rename org.apache.lucene.store.DataInput=StoreDataInput \ ++ --rename org.apache.lucene.store.DataOutput=StoreDataOutput \ ++ --rename org.tartarus.snowball.ext.DutchStemmer=SnowballDutchStemmer \ ++ --rename org.tartarus.snowball.ext.FrenchStemmer=SnowballFrenchStemmer \ ++ --rename org.tartarus.snowball.ext.GermanStemmer=SnowballGermanStemmer \ ++ --rename org.tartarus.snowball.ext.PortugueseStemmer=SnowballPortugueseStemmer \ +--version $(LUCENE_VER) \ +--module python/collections.py \ +--module python/ICUNormalizer2Filter.py \
Bug#684015: jsymphonic: Transition package to use default java implementation
Package: jsymphonic Version: 0.3.0.Ode.To.Freedom+svn387-7 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Transition package to use default java implementation: - d/control: Switch dependencies from openjdk-6-* to default-*. - d/rules: Set JAVA_HOME to /usr/lib/jvm/default-java. - d/build.xml: Set source/target = 1.5 to ensure backwards compatible bytecode is built. Ubuntu is transitioning from openjdk-6 to openjdk-7 as default java; this patch eases the transition and ensures that the code built by the package is backwards compatible with java 1.5+. Note that this transition is not a wheezy release goal. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-8-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQH5boAAoJEL/srsug59jD6OkQAMUzaSnW/hMDQzKC4k6+IiRa jw9fbYge+EAUf/wtI2BjlWJr55zG2J64QjBQ5iHtiiwR+hfiAoy+VfGIw+dcRhPw zhRP6PRFXLKdJe5x3hBOZOXXd8Fk6OA5zLXA1GtMKgrLVb6mHO8DSjG+7nGKbbEH POgBFnttz3mDKJBOWJ95C8TT/rFTCbTbFLDCaGkhP7zCnnTtDVUTs8rAywPRJw6H 4hCt2SMp+cqlEn96ur/leCTs+jLDluI1HlOPa8z128SH4B7mjUnguLMbfjYGZ2wU Di6tvWBda82RV5+pP1fvja7bAZzTv+SaqtQ+/4NzEkR3ZQD4Rrm2z2E1tALyxVm5 CR+CzzV7j3J8WnZesP9b5f/p+6saWnEWz0dSiBIDx4YT8mOB4dUXehBeNaOJTLJ+ /fw9mW6okRlkADTojtBm9dTHuiy2eMdB2h1xpCH+Og0V2MMFuPA6tIwC2X6/wxT4 HHF4btz4S42v/WIyRhI3dtu8NbCR8uNmcR92onXAzox2WVOy4Yq8f2BNf2bp2qAO UmUuGeWdUzKnM/fF6za8CasUSCTmKamYFBFPilOpbjGmcJVI+/2+3Dr+hG+k+NJT 04Yk90H0HrhxvOoz/gK/MD2uQWCrpZ1QhoYMdn44YEz8FRQzWw3y94Iil8MT08vT Lx8fTHiKTPzNGvvSen3d =Mqns -END PGP SIGNATURE- diff -Nru jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/build.xml jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/build.xml --- jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/build.xml 2011-04-04 21:00:51.0 +0100 +++ jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/build.xml 2012-08-06 10:48:05.0 +0100 @@ -33,7 +33,8 @@ /target target name=compile depends=init -javac srcdir=${srcdir} destdir=${builddir} encoding=UTF-8 / +javac srcdir=${srcdir} destdir=${builddir} encoding=UTF-8 + source=1.5 target=1.5 / /target target name=build depends=compile,languages,resources diff -Nru jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/changelog jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/changelog diff -Nru jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/control jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/control --- jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/control 2011-06-04 19:31:56.0 +0100 +++ jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/control 2012-08-06 11:02:06.0 +0100 @@ -4,7 +4,7 @@ Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Uploaders: Vincent Fourmond fourm...@debian.org Build-Depends: cdbs, debhelper (= 7), ant, javahelper (= 0.36) -Build-Depends-Indep: openjdk-6-jdk, libswing-layout-java +Build-Depends-Indep: default-jdk, libswing-layout-java Standards-Version: 3.9.2 Homepage: http://sourceforge.net/projects/symphonic/ Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/jsymphonic @@ -13,7 +13,7 @@ Package: jsymphonic Architecture: all -Depends: openjdk-6-jre | java6-runtime, java-wrappers (= 0.1.22), +Depends: default-jre | java6-runtime, java-wrappers (= 0.1.22), ${misc:Depends}, ${java:Depends} Recommends: ffmpeg Suggests: pmount @@ -24,4 +24,4 @@ . This program provides functionalities similar to the proprietary Windows-only SonicStage software given by Sony to interact with - the players. \ No newline at end of file + the players. diff -Nru jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/rules jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/rules --- jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/rules 2011-09-29 20:15:04.0 +0100 +++ jsymphonic-0.3.0.Ode.To.Freedom+svn387/debian/rules 2012-08-06 10:47:40.0 +0100 @@ -12,7 +12,7 @@ include /usr/share/cdbs/1/class/javahelper.mk include /usr/share/cdbs/1/class/ant.mk -JAVA_HOME_DIRS := /usr/lib/jvm/java-6-openjdk-$(shell dpkg-architecture -qDEB_HOST_ARCH) +JAVA_HOME_DIRS := /usr/lib/jvm/default-java ANT_HOME := /usr/share/ant DEB_ANT_COMPILER := modern DEB_BUILDDIR := .
Bug#684016: sysvinit script for bind9 will not print warning or failure when some zone file contains errors
Package: bind9 Version: 1:9.7.3.dfsg-1~squeeze6, 1:9.8.1.dfsg.P1-4.1 Severity: important Hello, When reloading or restarting the bind9, if one of the zone files contains errors bind9 won't complain and the error will go unnoticed. The worst part is that if the bind9 server is restarted it will stop replying to queries for this zone until someone fixes the error on the zone file and restarts the server. There is no other way than to inspect the syslog to know that bind9 is refusing to load the zone file that contains errors. See the following example test case: $ cat /etc/bind/db.forxa $TTL604800 @ IN SOA localhost. root.localhost. ( 2 ; Serial 604800 ; Refresh 86400 ; Retry 2419200 ; Expire 604800 ) ; Negative Cache TTL ; @ IN NS ns1 @ IN MX 10 listas @ IN A 85.91.64.183 ns1 IN A 127.0.0.1 * IN MX 5 listas listas IN A 85.91.64.136 * IN A 85.91.64.183 $ cat /etc/bind/named.conf.default-zones // prime the server with knowledge of the root servers zone . { type hint; file /etc/bind/db.root; }; // be authoritative for the localhost forward and reverse zones, and for // broadcast zones as per RFC 1912 zone localhost { type master; file /etc/bind/db.local; }; zone 127.in-addr.arpa { type master; file /etc/bind/db.127; }; zone 0.in-addr.arpa { type master; file /etc/bind/db.0; }; zone 255.in-addr.arpa { type master; file /etc/bind/db.255; }; zone test.org { type master; file /etc/bind/db.forxa; }; $ dig +short listas.test.org @127.0.0.1 85.91.64.136 Now introduce some error on the zone file: $ sed s/listas\t\tIN/listas\t\tUN/ -i db.forxa And reload the server: $ service bind9 reload [ ok ] Reloading domain name service...: bind9. $ echo $? 0 Check the syslog: Aug 6 11:54:31 trinity named[31626]: received control channel command 'reload' Aug 6 11:54:31 trinity named[31626]: loading configuration from '/etc/bind/named.conf' Aug 6 11:54:31 trinity named[31626]: reading built-in trusted keys from file '/etc/bind/bind.keys' Aug 6 11:54:31 trinity named[31626]: using default UDP/IPv4 port range: [1024, 65535] Aug 6 11:54:31 trinity named[31626]: using default UDP/IPv6 port range: [1024, 65535] Aug 6 11:54:31 trinity named[31626]: sizing zone task pool based on 9 zones Aug 6 11:54:31 trinity named[31626]: using built-in root key for view _default Aug 6 11:54:31 trinity named[31626]: Warning: 'empty-zones-enable/disable-empty-zone' not set: disabling RFC 1918 empty zones Aug 6 11:54:31 trinity named[31626]: reloading configuration succeeded Aug 6 11:54:31 trinity named[31626]: /etc/bind/db.forxa:14: unknown RR type 'UN' Aug 6 11:54:31 trinity named[31626]: zone mancomun.org/IN: loading from master file /etc/bind/db.forxa failed: unknown class/type Aug 6 11:54:31 trinity named[31626]: zone mancomun.org/IN: not loaded due to errors. Aug 6 11:54:31 trinity named[31626]: reloading zones succeeded Restart bind9: $ service bind9 restart [] Stopping domain name service...: bind9waiting for pid 25326 to die . ok [ ok ] Starting domain name service...: bind9. $ echo $? 0 No error. Try to query it: $ dig +short listas.test.org @127.0.0.1 No reply. The same problem is found on squeeze (bind9=1:9.7.3.dfsg-1~squeeze6) and Wheezy (bind9=1:9.8.1.dfsg.P1-4.1) IMHO the init script for bind9 should, at least, print a warning when one of the zone files contains errors. Thanks! signature.asc Description: OpenPGP digital signature
Bug#684017: chemical-mime-data: unowned files after purge: /usr/share/mime/chemical/x-*.xml
Package: chemical-mime-data Version: 0.1.94-6 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 2m5.9s ERROR: FAIL: Package purging left files on system: /usr/share/mime/chemical/ not owned /usr/share/mime/chemical/x-alchemy.xml not owned /usr/share/mime/chemical/x-cache.xml not owned /usr/share/mime/chemical/x-cactvs-ascii.xmlnot owned /usr/share/mime/chemical/x-cactvs-binary.xml not owned /usr/share/mime/chemical/x-cactvs-table.xmlnot owned /usr/share/mime/chemical/x-cdx.xml not owned /usr/share/mime/chemical/x-cdxml.xml not owned /usr/share/mime/chemical/x-chem3d.xml not owned /usr/share/mime/chemical/x-cif.xml not owned /usr/share/mime/chemical/x-cml.xml not owned /usr/share/mime/chemical/x-daylight-smiles.xml not owned /usr/share/mime/chemical/x-dmol.xmlnot owned /usr/share/mime/chemical/x-gamess-input.xmlnot owned /usr/share/mime/chemical/x-gamess-output.xml not owned /usr/share/mime/chemical/x-gaussian-input.xml not owned /usr/share/mime/chemical/x-gaussian-log.xmlnot owned /usr/share/mime/chemical/x-genbank.xml not owned /usr/share/mime/chemical/x-gulp.xmlnot owned /usr/share/mime/chemical/x-hin.xml not owned /usr/share/mime/chemical/x-inchi-xml.xml not owned /usr/share/mime/chemical/x-inchi.xml not owned /usr/share/mime/chemical/x-jcamp-dx.xmlnot owned /usr/share/mime/chemical/x-macromodel-input.xmlnot owned /usr/share/mime/chemical/x-mdl-molfile.xml not owned /usr/share/mime/chemical/x-mdl-rdfile.xml not owned /usr/share/mime/chemical/x-mdl-rxnfile.xml not owned /usr/share/mime/chemical/x-mdl-sdfile.xml not owned /usr/share/mime/chemical/x-mdl-tgf.xml not owned /usr/share/mime/chemical/x-mmcif.xml not owned /usr/share/mime/chemical/x-mol2.xmlnot owned /usr/share/mime/chemical/x-mopac-graph.xml not owned /usr/share/mime/chemical/x-mopac-input.xml not owned /usr/share/mime/chemical/x-mopac-out.xml not owned /usr/share/mime/chemical/x-msi-car.xml not owned /usr/share/mime/chemical/x-msi-hessian.xml not owned /usr/share/mime/chemical/x-msi-mdf.xml not owned /usr/share/mime/chemical/x-msi-msi.xml not owned /usr/share/mime/chemical/x-ncbi-asn1-binary.xmlnot owned /usr/share/mime/chemical/x-ncbi-asn1-xml.xml not owned /usr/share/mime/chemical/x-ncbi-asn1.xml not owned /usr/share/mime/chemical/x-pdb.xml not owned /usr/share/mime/chemical/x-shelx.xml not owned /usr/share/mime/chemical/x-vmd.xml not owned /usr/share/mime/chemical/x-xyz.xml not owned This might be a problem in the trigger processing of shared-mime-info. cheers, Andreas chemical-mime-data_0.1.94-6.log.gz Description: GNU Zip compressed data
Bug#682956: gyoto: FTBFS with binutils-gold
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Le 27/07/12 12:44, Angel Abad a écrit : Package: gyoto Severity: minor User: peter.fritzs...@gmx.de Usertags: no-add-needed Dear Maintainer, gyoto package fails to build from source with binutils-gold, see the log [...] Patch attached! Thanks, I'll apply your patch in the next upload to experimental or after the release. Kind regards, Thibaut. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJQH5ZUAAoJEJOUU0jg3ChA3F4P/AlrpFQ50ay8w3dcmqn50L7M 4UF607SsEu/bFtbtq1pUAJ1fG5+S3Vd2RPdJMR8IPb5aMCHxCbrRvkNVWFuhcVlE 9S1vz1kMOdt+ozkTyHD3QJAkCKBIlr6ZU7ZNdlJvzQAr0BIioynM8XConnGKG7Er xzlQ6fPXV6AQnJTpZeLBMOE4dzHPcVQX8N0/qZb5EbdrcxV8ZoTaP82+Gxp7ljbv 3+iKnfxCxoX8cy1GS2ZifpOK49YoFzNDnN4jHs6viYnYNQArGFI1vDzLq0JXiX5s C7K/apz5zu1+uRTwwi6c++1vEFaK0gbqVJNzsK4aQotxAZkiKa5WJijU92Sp8QGd VRFuSsY3Z6wKi2PqnmDiLwQQeGT2BH8ZtP/q2Jy1A88PSednZ+7SN5mEJ6iz2Wek 1PB662dOq6dOpErpgS79gE1PLT1HnS0jFEaVkZCTwfG7Q2ofz5gyPRzkmsE9UY6u sEOLnjqTNhuytsrHv+ozq0tCimxcXNCuRfG8tyTptXXcvJbxdpWdmA+miHBpUGYE 5gYMkLcgeXtGHf7fhNloHAfG9m/MUZfIbl/i5YNy8n5sQdCIQ2NesZzomypja9Ag lWU1dvjj9/n55CZiyYinT//8H6MP6KXeelFruenJznunQs0UnJb4ntlbU2B23xtu zuEkp1wMGGGIaVTJ6njA =BXjh -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#668721: Any reason to not upload the patched package to close #668721
Hi Joey, following the advise to look into RC bugs before reading Bits from DPL I stumbled over this one. Could you give any reason why you do not upload with the provided patch? Please give some signal what to do (I'd volunteer to NMU in case you might have some time issues). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684018: latexdraw: Transition package to use default java implementation.
Package: latexdraw Version: 2.0.8+1-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Transition package to default java implementation: - d/control: BD on default-jdk, Switch runtime dependency to default-jre | java6-runtime. - d/rules: Prefer /usr/lib/jvm/default-java for JAVA_HOME. Ubuntu is transitioning from openjdk-6 to openjdk-7 as default java; this patch eases the transition. Note that this transition is not a wheezy release goal. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-8-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQH5kpAAoJEL/srsug59jDLc0P/Rkm51X8QkXK7fEvY99OecrQ BAtlAXfPPDkKhF6xUJb9EzUfQRrcynPPytHj1LC7k62uPa258HcgXRQxJkwMe9WI 7i9Ps/JWuPvWlJ+9LckV0R3vcUbAnxu1S+1Atl2Y0ZRzpqdsz8/au3COYEYPF4tB aNP2UOs6S4Wuzx1ccxtVncK5Td5Pd1Ja+Tt4zvOYJ4PCatGt0b+r7Mf+Dj2ngiQ1 SF8Xfey/cqUz5lGtbmDU1YkO2XMd6JRGoEKqnO9KllmfyJxq3bVvYluiNQZ3cvcA /2VEuCjJLr3U5ZMv2BJae3g/tBso/SLhc/dln2MB1koqGGRYolPzv7o/x7mpJRxl wI8imp9M4jQA9B2V7QYTHRpEK4jCdx1rTOIl03aSVnTaIa9yOUWkYb9muq9RTbgO FSq9uGhUDdIODgRdVDnTiWFjNvAJMp5U+pw2brBTvD1VNvDPl3cFPwVabOZ+ieTs yzVcfAFSbR9QQ7FFNzGdHKzF/jVsj6f43icFT2xOGpGyzLXWmmImvkrhefWcOxC6 bvROEqYcdxRFmTiYDMEGLULd3uQuLNfdNGzX0zTlO2b3zLqWjyBuyPDX0zhL4PGb 3ukuwW27D7uxD+GhYJFLJLbMFCI1m+YX5jx9F4nSaVptLkpCozFIvdk5Su7XUWRn YPhQoGzL9lnRBKdjZ3X6 =bv9v -END PGP SIGNATURE- diff -Nru latexdraw-2.0.8+1/debian/changelog latexdraw-2.0.8+1/debian/changelog diff -Nru latexdraw-2.0.8+1/debian/control latexdraw-2.0.8+1/debian/control --- latexdraw-2.0.8+1/debian/control 2012-06-20 00:24:59.0 +0100 +++ latexdraw-2.0.8+1/debian/control 2012-08-06 11:13:43.0 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Stuart Prescott stuart+deb...@nanonanonano.net Build-Depends: debhelper (= 7.3.5~) -Build-Depends-Indep: openjdk-7-jdk | openjdk-6-jdk, +Build-Depends-Indep: default-jdk, ant, imagemagick, libjiu-java, @@ -14,7 +14,7 @@ Package: latexdraw Architecture: all -Depends: openjdk-7-jre | openjdk-6-jre | sun-java6-jre, +Depends: default-jre | java6-runtime, libjiu-java, libjlibeps-java, java-wrappers, diff -Nru latexdraw-2.0.8+1/debian/rules latexdraw-2.0.8+1/debian/rules --- latexdraw-2.0.8+1/debian/rules 2012-06-20 00:01:37.0 +0100 +++ latexdraw-2.0.8+1/debian/rules 2012-08-06 11:07:56.0 +0100 @@ -11,6 +11,7 @@ # to build locally using openjdk-7. JAVA_HOME ?= $(shell echo \ ` for jre in \ + /usr/lib/jvm/default-java \ /usr/lib/jvm/java-7-openjdk-\`dpkg-architecture -qDEB_BUILD_ARCH\` \ /usr/lib/jvm/java-6-openjdk-\`dpkg-architecture -qDEB_BUILD_ARCH\` \ /usr/lib/jvm/java-6-openjdk \
Bug#684019: python-liblcms: static library in /usr/share
Package: python-liblcms Version: 1.19.dfsg-1.1 Severity: serious Justification: Policy 9.1.1 $ dpkg -c python-liblcms_1.19.dfsg-1.1_i386.deb | grep -F .a -rw-r--r-- root/root 2654720 2012-05-20 20:05 ./usr/share/pyshared/_lcms.a lrwxrwxrwx root/root 0 2012-05-20 20:05 ./usr/lib/python2.7/dist-packages/_lcms.a - ../../../share/pyshared/_lcms.a I suppose this file shouldn't be included in the binary package at all: there's no way Python could use the static library. -- 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#684020: unblock: germinate/2.10
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock germinate 2.10 fixes a failure when running in the C locale, which is a regression from the Python 2-based version in squeeze. The fix is unit-tested and confirmed to work in Ubuntu. The diff follows. https://bugs.launchpad.net/ubuntu/+source/germinate/+bug/1025818 unblock germinate/2.10 diff -Nru germinate-2.9/debian/changelog germinate-2.10/debian/changelog --- germinate-2.9/debian/changelog 2012-06-14 15:30:06.0 +0100 +++ germinate-2.10/debian/changelog 2012-07-23 11:33:46.0 +0100 @@ -1,3 +1,10 @@ +germinate (2.10) unstable; urgency=low + + * Always open Packages files as UTF-8, regardless of the current locale. +LP: #1025818. + + -- Steve Langasek steve.langa...@ubuntu.com Mon, 23 Jul 2012 11:33:43 +0100 + germinate (2.9) unstable; urgency=low * Support both Python 2 and 3 directly rather than using 2to3. diff -Nru germinate-2.9/germinate/archive.py germinate-2.10/germinate/archive.py --- germinate-2.9/germinate/archive.py 2012-06-14 15:15:41.0 +0100 +++ germinate-2.10/germinate/archive.py 2012-07-23 11:33:03.0 +0100 @@ -33,6 +33,8 @@ import tempfile import shutil import logging +import codecs +import io import apt_pkg @@ -168,7 +170,11 @@ except OSError: pass -return open(fullname, r) +if sys.version_info[0] 3: +return codecs.open(fullname, 'r', 'UTF-8', 'replace') +else: +return io.open(fullname, mode='r', encoding='UTF-8', + errors='replace') tag_files = [] for mirror in mirrors: diff -Nru germinate-2.9/germinate/tests/test_archive.py germinate-2.10/germinate/tests/test_archive.py --- germinate-2.9/germinate/tests/test_archive.py 2012-01-16 13:56:58.0 + +++ germinate-2.10/germinate/tests/test_archive.py 2012-07-23 11:33:03.0 +0100 @@ -57,12 +57,13 @@ os.makedirs(source_dir) packages = gzip.GzipFile(os.path.join(binary_dir, Packages.gz), w) try: -packages.write(textwrap.dedent(\ +packages.write(textwrap.dedent(b\ Package: test Version: 1.0 Architecture: i386 +Maintainer: \xc3\xba\xe1\xb8\x83\xc3\xba\xc3\xb1\xc5\xa7\xc5\xaf\x20\xc4\x91\xc9\x99\x76\xe1\xba\xbd\xc5\x82\xc3\xb5\xe1\xb9\x97\xc3\xa8\xc5\x97\xe1\xb9\xa1 -).encode(UTF-8)) +.decode(UTF-8)).encode(UTF-8)) finally: packages.close() sources = gzip.GzipFile(os.path.join(source_dir, Sources.gz), w) Thanks, -- Colin Watson [cjwat...@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#684021: ruby-sinatra: shouldn't break error processing if error logging is failed
Package: ruby-sinatra Version: 1.3.2-1 Severity: normal Dear Maintainer, When error logging in sinatra fails (with exception), it can't process exception in right way. Example: Our code handles Errno:EROFS: error Errno:EROFS do #some processing end If standard logger (rack.error) starts failing (e.g. filesystem become read only), our handlers stop working and default error page appears. For fix this problem, Sinatra should ignore exceptions Fixing patch could be found in attachment -- Thanks, Aliaksandr Barouski diff -Naur sinatra-1.3.2-orig/lib/sinatra/base.rb sinatra-1.3.2/lib/sinatra/base.rb --- sinatra-1.3.2-orig/lib/sinatra/base.rb 2012-08-06 13:15:29.599949551 +0300 +++ sinatra-1.3.2/lib/sinatra/base.rb 2012-08-06 13:02:45.0 +0300 @@ -927,6 +927,8 @@ def dump_errors!(boom) msg = [#{boom.class} - #{boom.message}:, *boom.backtrace].join(\n\t) @env['rack.errors'].puts(msg) +rescue ::Exception = boom + # Just ignore it end class self
Bug#684022: leiningen: Transition package to use default java implementation.
Package: leiningen Version: 1.7.1-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Transition package to use default java implementation: - d/control: BD on default-jdk, switch runtime dependency to default-jre | java6-runtime. Ubuntu is transitioning from openjdk-6 to openjdk-7 as default java; this patch eases the transition (and future transitions). Note that this transition is not a wheezy release goal. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-8-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQH53EAAoJEL/srsug59jDu4YP/0SshNLMHnzRayhr8Zclgb4G YW+FLlDoicPkFHtQwDmzLsirWDpNYAQ9r4pUKcZj1Gw/KU0kAAI/bGPRAdQbnjUY 1g4yLRIWPNmYunnqIx89zH8f7WDX4MyORZDqbwvcRPycUYQWs7XM8CgCe6Hu5lDK KiLjsMSgRa0cfHNAEhKtPOSxU/3JK/7h/k/nGjYWlbQdSpbW7QX0DViJ++/sXAUn VxS9GqmEHaDogPVJ9gbjfswtCPvTRV4wiVpyNtzMjaaOgkEcNDZDReZCVMphKYQy 4T5FRpL6YFPhF+lhs7dbYWV4Gp5jIaxEl9Vr8KumGEwidaI7uP1IRY3uLboNgzx1 VnDcHZwJF6msa0oa6wy4Jfp1ewJ5f2o/c8XzoEc3WH3iX4eHwpAWX9SC6a+G47rW 68WMVmTMRudPiQmmAToZSMS5RaIjfAPZe2QP2UrvgEcoJQGWWtM+ijscLLwEpKB0 PmaDbSMMNycB0aCC0nTZCcL8rQ3/yZTmWr0CkPevqzi0r7XaK7D+pLCETBVQtk1+ 8uXx9jaMjvrl+umHwXeYKibysbgm/5UYGRJKJlv3h1cG+SurBoS+k7jGK6mUYmi7 mjZl3JsiFY8cLhlFT7dEVW1P+9tjE2NwGDyFsqKQsQaFTJepWO60Sib7j/b0G8pt ZDwHbve9hSsIHtOOgcDT =zfz1 -END PGP SIGNATURE- diff -Nru leiningen-1.7.1/debian/changelog leiningen-1.7.1/debian/changelog diff -Nru leiningen-1.7.1/debian/control leiningen-1.7.1/debian/control --- leiningen-1.7.1/debian/control 2012-03-28 16:14:11.0 +0100 +++ leiningen-1.7.1/debian/control 2012-08-06 11:24:29.0 +0100 @@ -24,7 +24,7 @@ librobert-hooke-clojure, libtext-markdown-perl | markdown, libwagon-java, - openjdk-6-jdk, + default-jdk, rlwrap, zip Standards-Version: 3.9.3 @@ -38,7 +38,7 @@ Depends: ${java:Depends}, ${misc:Depends}, - openjdk-6-jre | openjdk-7-jre, + default-jre | java6-runtime, clojure-contrib (= 1.2.0), rlwrap Recommends:
Bug#683850: Fwd: FW: Improved magic for JPEG 2000 format family
-- Forwarded message -- ** Great, thanks! BTW there’s now also a ticket for Apache Tika: ** ** https://issues.apache.org/jira/browse/TIKA-970 ** ** Johan
Bug#684023: unblock: octave-odepkg/0.8.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package octave-odepkg This version fixes the RC Bug#664797 by adding a thin patch to the upstream Makefile, that fixes the setting of a gfortran option. This was causing one the the unit testings to crash. The patch has been accepted upstream. [1] [2] The debdiff is attached below. Thanks, Rafael unblock octave-odepkg/0.8.2-2 [1] http://permalink.gmane.org/gmane.comp.gnu.octave.devel/8053 [2] http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/main/odepkg/src/Makefile?r1=10624r2=10830pathrev=10830 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (550, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru octave-odepkg-0.8.2/debian/changelog octave-odepkg-0.8.2/debian/changelog --- octave-odepkg-0.8.2/debian/changelog2012-04-20 20:50:08.0 +0200 +++ octave-odepkg-0.8.2/debian/changelog2012-08-05 23:36:13.0 +0200 @@ -1,3 +1,10 @@ +octave-odepkg (0.8.2-2) unstable; urgency=low + + * Ensure that the -fno-automatic flag is passed to gfortran +(Closes: #664797) + + -- Thomas Weber twe...@debian.org Sun, 05 Aug 2012 21:39:05 +0200 + octave-odepkg (0.8.2-1) unstable; urgency=low [ Rafael Laboissiere ] diff -Nru octave-odepkg-0.8.2/debian/patches/pass_options_to_gfortran octave-odepkg-0.8.2/debian/patches/pass_options_to_gfortran --- octave-odepkg-0.8.2/debian/patches/pass_options_to_gfortran 1970-01-01 01:00:00.0 +0100 +++ octave-odepkg-0.8.2/debian/patches/pass_options_to_gfortran 2012-08-05 23:36:13.0 +0200 @@ -0,0 +1,27 @@ +Description: Ensure that gfortran is called with the '-fno-automatic' option +Author: Thomas Weber twe...@debian.org +Last-Update: 2012-08-05 +Bug-Debian: http://bugs.debian.org/664797 +Forwarded: http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/main/odepkg/src/Makefile?r1=10624r2=10830pathrev=10830 +Applied-Upstream: rev 10830 + +--- a/src/Makefile b/src/Makefile +@@ -11,14 +11,12 @@ + # MKMEXFILE = $(MKOCTFILE) --mex + MKOCTFILE = mkoctfile + ifeq (gfortran,$(findstring gfortran,$(F77))) +- MKF77FILE = FFLAGS=-fno-automatic $(FFLAGS) $(MKOCTFILE) ++ FFLAGS := -fno-automatic $(FFLAGS) + endif + ifeq (g95,$(findstring g95,$(F77))) +- MKF77FILE = FFLAGS=-fstatic $(FFLAGS) $(MKOCTFILE) +-else +- # eg. the combination f2c with fort77 +- MKF77FILE = FFLAGS=$(FFLAGS) $(MKOCTFILE) ++ FFLAGS := -fstatic $(FFLAGS) + endif ++MKF77FILE = FFLAGS=$(FFLAGS) $(MKOCTFILE) + + LAPACK_LIBS := $(shell mkoctfile -p BLAS_LIBS LAPACK_LIBS) + FLIBS := $(shell mkoctfile -p FLIBS) diff -Nru octave-odepkg-0.8.2/debian/patches/series octave-odepkg-0.8.2/debian/patches/series --- octave-odepkg-0.8.2/debian/patches/series 2012-04-20 20:30:43.0 +0200 +++ octave-odepkg-0.8.2/debian/patches/series 2012-08-05 23:36:13.0 +0200 @@ -1 +1,2 @@ +pass_options_to_gfortran info-dir-section.diff
Bug#682280: sync-ui does not remember the default service
On Sat, 2012-07-21 at 00:31 +0200, Thomas Maass wrote: Package: sync-ui Version: 1.2.99.1-1 Severity: important If I open sync-ui, the default service is configured, but not selected. If I close sync-ui and open again, the default service is selected again. If I reboot, the problem is present again. Can you describe the problem in more detail? What do you mean with configured, but not selected? Do you mean the No service or device selected message in the main window? You are not doing anything other than starting and quitting the UI? -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675924: radicale: Error on PAM authentication
The PAM authentication module is available in Radicale since version 0.7. PAM with older versions won't work. For 0.7+, the module handling PAM authentication in Radicale is called PAM.py, and can be used with [acl]type=PAM in the config file (uppercase everywhere, no problem in the config file). This PAM.py module relies on an external package called pam (lowercase), and this packages is: - *not* this one: http://packages.debian.org/sid/libpam-python - *not* this one: http://packages.debian.org/sid/python-pam - this one: http://atlee.ca/software/pam/ (AFAIK not packaged in Debian, but available on PyPI: http://pypi.python.org/pypi/pam/0.1.4 ). I think that it's a problem in the Debian package, as it suggests to install the wrong python-pam package. Le vendredi 03 août 2012 à 23:10 +, Joseph Nahmias a écrit : Package: radicale Version: 0.7-1 Followup-For: Bug #675924 This bug seems to occur because radicale is trying to do 'import pam', when it should be doing 'import PAM'; module names are case-sensitive in python! On further investigation, it looks like it might be an issue in the config parser, because my /etc/radicale/config has: $ grep -A 4 acl /etc/radicale/config [acl] # Access method # Value: None | htpasswd | LDAP | PAM | courier #type = None type = PAM -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-xenU-3831-x86_64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages radicale depends on: ii adduser 3.113+nmu3 ii python 2.7.3~rc2-1 ii python-radicale 0.7-1 radicale recommends no packages. Versions of packages radicale suggests: pn apache2-utils none pn courier-authdaemon none pn python-ldap none ii python-pam 0.4.2-13 -- Configuration Files: /etc/default/radicale changed [not included] /etc/logrotate.d/radicale changed [not included] /etc/radicale/config 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#684024: python-adodb: broken binary-indep target
Source: python-adodb Version: 2.10-1 Severity: serious Justification: Policy 4.9 python-adodb builds an arch:all package, but if you try to build it with dpkg-buildpackage -A, it FTBFS with: | dpkg-genchanges -A ../python-adodb_2.10-1_all.changes | dpkg-genchanges: arch-indep upload - not including arch-specific packages | dpkg-genchanges: error: cannot read files list file: No such file or directory | dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2 -- 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#547175: Reproduced on Sun Fire v490/Wheezy
Installed from the 30th of July 2012 DVD ISO. Same workaround was successful - drop to a shell, manually copy firmware across and reload modules.
Bug#674205: [php-maint] Bug#674205: php5-common: possible improvement for the Apache PHP/CGI documentation
You forgot to cc cont...@bugs.debian.org which is in fact a good thing, because this is by no means a critical bug. The issue is only in the README file which also clearly states (together with hint to use php5-fpm): In 99% of cases, what you probably want isn't php5-cgi package at all, but rather the libapache2-mod-php5 package, which will configure itself on installation and Just Work(tm). If, however, you have a need to use the CGI version of PHP 5 with Apache HTTP Server, the following should help get you going, ***though there are dozens of different ways to do this.*** O. On Wed, Aug 1, 2012 at 2:08 AM, Christoph Anton Mitterer cales...@scientia.net wrote: I guess both, CGI and mod_php are affected by this but I haven't checked for the later, as it's security-wise... problematic, which is why I never use it. If you want to report a bug, you probably should at least check the parts your report is about. And no, mod_php is not affected. See the aforementioned bug for what I suggest to do now. Basically: 1) Add a NEWS item entry, that these mime types were removed from /etc/mime.types and what this could mean. Possibly linking to the above bug. Release notes addressed from mime-support is fine. 2) Add documentation for the end-users, how they should (safely) enable PHP. For CGI this would be the above (with a corrected mistake): --- #Note: The following is a security measure to remove any possible mappings that would also apply on “middle extensions” (for example “test.php.png”). RemoveType php I am not going to add this. If you have a previous mapping somewhere else, it's your problem. Files ?*.php AddType application/x-php php /Files This is a good idea. ScriptAlias /cgi-bin/php5-cgi /usr/lib/cgi-bin/php5 Action application/x-php /cgi-bin/php5-cgi --- plus the note, that one SHOULD limit AT LEAST the ScriptAlias and Actionto _only_ such Directory blocks, where php files to be interpreted reside. Again this is just a quickdirty README and not PHP manual, but I have added a reference to CGI Security section in PHP manual. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598144: rt2500pci: very low transfers and link quality
Nathan Schulte wrote: I am receiving a similar issue as the bug reporter. As can be seen below, my kernel log is spammed with the same error. Using the Debian Squeeze ISO as a baseline, the machine tops out downloading the ISO at around 80 kb/s. Another machine on the same access point via an Atheros card dowloads from the same mirror at over 1 Mb/s. Downloading the same ISO from the mirror gives 40 kb/s average, peaked at 100kb/s once. The same ISO on the machine with the Atheros chip gives over 1Mb/s still. Oops! I meant bytes, not bits. Sub 100 kilobytes per second on the Ralink, and over 1 megabyte per second on the Atheros, for both kernels. -- Nate -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680153: ia32-libs-i386: Add option for libjack-jackd2-0
Package: ia32-libs-i386 Followup-For: Bug #680153 Hi, I've a system where jack2 (package libjack-jackd2-0) is installed. When trying to dist-upgrade, ia32-libs is not upgraded (and ia32-libs-i386 is not installed as my ia32-libs package predate the multiarch switch): root@eyak:/home/vdanjean# apt-get dist-upgrade [...] Calculating upgrade... Done The following NEW packages will be installed: lesstif2:i386 libcurl3:i386 libgl1-mesa-dri:i386 libldap-2.4-2:i386 libnss-ldap:i386 libnss3-1d:i386 libpam-ldap:i386 libsasl2-2:i386 libsasl2-modules:i386 nscd The following packages have been kept back: ia32-libs ia32-libs-gtk 0 upgraded, 10 newly installed, 0 to remove and 2 not upgraded. [...] When trying to force the upgrade, apt tells me about a problem: root@eyak:/home/vdanjean# apt-get install ia32-libs [...] The following information may help to resolve the situation: The following packages have unmet dependencies: ia32-libs : Depends: ia32-libs-i386 E: Unable to correct problems, you have held broken packages. When trying to install ia32-libs-i386, apt show me (part of) the problem with jack: root@eyak:/home/vdanjean# apt-get install ia32-libs-i386 [...] The following information may help to resolve the situation: The following packages have unmet dependencies: ia32-libs-i386:i386 : Depends: libjack0:i386 (= 1:0.118+svn3796-7) but it is not going to be installed E: Unable to correct problems, you have held broken packages. If I really want to install it, apt proposes me to remove gnome and other software: root@eyak:/home/vdanjean# apt-get install ia32-libs-i386 libjack0:i386 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: gcompris-data gcompris-sound-en libc-ares2 libconfig-tiny-perl libfile-touch-perl libsmi2ldbl libwireshark-data libwireshark2 libwiretap2 libwsutil2 python-pysqlite2 wireshark-common Use 'apt-get autoremove' to remove them. The following extra packages will be installed: lesstif2:i386 libcurl3:i386 libgl1-mesa-dri:i386 libldap-2.4-2:i386 libnss-ldap:i386 libnss3-1d:i386 libpam-ldap:i386 libsasl2-2:i386 libsasl2-modules:i386 nscd Suggested packages: ia32-libs-gtk-i386:i386 libglide3:i386 jackd1:i386 libsasl2-modules-otp:i386 libsasl2-modules-ldap:i386 libsasl2-modules-sql:i386 libsasl2-modules-gssapi-mit:i386 libsasl2-modules-gssapi-heimdal:i386 Recommended packages: nscd:i386 The following packages will be REMOVED: cheese empathy espeak gcompris gnome gnome-control-center gnome-core gnome-media gnome-orca gnome-video-effects gok gstreamer0.10-plugins-good jovie kdeaccessibility libasound2-plugins libcanberra-pulse libcheese-gtk21 libcheese3 libespeak1 libfarstream-0.1-0 libgnome-speech7 libjack-jackd2-0 libportaudio2 libpurple-bin libpurple0 libtelepathy-farstream2 mplayer mplayerthumbs nautilus-sendto-empathy paprefs pidgin pidgin-encryption pidgin-libnotify pidgin-openfetion pidgin-openpgp pidgin-plugin-pack pulseaudio pulseaudio-esound-compat pulseaudio-module-gconf pulseaudio-module-x11 pulseaudio-module-zeroconf rhythmbox rhythmbox-plugin-cdrecorder rhythmbox-plugins sound-juicer speech-dispatcher telepathy-haze totem totem-mozilla totem-plugins wireshark The following NEW packages will be installed: ia32-libs-i386:i386 lesstif2:i386 libcurl3:i386 libgl1-mesa-dri:i386 libjack0:i386 libldap-2.4-2:i386 libnss-ldap:i386 libnss3-1d:i386 libpam-ldap:i386 libsasl2-2:i386 libsasl2-modules:i386 nscd 0 upgraded, 12 newly installed, 51 to remove and 2 not upgraded. In fact, the correct workaround in this case is to switch back to jack1 on the amd64 architecture: t@eyak:/home/vdanjean# apt-get install ia32-libs libjack0 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: lib32bz2-1.0 lib32ncurses5 lib32tinfo5 lib32v4l-0 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: ia32-libs-i386:i386 lesstif2:i386 libcurl3:i386 libgl1-mesa-dri:i386 libjack0:i386 libldap-2.4-2:i386 libnss-ldap:i386 libnss3-1d:i386 libpam-ldap:i386 libsasl2-2:i386 libsasl2-modules:i386 nscd Suggested packages: ia32-libs-gtk-i386:i386 libglide3:i386 jackd1 jackd1:i386 libsasl2-modules-otp:i386 libsasl2-modules-ldap:i386 libsasl2-modules-sql:i386 libsasl2-modules-gssapi-mit:i386 libsasl2-modules-gssapi-heimdal:i386 Recommended packages: nscd:i386 The following packages will be REMOVED: libjack-jackd2-0 The following NEW packages will be installed: ia32-libs-i386:i386 lesstif2:i386 libcurl3:i386 libgl1-mesa-dri:i386 libjack0 libjack0:i386 libldap-2.4-2:i386 libnss-ldap:i386 libnss3-1d:i386 libpam-ldap:i386 libsasl2-2:i386 libsasl2-modules:i386 nscd The following packages will be upgraded: ia32-libs 1 upgraded, 13 newly
Bug#683998: [Packaging] Bug#683998: munin: allows creation of sockets at arbitrary locations (/tmp file vulnerability)
On Montag, 6. August 2012, Helmut Grohne wrote: Control: fixed 683998 2.0.1-1 Control: tags 683998 + patch ack + thanks. expect an upload soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684025: libbluray: Transition package to default java implementation.
Package: libbluray Version: 1:0.2.2-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Transition package to use default java implementation: - d/control: BD on default-jdk for linux archs. - d/rules: Use /usr/lib/jvm/default-java for JAVA_HOME. - d/patches/java-compat.patch: Set source/target = 1.5 to ensure that backwards compatible bytecode is built. Ubuntu is transitioning from openjdk-6 to openjdk-7 as default java; this patch eases the transition and ensures that the code built by the package is backwards compatible with java 1.5+. Note that this transition is not a wheezy release goal. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-8-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQH6GTAAoJEL/srsug59jDttIP/2Rypn61odZo0MAn3GKqEB20 9ATucGIteH0zBnUrq9qDVmeNET4Hi9y2dEOFEMhCjTpex8D90FdJtSUpFDsCRao0 VAc2eCJ3LPnwMwMgeSnm5vwGip2laB3p+a1v9MwtZR1u0zJPoPygqCLmXkxcnnHF ZVJlYZjkzhCDDIIvCmlIOiQQpdx5A8rF1aAc/aUEtm9QrWTkWPOnif0eJjakuuXe kgOREhMsZxdOxoOrpVJUEinQR8L1wNYsZqytimxJ6EGLU6Pp8gOV3xte4/H72jwr WT3o7diNHuTiR7TFyfweiuM6W0QMF7BJ7dzB2j+yAnM0mNBylzUvT/YSErjS5lUy RDLcmgQNfl0jNbG6+GYkkftY/fXwUdPlRd6GIuyb4MvHI7ShitjAQJMyTGZd4ZVC bD+mc9TXHTbg/GfCBn8cdgLzeNrovsmg9JF/J2DZ8M5vvmituIBWGo88/dgzVtdA SJfSwGbQnAxUsnMeQH/lXogb4GqfvWRvz5IytjkkLK+KkzRfr/2nA/vAjfGZPWfi emWw8jmzXPy0sQz/tRacRq45R3Uib2NmwH3B6+nsGEx1nwarD+1wq+oNeoacxHRZ 7nWgfaRUDFpbbfIheu6hEKDHMLVNXnvkxrBS3ab1kWBCQLPXV8gCyCAndAo83nf9 uG/sS8pDJJHjya2GBmuu =Pw8h -END PGP SIGNATURE- diff -Nru libbluray-0.2.2/debian/changelog libbluray-0.2.2/debian/changelog diff -Nru libbluray-0.2.2/debian/control libbluray-0.2.2/debian/control --- libbluray-0.2.2/debian/control 2012-03-16 21:53:42.0 + +++ libbluray-0.2.2/debian/control 2012-08-06 11:49:05.0 +0100 @@ -9,7 +9,7 @@ DM-Upload-Allowed: yes Build-Depends: debhelper (= 8.1.3~), javahelper, - openjdk-6-jdk [linux-any], + default-jdk [linux-any], ant, libxml2-dev, doxygen, diff -Nru libbluray-0.2.2/debian/patches/java-compat.patch libbluray-0.2.2/debian/patches/java-compat.patch --- libbluray-0.2.2/debian/patches/java-compat.patch 1970-01-01 01:00:00.0 +0100 +++ libbluray-0.2.2/debian/patches/java-compat.patch 2012-08-06 11:44:59.0 +0100 @@ -0,0 +1,19 @@ +Description: Ensure source/target is specified so backwards + compatible bytecode is generated during the build process. +Author: James Page james.p...@ubuntu.com +Forwarded: no + +Index: libbluray-0.2.2/src/libbluray/bdj/build.xml +=== +--- libbluray-0.2.2.orig/src/libbluray/bdj/build.xml 2010-07-19 10:54:58.0 +0100 libbluray-0.2.2/src/libbluray/bdj/build.xml 2012-08-06 11:44:21.099044620 +0100 +@@ -15,7 +15,8 @@ + + target name=compile depends=init + description=compile the source +-javac srcdir=${src} destdir=${build} debug=yes / ++javac srcdir=${src} destdir=${build} debug=yes ++ source=1.5 target=1.5/ + /target + + target name=dist depends=compile diff -Nru libbluray-0.2.2/debian/patches/series libbluray-0.2.2/debian/patches/series --- libbluray-0.2.2/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ libbluray-0.2.2/debian/patches/series 2012-08-06 11:43:52.0 +0100 @@ -0,0 +1 @@ +java-compat.patch diff -Nru libbluray-0.2.2/debian/rules libbluray-0.2.2/debian/rules --- libbluray-0.2.2/debian/rules 2012-03-19 14:03:07.0 + +++ libbluray-0.2.2/debian/rules 2012-08-06 11:38:20.0 +0100 @@ -9,14 +9,11 @@ # enable bdjava on linux hosts only ifneq (,$(findstring linux,$(DEB_BUILD_ARCH_OS))) -# openjdk-6_6b23~pre8-2 and later have multiarchified JAVA_HOME -JAVA_HOME=/usr/lib/jvm/java-6-openjdk-$(DEB_BUILD_ARCH) -ifeq (,$(wildcard $(JAVA_HOME))) -JAVA_HOME=/usr/lib/jvm/java-6-openjdk +# Use default java implementation +JAVA_HOME=/usr/lib/jvm/default-java ifeq (,$(wildcard $(JAVA_HOME))) $(info warning: No suitable jni.h was found. Package will most probably FTBFS!) endif -endif $(info Located java at $(JAVA_HOME)) confflags += --enable-bdjava --with-jdk=$(JAVA_HOME)
Bug#612743: [PHP-DEV] Re: [php-maint] Bug#612743: php5: PHP is compiled with LFS support, but this can not be detected by extensions
On Sat, 28 Jul 2012, Ferenc Kovacs wrote: On Fri, Mar 18, 2011 at 5:08 PM, Derick Rethans der...@derickrethans.nlwrote: On Fri, 18 Mar 2011, Ondřej Surý wrote: On Thu, Feb 10, 2011 at 13:37, Ondřej Surý ond...@debian.org wrote: On Thu, Feb 10, 2011, Derick wrote: I know it doesn't; I was asking for making it detectable. Perhaps instead of LFS, you could use DEBIAN as ZEND_BUILD_EXTRA instead then? Or perhaps include flags with that, that show all the different Debian flags/options/or perhaps a debian specific version nr as well; such as DEBIAN1, DEBIAN2 etc... Seems reasonable to me, but I am not sure if we don't break other stuff by introducing this. But right now it's a right time to do it, since the new development cycle has just started. I have tested your patch, but since this changes the ability to load existing modules, there's a need to plan a transition and coordinate it with the release team. It would probably also be good thing to coordinate this either with other major distributions (so the LFS flag is same everywhere) or move this logic directly to PHP upstream. Yes, that makes sense. What do you (and other pkg-php maintainers) think? My guess would be that best solution would be to move this to upstream, so it's consistent even for local custom builds with _FILE_OFFSET_BITS == 64. I think this makes sense to me. Adding LFS to out ZEND_BUILDIN_EXTRA stuff alongside with the ZTS and DEBUG flags makes a lot of sense. I am cc-ing php internals here. As a reference, this is the issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612743 is this still something that we want to pursue? Yes I think so! cheers, Derick -- http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug
Bug#683576: epiphany-browser: No option available to delete/clear cookies
Nope, when you'll launch epiphany, its menu will be available on the top GNOME Shell bar (with the new brand: 'Web'), click on it and you'll find the 'Personal Data' menu section. Works fine, Thanks Vincent!! -- Satheesh Kumar Mohan