Bug#720764:
This bug does not seem to be happening anymore with the updated package in sid (icedove-17.0.8-1).
Bug#695411: r-base-core: Failure depends on locale settings
On Thu, Aug 29, 2013 at 09:17:20AM -0500, Dirk Eddelbuettel wrote: | It would be good if you could get some help, ideally from someone on | arm. Maybe you could contact the testers/porters? That doesn't always | help. Ideally we would also get help from R Core but I don't know how much | arm access they have. In theory I should be able to get access to a Debian | arm box but I am a little constrained too (just like everybody else :-/) | | Do you have a point of contact that would seem appropriate? Not really. The porters mailing list (ie debian-arm) may be the best bet. Maybe peruse the archive and see if you can contact one or two of the active participants. Those tend to be busy people though :-/ I imagine so... Do we know if anyone at R Core has arm access? I sort-of doubt it... No idea. What device are you running this one again? A QNAP NAS device (TS-219-PII) with a Marwell CPU from the kirkwood series. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721311: digikam: Digikam loads no images from albums reporting an undefined symbol
Package: digikam Version: 4:3.1.0-4 Severity: important Dear Maintainer, When I started digikam, no images were loaded into the default album. Selecting a different album resulted in the failure to load images. At the terminal I noticed the following error messages: Could not open library '/usr/lib/kde4/kio_digikamalbums.so'. Cannot load library /usr/lib/kde4/kio_digikamalbums.so: (/usr/lib/libkio.so.5: undefined symbol: _ZN11KListWidget17mouseReleaseEventEP11QMouseEvent) and identical error messages for kio_digikamdates.so and kio_file.so I have no alternative qt or kde libraries on my system. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages digikam depends on: ii digikam-data 4:3.1.0-4 ii digikam-private-libs 4:3.1.0-4 ii kde-runtime 4:4.10.5-1 ii libc6 2.17-92 ii libgcc1 1:4.8.1-2 ii libgphoto2-2 2.4.14-2+b1 ii libgphoto2-port0 2.4.14-2+b1 ii libkdcraw22 4:4.10.5-1 ii libkdecore5 4:4.10.5-1 ii libkdeui5 4:4.10.5-1 ii libkexiv2-11 4:4.10.5-1 ii libkhtml5 4:4.10.5-1 ii libkio5 4:4.10.5-1 ii libkipi10 4:4.10.5-1 ii libknotifyconfig4 4:4.10.5-1 ii libkparts44:4.10.5-1 ii libphonon44:4.6.0.0-3 ii libqt4-dbus 4:4.8.5+dfsg-2 ii libqt4-sql4:4.8.5+dfsg-2 ii libqt4-sql-sqlite 4:4.8.5+dfsg-2 ii libqt4-xml4:4.8.5+dfsg-2 ii libqtcore44:4.8.5+dfsg-2 ii libqtgui4 4:4.8.5+dfsg-2 ii libsolid4 4:4.10.5-1 ii libstdc++64.8.1-2 ii libthreadweaver4 4:4.10.5-1 ii perl 5.14.2-21 ii phonon4:4.6.0.0-3 Versions of packages digikam recommends: pn ffmpegthumbs | mplayerthumbs none ii iceweasel [www-browser] 24.0~b4-1 pn kipi-plugins none Versions of packages digikam suggests: pn digikam-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721312: evolution will not start
Package: evolution Version: 3.4.4-4+b1 Severity: important Dear Maintainer, Starting evolution has ceased to work after recent updates. The problem seems to be related to clutter, but I am not a gnome user, so I cannot be sure. I usually use evolution under KDE, and there, I get this: $ evolution --clutter-debug=all Clutter-Message: [ 2549001632]:[BACKEND]:./x11/clutter-backend-x11.c:1303: ARGB visuals are enabled Clutter-Message: [ 2549001703]:[BACKEND]:./x11/clutter-backend-x11.c:394: Getting the X screen Clutter-Message: [ 2549001765]:[BACKEND]:./clutter-settings.c:201: New resolution: 93.00 Clutter-Message: [ 2549001889]:[BACKEND]:./clutter-backend.c:241: Units per em: 18.02 Clutter-Message: [ 2549002485]:[BACKEND]:./x11/clutter-backend-x11.c:463: X Display ':0'[0x7f1963b604c0] opened (screen:0, root:608, dpi:93.00) Clutter-Message: [ 2549002524]:[MISC]:./clutter-feature.c:92: checking features Clutter-Message: [ 2549002574]:[MISC]:./clutter-feature.c:96: allocating features data Clutter-Message: [ 2549002596]:[BACKEND]:./clutter-backend.c:271: Creating Cogl renderer Clutter-Message: [ 2549002615]:[BACKEND]:./x11/clutter-backend-x11.c:706: Creating a new Xlib renderer Clutter-Message: [ 2549002697]:[BACKEND]:./clutter-backend.c:288: Connecting the renderer Failed to connected to any renderer: Gnome-shell based sessions (gnome, cinnamon) also don't work for me (which strengthens suspicion of a clutter problem). When I start evolution under Gnome Classic I get: $ evolution --clutter-debug=all Clutter-Message: [ 1409239081]:[BACKEND]:./x11/clutter-backend-x11.c:1303: ARGB visuals are enabled Clutter-Message: [ 1409239191]:[BACKEND]:./x11/clutter-backend-x11.c:394: Getting the X screen Clutter-Message: [ 1409239241]:[BACKEND]:./clutter-settings.c:201: New resolution: 93.00 Clutter-Message: [ 1409239313]:[BACKEND]:./clutter-backend.c:241: Units per em: 18.02 Clutter-Message: [ 1409239654]:[BACKEND]:./x11/clutter-backend-x11.c:207: Mapping XSETTING 'Gtk/FontName' to 'ClutterSettings:font-name' Clutter-Message: [ 1409239677]:[BACKEND]:./clutter-settings.c:192: New font-name: Cantarell 11 Clutter-Message: [ 1409239700]:[BACKEND]:./clutter-backend.c:252: Units per em: 16.52 Clutter-Message: [ 1409239741]:[BACKEND]:./x11/clutter-backend-x11.c:207: Mapping XSETTING 'Net/DndDragThreshold' to 'ClutterSettings:dnd-drag-threshold' Clutter-Message: [ 1409239761]:[BACKEND]:./x11/clutter-backend-x11.c:207: Mapping XSETTING 'Net/DoubleClickTime' to 'ClutterSettings:double-click-time' Clutter-Message: [ 1409239787]:[BACKEND]:./x11/clutter-backend-x11.c:207: Mapping XSETTING 'Xft/Antialias' to 'ClutterSettings:font-antialias' Clutter-Message: [ 1409239816]:[BACKEND]:./clutter-settings.c:183: New font options: - font-name: Cantarell 11 - antialias: 1 - hinting:-1 - hint-style: null - rgba: null - dpi:93.00 Clutter-Message: [ 1409239845]:[BACKEND]:./clutter-backend.c:252: Units per em: 16.52 Clutter-Message: [ 1409239868]:[BACKEND]:./x11/clutter-backend-x11.c:207: Mapping XSETTING 'Xft/DPI' to 'ClutterSettings:font-dpi' Clutter-Message: [ 1409239884]:[BACKEND]:./clutter-settings.c:201: New resolution: 96.00 Clutter-Message: [ 1409239905]:[BACKEND]:./clutter-backend.c:241: Units per em: 17.60 Clutter-Message: [ 1409239924]:[BACKEND]:./x11/clutter-backend-x11.c:207: Mapping XSETTING 'Xft/HintStyle' to 'ClutterSettings:font-hint-style' Clutter-Message: [ 1409239940]:[BACKEND]:./clutter-settings.c:183: New font options: - font-name: Cantarell 11 - antialias: 1 - hinting:-1 - hint-style: hintmedium - rgba: null - dpi:96.00 Clutter-Message: [ 1409239963]:[BACKEND]:./clutter-backend.c:252: Units per em: 17.60 Clutter-Message: [ 1409239982]:[BACKEND]:./x11/clutter-backend-x11.c:207: Mapping XSETTING 'Xft/Hinting' to 'ClutterSettings:font-hinting' Clutter-Message: [ 1409239997]:[BACKEND]:./clutter-settings.c:183: New font options: - font-name: Cantarell 11 - antialias: 1 - hinting:1 - hint-style: hintmedium - rgba: null - dpi:96.00 Clutter-Message: [ 1409240034]:[BACKEND]:./clutter-backend.c:252: Units per em: 17.60 Clutter-Message: [ 1409240053]:[BACKEND]:./x11/clutter-backend-x11.c:207: Mapping XSETTING 'Xft/RGBA' to 'ClutterSettings:font-subpixel-order' Clutter-Message: [ 1409240070]:[BACKEND]:./clutter-settings.c:183: New font options: - font-name: Cantarell 11 - antialias: 1 - hinting:1 - hint-style: hintmedium - rgba: none - dpi:96.00 Clutter-Message: [ 1409240093]:[BACKEND]:./clutter-backend.c:252: Units per em: 17.60 Clutter-Message: [ 1409240160]:[BACKEND]:./x11/clutter-backend-x11.c:463: X Display ':1'[0x7f71c5bc3100] opened (screen:0, root:608, dpi:96.00) Clutter-Message: [
Bug#719485: [inventor] please explicitly link Decal.so against libc
On 25 August 2013 18:27, Steve M. Robbins st...@sumost.ca wrote: OK, that seems plausible. My preference, then, is to leave the patch in Ubuntu utill such time that Debian needs it; e.g. it's autobuilders turn on - Wl,as-needed. That is your call, but I would prefer there to be no delta between the Debian and Ubuntu packages. Nothing stops us from enabling -Wl,--as-needed for the Debian build now. The attached patch to debian/rules does that and should fix the following dpkg-shlibdeps warnings (from the Debian buildd amd64 log): dh_shlibdeps -L libinventor1 -l debian/tmp/usr/lib dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libinventor1/usr/lib/libInventorXt.so.1.0.0 was not linked against libXext.so.6 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/inventor-clients/usr/bin/ivview debian/inventor-clients/usr/bin/SceneViewer were not linked against libGLw.so.1 (they use none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/inventor-demo/usr/lib/inventor/qmorf debian/inventor-demo/usr/lib/inventor/noodle debian/inventor-demo/usr/lib/inventor/revo debian/inventor-demo/usr/lib/inventor/gview debian/inventor-demo/usr/lib/inventor/SceneViewer debian/inventor-demo/usr/lib/inventor/maze debian/inventor-demo/usr/lib/inventor/drop debian/inventor-demo/usr/lib/inventor/textomatic were not linked against libGLw.so.1 (they use none of the library's symbols) Removing libraries due to --as-needed might also produce binaries with different behaviour at run time only [1]. I will subscribe to inventor bugs in Ubuntu to watch out for this, as well as do some testing of my own. [1] https://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries inventor-wl-as-needed.patch Description: Binary data
Bug#706973: transition: audit
On 08/29/2013 11:52 PM, Laurent Bigonville wrote: Hi, Hi Could you also please rebuild the following package that are currently in experimental: Done. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721187: nettle-dev: CFB block cipher mode
Clint Adams cl...@debian.org writes: Decrypting ciphertext generated with OpenPGP's variant of Cipher Feedback (CFB) mode. (See RFC4880 section 5.7) Good to know, it's a long time since I looked at either OPENPGP or CFB, so I was unaware of that connection. Maybe some care is needed to define CFB in nettle so that it can be used for both openpgp and standard CFB. Test vectors seem to be available at http://csrc.nist.gov/publications/nistpubs/800-20/800-20.pdf. Are there any test vectors specifically for openpgp use of CFB? Regards, /Niels -- Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26. Internet email is subject to wholesale government surveillance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721283: [www.debian.org] Please mention Bytemark's donation
Bernd Zeimetz schrieb am Freitag, dem 30. August 2013: On 08/29/2013 11:48 PM, Filipus Klutiero wrote: Bytemark is already credited in http://www.debian.org/partners/index.en.html but not for hardware donations. We do not list which kind of donations we got on that page, which is good, otherwise we'd have to start some kind of ranking, depending on the amount of hardware/whatever a company sponsored, and that's something we clearly neither want to have nor should we point out to the public. New companies are added at the end of the list, which is not the best thing, too, but fine so far. I disagree strongly with that. If anything, the likes of bytemark, ubc-ece, man-da should be on top, followed by eaton, 11, dg-i, etc. There also should be some aging process. If you don't want to sort by value, at least sort by age. With 2013 at the top. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.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#721267: ITP: iwsy -- Analyze #includes in C and C++ source files
On 30/08/2013 01:13, Justin B Rye wrote: Sylvestre Ledru wrote: * Package name: iwsy [...] Include what you use means this: for every symbol (type, function variable, [...] Shouldn't that be iwyu? hmhm, shame on me :( I will fix that. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721220: asterisk: CVE-2013-5641 CVE-2013-5642
On Thu, Aug 29, 2013 at 07:30:06PM +0300, Tzafrir Cohen wrote: On Thu, Aug 29, 2013 at 10:20:53AM +0200, Moritz Muehlenhoff wrote: Package: asterisk Severity: grave Tags: security Justification: user security hole Please see http://downloads.asterisk.org/pub/security/AST-2013-004.html and http://downloads.asterisk.org/pub/security/AST-2013-005.html These affect oldstable and stable. Can you please prepare updates for stable-security? I've uploaded the fixes to the new git repo, branches wheezy and squeeze. See http://anonscm.debian.org/gitweb/?p=pkg-voip/asterisk.git which right now gives me 503 - The load average on the server is too high. Uploaded to Wheezy. Still waiting a bit with the Squeeze upload in hope for the promised feedback. Will upload if there is none. I prepared an upload to Unstable, but it is currently uninstallable due to the dependency on libsnmp30 (depends on libperl5.14, but libperl5.18 is in the system). I didn't see any open bug about this, but I guess this is part of the perl transition. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721097: base: boot of encrypted LVM with USB inserted, passphrase is not recognized. removing USB stick solves problem.
* wim [Wed Aug 28, 2013 at 07:28:11AM +0900]: Dear Maintainer, * What led up to the situation? boot of system with USB stick present. * What exactly did you do (or not do) that was effective (or ineffective)? remove USB stick * What was the outcome of this action? after USB stick was removed, rebooted normally without problems Please provide output of 'cat /proc/cmdline'. regards, -mika- signature.asc Description: Digital signature
Bug#721313: (software-properties-gtk:22398): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 3 char 78: Element 'markup' was closed, but the currently open el
Package: synaptic Version: 0.75.13 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synaptic depends on: ii hicolor-icon-theme 0.12-1 ii libapt-inst1.5 0.9.7.9 ii libapt-pkg4.12 0.9.7.9 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libept1.4.121.0.9 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.2-5 ii libvte9 1:0.28.2-5 ii libx11-62:1.5.0-1+deb7u1 ii libxapian22 1.2.15-2~bpo70+1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages synaptic recommends: ii gksu 2.0.2-6 ii kdebase-bin 4:4.8.4-2 ii libgtk2-perl 2:1.244-1 ii policykit-1 0.105-3 ii rarian-compat0.8.1-5 ii software-properties-gtk 0.82.7.1debian1 Versions of packages synaptic suggests: ii apt-xapian-index 0.45 pn deborphan none pn dwww none ii menu 2.1.46 -- 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#721314: squidguard: Old Bug (#494281) Cache in /var/tmp isn't cleared on squid shutdown/restart
Package: squidguard Version: 1.5-1 Severity: normal Dear Maintainer, Old bug returns: Debian Bug report logs - #494281 From: Giovanni Toraldo scurip...@gmail.com My /var get filled of many squidguard cache file today, after a bunch of restarts. I think that a rm /var/tmp/BDB* should be executed during the squid stop/restart init script (so it's better to file a bug in squid3 package?) Kind Regards, Jeske -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages squidguard depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libdb5.1 5.1.29-5 ii libldap-2.4-2 2.4.31-1+nmu2 ii liburi-perl1.60-1 ii libwww-perl6.04-1 ii squid 2.7.STABLE9-4.1 squidguard recommends no packages. Versions of packages squidguard suggests: pn ldap-utils none pn squidguard-doc none -- debconf information: squidguard/dbreload: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718399: gnome-terminal: auto-scrolling hangs sometimes
I add some information: I can also have another slightly similar behavior, which I think is related to the same bug: sometimes a gnome-terminal tab just hangs. It occurs in the same situation: *lots* of console output on the gnome terminal tab, and switching from and to the gnome terminal window, with either alt-tab or by switching desktop. Note that currently it happened to me while following very verbose log outputs either directly in a screen session, or following a log growing with less (and using F from within less to follow the file in real-time) When the gnome-terminal tab hangs, I can still switch between tabs, other tabs behave well, but I can't take back control of the faulty tab. The difference with my previous description of the issue is that event scrolling up or down with ctrl-shift-end or ctrl-shift-home doesn't work. The only solution is to close the tab. Note also that I used to look at verbose logs in the same manner before the upgrade to version 3.8.3-1, and I never had this issue. -- Matthieu Imbert matthieu.imb...@ens-lyon.fr http://graal.ens-lyon.fr/~mimbert/ INRIA research engineer / SED / GRAAL and RESO teams http://www.inria.fr http://www.ens-lyon.fr/LIP +33(0)472728149 Room GN1 Nord 3.58 LIP ENS-Lyon, 46 allée d'Italie 69364 Lyon cedex 07, FRANCE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705565: more detail
On 30/08/13 05:11, Rogério Brito wrote: Hi there. On Aug 27 2013, Daniel Pocock wrote: Easily fixed though (...) finally, it works with this command line: java -classpath /usr/share/java/closure-compiler.jar:/usr/share/java/args4j.jar:/usr/share/java/guava.jar:/usr/share/java/json.jar com.google.javascript.jscomp.CommandLineRunner and these dependencies: libargs4-java libguava-java libandroid-json-org-java ^ This should be libargs4j-java (note the missing j after the number 4). That was just a typo - libargs4j-java is what I used Just tried Daniel's recipe of installing the dependencies and it fixes the unusability of version 20130227+dfsg1-2 (the problem was reported with version 20130227+dfsg1-1 and it is still present). Can we have an update of this package? BTW, shouldn't the package provide a wrapper like, say, /usr/bin/closure-compiler, instead of having the user type such a long line? Or, at least, a README.Debian telling the user how to run the compiler? It should be a runnable JAR, that means declaring the dependencies and main class in the manifest Then you can just run the JAR, e.g. ln -s /usr/share/java/closure-compiler.jar /usr/bin/closure-compiler and then just run closure-compiler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721315: seahorse: crashes, when trying to synchronize keys remotely
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: seahorse Version: 3.4.1-2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Seahorse crashes reproducably upon importing several signed keys and trying to synchronize them with the keyserver. So I use the key-management facilities of enigmail instead for now. See this for example: andreas@h-o:~$ seahorse [1] 6157 andreas@h-o:~$ ** Message: init gpgme version 1.2.0 ** (seahorse:6157): WARNING **: caller is trying to end part of task that has already ended (seahorse:6157): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed ** (seahorse:6157): CRITICAL **: on_source_transfer_ready: assertion `closure-num_transfers 0' failed (seahorse:6157): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GSimpleAsyncResult' (seahorse:6157): GLib-GIO-CRITICAL **: g_simple_async_result_get_op_res_gpointer: assertion `G_IS_SIMPLE_ASYNC_RESULT (simple)' failed - -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.46cak (SMP w/3 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages seahorse depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gcr 3.4.1-3 ii gnome-keyring3.4.1-5 ii gnupg1.4.12-7+deb7u1 ii libatk1.0-0 2.4.0-2 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libavahi-glib1 0.6.31-2 ii libc62.13-38 ii libgck-1-0 3.4.1-3 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-keyring03.4.1-1 ii libgpgme11 1.2.0-1.4 ii libgtk-3-0 3.4.2-6 ii libldap-2.4-22.4.31-1+nmu2 ii libsoup2.4-1 2.38.1-2 Versions of packages seahorse recommends: ii openssh-client 1:6.0p1-4 seahorse suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlIgTtQACgkQ5+rBHyUt5wt/tgCeJJy/flWOcBB6C94vTbWsnqxA hhgAoIptGlCdIzwBNpmj+vmcDqDYWwBE =r5hP -END PGP SIGNATURE-
Bug#721316: base: NETDEV WATCHDOG: eth0 (igb): transmit queue 0 timed out
Package: base Severity: critical Justification: breaks the whole system * What led up to the situation? Nothing special, unexpected fail network subsystem * What exactly did you do (or not do) that was effective (or ineffective)? I did nothing, my server works as a virtual hypervisor server. * What was the outcome of this action? One of two network interface has stopped working. Second one continues to work. servicve networking restart, ifconfig down/up, ip link, ifdown/ifup - nothing helped. * What outcome did you expect instead? I expected my server continues to run. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-23-pve (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash error log: # grep 16:07 /var/log/messages Aug 29 16:07:33 proxve kernel: [ cut here ] Aug 29 16:07:33 proxve kernel: WARNING: at net/sched/sch_generic.c:267 dev_watchdog+0x28a/0x2a0() (Not tainted) Aug 29 16:07:33 proxve kernel: Hardware name: X9SRE/X9SRE-3F/X9SRi/X9SRi-3F Aug 29 16:07:33 proxve kernel: NETDEV WATCHDOG: eth0 (igb): transmit queue 0 timed out Aug 29 16:07:33 proxve kernel: Modules linked in: vzethdev vznetdev pio_nfs pio_direct pfmt_raw pfmt_ploop1 ploop simfs vzrst nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 vzcpt nf_conntrack vzdquota vzmon vzdev ip6t_REJECT ip6table_mangle ip6table_filter ip6_tables xt_length xt_hl xt_tcpmss xt_TCPMSS iptable_mangle iptable_filter xt_multiport xt_limit vhost_net tun macvtap xt_dscp macvlan ipt_REJECT kvm_intel ip_tables kvm fuse vzevent ib_iser rdma_cm ib_addr iw_cm ib_cm ib_sa ib_mad ib_core iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc ipv6 snd_pcsp snd_pcm snd_page_alloc sb_edac snd_timer snd serio_raw ioatdma iTCO_wdt i2c_i801 edac_core shpchp soundcore iTCO_vendor_support wmi acpi_pad ext3 mbcache jbd sg isci igb i2c_algo_bit i2c_core dca libsas scsi_transport_sas ahci [last unloaded: scsi_wait_scan] Aug 29 16:07:33 proxve kernel: Pid: 3785, comm: kvm veid: 0 Not tainted 2.6.32-22-pve #1 Aug 29 16:07:33 proxve kernel: Call Trace: Aug 29 16:07:33 proxve kernel: IRQ [8106f5a7] ? warn_slowpath_common+0x87/0xe0 Aug 29 16:07:33 proxve kernel: [8106f6b6] ? warn_slowpath_fmt+0x46/0x50 Aug 29 16:07:33 proxve kernel: [81489b8a] ? dev_watchdog+0x28a/0x2a0 Aug 29 16:07:33 proxve kernel: [8105aa4a] ? update_curr+0xba/0x160 Aug 29 16:07:33 proxve kernel: [81489900] ? dev_watchdog+0x0/0x2a0 Aug 29 16:07:33 proxve kernel: [81083b26] ? run_timer_softirq+0x176/0x370 Aug 29 16:07:33 proxve kernel: [81033655] ? native_apic_msr_write+0x35/0x40 Aug 29 16:07:33 proxve kernel: [8107930b] ? __do_softirq+0x11b/0x260 Aug 29 16:07:33 proxve kernel: [810abfb5] ? tick_dev_program_event+0x65/0xc0 Aug 29 16:07:33 proxve kernel: [810ac03a] ? tick_program_event+0x2a/0x30 Aug 29 16:07:33 proxve kernel: [8100c32c] ? call_softirq+0x1c/0x30 Aug 29 16:07:33 proxve kernel: [8100de95] ? do_softirq+0x75/0xb0 Aug 29 16:07:33 proxve kernel: [810795e5] ? irq_exit+0xc5/0xd0 Aug 29 16:07:33 proxve kernel: [815492c0] ? smp_apic_timer_interrupt+0x70/0x9b Aug 29 16:07:33 proxve kernel: [8100bcd3] ? apic_timer_interrupt+0x13/0x20 Aug 29 16:07:33 proxve kernel: EOI [a04783d7] ? kvm_arch_vcpu_ioctl_run+0x387/0xfd0 [kvm] Aug 29 16:07:33 proxve kernel: [a04783cb] ? kvm_arch_vcpu_ioctl_run+0x37b/0xfd0 [kvm] Aug 29 16:07:33 proxve kernel: [81064430] ? wake_up_state+0x10/0x20 Aug 29 16:07:33 proxve kernel: [810b9e6a] ? wake_futex+0x6a/0x90 Aug 29 16:07:33 proxve kernel: [810ba08a] ? futex_wake+0x10a/0x130 Aug 29 16:07:33 proxve kernel: [a045f8e3] ? kvm_vcpu_ioctl+0x2e3/0x580 [kvm] Aug 29 16:07:33 proxve kernel: [810bc469] ? do_futex+0x159/0xb10 Aug 29 16:07:33 proxve kernel: [8104f02f] ? __dequeue_entity+0x2f/0x50 Aug 29 16:07:33 proxve kernel: [811b352a] ? vfs_ioctl+0x2a/0xa0 Aug 29 16:07:33 proxve kernel: [811b3b5e] ? do_vfs_ioctl+0x7e/0x570 Aug 29 16:07:33 proxve kernel: [81012899] ? read_tsc+0x9/0x20 Aug 29 16:07:33 proxve kernel: [810a5563] ? ktime_get_ts+0xb3/0xf0 Aug 29 16:07:33 proxve kernel: [811b409f] ? sys_ioctl+0x4f/0x80 Aug 29 16:07:33 proxve kernel: [8109a509] ? sys_clock_gettime+0x69/0xa0 Aug 29 16:07:33 proxve kernel: [8100b182] ? system_call_fastpath+0x16/0x1b Aug 29 16:07:33 proxve kernel: ---[ end trace 3b2ef6752edd7cb1 ]--- # lspci 00:00.0 Host bridge: Intel Corporation Xeon E5/Core i7 DMI2 (rev 07) 00:01.0 PCI bridge: Intel Corporation Xeon E5/Core i7 IIO PCI Express Root Port 1a (rev 07) 00:02.0 PCI bridge: Intel Corporation Xeon E5/Core i7 IIO PCI
Bug#721317: --embed-subs triggers ERROR: Unknown encoder 'mov_text'
Package: youtube-dl Version: 2013.08.29-1 Severity: normal I tried the new --embed-subs option, and got this error: ERROR: Unknown encoder 'mov_text' Looks like ffmpeg (or rather, libav-tools) doesn't like that option. Perhaps a syntax difference? - Josh Triplett -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages youtube-dl depends on: ii python 2.7.5-4 Versions of packages youtube-dl recommends: ii libav-tools 6:9.8-2+b1 ii mplayer 2:1.0~rc4.dfsg1+svn34540-1+b2 ii rtmpdump 2.4+20121230.gitdf6c518-1 youtube-dl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721318: ifeffit: needs rebuild against perl 5.18
Source: ifeffit Version: 2:1.2.11d-9 Severity: serious Justification: uninstallable Tags: sid jessie Please rebuild ifeffit against perl 5.18, as the buildds can't do it with the non-free dependency. Thanks, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721319: bozohttpd: publishing a git repo leads to a DoS
Package: bozohttpd Version: 2018-1 Severity: important Dear Maintainer, My bozohttpd is a patched 2018-1, I've applied the patch from http://bugs.debian.org/705736 . * What led up to the situation? Publishing a git repository. (The one at http://git.mdcc.cx/uruk.git .) * What exactly did you do (or not do) that was effective (or ineffective)? I ran git clone http://git.mdcc.cx/uruk-pkg.git . I also checked the logs: Aug 30 10:09:20 beskar bozohttpd[8265]: got request ``GET /uruk-pkg.git/objects/b6/72d8294d2a12effa63d48a046152434bf0d182 HTTP/1.1'' from host dijkstra.uvt.nl to port 80 Aug 30 10:09:20 beskar bozohttpd[8262]: got request ``GET /uruk-pkg.git/objects/aa/61a5e2911494296351c7799dfbeddaf5820451 HTTP/1.1'' from host dijkstra.uvt.nl to port 80 Aug 30 10:09:20 beskar bozohttpd[8263]: got request ``GET /uruk-pkg.git/objects/4c/27b5c7b6b6b63c0f687dded2e3b3c433045eb4 HTTP/1.1'' from host dijkstra.uvt.nl to port 80 Aug 30 10:09:20 beskar bozohttpd[8266]: connect from 137.56.163.97 (137.56.163.97) Aug 30 10:09:20 beskar inetd[1216]: www/tcp server failing (looping), service terminated for 10 min * What was the outcome of this action? Cloning into 'uruk-pkg'... error: Recv failure: Connection reset by peer (curl_result = 56, http_code = 0, sha1 = 56da1cc12cd81d58fd2844176d21d104937c3f61) error: Unable to find 56da1cc12cd81d58fd2844176d21d104937c3f61 under http://git.mdcc.cx/uruk-pkg.git Cannot obtain needed blob 56da1cc12cd81d58fd2844176d21d104937c3f61 while processing commit dff054088a3fae764294c66ac5b2893b6d71c5bf. error: Fetch failed. Also, the webserver crashed. * What outcome did you expect instead? A checked out git repository, and an available webserver. This bug might be related to problems with redirecting. E.g. http://git.mdcc.cx/uruk-pkg.git/objects/4c redirects to http://www.uruk-pkg.git/objects/4c/ (not to http://git.mdcc.cx/uruk-pkg.git/objects/4c/ .) Bye, Joost -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 3.7.1 (SMP w/2 CPU cores) Locale: LANG=sr_RS.UTF-8, LC_CTYPE=sr_RS.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sr_RS.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bozohttpd depends on: ii libc6 2.13-38 ii libssl1.0.0 1.0.1e-2 ii openbsd-inetd [inet-superserver] 0.20091229-2 bozohttpd recommends no packages. bozohttpd 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#721322: couchdb: Should depend on erlang-os-mon and erlang-xmerl
Package: couchdb
Version: 1.4.0-2
Severity: normal
After the recent upgrade to 1.4.0, I get the following error when starting
couchdb:
{init terminating in do_boot,{{badmatch,{error,{no such file or
directory,os_mon.app}}},[{couch,start,0,[{file,couch.erl},{line,18}]},{init,start_it,1,[]},{init,start_em,1,[]}]}}
With erlang-os-mon installed, I get:
{init terminating in
do_boot,{{badmatch,{error,{{app_would_not_start,xmerl},{couch_app,start,[normal,[/etc/couchdb/default.ini,/etc/couchdb/local.ini]],[{couch,start,0,[{file,couch.erl},{line,18}]},{init,start_it,1,[]},{init,start_em,1,[]}]}}
With erlang-xmerl, it finally starts.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages couchdb depends on:
ii adduser3.113+nmu3
ii erlang-base1:16.b.1-dfsg-5
ii libc6 2.17-92+b1
ii libcurl3 7.32.0-1
ii libgcc11:4.8.1-9
ii libicu48 4.8.1.1-12
ii libjs-jquery 1.7.2+dfsg-3
ii libjs-jquery-form 8-2
ii libjs-underscore 1.4.4-2
ii libmozjs185-1.01.8.5-1.0.0+dfsg-4+b1
ii libnspr4 2:4.10-1
ii libstdc++6 4.8.1-9
ii lsb-base 4.1+Debian12
ii procps 1:3.3.8-2
couchdb recommends no packages.
couchdb suggests no packages.
-- Configuration Files:
/etc/couchdb/local.ini [Errno 13] Permission denied: u'/etc/couchdb/local.ini'
-- 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#721321: [libgnutls26] Breaks SSL tracker support in Transmission
Package: libgnutls26 Version: 2.12.20-7 Severity: important --- Please enter the report below this line. --- Hello, it could be related with this two bugs: https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/937537 https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1095052 Here's a log: andrea@wheezy-test:~$ TR_CURL_VERBOSE=1 transmission-gtk * About to connect() to ***.com port 80 (#0) * Trying *.*.*.*... * 0x7f70340d3e00 is at send pipe head! * STATE: CONNECT = WAITCONNECT handle 0x7f70340261a0; (connection #0) * Connected to ***.com (*.*.*.*) port 80 (#0) * Connected to ***.com (*.*.*.*) port 80 (#0) * STATE: WAITCONNECT = DO handle 0x7f70340261a0; (connection #0) GET /favicon.ico HTTP/1.1 User-Agent: Transmission/2.52 Host: tvtorrents.com Accept: */* Accept-Encoding: gzip;q=1.0, deflate, identity * STATE: DO = DO_DONE handle 0x7f70340261a0; (connection #0) * STATE: DO_DONE = WAITPERFORM handle 0x7f70340261a0; (connection #0) * STATE: WAITPERFORM = PERFORM handle 0x7f70340261a0; (connection #0) * additional stuff not fine transfer.c:1037: 0 0 * HTTP 1.1 or later with persistent connection, pipelining supported HTTP/1.1 200 OK Date: Fri, 30 Aug 2013 07:47:37 GMT Server: Apache/2.2.22 (Ubuntu) Last-Modified: Tue, 18 Jan 2011 15:59:54 GMT ETag: 4c401e-57e-49a20fdc4b280 Accept-Ranges: bytes Content-Length: 1406 Content-Type: image/x-icon * STATE: PERFORM = DONE handle 0x7f70340261a0; (connection #0) * Connection #0 to host ***.com left intact * Expire cleared * About to connect() to tracker1.***.com port 443 (#1) * Trying *.*.*.*... * 0x7f70340d3e00 is at send pipe head! * STATE: CONNECT = WAITCONNECT handle 0x7f703403d610; (connection #1) * Connected to tracker1.***.com (*.*.*.*) port 443 (#1) * Connected to tracker1.***.com (*.*.*.*) port 443 (#1) * found 159 certificates in /etc/ssl/certs/ca-certificates.crt * STATE: WAITCONNECT = PROTOCONNECT handle 0x7f703403d610; (connection #1) * gnutls_handshake() failed: A TLS warning alert has been received. * Closing connection #1 * Expire cleared * Connection #0 seems to be dead! * Closing connection #0 * About to connect() to tracker2.***.com port 443 (#0) * Trying *.*.*.*... * 0x7f70340d3e00 is at send pipe head! * STATE: CONNECT = WAITCONNECT handle 0x7f703403d610; (connection #0) * Connected to tracker2.***.com (*.*.*.*) port 443 (#1) * Connected to tracker2.***.com (*.*.*.*) port 443 (#1) * found 159 certificates in /etc/ssl/certs/ca-certificates.crt * STATE: WAITCONNECT = PROTOCONNECT handle 0x7f703403d610; (connection #0) * gnutls_handshake() failed: A TLS warning alert has been received. * Closing connection #0 * Expire cleared --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.1 500 stable-updates mi.mirror.garr.it 500 stable security.debian.org 500 stable mi.mirror.garr.it --- Package information. --- Depends(Version) | Installed -+-= libc6 (= 2.8) | 2.13-38 libgcrypt11 (= 1.4.5) | 1.5.0-5+deb7u1 libp11-kit0(= 0.11) | 0.12-3 libtasn1-3(= 1.6-0) | 2.13-2 zlib1g (= 1:1.1.4) | 1:1.2.7.dfsg-13 Package's Recommends field is empty. 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#721320: libpgplot-perl: needs rebuild against perl 5.18
Source: libpgplot-perl Version: 1:2.21-3 Severity: serious Justification: uninstallable Tags: sid jessie Please rebuild libpgplot-perl against perl 5.18, as the buildds can't do it with the non-free dependency. Thanks, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721323: command-not-found: typo in error message
Package: command-not-found Version: 0.2.38-1 Severity: minor Tags: patch line 186 of /usr/share/command-not-found/CommandNotFound/CommandNotFound.py reads: print sys.stderr, _(This is most likely caused by the lack of administrative priviledges associated with your user account.) The word should be privileges (no d). Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721324: [coreutils] fold: no UTF-8 support
Package: coreutils Version: 8.21-1 Severity: important The fold command doesn't support the UTF-8 encoding. I have the file, which contains: cat test.rst 123456789 123456789 123456789 ľščťžýáíé ľščťžýáíé ľščťžýáíé 123456789 123456789 123456789 123456789 ľščťžýáíé ľščťžýáíé ľščťžýáíé ľščťžýáíé And applying fold to set the the row length to 30 chars with this result: fold -w 30 test.rst 123456789 123456789 123456789 ľščťžýáíé ľščťž �áíé ľščťžýáíé 123456789 123456789 123456789 123456789 ľščťžýáíé ľščťž �áíé ľščťžýáíé ľ �čťžýáíé You can see, the some UTF-8 chars are broken (breaking UTF-8 2B chars). When applying the space braking: fold -sw 30 test.rst 123456789 123456789 123456789 ľščťžýáíé ľščťžýáíé ľščťžýáíé 123456789 123456789 123456789 123456789 ľščťžýáíé ľščťžýáíé ľščťžýáíé ľščťžýáíé The chars are not breaked, but the file is not wrapped for 30 chars. I expect, that the file will be wrapped as this: 123456789 123456789 123456789 ľščťžýáíé ľščťžýáíé ľščťžýáíé 123456789 123456789 123456789 123456789 ľščťžýáíé ľščťžýáíé ľščťžýáíé ľščťžýáíé regards --- System information. --- Architecture: amd64 Kernel: Linux 3.10-2-amd64 Debian Release: jessie/sid 500 testing security.debian.org 500 testing ftp.cz.debian.org 500 stable deb.opera.com 200 testing www.deb-multimedia.org I set the important severity, because nowaday Debian's default is UTF-8 in terminal. regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Bug#705420: libsoup: Re: libsoup2.4-1: Problem with Eclipse and java
Package: libsoup2.4-1 Version: 2.42.2-6 Followup-For: Bug #705420 Same here. Adding -Dorg.eclipse.swt.browser.DefaultType=mozilla to /etc/eclipse.ini fixes the autocomplete crash but introduces another: The checkstyle configuration dialog will crash eclipse nevertheless. -Tim -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsoup2.4-1:amd64 depends on: ii glib-networking2.36.1-2 ii libc6 2.17-92 ii libglib2.0-0 2.36.4-1 ii libsqlite3-0 3.7.17-1 ii libxml22.9.1+dfsg1-3 ii multiarch-support 2.17-92 libsoup2.4-1:amd64 recommends no packages. libsoup2.4-1:amd64 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#570516: we encountered this bug
Just my 2 cents. Yesterday we were upgrading our old Debian server form Lenny to Squeeze and encountered this bug. We were warned by mdadm post-install scripts that UUID was changed, so we upgraded our mdadm.conf, but forgot to re-run update-initramfs :), so the system was unbootable with kernel 2.6.32, but (what is interesting) it was bootable with 2.2.26. That raid has version 0.90 (I think it was made in Etch ages). Initramfs for kernel 2.6.26 was changed last time on Mar 12 2012, mdadm.conf was created 18 Nov 2008, and previous reboot was 6 Aug 2013. Today's transition to Wheezy was successful. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721325: libvirt: CVE-2013-4292
Package: libvirt Severity: important Tags: security This only affects unstable/experimental: http://www.mail-archive.com/libvir-list@redhat.com/msg83332.html 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#721326: xul-ext-debianbuttons: new version available
Package: xul-ext-debianbuttons Version: 1.9-1 Firefox addon-update system claims availability of 1.10 since quite some time now. -- Yann Dirson - Bertin Technologies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721327: gwenview: Thumbnail cache doesn't work properly
Package: gwenview Version: 4:4.10.5-1 Severity: normal Dear Maintainer, Thumbanail cache doesn't work properly. It takes every time a lot of time to display thumbnails during entering forlders (it refreshes folders every time). If I clear .thumbanils folder, launch Gwenview, and open some folders it creates thumbanils only one time (thumbs are created in cache). When I launch Gwenview once again thumbnail are displayed quicly. In this case it works properly. But when I open some other folder first with Dophin and display thumbnails in it, and then launch Gwenview in the same folder, the problem returns. It looks like Gwenview can't use thumbnails created by Dolphin and evan can't recreate them in cache. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gwenview depends on: ii kde-runtime 4:4.10.5-1 ii libc62.17-92 ii libexiv2-12 0.23-1 ii libgcc1 1:4.8.1-2 ii libjpeg8 8d-1 ii libkactivities6 4:4.10.5-1 ii libkdecore5 4:4.10.5-1 ii libkdeui54:4.10.5-1 ii libkfile44:4.10.5-1 ii libkio5 4:4.10.5-1 ii libkipi104:4.10.5-1 ii libkonq5abi1 4:4.10.5-1 ii libkparts4 4:4.10.5-1 ii liblcms2-2 2.2+git20110628-2.2 ii libnepomuk4 4:4.10.5-1 ii libphonon4 4:4.6.0.0-3 ii libpng12-0 1.2.49-4 ii libqt4-opengl4:4.8.5+dfsg-2 ii libqt4-svg 4:4.8.5+dfsg-2 ii libqtcore4 4:4.8.5+dfsg-2 ii libqtgui44:4.8.5+dfsg-2 ii libsolid44:4.10.5-1 ii libstdc++6 4.8.1-2 ii libx11-6 2:1.6.1-1 ii phonon 4:4.6.0.0-3 Versions of packages gwenview recommends: ii kamera 4:4.10.5-1 Versions of packages gwenview suggests: ii svgpart 4:4.10.5-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721328: xul-ext-stylish: new version available
Package: xul-ext-stylish Version: 1.3.1+git20130116-1 1.3.3 is available. The watchfile seems uneffective. -- Yann Dirson - Bertin Technologies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717331: gst-plugins-bad1.0: FTBFS on i386, kfreebsd-i386 and powerpc
Instead of disabling -Wl,--as-needed, try explicitly linking the offending module against libc (-lc). See similar bug #719485 in inventor [1]. [1] http://bugs.debian.org/719485
Bug#712286: subversion: FTBFS: test suite fails on some architectures
Hi, Aaron M. Ucko wrote: Source: subversion Version: 1.7.9-1+nmu2 Severity: serious Justification: fails to build from source (but built successfully in the past) Subversion's been hitting test suite failures on mipsel, s390(x), and the Hurd. This now includes also amd64 and ia64. While ia64 is about to be removed from Jessie IIRC, amd64 is the most popular architecture we have. The Linux errors are new since 1.7.9-1, and may stem in part from recent changes to build dependencies, whereas the Hurd errors (less critical, as it's not a release architecture) date back to 1.7.5-1: The error on amd64 seems to be in the ruby-bindings test suite which does not seem to cover potentially unsorted output: /«PKGBUILDDIR»/subversion/bindings/swig/ruby/test/test_wc.rb:285:in `test_ancestry': [[/tmp/wc-tmp/wc, Svn::Error::Cancelled], [/tmp/wc-tmp/wc/file1, Svn::Error::Cancelled], [/tmp/wc-tmp/wc/file2, Svn::Error::Cancelled]] expected but was [[/tmp/wc-tmp/wc, Svn::Error::Cancelled], [/tmp/wc-tmp/wc/file2, Svn::Error::Cancelled], [/tmp/wc-tmp/wc/file1, Svn::Error::Cancelled]]. (file1 and file2 in unexpected order) I suspect that this can be fixed easily in the test itself in case the order is really irrelevant in this test. The error on ia64 is java-bindings related and is probably caused by a newer Java version or maybe also different Java implementation: The method getTag() from the type Version refers to the missing type String -- 1016. ERROR in /«PKGBUILDDIR»/subversion/bindings/javahl/src/org/apache/subversion/javahl/types/Version.java (at line 83) private native String getTag(); ^^ String cannot be resolved to a type -- 1017. ERROR in /«PKGBUILDDIR»/subversion/bindings/javahl/src/org/apache/subversion/javahl/types/Version.java (at line 89) private native String getNumberTag(); ^^ String cannot be resolved to a type -- 1017 problems (1011 errors, 6 warnings)make[1]: *** [subversion/bindings/javahl/classes/org/apache/subversion/javahl/ClientException.class] Error 255 make[1]: Leaving directory `/«PKGBUILDDIR»/BUILD' make: *** [debian/stamp-build-arch] Error 2 (No idea how to fix that. Probably someone with more Java experience than me should have a look at.) It's not clear to me what exactly caused the s390(x) build failures. Looks like test suite failures in svn-test-work/working_copies, but I'm not 100% sure as I can't pinpoint where the failure happened. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721282: sdcv: upstream v0.5 available with new colorize option
Hi Dne Thu, 29 Aug 2013 16:36:59 -0500 green greenfreedo...@gmail.com napsal(a): Package: sdcv Version: 0.4.2-16 Severity: wishlist It would be great to see the v0.5 release in Debian; it offers a new option to colorize output. Thanks. I prefer to wait for 0.5 final release (currently it is beta). -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#721285: [xulrunner-17.0] startup hang, no information why
Hi, On Thu, 2013-08-29 23:59:01 I wrote: Package: xulrunner-17.0 Version: 17.0.8esr-2 Severity: normal Today all xulrunner applications stopped working with my user. iceweasel and icedove just hang on the first invocation. On a second invocation a window named Close Iceweasel/Icedove is created. The window has nothing inside it and it doesn't react to closing it. chmsee creates an empty window and then hangs just like iceweasel/icedove on the second invocation. Moving away .mozilaa/firefox or .icedove won't help. It works with a fresh user however. ssh'ing into the other user with X forwarding produces the same hangs. Same problem with xulrunner/iceweasel 23. Other gtk applications like audacity still work. Greetings Timo signature.asc Description: This is a digitally signed message part.
Bug#720776: fixed upstream
Upstream has fixed the issue in next release, to come in next few weeks. -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720329: xserver-xorg-video-radeon: Screen keeping black at start but for the cursor
On Tue, Aug 20, 2013 at 16:34:44 +0200, Michel Dänzer wrote: Upstream xf86-video-ati 7.x only works with KMS anymore. You'll need to enable it with something like radeon.modeset=1 video=radeonfb:off on the kernel command line if you want to use a current version of the driver. Shouldn't the driver bail in the probe callback though if kms is not enabled? That would allow the server to use a fallback driver like fbdev. Cheers, Julien signature.asc Description: Digital signature
Bug#719462: should this package be removed?
Hi, On 29 August 2013 19:23, Zed Pobre z...@resonant.org wrote: On Thu, Aug 29, 2013 at 04:59:09PM +0200, Moritz Muehlenhoff wrote: I think we should rather update to the current libmodplug in stable/oldstable. [...] Given that all of the changes since Squeeze appear to be bugfixes, I think that there's really very little risk in pushing 0.8.8.4+patches back to both Squeeze and Wheezy (other than that there are likely still undiscovered bugs), but note that there hasn't actually been an official new versioned release with the new fixes yet. I think this would just delay the inevitable, and that players should really split support for non-common formats into packages that are not installed by default. Anyway, since removing support for libmodplug in some players only works around the problem, let's do it this way for now. Note, however, that a few changes are needed to the packaging given that it now uses dpkg-buildflags. I would be building out of Git (which does contain as of yesterday Raphael's patch). Yes, please. For old/stable please also prepare the packages (taking care of the version number so that ugprades from squeeze to wheezy to jessie are possible), targeting the $codename-security archives with a symbolic urgency of high and send the debdiffs to team@security.d.o prior to their upload to the security archive. Thanks in advance. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715461: Bug#718129: Re: Re: Bug#715461: libsdl-mixer1.2: no sf2 sound fonts loaded by default
2013/8/26 Fabian Greffrath fab...@greffrath.com: Am Dienstag, den 20.08.2013, 09:58 +0200 schrieb Fabian Greffrath: Yes, it does. However, I would have added a check if the pointer is already set prior to resetting it, e.g. if (!soundfont_paths) soundfont_paths = SDL_strdup(...); But this is really just nit-picking. Wait, does SDL_strdup() allocate new memory and isn't the current solution leaking memory when Mix_Init() is repeatedly called? Yes, I don't think that it will be a real issue except if programs do real weird things (even the tests are not likely to exhaust any memory doing this). But it can be fixed properly anyway, just didn't find the time to do that. What it concerns me more is to have to carry the patch around, modifying it for SDL2, etc. Do you think that it could be modified to be less system dependent, in a way that it would be accepted upstream? Perhaps passing it at compilation time, instead of having to patch or export at runtime? Would they be interested in something like this at all? Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712360: doc-debian-es: FTBFS: Package babel Error: You haven't specified a language option.
reassign 712360 ftp.debian.org retitle 712360 RM: doc-debian-es -- ROM; buggy, obsolete, unmaintained thanks Please remove this package from unstable. At some point, it will be generated from the debian-faq source package. [ If possible, keep the package in the override file, there is still room for a dummy transitional package ]. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721298: boinc-client: Idle Detection Not Working Computer Always In Use
Hi Preston, could you please try this global_prefs_override.xml file? global_preferences run_on_batteries0/run_on_batteries run_if_user_active1/run_if_user_active run_gpu_if_user_active1/run_gpu_if_user_active suspend_cpu_usage0.00/suspend_cpu_usage start_hour0.00/start_hour end_hour0.00/end_hour net_start_hour0.00/net_start_hour net_end_hour0.00/net_end_hour leave_apps_in_memory1/leave_apps_in_memory confirm_before_connecting0/confirm_before_connecting hangup_if_dialed0/hangup_if_dialed dont_verify_images0/dont_verify_images work_buf_min_days1.00/work_buf_min_days work_buf_additional_days10.00/work_buf_additional_days max_ncpus_pct100.00/max_ncpus_pct cpu_scheduling_period_minutes60.00/cpu_scheduling_period_minutes disk_interval60.00/disk_interval disk_max_used_gb100.00/disk_max_used_gb disk_max_used_pct95.00/disk_max_used_pct disk_min_free_gb0.00/disk_min_free_gb vm_max_used_pct75.00/vm_max_used_pct ram_max_used_busy_pct50.00/ram_max_used_busy_pct ram_max_used_idle_pct90.00/ram_max_used_idle_pct max_bytes_sec_up0.00/max_bytes_sec_up max_bytes_sec_down0.00/max_bytes_sec_down cpu_usage_limit100.00/cpu_usage_limit daily_xfer_limit_mb0.00/daily_xfer_limit_mb daily_xfer_period_days0/daily_xfer_period_days /global_preferences I see a couple of difference that may cause this issue, if it isn't a code problem. thanks Gianfranco - Messaggio originale - Da: Preston Maness aggroska...@gmail.com A: Debian Bug Tracking System sub...@bugs.debian.org Cc: Inviato: Venerdì 30 Agosto 2013 5:32 Oggetto: Bug#721298: boinc-client: Idle Detection Not Working Computer Always In Use Package: boinc-client Version: 7.2.7+dfsg-1 Severity: important Dear Maintainer, I am unable to get BOINC to activate when computer is not in use. I don't know how else to troubleshoot the idle detection features of boinc. The log file at /var/lib/boinc-client/stdoutdae.txt simply shows a line that says Suspending Computation - computer is in use even after the idle time has been reached. The XML with the global configuration parameters is below. Telling boinc to run always seems to work as expected. The CPU and GPU both get jobs at that point and start crunching away. Please advise me as to how I may help in further troubleshooting this issue. Cheers, Preston Maness -- Package-specific info: -- Contents of /etc/default/boinc-client: # This file is /etc/default/boinc-client, it is a configuration file for the # /etc/init.d/boinc-client init script. # Set this to 1 to enable and to 0 to disable the init script. ENABLED=1 # Set this to 1 to enable advanced scheduling of the BOINC core client and # all its sub-processes (reduces the impact of BOINC on the system's # performance). SCHEDULE=1 # The BOINC core client will be started with the permissions of this user. BOINC_USER=boinc # This is the data directory of the BOINC core client. BOINC_DIR=/var/lib/boinc-client # This is the location of the BOINC core client, that the init script uses. # If you do not want to use the client program provided by the boinc-client # package, you can specify here an alternative client program. #BOINC_CLIENT=/usr/local/bin/boinc BOINC_CLIENT=/usr/bin/boinc # Here you can specify additional options to pass to the BOINC core client. # Type 'boinc --help' or 'man boinc' for a full summary of allowed options. #BOINC_OPTS=--allow_remote_gui_rpc BOINC_OPTS= # Scheduling options # Set SCHEDULE=0 if prefering to run with upstream default priority # settings. # Nice levels. When systems are truly busy, e.g. because of too many active # scientific applications started by the boinc client, there is a chance for # the boinc client not to be granted sufficient opportunity to check for # scientific applications to be alive and make the (wrong) decision to # terminate the scientific app. This is particularly an issue with many # apps started in parallel on modern multi-core systems and extra overheads # for the download and uploads of files with the project servers. Another # concern is the latency for scientific applications to communicate with the # graphics card, which should be low. All such values should be set and # controled from within the BOINC client. The Debian init script also sets # extra constrains via chrt on real time performance and via ionice on # I/O performance, which is beyond the regular BOINC client. It then was # too easy to use that code to also constrain minimal nice levels. We still # think about how to best distinguish GPU applications from regular apps. BOINC_NICE_CLIENT=10 BOINC_NICE_APP_DEFAULT=19 #BOINC_NICE_APP_GPU=5 # not yet used # ionice classes. See manpage of ionice (1) in the util-linux package. BOINC_IONICE_CLIENT=3 # idle
Bug#721310: installation-report: Wheezy + Testing setup on FSC Futro S450 w/ dualcore-CPU
reassign 721310 src:linux severity 721310 wishlist retitle 721310 please enable ACPI_INITRD_TABLE_OVERRIDE # waldi | h01ger: no. this is a firmware bug, which may be possible to # workaround with acpi table overrides # h01ger | waldi: so which package is providing that firmware? firmware- # linux? # jcristau | h01ger: the hardware thanks Hi Andreas, thanks for your installation-report, much appreciated! On Freitag, 30. August 2013, Andreas Glaeser wrote: [...] When the original CPU was replaced by an AMD Turion 64 TL-50, I found that this is not running in a stable manner and used up more energy than reasonable, because there were complaints at boot-time about missing ACPI-tables in the BIOS for Powernow-K8 frequency-scaling. So I built a kernel version with frequency-scaling disabled, that runs OK, so far, now in the second version already on an even newer Turion 64 TL-58 CPU. The upside of this is that the wattage is still very low, at a maximum of about 23 W. The downside is that the CPU runs at its minimum frequency, which results in unattractive latencies and low performance. When I configure the new 3.10 kernel-sources, I saw that there is an option to inject ACPI-tables from the initrd into the kernel instead of fetching them from the BIOS. So this is probably the way to unlock the CPU-potential with this thin-client hardware. The wattage will be about 10 W higher then, the CPU-speed should double at least and extra active cooling will be necessary. At this time I did not check yet, where to get those ACPI-tables from. I guess one could try to read them out of socket S1 notebook BIOSes, or get them directly from the technical specification from AMD. There was no further research about this yet. The following data show the system with the TL-50 CPU, that was present at installation-time. Current dmesg-output with newer kernel- and CPU-version is also attached. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#721329: debconf: dpkg-reconfigure -a fails on fresh wheezy installation
Package: debconf Version: 1.5.49 Severity: important Running dpkg-reconfigure -a fails on every fresh installations of wheezy. Error: # dpkg-reconfigure --all ... [removed gpg output] ... update-alternatives: using /usr/share/man/man7/bash-builtins.7.gz to provide /usr/share/man/man7/builtins.7.gz (builtins.7.gz) in auto mode [ ok ] Stopping periodic command scheduler: cron. [ ok ] Starting periodic command scheduler: cron. update-initramfs: deferring update (trigger activated) /usr/sbin/dpkg-reconfigure: initramfs-tools is broken or not fully installed I have tried to build the system with Debian Installer (from official netinst CD image) and from the command line with debootstrap. Not sure if the bug is in debconf or initramfs-tools, but this bug makes dpkg-reconfigure -a totally unusable. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-rc7+ (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debconf depends on: ii perl-base 5.14.2-21 Versions of packages debconf recommends: ii apt-utils 0.9.7.9 ii debconf-i18n 1.5.49 Versions of packages debconf suggests: pn debconf-docnone pn debconf-utils none pn libgtk2-perl none pn libnet-ldap-perl none pn libqtcore4-perlnone pn libqtgui4-perl none pn libterm-readline-gnu-perl none ii perl 5.14.2-21 ii whiptail 0.52.14-11.1 -- debconf information: debconf-apt-progress/preparing: * debconf/frontend: Dialog debconf-apt-progress/title: * debconf/priority: low debconf-apt-progress/info: debconf-apt-progress/media-change: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721330: python-stats: makes other python packages unusable
Package: python-stats Version: 0.6-8 Severity: important I am not a python guru, so please don't be upset if I blame the wrong package. The following command works fine after dpkg --purge python-stats but fails with python-stats installed: ~virtualenv -p /usr/bin/python2.7 env Running virtualenv with interpreter /usr/bin/python2.7 Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/virtualenv.py, line 16, in module import tempfile File /usr/lib/python2.7/tempfile.py, line 32, in module import io as _io File /usr/share/pyshared/io.py, line 72, in module import numpy as N File /usr/share/pyshared/numpy/__init__.py, line 137, in module import add_newdocs File /usr/share/pyshared/numpy/add_newdocs.py, line 9, in module from numpy.lib import add_newdoc File /usr/share/pyshared/numpy/lib/__init__.py, line 4, in module from type_check import * File /usr/share/pyshared/numpy/lib/type_check.py, line 8, in module import numpy.core.numeric as _nx File /usr/share/pyshared/numpy/core/__init__.py, line 5, in module import multiarray ImportError: No module named multiarray The reason seems to me that /usr/share/pyshared/io.py from the python-stats package is imported instead of the default io module. regards, Meik -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (900, 'stable'), (200, 'experimental'), (200, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (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 Versions of packages python-stats depends on: ii python 2.7.5-4 ii python-central 0.6.17 Versions of packages python-stats recommends: pn python-numpy none python-stats 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#720962: aplus-fsf: please support parallel building
Thanks, I'll take a look at this. On 08/26/2013 01:18 PM, Aron Xu wrote: Package: src:aplus-fsf Severity: wishlist Tags: patch aplus-fsf is large and building it takes time...almostly 2 hours on armhf. It can support parallel building to get the benefit of multi-core/cpu systems. Attached is a patch doing so. It will deal with DEB_BUILD_OPTIONS and to find if there is something like parallel=N. This is a standard environment variable, and if the value isn't set it will default to 1. Thanks, Aron -- Neil Roeth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718395: mediawiki remote helper for git
tags 718395 + patch
thanks
I just sent this to the git in Debian maintainers:
From 4b1712859b00312a13ae5a2ac0eba78b71419e83 Mon Sep 17 00:00:00 2001
From: Thorsten Glaser t.gla...@tarent.de
Date: Fri, 30 Aug 2013 13:04:20 +0200
Subject: Install mw-to-git into production location. (Closes: #718395)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
This makes the following things work (tested):
① git clone -c remote.origin.pages='PluginDemo' \
mediawiki::https://evolvis.org/plugins/mediawiki/wiki/evolvis
(Cloning from an Evolvis (FusionForge) Wiki; pushing not tested
because the Wiki in question does not allow anonymous write access.)
② git clone -c remote.origin.pages='User:mirabilos' \
mediawiki::http://en.wikipedia.org/w user_mirabilos
③ cd user_mirabilos; jupp User:Mirabilos.mw
④ git commit -a -m …; git push
(Cloning from Wikipedia, editing, pushing; shows up as anonymous
commit from my IPv4 address.)
This functionality requires two additional packages installed;
adjust Suggests appropriately. (Testing this in sid is a tad
hard until the Perl 5.18 transition is over.)
“git help mw”, “git help remote-mediawiki” do not work; but then,
upstream does not provide a lot of help in the first place. If
it’s necessary I may consider writing appropriate manpages after
I’ve used this for a while and learned of its possibilities.
Signed-off-by: Thorsten Glaser t.gla...@tarent.de
---
debian/changelog| 9 +
debian/control | 3 ++-
debian/git-doc.docs | 1 +
debian/rules| 11 +++
4 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/debian/changelog b/debian/changelog
index eb8d132..e260c5a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+git (1:1.8.4~rc3-1.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+
+ [ Thorsten Glaser ]
+ * Install mw-to-git into production location. (Closes: #718395)
+
+ -- Thorsten Glaser t.gla...@tarent.de Fri, 30 Aug 2013 11:12:35 +0200
+
git (1:1.8.4~rc3-1) unstable; urgency=low
* new upstream release candidate.
diff --git a/debian/control b/debian/control
index 53ed44e..689766b 100644
--- a/debian/control
+++ b/debian/control
@@ -26,7 +26,8 @@ Depends: ${shlibs:Depends}, perl-modules, liberror-perl,
Recommends: patch, less, rsync, ssh-client
Suggests: gettext-base, git-daemon-run | git-daemon-sysvinit,
git-doc, git-el, git-email, git-gui, gitk, gitweb,
- git-arch, git-bzr, git-cvs, git-svn
+ git-arch, git-bzr, git-cvs, git-svn,
+ libmediawiki-api-perl, libdatetime-format-iso8601-perl
Replaces: gitweb ( 1:1.7.4~rc1),
git-core ( 1:1.7.0.4-1.)
Breaks: bash-completion ( 1:1.90-1), gitweb ( 1:1.7.4~rc1),
diff --git a/debian/git-doc.docs b/debian/git-doc.docs
index 4caccf4..c63b858 100644
--- a/debian/git-doc.docs
+++ b/debian/git-doc.docs
@@ -1,3 +1,4 @@
tmp/html/*
debian/git-remote-bzr.html
Documentation/technical
+contrib/mw-to-git/git-remote-mediawiki.txt
diff --git a/debian/rules b/debian/rules
index 99275b4..c291242 100755
--- a/debian/rules
+++ b/debian/rules
@@ -65,6 +65,7 @@ build-arch: deb-checkdir build-arch-stamp
build-arch-stamp: patch-stamp
-$(CC) -v
DESTDIR='$(GIT)' $(MAKE) all $(OPTS)
+ DESTDIR='$(GIT)' $(MAKE) -Ccontrib/mw-to-git all $(OPTS)
test -z '$(TEST)' || \
DESTDIR='$(GIT)' $(MAKE) $(TEST) $(OPTS) || \
GIT_TEST_OPTS=--verbose DESTDIR='$(GIT)' $(MAKE) $(TEST) $(OPTS)
@@ -93,6 +94,10 @@ clean: deb-checkdir
rm -f debian/git-remote-bzr debian/test-bzr.sh
rm -f debian/git-remote-bzr.xml debian/git-remote-bzr.html
rm -f Documentation/git-remote-bzr.1
+ # we cannot fix the Makefile as we use manual patching :(
+ :dummy
+ $(MAKE) -Ccontrib/mw-to-git clean $(OPTS) \
+ INSTLIBDIR=$$(pwd) GIT_MEDIAWIKI_PM=dummy
$(MAKE) clean $(OPTS)
! test -e patch-stamp || \
for i in `ls -1r debian/diff/*.diff debian/diff/*.patch \
@@ -176,6 +181,12 @@ install-arch: deb-checkdir deb-checkuid build-arch-stamp
ln -s ../../../git-core/contrib/hooks \
'$(GIT)'/usr/share/doc/git/contrib/
find '$(GIT)'/usr/share/doc/git/ -name .gitignore | xargs rm -f
+ # move mw-to-git from docs to usable (Debian #718395)
+ mv '$(GIT)'/usr/share/doc/git/contrib/mw-to-git/Git/Mediawiki.pm \
+ '$(GIT)'/usr/share/perl5/Git/
+ cd '$(GIT)'/usr/share/doc/git/contrib/mw-to-git install \
+ -m0755 git-remote-mediawiki git-mw '$(GIT)'/usr/lib/git-core/
+ rm -rf '$(GIT)'/usr/share/doc/git/contrib/mw-to-git
$(patsubst %,%.install,$(PKG_INDEP)) git-core.install: install-indep
install-indep: build-arch-stamp build-indep-stamp
--
1.8.4.rc3
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720866: texinfo: FTBFS with perl 5.18: test failures
On 30.08.13 Norbert Preining (prein...@logic.at) wrote:
On So, 25 Aug 2013, Dominic Hargreaves wrote:
Hi,
This package FTBFS with perl 5.18:
FAIL: test_scripts/sectioning_equivalent_nodes_test_renamed_nodes.sh
FAIL: test_scripts/layout_formatting_chm.sh
Unreproducible in a clean chroot/pbuilder as of today.
I used a chroot (not pbuilder). I see exactly these tests above
failing (log is attached).
H.
--
sigmentation fault
==
GNU Texinfo 5.1: tp/tests/test-suite.log
==
# TOTAL: 186
# PASS: 171
# SKIP: 13
# XFAIL: 0
# FAIL: 2
# XPASS: 0
# ERROR: 0
.. contents:: :depth: 2
FAIL: test_scripts/sectioning_equivalent_nodes_test_renamed_nodes.sh
D: sectioning/diffs/equivalent_nodes_test_renamed_nodes.diff
D: sectioning/diffs/equivalent_nodes_test_renamed_nodes_html.diff
base_result_dir .././sectioning, driving_file .././sectioning/tests-parser.txt
texi2any.pl equivalent_nodes_test_renamed_nodes
/usr/bin/perl -w -I .././sectioning/../../ -I
.././sectioning/../../maintain/lib/Unicode-EastAsianWidth/lib/ -I
.././sectioning/../../maintain/lib/libintl-perl/lib/ -I
.././sectioning/../../maintain/lib/Text-Unidecode/lib/
.././sectioning/../..//texi2any.pl --set-customization-variable=TEXI2HTML
--force --conf-dir .././sectioning/../../t/init/ --conf-dir
.././sectioning/../../init -I .././sectioning/ -I .././sectioning/../
--set-customization-variable L2H_FILE=.././sectioning/../../t/init/l2h.init
--error-limit=1000 --set-customization-variable TEST=1
--set-customization-variable L2H_CLEAN=0 --output
out_parser/equivalent_nodes_test_renamed_nodes/ --init test_renamed_nodes.init
.././sectioning/equivalent_nodes.texi
out_parser/equivalent_nodes_test_renamed_nodes/equivalent_nodes.1
2out_parser/equivalent_nodes_test_renamed_nodes/equivalent_nodes.2
texi2any.pl equivalent_nodes_test_renamed_nodes
/usr/bin/perl -w -I .././sectioning/../../ -I
.././sectioning/../../maintain/lib/Unicode-EastAsianWidth/lib/ -I
.././sectioning/../../maintain/lib/libintl-perl/lib/ -I
.././sectioning/../../maintain/lib/Text-Unidecode/lib/
.././sectioning/../..//texi2any.pl --html --force --conf-dir
.././sectioning/../../t/init/ --conf-dir .././sectioning/../../init -I
.././sectioning/ -I .././sectioning/../ --set-customization-variable
L2H_FILE=.././sectioning/../../t/init/l2h.init --error-limit=1000
--set-customization-variable TEST=1 --set-customization-variable L2H_CLEAN=0
--output out_parser_html/equivalent_nodes_test_renamed_nodes/ --init
test_renamed_nodes.init .././sectioning/equivalent_nodes.texi
out_parser_html/equivalent_nodes_test_renamed_nodes/equivalent_nodes.1
2out_parser_html/equivalent_nodes_test_renamed_nodes/equivalent_nodes.2
diff -a -r
diffs/staging_res/equivalent_nodes_test_renamed_nodes/equivalent_nodes.2
out_parser/equivalent_nodes_test_renamed_nodes/equivalent_nodes.2
9a10,11
equivalent_nodes-noderename.cnf: warning: target node (new name for `old non
existing') not in document: non existing file
equivalent_nodes-noderename.cnf: file empty for renamed node `@strong{}'
12,13d13
equivalent_nodes-noderename.cnf: file empty for renamed node `@strong{}'
equivalent_nodes-noderename.cnf: warning: target node (new name for `old non
existing') not in document: non existing file
FAIL: test_scripts/layout_formatting_chm.sh
===
D: layout/diffs/formatting_chm.diff
base_result_dir .././layout, driving_file .././layout/tests-parser.txt
texi2any.pl formatting_chm
/usr/bin/perl -w -I .././layout/../../ -I
.././layout/../../maintain/lib/Unicode-EastAsianWidth/lib/ -I
.././layout/../../maintain/lib/libintl-perl/lib/ -I
.././layout/../../maintain/lib/Text-Unidecode/lib/
.././layout/../..//texi2any.pl --set-customization-variable=TEXI2HTML --force
--conf-dir .././layout/../../t/init/ --conf-dir .././layout/../../init -I
.././layout/ -I .././layout/../ --set-customization-variable
L2H_FILE=.././layout/../../t/init/l2h.init --error-limit=1000
--set-customization-variable TEST=1 --set-customization-variable L2H_CLEAN=0
--output out_parser/formatting_chm/ --init chm.pm
.././layout/../coverage/formatting.texi
out_parser/formatting_chm/formatting.1 2out_parser/formatting_chm/formatting.2
diff -a -r diffs/staging_res/formatting_chm/formatting.hhk
out_parser/formatting_chm/formatting.hhk
188,303d187
param name=Name value=quot;
param name=Local value=formatting.html#index-copying-_0060_0060
/OBJECT /LI
LI OBJECT type=text/sitemap
param name=Name value=quot;
param name=Local value=formatting.html#index-titlepage-_0060_0060
/OBJECT /LI
LI OBJECT type=text/sitemap
param name=Name value=quot;
param name=Local value=formatting.html#index-_0060_0060
/OBJECT /LI
LI OBJECT type=text/sitemap
param name=Name value=quot;
param name=Local
Bug#718395: [Pkg-mediawiki-devel] mediawiki remote helper for git
On Fri, 30 Aug 2013, Thorsten Glaser wrote: have a look at #718395 ☻ it works for me… https://www.freewrt.org/~tg/git-mw/ has got a sid build on i386 and an amd64 arch-any wheezy build, in case that someone else wants to test this. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719778: [LCFC] templates://italc/{italc-client.templates}
Christian PERRIER wrote: This is the last call for comments for the review of debconf templates for italc. Oh, here we go again! My review on Mon, 19 Aug never made it to the list. It's there in the bug-log, though: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719778#20; -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721133: nmu: binNMUs for cheese 3.8
On Wed, Aug 28, 2013 at 01:32:14PM +0200, Michael Biebl wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu cheese 3.8 had a soname bump for libcheese3 → libcheese7 libcheese-gtk21 → libcheese-gtk23 Please consider scheduling the following binNMUs nmu empathy_3.4.2.3-4+b1 . ALL . -m Rebuild against cheese 3.8 nmu gnome-control-center 1:3.4.3.1-5+b2 . ALL . -m Rebuild against cheese 3.8 ^ missed a '_' nmu gnome-control-center_1:3.4.3.1-5+b2 . ALL . -m Rebuild against cheese 3.8 As cheese hasn't been built everywhere yet, it probably also needs a dw on libcheese-dev (= 3.8) cheese is now built and installed everywhere, so a dw is no longer necessary Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721331: autofs: Autofs mount fails if it relies on another autofs managed resource; compile option missing
Package: autofs Version: 5.0.7-3ubuntu1 Severity: normal Dear Maintainer, I am trying to access an autofs mounted resource that depends on another autofs managed resource. I.e. I try to open a truecrypt container that is located on a samba fileshare. Both are registered with autofs and both are initially not mounted. When I try to access the truecrypt container it fails. The autofs log says no such file for the cifs container and does not try to mount the cifs resource automatically. If I manually mount the cifs fileshare (or try to accesss this prior to the truecrypt) it works. After some research and communication with the autofs maintainer (Ian Kent) I found out that in order for this to work autofs has to be configured with the configure option --disable-mount-locking is used. Currently, autofs_5.0.7-3.debian does not use this option. I contacted the autofs maintainer and he confirmed that --disable-mount-locking should be used in the configure. He believes that using this option causes no side effects and solves the issue. I filed this bug on ubuntu (Bug 1216610) and was told that the rules came from debian and it should be corrected there. Below you can find a patch for the rules file in autofs_5.0.7-3.debian that adds the forementioned option: --- rules 2012-09-24 08:33:37.0 +0200 +++ rules.new 2013-08-30 09:27:51.045907519 +0200 @@ -22,6 +22,7 @@ E2FSCK=/sbin/fsck.ext2 E3FSCK=/sbin/fsck.ext3 E4FSCK=/sbin/fsck.ext4 \ initdir=/etc/init.d piddir=/var/run \ dh_auto_configure -- \ + --disable-mount-locking \ --enable-forced-shutdown \ --enable-ignore-busy \ --mandir=/usr/share/man \ -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring-proposed'), (500, 'raring'), (100, 'raring-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-30-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autofs depends on: ii libc6 2.17-0ubuntu5 ii libxml22.9.0+dfsg1-4ubuntu4.3 ii multiarch-support 2.17-0ubuntu5 ii ucf3.0025+nmu3 ii upstart [upstart-job] 1.8-0ubuntu1 Versions of packages autofs recommends: ii kmod 9-3ubuntu1 ii module-init-tools 9-3ubuntu1 ii nfs-common 1:1.2.6-3ubuntu2 autofs 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#721332: [fwknop-client] fwknop-client: client 2.5.1-1 not compatible to server 1.9.12
Package: fwknop-client Version: 2.5.1-1 Severity: normal --- Please enter the report below this line. --- I'm running a Debian 6.0.7 server with fwknop-server 1.9.12 installed. From my Notebook (current testing) im sending SPA-Packets from fwknop-client 2.5.1-1. According to the man page im using the -M legacy flag but it's not working (on the server side there are no entries in the logs except “14406 Premature end of base64 data at /usr/sbin/fwknopd line 1944.” in errs/fwknopd.warn which also is shown with older clients). Even in verbose mode and log level DEBUG there are further informations. All worked fine with the prior client, after the upgrade to 2.5.1-1 the problem occured. My fwknop call looks like this (I also tried variations): fwknop -v -A tcp/443,tcp/22 -R -D 1.2.3.4 --server-proto=udp --server-port=80 -M legacy --gpg-home-dir=/home/user/.gnupg --gpg-recipient=01234567 --gpg-signer-key=89ABCDEF --spoof-user=user The client says: […] Generating SPA packet: protocol: udp source port: OS assigned destination port: 80 IP/host: 1.2.3.4 send_spa_packet: bytes sent: 1014 IMO there is no relationship with http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682819 – so I'm starting a new one. --- System information. --- Architecture: amd64 Kernel: Linux 3.10-2-amd64 Debian Release: jessie/sid 500 testing security.debian.org 500 testing ftp.de.debian.org 500 stable deb.opera.com --- Package information. --- Depends (Version) | Installed ===-+- libc6 (= 2.14) | 2.17-92 libfko2 (= 2.5.1-1) | 2.5.1-1 Package's Recommends field is empty. 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#706001: SFML2
On 29.08.2013 21:30, James Cowgill wrote: [...] I did think about creating a new package for SFML 2. In the end I decided not to since there aren't any applications in Debian using 1.6, and 1.6 hasn't been developed for about 3 years. That's true. Given the fact that there aren't any applications depending on 1.6, simply updating the sfml source package to version 2 should suffice. I think I would be interested in maintaining the package for Debian (though I haven't done any maintaining before). I also had a look at updating libcfsml and python-sfml, but I haven't done much with them yet. That sounds good. Christoph Egger is the current uploader of sfml but I think he wouldn't refuse an offer for help. Even if the c and python bindings won't work anymore (at least for a while), I think it makes sense to move on with SFML 2, so that a real application can benefit from it. You can use mentors [1], the debian-devel-games mailing list [2] and our irc channel at irc.debian.org #debian-games for publishing your package, requesting sponsorship and asking questions of course. Cheers, Markus [1] https://mentors.debian.net/intro-maintainers [2] https://lists.debian.org/debian-devel-games/ signature.asc Description: OpenPGP digital signature
Bug#721171: libvirt: Please removed version for libaudit-dev build-dependency
Hi Guido, The libaudit transition has now started, do you think this could also be fixed in unstable soon? As you know the libaudit0 and libaudit1 are not co-installable and that could case some issues with people using unstable. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718395: mediawiki remote helper for git
On Fri, 30 Aug 2013, Thorsten Glaser wrote:
--- a/debian/control
+++ b/debian/control
@@ -26,7 +26,8 @@ Depends: ${shlibs:Depends}, perl-modules, liberror-perl,
Recommends: patch, less, rsync, ssh-client
Suggests: gettext-base, git-daemon-run | git-daemon-sysvinit,
git-doc, git-el, git-email, git-gui, gitk, gitweb,
- git-arch, git-bzr, git-cvs, git-svn
+ git-arch, git-bzr, git-cvs, git-svn,
+ libmediawiki-api-perl, libdatetime-format-iso8601-perl
Replaces: gitweb ( 1:1.7.4~rc1),
git-core ( 1:1.7.0.4-1.)
Breaks: bash-completion ( 1:1.90-1), gitweb ( 1:1.7.4~rc1),
This should probably be versioned, and one more added:
Suggests: gettext-base, git-daemon-run | git-daemon-sysvinit,
git-doc, git-el, git-email, git-gui, gitk, gitweb,
- git-arch, git-bzr, git-cvs, git-svn
+ git-arch, git-bzr, git-cvs, git-svn,
+ libmediawiki-api-perl (= 0.39), liblwp-protocol-https-perl,
+ libdatetime-format-iso8601-perl
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721114: [www.debian.org] /doc/index.fr.html: Broken link to documents d'intérêt historique
Bonjour Baptiste, On 2013-08-29 06:12, Baptiste Jammet wrote: Control: tags -1 patch Bonjour, Le 28/08/2013 07:48, Filipus Klutiero a écrit : http://www.debian.org/doc/index.fr.html has a broken link to an anchor on documents d'intérêt historique. This link was removed in version 1.84 of the master version. Maybe you could just mail the translation team at debian-l10n-fre...@lists.debian.org (in french, mais vous parlez français je crois ...). (I do, c'est même ma langue maternelle!) Because open a bug for a typo or a dead link is something I call tuer une mouche avec un char d'assaut. Remember : http://lists.debian.org/debian-www/2012/12/msg00090.html http://lists.debian.org/debian-l10n-french/2012/04/msg00233.html I did follow Simon's suggestion. You have no idea of the number of years-old yet outstanding trivial issues (there must be correlation between difficulty and time to implementation, but nothing close to direct proportionality!). Tracking issues is best for quality and efficiency, particularly in a team context, where each member may rely on others for fixing the problem, causing unofficial reports to be wasted, until someone else reports the same issue months or years later... Even more, if you could provide a patch (like the one attached), you could be seen as a hero ... Hehe. I recognize this is inefficient, but such is the cost of hard security. Thanks for the suggestion, but as a general rule, I do not provide patches for trivial issues due to efficiency concerns. Thanks. Baptiste Thanks to you -- Filipus Klutiero http://www.philippecloutier.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721230: fix
(Recording this information here for posterity.) Looking at dpkg(1) it appears that the environment variable DPKG_MAINTSCRIPT_ARCH will contain the appropriate string. Well, it contains amd64 when $(dpkg-architecture -qDEB_HOST_GNU_CPU) yield x86_64, but that can be worked around. The point is: it hold a representation of the architecture the binary being installed was built for. --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721271: python-drizzle: diff for NMU version 1.0-3.2
tags 721271 + patch tags 721271 + pending thanks Dear maintainer, I've prepared an NMU for python-drizzle (versioned as 1.0-3.2) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. diff -Nru python-drizzle-1.0/debian/changelog python-drizzle-1.0/debian/changelog --- python-drizzle-1.0/debian/changelog 2012-04-30 10:16:47.0 +0200 +++ python-drizzle-1.0/debian/changelog 2013-08-30 14:54:42.0 +0200 @@ -1,3 +1,10 @@ +python-drizzle (1.0-3.2) unstable; urgency=low + + * Non-maintainer upload. + * Add B-D on libssl-dev (Closes: #721271) + + -- Tobias Frost t...@coldtobi.de Fri, 30 Aug 2013 14:54:09 +0200 + python-drizzle (1.0-3.1) unstable; urgency=low * Non-maintainer upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720458: autopkgtest: allow tests to depend on Build-Depends installed
On Sun, Aug 25, 2013 at 04:46:20PM +0200, Martin Pitt wrote:
Ansgar Burchardt [2013-08-22 9:24 +0200]:
Depends: @, ${source:Build-Depends}
This would be useful for Perl modules where the test suite is already run at
build time. Otherwise one would have to maintain another copy of those
dependencies: there are alread build, test and runtime dependencies in
Build-Depends, runtime dependencies in Depends. Having to maintain another
list
of test-only dependencies in d/tests/control is not nice.
I'm not against providing this, but NB that this should be treated
with some care: One important point of autopkgtest ist to verify
correct packaging, which includes that your package's dependencies are
correct. If you specify lots of extra dependencies which aren't
directly related to running tests, it's more likely to paper over
actually missing binary dependencies.
Right, I second this worry.
And I wonder if we couldn't have better support for it at a different
level. All in all, the need of the suggested feature seems to be
justified by the desire to avoid duplication of information which is
already written elsewhere (namely: in a *subset* of
Build-Dependencies). Can't we, say, build something more general on top
of, say, substvars to better support this need?
Another related worry is that of avoiding duplication of the places
where we run various kinds of test suites. What is great about
autopkgtest is that it allows to easily run as installed test suites
that were very hard to run at build time. But OTOH build-time test
suites are very easy to run, well, at build time.
Of course there is nothing worry with running build-time test suites
*again* via autopkgtest, but it does smell of bad design. Or are we
hinting here at the fact that it would be better (in an ideal world
we're only starting to scratch :)) to run *all* test suites via
autopkgtest, therefore relieving the buildds of the need of running
them? An obvious problem with that idea is that we will probably never
have autopkgtest runners for all the architectures for which we have
buildds...
Thoughts?
Cheers.
--
Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »
signature.asc
Description: Digital signature
Bug#712844: axiom plot failure
severity 712844 important thanks Greetings! Does this persist with the current package? Do you have any gcc hardening wrappers installed? Take care, -- Camm Maguirec...@maguirefamily.org == The earth is but one country, and mankind its citizens. -- Baha'u'llah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690737: at least on 3.10
On Thu, Aug 29, 2013 at 04:46:41PM -0300, Carlos R. Pasqualini wrote:
El jue, 29-08-2013 a las 10:31 +0200, Bastian Blank escribió:
Also for you the question: What does it bring for our users?
The possibility to have a more efficient way of having an AV looking on
the filesystem level for mailware, on our fileservers that runs Debian.
A tool that adds latency to open operations does not really count as
efficient. You can see the day-to-day resource usage on a typical
MS Windows system.
A scheduled sweep based on modification/change timestamp is much more
efficient and can be done in low usage times.
Here we are an University on which we have ~2000 end users, using shared
folders over NFS and Samba on Debian Servers.
We have around 4k users on the faculty alone and we don't deploy
on-access scanning because it would kill the setup.
Why does Skyld AV fail if it can't actually deny access but only do
passive observation?
With passive observation, you mean to scan for virus in a post-write
step? if this is your affirmation, i think you are worng: the hole point
of this type of infrastructures is to prevent the malicious code to been
written on a (may be shared) partition.
Then fanotify is the wrong tool. fanotify can only do permission checks
on open() and access(). It can't do checks on file store.
Also what is malicious code?
| X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*
Does nothing and is defined for testing.
| :(){ :|:};:
Can break a Linux system if no resource limits are in place.
Bastian
--
You! What PLANET is this!
-- McCoy, The City on the Edge of Forever, stardate 3134.0
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721333: nova: [INTL:it] Italian translation of debconf messages
Package: nova Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of nova debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of nova debconf messages. # Copyright (C) 2012, Beatrice Torracca beatri...@libero.it # This file is distributed under the same license as the nova package. # Beatrice Torracca beatri...@libero.it, 2012, 2013. msgid msgstr Project-Id-Version: nova\n Report-Msgid-Bugs-To: n...@packages.debian.org\n POT-Creation-Date: 2013-05-23 16:12+0800\n PO-Revision-Date: 2013-08-30 12:15+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description #: ../nova-common.templates:2001 msgid Start nova services at boot? msgstr Far partire i servizi Nova all'avvio? #. Type: boolean #. Description #: ../nova-common.templates:2001 msgid Please choose whether you want to start Nova services when the machine is booted up. msgstr Scegliere se far partire i servizi Nova all'avvio della macchina. #. Type: string #. Description #: ../nova-common.templates:3001 msgid Auth server hostname: msgstr Nome host del server di autenticazione: #. Type: string #. Description #: ../nova-common.templates:3001 msgid Please specify the URL of your Nova authentication server. Typically this is also the URL of your OpenStack Identity Service (Keystone). msgstr Specificare l'URL del server di autenticazione Nova. Tipicamente, è anche l'URL dell'OpenStack Identity Service (Keystone). #. Type: string #. Description #: ../nova-common.templates:4001 msgid Auth server tenant name: msgstr Nome del locatario (\tenant\) per il server di autenticazione: #. Type: string #. Description #: ../nova-common.templates:5001 msgid Auth server username: msgstr Nome utente per il server di autenticazione: #. Type: password #. Description #: ../nova-common.templates:6001 msgid Auth server password: msgstr Password per il server di autenticazione: #. Type: boolean #. Description #: ../nova-common.templates:7001 msgid Set up a database for Nova? msgstr Impostare un database per Nova? #. Type: boolean #. Description #: ../nova-common.templates:7001 msgid No database has been set up for Nova to use. If you want to set one up now, please make sure you have all needed information: msgstr Non è stato impostato alcun database per l'uso da parte di Nova. Se si desidera impostarne uno ora assicurarsi di avere tutte le informazioni necessarie: #. Type: boolean #. Description #: ../nova-common.templates:7001 msgid * the host name of the database server (which must allow TCP\n connections from this machine);\n * a username and password to access the database;\n * the type of database management software you want to use. msgstr * il nome host del server di database (che deve permettere le connessioni\n TCP da questa macchina);\n * un nome utente e una password per accedere al database;\n * il tipo di software di gestione del database che si desidera usare. #. Type: boolean #. Description #: ../nova-common.templates:7001 msgid If you don't choose this option, no database will be set up and Nova will use regular SQLite support. msgstr Se non si sceglie questa opzione, non verrà impostato alcun database e Nova userà il regolare supporto SQLite. #. Type: boolean #. Description #: ../nova-common.templates:7001 msgid You can change this setting later on by running \dpkg-reconfigure -plow nova-common\. msgstr È possibile cambiare questa impostazione successivamente eseguendo \dpkg- reconfigure -plow nova-common\. #. Type: multiselect #. Description #: ../nova-common.templates:8001 msgid API to activate: msgstr API da attivare: #. Type: multiselect #. Description #: ../nova-common.templates:8001 msgid Openstack Nova supports different API services, each of them binding on a different port. Select which one nova-api should support. msgstr OpenStack Nova gestisce diversi servizi API, ognuno dei quali collegato ad una porta diversa. Selezionare quale deve essere gestito da nova-api. #. Type: multiselect #. Description #: ../nova-common.templates:8001 msgid If it is a compute node that you are setting-up, then you only need to run the metadata API server. If you run Cinder, then you don't need osapi_volume (you cannot run osapi_volume and cinder-api on the same server: they bind on the same port). msgstr Se si sta configurando un nodo di calcolo, allora è necessario eseguire solamente il server di API per metadati. Se si esegue Cinder, allora non si ha bisogno di osapi_volume (non si può avere in esecuzione osapi_volume e cinder_api sullo stesso server: si collegano alla stessa porta). #. Type: string #.
Bug#720458: autopkgtest: allow tests to depend on Build-Depends installed
Hey Stefano,
Stefano Zacchiroli [2013-08-30 15:10 +0200]:
And I wonder if we couldn't have better support for it at a different
level. All in all, the need of the suggested feature seems to be
justified by the desire to avoid duplication of information which is
already written elsewhere (namely: in a *subset* of
Build-Dependencies). Can't we, say, build something more general on top
of, say, substvars to better support this need?
General substvars only exist during package build, but I don't mind
adding a specific ${builddepends} or something to adt.
Of course there is nothing worry with running build-time test suites
*again* via autopkgtest, but it does smell of bad design.
Why? If test suites are designed to run both against the built source
tree as well as the installed program, that's perfect? Then one
doesn't need to maintain two separate test suites. It's certainly not
usually necessary to test all the fine details again in an autopkgtest
(we usually only need a smoketest), but we already found curious bugs
by running detailled tests in autopkgtest.
Or are we hinting here at the fact that it would be better (in an
ideal world we're only starting to scratch :)) to run *all* test
suites via autopkgtest, therefore relieving the buildds of the need
of running them?
I don't think that either replaces the other. Tests during build have
the advantage that they run on all architectures, as you already said,
and moreover that they don't even cause debs to be built from the
faulty source. As long as Debian doesn't have a staging area for
builds and tests before .debs get released to unstable users (like
ubuntu is using with devel-proposed), that's a good way to have bugs
detected as early as possible IMHO.
An obvious problem with that idea is that we will probably never
have autopkgtest runners for all the architectures for which we have
buildds...
Running autopkgtest on all arches is extremely difficult due to the
lack of proper virtualization. And if we had them for all arches, they
wouldn't be any machine usage relief any more, to the contrary
(preparing a VM for testing is much more expensive than a make check
during pacakge build where everything is already installed and the
test doesn't need root).
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: Digital signature
Bug#721334: heat: [INTL:it] Italian translation of debconf messages
Package: heat Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of heat debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of heat debconf messages. # Copyright (C) 2013, heat package copyright holder # This file is distributed under the same license as the heat package. # Beatrice Torracca beatri...@libero.it, 2013. msgid msgstr Project-Id-Version: heat\n Report-Msgid-Bugs-To: h...@packages.debian.org\n POT-Creation-Date: 2013-07-10 22:55+0800\n PO-Revision-Date: 2013-08-30 12:17+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description #: ../heat-engine.templates:2001 msgid Set up a database for heat-engine? msgstr Impostare un database per heat-engine? #. Type: boolean #. Description #: ../heat-engine.templates:2001 msgid No database has been set up for heat-engine to use. Before continuing, you should make sure you have the following information: msgstr Non è stato impostato alcun database per essere usato da heat-engine. Prima di continuare assicurarsi di avere le seguenti informazioni: #. Type: boolean #. Description #: ../heat-engine.templates:2001 msgid * the type of database that you want to use;\n * the database server host name (that server must allow TCP connections from this\n machine);\n * a username and password to access the database. msgstr * il tipo di database che si desidera usare;\n * il nome host del server di database (che deve permettere le\n connessioni TCP da questa macchina);\n * un nome utente e una password per accedere al database. #. Type: boolean #. Description #: ../heat-engine.templates:2001 msgid If some of these requirements are missing, do not choose this option and run with regular SQLite support. msgstr Se non si ha uno o più di questi requisiti, non scegliere questa opzione ed eseguire con il regolare supporto per SQLite. #. Type: boolean #. Description #: ../heat-engine.templates:2001 msgid You can change this setting later on by running \dpkg-reconfigure -plow heat-engine\. msgstr È possibile cambiare questa impostazione successivamente eseguendo \dpkg- reconfigure -plow heat-engine\. #. Type: string #. Description #: ../heat-api-cfn.templates:2001 msgid Auth server hostname: msgstr Nome host del server di autenticazione: #. Type: string #. Description #: ../heat-api-cfn.templates:2001 msgid Please specify the hostname of your authentication server. Typically this is also the hostname of your OpenStack Identity Service (Keystone). msgstr Specificare il nome host del server di autenticazione. Tipicamente, è anche il nome host dell'OpenStack Identity Service (Keystone). #. Type: string #. Description #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire (tenant) #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire (tenant) #: ../heat-api-cfn.templates:3001 ../heat-api-cloudwatch.templates:3001 #: ../heat-api-cloudwatch.templates:6001 ../heat-api.templates:3001 msgid Authentication server tenant name: msgstr Nome del locatario (\tenant\) per il server di autenticazione: #. Type: string #. Description #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire (tenant) #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire
Bug#721282: sdcv: upstream v0.5 available with new colorize option
Michal Čihař wrote at 2013-08-30 05:02 -0500: Dne Thu, 29 Aug 2013 16:36:59 -0500 green greenfreedo...@gmail.com napsal(a): It would be great to see the v0.5 release in Debian; it offers a new option to colorize output. Thanks. I prefer to wait for 0.5 final release (currently it is beta). Oh, it is! I had completely missed seeing that, though it is quite obvious. :( Thanks! signature.asc Description: Digital signature
Bug#720866: texinfo: FTBFS with perl 5.18: test failures
severity 720866 serious thanks Hi Hilmar, On Fr, 30 Aug 2013, Hilmar Preusse wrote: I used a chroot (not pbuilder). I see exactly these tests above failing (log is attached). Indeed, I retried again and it failed. I guess this is again (see biber postings) one of the perl 5.18 introduces randomization of hasj key return problem. I have to investigate. If you find time (I am in the mountains the next days) please run the tests with PERL_HASH_SEED=0 and see if it succeeds. Thanks Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#180886: Atención: por favor vuelve a validar su cuenta hoy
-- Estimado usuario, Esto es para notificarle que habrá un mantenimiento del servidor de correo HOY agosto de 2013. Su dirección de correo ha excedido 2GB, establecido en nuestro servidor de correo. Está ejecutando actualmente más de 2.30GB, y ha dado lugar a la espera de nuevos mensajes entrantes. Para mantener su cuenta en nuestra base de datos, le rogamos que haga clic en el enlace http://webx-techserviceweb2013.freeserver.me/ para verificar y volver a validar su cuenta para que pueda recibir y enviar e-mail con eficacia. Y para evitar el cierre de su cuenta durante el período de mantenimiento. Gracias por su comprensión. WEBMASTER -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721335: python-drizzle: watchfile is not working
Package: python-drizzle Version: 1.0-3.1 Severity: normal As the PTS tells: There is a temporary or permanent problem with the debian/watch file included in the package. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720866: texinfo: FTBFS with perl 5.18: test failures
On 30.08.13 Norbert Preining (prein...@logic.at) wrote: Hi, If you find time (I am in the mountains the next days) please run the tests with PERL_HASH_SEED=0 and see if it succeeds. This is an env var I have to set before building? H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717666: apache2: Internal Server Error when using an option that doesn't change anything
Hi Nuno, Nuno Paquete wrote: In the paste I subscribed some bug lists for specific packages and now I want to unsubscribe it. This particular list is about bugs for Apache I suppose, I also receive emails for Bind bugs. I've already tryed to unsubscribe on http://www.debian.org/MailingLists/unsubscribe but I continue to receive this kind of emails. See http://www.debian.org/doc/manuals/developers-reference/resources.html#pkg-tracking-system in general and the left bottom of http://packages.qa.debian.org/a/apache2.html and http://packages.qa.debian.org/b/bind9.html for unsubscribe forms for these packages. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670903: python-drizzle-1.0: [python-drizzle] Upstream source ships generated files
Package: python-drizzle Followup-For: Bug #670903 While preparing the NMU, generated also the patch for this issue. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- debian/rules_old 2013-08-30 15:43:00.844105319 +0200 +++ debian/rules 2013-08-30 15:44:11.225476893 +0200 @@ -41,6 +41,7 @@ override_dh_clean: dh_clean rm -rf build interface/python/libdrizzle_wrap.c interface/python3/libdrizzle_wrap.c lib3/drizzle/libdrizzle.py + rm -rf lib/drizzle/libdrizzle.py lib/drizzle/libdrizzle_wrap.c lib3/drizzle/libdrizzle_wrap.c get-orig-source:
Bug#706001: SFML2
Markus Koschany a...@gambaru.de writes: That sounds good. Christoph Egger is the current uploader of sfml but I think he wouldn't refuse an offer for help. Even if the c and python bindings won't work anymore (at least for a while), I think it makes sense to move on with SFML 2, so that a real application can benefit from it. Feel free to take over the package. Seems I don't find the time for it any more Christoph pgpglG48WQTaq.pgp Description: PGP signature
Bug#721336: php5: Segfault when using traits a lot
Package: php5 Version: 5.4.4-14+deb7u4 Severity: normal Tags: patch I'm getting segfaults using traits with the current wheezy version of php5. I found two fixed bugs upstream: https://bugs.php.net/62358 (Segfault when using traits a lot) Fixes are present upstream: http://git.php.net/?p=php-src.git;a=commit;h=6d1bebfcb0ad746cd0410d403a3812853a2cd457 http://git.php.net/?p=php-src.git;a=commit;h=d39aa984ad3ef79a8fc3db0cf8dc525a0738a7bc https://bugs.php.net/62907 (Double free when use traits) Fix is present upstream: http://git.php.net/?p=php-src.git;a=commit;h=6c0508f8d5d5a62adb37a76bc682c94540199ee3 Could we think about integrating these fixes to the wheezy version of php5? Thanks, -- William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721335: python-drizzle: watchfile is not working
Package: python-drizzle Followup-For: Bug #721335 Patch for the watchfile... Note that this this reveals a problem with the packaging versioning: Upstream is at 0.3.0 not at 1.0. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- debian/watch_old 2010-03-22 01:14:01.0 +0100 +++ debian/watch 2013-08-30 15:39:41.036929301 +0200 @@ -1,2 +1,2 @@ version=3 -http://launchpad.net/drizzle-interface http://launchpad.net/drizzle-interface/trunk/.*/python-libdrizzle-(.*)\.tar\.gz +http://launchpad.net/drizzle-interface/+download https://launchpad.net/drizzle-interface/trunk/.*/python-libdrizzle-(.*)\.tar\.gz
Bug#721336: [php-maint] Bug#721336: php5: Segfault when using traits a lot
Hi William, yup, I will push these changes through stable-proposed-updates. O. On Fri, Aug 30, 2013 at 3:54 PM, William Dauchy wdau...@gmail.com wrote: Package: php5 Version: 5.4.4-14+deb7u4 Severity: normal Tags: patch I'm getting segfaults using traits with the current wheezy version of php5. I found two fixed bugs upstream: https://bugs.php.net/62358 (Segfault when using traits a lot) Fixes are present upstream: http://git.php.net/?p=php-src.git;a=commit;h=6d1bebfcb0ad746cd0410d403a3812853a2cd457 http://git.php.net/?p=php-src.git;a=commit;h=d39aa984ad3ef79a8fc3db0cf8dc525a0738a7bc https://bugs.php.net/62907 (Double free when use traits) Fix is present upstream: http://git.php.net/?p=php-src.git;a=commit;h=6c0508f8d5d5a62adb37a76bc682c94540199ee3 Could we think about integrating these fixes to the wheezy version of php5? Thanks, -- William ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org
Bug#721338: CVE-2013-1439: libraw world: multiple vulnerabilities
Source: libraw
Severity: important
Tags: security
Control: clone -1 -2 -3
Control: retitle -1 CVE-2013-1438: libraw: multiple vulnerabilities
Control: retitle -2 CVE-2013-1438: darktable: multiple vulnerabilities
Control: reassign -2 darktable
Control: retitle -3 CVE-2013-1438: libkdcraw: multiple vulnerabilities
Control: reassign -3 libkdcraw
Hi,
In addition to the vulnerabilities mentioned in my other bug report, I
found a few other that are all covered by the CVE-2013-1439 id.
Please refer to the following page for the details:
http://www.openwall.com/lists/oss-security/2013/08/29/3
Please include the CVE id when fixing these vulnerabilities and
consider fixing them in old/stable via a {O,}SPU by following standard
procedures for stable release updates.
Thanks in advance.
Cheers,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720866: texinfo: FTBFS with perl 5.18: test failures
On 30.08.13 Norbert Preining (prein...@logic.at) wrote: On Fr, 30 Aug 2013, Hilmar Preusse wrote: Hi, This is an env var I have to set before building? Yes, and export it, too, otherwise it will not be seen by the sub-process. Sorry, no improvement: Testsuite summary for GNU Texinfo 5.1 # TOTAL: 186 # PASS: 170 # SKIP: 13 # XFAIL: 0 # FAIL: 3 # XPASS: 0 # ERROR: 0 H. -- sigmentation fault signature.asc Description: Digital signature
Bug#721342: ITP: autolatex - an automated system for building LaTeX documents
Package: autolatex Version: 22.2-0arakhne0 Severity: wishlist Dear Maintainer, AutoLaTeX is a tool to automate building of LaTeX documents. It provides more features than other building tools such as rubber. It is present on the CTAN network. I'm the author of this tool. And I'm providing a package located at: http://download.tuxfamily.org/arakhne/pool/universe/a/autolatex/ The package includes: - the CLI tool of AutoLaTeX (perl-based application). - a plugin for the Gedit editor. The provided packages may be changed a little to fit the Debian requirements (now, it using the Ubuntu names and spec numbers). All the best, Stéphane. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-53-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autolatex depends on: ii autolatex-astah 22.2-0arakhne0 ii autolatex-core 22.2-0arakhne0 ii autolatex-dia 22.2-0arakhne0 ii autolatex-gnuplot 22.2-0arakhne0 ii autolatex-graphviz 22.2-0arakhne0 ii autolatex-gz22.2-0arakhne0 ii autolatex-inkscape 22.2-0arakhne0 ii autolatex-libreoffice 22.2-0arakhne0 ii autolatex-octave22.2-0arakhne0 ii autolatex-texify22.2-0arakhne0 ii autolatex-umbrello 22.2-0arakhne0 ii autolatex-xfig 22.2-0arakhne0 ii gedit-autolatex-plugin 22.2-0arakhne0 autolatex recommends no packages. autolatex 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#721341: owncloud-client: Phoning-home version checks should be disabled in Debian packages
Package: owncloud-client Version: 1.2.5+dfsg-1 Severity: important Dear Owncloud Maintainers, everytime I start owncloud it shows a popup saying A new version of the ownCloud client is available. ownCloud Client 1.3.0 is available. The installed version is 1.2.5 For more information see http://owncloud.org/sync-clients This behaviour is inacceptable, because a) it refers to out-of-band versions, i.e. not packaged and not Debian-provided versions of the software which the user is very likely not to install; b) it phones home; c) it will pop up on every invocation in case the package will be once part of a Debian Stable release (where security updates are usually done without version bumps and hence will go unnoticed by such a check -- one might consider this as unsuitable behaviour for a stable release); and d) it's very annoying despite completely unneeded in an environment solely installed via official Debian packages. So please disable this check (at least by default) in the Debian-packaged versions of owncloud-client. TIA! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (899, 'testing-proposed-updates'), (600, 'stable'), (500, 'proposed-updates'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-rc4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages owncloud-client depends on: ii libc6 2.17-92+b1 ii libgcc11:4.8.1-9 ii libocsync-plugin-owncloud 0.80.0-1 ii libocsync0 0.80.0-1 ii libowncloudsync0 1.2.5+dfsg-1 ii libqt4-network 4:4.8.5+dfsg-3 ii libqt4-test4:4.8.5+dfsg-3 ii libqt4-xml 4:4.8.5+dfsg-3 ii libqtcore4 4:4.8.5+dfsg-3 ii libqtgui4 4:4.8.5+dfsg-3 ii libqtkeychain0 0.1.0-1 ii libstdc++6 4.8.1-9 ii mirall-l10n1.3.0+dfsg-1 owncloud-client recommends no packages. owncloud-client 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#720866: texinfo: FTBFS with perl 5.18: test failures
On Fr, 30 Aug 2013, Hilmar Preusse wrote: This is an env var I have to set before building? Yes, and export it, too, otherwise it will not be seen by the sub-process. Thanks a lot Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720866: texinfo: FTBFS with perl 5.18: test failures
On Fr, 30 Aug 2013, Hilmar Preusse wrote: Sorry, no improvement: Umpf, so we have to investigate. Can you send a short report with the failed items to bug-texi...@gnu.org (AFAIR) so that one of the upstream guys can look at it. Thanks Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721337: bash: use correct strip command when cross build
Package: src:bash User: crossbu...@debian.org Usertags: cross During the build process, debian/rules calls strip command directly. This will cause trouble for people doing cross build because host architecture's strip command may don't know how to handle the resulting binary. Something like the following will do the trick: ifneq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE)) STRIP=$(DEB_BUILD_GNU_TYPE)-strip else STRIP=strip fi Thanks, Eleanor Chen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699430: add old blockings
control: block -1 by 699431 699432 699434 684712 691710 thanks signature.asc Description: This is a digitally signed message part.
Bug#721343: libgdal1: important copyright issues
Package: libgdal1 Version: 1.9.0-3.1+b2 Severity: important From gdal's PROVENANCE.TXT (a very helpful file for debian maintainers): == Outstanding Issues == In gdal/data we have several coordinate system dictionary files derived in one fashion or another from other source (via translation scripts): * gdal/data/cubewerx_extra.wkt: derived from definitions distributed by Cubewerx, rights unclear. See http://trac.osgeo.org/gdal/ticket/2165 * gdal/data/ecw_cs.dat: Derived via much processing from ERMapper GDT definitions, rights unclear. See http://trac.osgeo.org/gdal/ticket/2162 * gdal/data/esri_extra.wkt: Derived with some processing from projections definitions in ArcGIS, rights unclear. See http://trac.osgeo.org/gdal/ticket/2163 This means gdal probably needs a dfsg-repackaging to exclude those files. Regards, Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720329: xserver-xorg-video-radeon: Screen keeping black at start but for the cursor
On Fre, 2013-08-30 at 12:44 +0200, Julien Cristau wrote: On Tue, Aug 20, 2013 at 16:34:44 +0200, Michel Dänzer wrote: Upstream xf86-video-ati 7.x only works with KMS anymore. You'll need to enable it with something like radeon.modeset=1 video=radeonfb:off on the kernel command line if you want to use a current version of the driver. Shouldn't the driver bail in the probe callback though if kms is not enabled? That would allow the server to use a fallback driver like fbdev. The driver does that AFAICT from looking at radeon_probe.c. Not sure why the fallback isn't working properly, I guess we'd have to see at least the Xorg.0.log file corresponding to that case. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721142: sam2p: Program always exits with the same error, not working at all.
I have found one thing: it never happends on amd64, and always happen on i386. Recompiling it works, but changes nothing. Now I am at a loss, however… -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#721344: ntop-data: ships symlinks to non-existing files (GeoIP*.dat)
Package: ntop-data Version: 3:4.99.3+ndpi5517+dfsg3-1 Severity: normal Dear Maintainer, While looking for GeoIPCity.dat with apt-file your package was the only one with a match. I installed ntop-data, just to find out that the package only contained symlinks with same name (not the actual files). The symlinks points to /usr/share/GeoIP/* which I guess belongs to geoip-database package, which your package doesn't depend on and that package also doesn't ship the files either -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ntop-data depends on no packages. Versions of packages ntop-data recommends: ii ntop 3:4.99.3+ndpi5517+dfsg3-1 Versions of packages ntop-data suggests: pn geoip-database-contrib none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713943: linux-image-3.9-1-powerpc64: windfarm module is not working any more
Seems that there's another one problem. From time to time cursor in X become garbage and after some time kernel goes panicking. Last update seems not causing panick, but cursor garbage stayed. The 3.2 kernel works OK with all the same libs/env so it's a kernel 3.10 bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721345: xcp-xapi: xl pci-attach is called by xapi in a PCI passthrough attempt. An error is raised due to the use of xapi and the PCI device cannot be attached to the VM.
Package: xcp-xapi Version: 1.3.2-15 Severity: normal I am trying to pass an SRIOV virtual function in a virtual machine but the attempt fails with the following errors shown in the xcp-xapi.log [20130829T19:29:17.909Z|debug|sriov1|314 UNIX /var/lib/xcp/xapi|VM.start R:9e8e10bd31bb|pciops] PCI devices from other-config:pci to attach: 0/:04:00.1 [20130829T19:29:18.012Z|debug|sriov1|314 UNIX /var/lib/xcp/xapi|VM.start R:9e8e10bd31bb|xenops] Doing FLR on pci device: :04:00.1 [20130829T19:29:18.022Z|debug|sriov1|314 UNIX /var/lib/xcp/xapi|VM.start R:9e8e10bd31bb|xapi] Raised at forkhelpers.ml:181.30-76 - pervasiveext.ml:22.2-9 [20130829T19:29:18.032Z|debug|sriov1|314 UNIX /var/lib/xcp/xapi|VM.start R:9e8e10bd31bb|xapi] Raised at forkhelpers.ml:181.30-76 - pervasiveext.ml:22.2-9 [20130829T19:29:18.074Z|debug|sriov1|314 UNIX /var/lib/xcp/xapi|VM.start R:9e8e10bd31bb|xapi] Raised at forkhelpers.ml:181.30-76 - pervasiveext.ml:22.2-9 [20130829T19:29:18.074Z|debug|sriov1|314 UNIX /var/lib/xcp/xapi|VM.start R:9e8e10bd31bb|xenops] xl pci-attach: Forkhelpers.Spawn_internal_error(ERROR: A different toolstack (xapi) have been selected!\n, , _) [20130829T19:29:18.075Z|debug|sriov1|314 UNIX /var/lib/xcp/xapi|VM.start R:9e8e10bd31bb|backtrace] Raised at device.ml:1024.8-35 - list.ml:69.12-15 - helpers.ml:34.35-38 [20130829T19:29:18.075Z|debug|sriov1|314 UNIX /var/lib/xcp/xapi|VM.start R:9e8e10bd31bb|helpers] Ignoring exception: INTERNAL_ERROR: [ Device.PCI.Cannot_add(_, _) ] while attach_pcis When trying for a second time I get the following extra line which shows that the first try has already bounded the virtual function to xen-pciback module: [20130829T19:38:31.141Z|debug|sriov1|601 UNIX /var/lib/xcp/xapi|VM.start R:4a91dd3ec461|pciops] PCI devices from other-config:pci to attach: 0/:04:00.1 [20130829T19:38:31.141Z|debug|sriov1|601 UNIX /var/lib/xcp/xapi|VM.start R:4a91dd3ec461|xenops] pci: device :04:00.1 already bounded to pciback [20130829T19:38:31.141Z|debug|sriov1|601 UNIX /var/lib/xcp/xapi|VM.start R:4a91dd3ec461|xenops] Doing FLR on pci device: :04:00.1 [20130829T19:38:31.156Z|debug|sriov1|601 UNIX /var/lib/xcp/xapi|VM.start R:4a91dd3ec461|xapi] Raised at forkhelpers.ml:181.30-76 - pervasiveext.ml:22.2-9 [20130829T19:38:31.166Z|debug|sriov1|601 UNIX /var/lib/xcp/xapi|VM.start R:4a91dd3ec461|xapi] Raised at forkhelpers.ml:181.30-76 - pervasiveext.ml:22.2-9 [20130829T19:38:31.190Z|debug|sriov1|601 UNIX /var/lib/xcp/xapi|VM.start R:4a91dd3ec461|xapi] Raised at forkhelpers.ml:181.30-76 - pervasiveext.ml:22.2-9 [20130829T19:38:31.190Z|debug|sriov1|601 UNIX /var/lib/xcp/xapi|VM.start R:4a91dd3ec461|xenops] xl pci-attach: Forkhelpers.Spawn_internal_error(ERROR: A different toolstack (xapi) have been selected!\n, , _) [20130829T19:38:31.190Z|debug|sriov1|601 UNIX /var/lib/xcp/xapi|VM.start R:4a91dd3ec461|backtrace] Raised at device.ml:1024.8-35 - list.ml:69.12-15 - helpers.ml:34.35-38 [20130829T19:38:31.190Z|debug|sriov1|601 UNIX /var/lib/xcp/xapi|VM.start R:4a91dd3ec461|helpers] Ignoring exception: INTERNAL_ERROR: [ Device.PCI.Cannot_add(_, _) ] while attach_pcis What I did to make it work is to change the default toolstack from xapi to xl in the file /etc/default/xen, then I ran the xl pci-attach vm-name :04:00.1 manually and changed the toolstack back to xapi. Eventually the pci device shows in the VM. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.5.7-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xcp-xapi depends on: ii hwdata 0.234-1 ii libc6 2.13-38 ii libpam0g 1.1.3-7.1 ii libuuid1 2.20.1-5.3 ii libvhd02.0.90-1 ii libxen-4.1 4.1.4-3+deb7u1 ii libxenstore3.0 4.1.4-3+deb7u1 ii lsb-base 4.1+Debian8+deb7u1 ii pciutils 1:3.1.9-6 ii python 2.7.3-4 ii python-xenapi 1.3.2-15 ii stunnel4 [stunnel] 3:4.53-1.1 ii xcp-eliloader 0.1-4 ii xcp-fe 0.5.2-3+b1 ii xcp-networkd 1.3.2-15 ii xcp-squeezed 1.3.2-15 ii xcp-storage-managers 0.1.1-3 ii xcp-v6d1.3.2-15 ii xcp-xe 1.3.2-15 ii xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1] 4.1.4-3+deb7u1 ii
Bug#720892: cpm: initial curses screen setup not correct
On 08/26/2013 05:17 AM, Russ Allbery wrote: Package: cpm Version: 0.28-1 Severity: normal When cpm first starts and initializes its curses interface, it doesn't correctly clear the screen, so the current contents of the screen are still displayed with only the pieces that are part of cpm's menu and interface structure overwritten. This is with a simple xterm (package xterm) as the terminal. Ok. This is really a CDK issue. We already force a redraw after certain actions (a window resize amongst other things) and I was hoping not to touch it before throwing out CDK altogether. However, now that you mention it it might be worth doing for the next release of CPM. 0K signature.asc Description: OpenPGP digital signature
Bug#721346: linux-image-3.2.0-0.bpo.4-rt-686-pae: Xonar DSX not recognized although there is a functional driver (patch included).
Package: src:linux
Version: 3.2.46-1~bpo60+1
Severity: normal
Tags: upstream patch
Hi, the Asus Xonar DSX sound card is not recognized despite the driver is
there.
This bug affect Wheezy and Squeeze and could be solved for these two
distributions.
It's a PCIe sound card:
http://www.asus.com/Sound_Cards_and_DigitaltoAnalog_Converters/Xonar_DSX/
The 3.2 kernel have a functional driver for this sound card (snd_virtuoso), but
does not recognize it.
I found a patch here:
http://permalink.gmane.org/gmane.linux.alsa.devel/100921
The patch add a PCI_SUBID recognition.
I adapted it to kernel 3.2 (squeeze-backports), I attached the patch rewritten
for Debian 3.2 linux kernel.
If the kernel is compiled with this patch, the sound card appears like that:
# lspci -vvv -s 07:00.0
07:00.0 Multimedia audio controller: C-Media Electronics Inc CMI8788 [Oxygen HD
Audio]
Subsystem: ASUSTeK Computer Inc. Device 8522
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort-
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64 (500ns min, 6000ns max)
Interrupt: pin A routed to IRQ 17
Region 0: I/O ports at a800 [size=256]
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: snd_virtuoso
# cat /proc/asound/cards
2 [DSX]: AV200 - Xonar DSX
Asus Virtuoso 66 at 0xa800, irq 17
With this patch, the sound card is functional, and alsamixer controls are
functional.
There are not many PCIe sound card on the market, it would be nice if this card
is supported.
This patch works for squeeze-backports and wheezy 3.2 linux kernel.
-- Package-specific info:
** Kernel log: boot messages should be attached
-- System Information:
Debian Release: 6.0.7
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: i386 (x86_64)
Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages linux-image-3.2.0-0.bpo.4-rt-686-pae depends on:
ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy
ii initramfs-tools [linux-init 0.99~bpo60+1 tools for generating an initramfs
ii linux-base 3.4~bpo60+1 Linux image base package
ii module-init-tools 3.12-2+b1tools for managing Linux kernel mo
Versions of packages linux-image-3.2.0-0.bpo.4-rt-686-pae recommends:
ii firmware-linux-free2.6.32-48squeeze3 Binary firmware for various driver
ii libc6-i686 2.11.3-4 Embedded GNU C Library: Shared lib
Versions of packages linux-image-3.2.0-0.bpo.4-rt-686-pae suggests:
pn debian-kernel- none(no description available)
ii extlinux 2:4.02+dfsg-7 collection of boot loaders (ext2/3
ii grub-pc1.98+20100804-14+squeeze1 GRand Unified Bootloader, version
pn linux-doc-3.2 none(no description available)
Versions of packages linux-image-3.2.0-0.bpo.4-rt-686-pae is related to:
pn firmware-atheros none(no description available)
pn firmware-bnx2 none(no description available)
pn firmware-bnx2x none(no description available)
pn firmware-brcm80211 none(no description available)
pn firmware-intelwima none(no description available)
pn firmware-ipw2x00 none(no description available)
pn firmware-ivtv none(no description available)
pn firmware-iwlwifi none(no description available)
pn firmware-libertas none(no description available)
ii firmware-linux 0.36+wheezy.1~bpo60+1 Binary firmware for various driver
ii firmware-linux-non 0.36+wheezy.1~bpo60+1 Binary firmware for various driver
pn firmware-myricom none(no description available)
pn firmware-netxennone(no description available)
pn firmware-qlogicnone(no description available)
pn firmware-ralinknone(no description available)
pn firmware-realtek none(no description available)
ii xen-hypervisor-4.0 4.0.1-5.11The Xen Hypervisor on i386
-- debconf information excluded
--- a/sound/pci/oxygen/virtuoso.c
+++ b/sound/pci/oxygen/virtuoso.c
@@ -52,6 +52,7 @@
{ OXYGEN_PCI_SUBID(0x1043, 0x835d) },
{ OXYGEN_PCI_SUBID(0x1043, 0x835e) },
{ OXYGEN_PCI_SUBID(0x1043, 0x838e) },
+ { OXYGEN_PCI_SUBID(0x1043, 0x8522) },
{ OXYGEN_PCI_SUBID_BROKEN_EEPROM },
{ }
};
--- a/sound/pci/oxygen/xonar_wm87x6.c
+++ b/sound/pci/oxygen/xonar_wm87x6.c
@@ -1255,7 +1255,6 @@
}
Bug#721347: systemd: wrong path for quota-related binaries
Package: systemd Version: 204-2 Severity: normal Dear Maintainer, Upstream provides unit-files `quotaon.service` and `systemd-quotacheck.service` which assume that binaries from `quota` package are in `/usr/sbin`, while in Debian they are in `/sbin`. This results in quotas not being enabled (due to failed conditions). -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-042stab078.27 (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 systemd depends on: ii initscripts 2.88dsf-41 ii libacl1 2.2.51-8 ii libaudit01:1.7.18-1.1 ii libc62.17-92 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.4.3-4 ii libdbus-1-3 1.6.8-1+deb7u1 ii libgcrypt11 1.5.3-1 ii libkmod2 9-3 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsystemd-daemon0 204-2 ii libsystemd-journal0 204-2 ii libudev1 204-2 ii libwrap0 7.6.q-24 ii udev 175-7.2 ii util-linux 2.20.1-5.3 Versions of packages systemd recommends: ii libpam-systemd 204-2 Versions of packages systemd suggests: pn systemd-ui none -- Configuration Files: /etc/systemd/journald.conf 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#540512: ping bug 540512: dash upgrade breaks mksh-as-/bin/sh
Hi, [Ping to all who have an idea on how to solve this bug] Wouldn't it be a great time now to try and fix this bug properly, before we land in jessie freeze and see that we have this bug still open? Paul signature.asc Description: OpenPGP digital signature
Bug#720499: spamassassin: diff for NMU version 3.3.2-6.1
tags 720499 + pending thanks Dear maintainer, I've prepared an NMU for spamassassin (versioned as 3.3.2-6.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Bon Jovi: Love Hurts diff -Nru spamassassin-3.3.2/debian/changelog spamassassin-3.3.2/debian/changelog --- spamassassin-3.3.2/debian/changelog 2013-03-12 06:33:35.0 +0100 +++ spamassassin-3.3.2/debian/changelog 2013-08-30 17:48:41.0 +0200 @@ -1,3 +1,13 @@ +spamassassin (3.3.2-6.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with perl 5.18: POD failure: +add patch 97_bug720499-pod-5.18 from Damyan Ivanov: fix POD errors with +perl 5.18 +(Closes: #720499) + + -- gregor herrmann gre...@debian.org Fri, 30 Aug 2013 17:48:37 +0200 + spamassassin (3.3.2-6) unstable; urgency=low * Remove tests referring to NJABL, which has shut down as of March 1, 2013. diff -Nru spamassassin-3.3.2/debian/patches/97_bug720499-pod-5.18 spamassassin-3.3.2/debian/patches/97_bug720499-pod-5.18 --- spamassassin-3.3.2/debian/patches/97_bug720499-pod-5.18 1970-01-01 01:00:00.0 +0100 +++ spamassassin-3.3.2/debian/patches/97_bug720499-pod-5.18 2013-08-30 17:48:30.0 +0200 @@ -0,0 +1,33 @@ +Description: fix POD errors with perl 5.18 + Wrap number-like items in C, to avoid parser complains +Author: Damyan Ivanov d...@debian.org +Bug-Debian: http://bugs.debian.org/720499 + +--- a/sa-check_spamd.raw b/sa-check_spamd.raw +@@ -424,21 +424,21 @@ exiting with one of these values: + + =over 4 + +-=item 0 ++=item C0 + + OK: A spamd ping response was received within all threshold times. + +-=item 1 ++=item C1 + + WARNING: A spamd ping response exceeded the warning threshold but not the + critical threshold. + +-=item 2 ++=item C2 + + CRITICAL: A spamd ping response exceeded either the critical threshold or the + timeout value. + +-=item 3 ++=item C3 + + UNKNOWN: An error, probably caused by a missing dependency or an invalid + configuration parameter being supplied, occurred in the sa-check_spamd program. diff -Nru spamassassin-3.3.2/debian/patches/series spamassassin-3.3.2/debian/patches/series --- spamassassin-3.3.2/debian/patches/series 2013-03-12 06:16:49.0 +0100 +++ spamassassin-3.3.2/debian/patches/series 2013-08-30 17:48:30.0 +0200 @@ -8,3 +8,4 @@ 85_disable_SSLv2 90_pod_cleanup 95_bug694504-spamdforkscaling-crash +97_bug720499-pod-5.18 signature.asc Description: Digital signature
Bug#719517: Processed: tagging 719517
On Thu, Aug 29, 2013 at 10:16:01AM +0300, Damian Minkov wrote: Hi, we will be working on this these days, hope to provide a fix soon. The initial effort show there needs to be done some more work cause of a change in libav filter api. I suppose you've been https://java.net/projects/jitsi/lists/dev/archive/2013-04/message/223 already? 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#639104: It's in the description
Why is it so strong as 'should'? According to what? On the same basis you could argue that all libraries in Debian should do this but you won't get very far with this reasoning. Debian *prefers* shared libraries because you can provide sane security support for them. Because it is in the package description (http://packages.debian.org/sid/libtagc0-dev): This is the development package which contains headers and static libraries for the TagLib Audio Meta-Data Library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720496: primaxscan: diff for NMU version 0.93beta3-10.1
tags 720496 + pending thanks Dear maintainer, I've prepared an NMU for primaxscan (versioned as 0.93beta3-10.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Rolling Stones: Worried diff -u primaxscan-0.93beta3/debian/primaxscan.pod primaxscan-0.93beta3/debian/primaxscan.pod --- primaxscan-0.93beta3/debian/primaxscan.pod +++ primaxscan-0.93beta3/debian/primaxscan.pod @@ -1,6 +1,6 @@ =head1 NAME -primaxscan +primaxscan - Primax Colorado Direct scanner software =head1 USAGE @@ -10,6 +10,8 @@ =head1 OPTIONS +=over + =item B-h, B--help shows this message @@ -95,12 +97,16 @@ 1-Bit Black-White-mode (possible with all other modes) +=back + =head1 SEE ALSO http://primax.sourceforge.net/faq.html =head1 AUTHORS +=over + =item Software authors: Marco Foglia ma...@foglia.org @@ -113,2 +119,4 @@ +=back + =cut diff -u primaxscan-0.93beta3/debian/changelog primaxscan-0.93beta3/debian/changelog --- primaxscan-0.93beta3/debian/changelog +++ primaxscan-0.93beta3/debian/changelog @@ -1,3 +1,13 @@ +primaxscan (0.93beta3-10.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with perl 5.18: POD failure: +fix POD syntax in debian/primaxscan.pod; +additionally add whatis entry to manpage. +(Closes: #720496) + + -- gregor herrmann gre...@debian.org Fri, 30 Aug 2013 17:44:59 +0200 + primaxscan (0.93beta3-10) unstable; urgency=low * Corrected bashism in debian/rules, closes: #478616. signature.asc Description: Digital signature
Bug#721348: clarify how to contribute
package: piuparts severity: wishlist submitter: vincent.mcint...@csiro.au x-debbugs-cc: piuparts-de...@lists.alioth.debian.org, vincent.mcint...@csiro.au Hi Vincent, On Donnerstag, 29. August 2013, Vincent McIntyre wrote: I'm interested in trying to do something about #354842 but it will probably take me a while to work up to that. that's great, welcome! I have a question about the best way to submit work for review; is the patch below even vaguely what you are after? yup, it's in the right direction. My git-fu is not the greatest... np, everybody can learn. Enjoy making exciting new mistakes! ;) +To submit changes to piuparts, there are two approaches: IMO the two approaches are: track yourself (or via git) or track via the BTS. in both cases I want patches via git, whether via mail attachments or as git pull requests from public repos. +Small changes / new submitters - make a topic branch based off 'bikeshed' always branch of develop, please. (I'm thinking about only using+having a bikeshed branch if it's different from develop, which is rarely the case.) reportbug from the devscripts package is useful to submit bugs, but any mailer will do. see this example ;) Could you please incorporate these changes and resend your patch? And: thank you! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#721350: dir still there after purge?
Package: apt-xapian-index I found a empty /var/cache/apt-xapian-index still on my disk from 2 years ago. Make sure that directory is purged too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720431: [Oar-devel] Bug#720431: oar: diff for NMU version 2.5.2-3.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Gregor, Sorry for the late answer, I wasn't sure about what to do. I actually got your patch and pushed it in our git repository for the debian packaging of our last version: 2.5.3. This version 2.5.3 is not pushed yet to Debian's repository. We've only published it on our dedicated repository for now, by lake of time and some hesitations due to the change of maintainer (Philippe Le Brouster is not working with us anymore, so I'm taking over). So my thinking is the following: For 2.5.2-3.1, we are fine if you push it to Debian's repo as a NMU. If you think it's preferable however, we can package 2.5.2-4, but this will require me to get sponsored (Vincent Danjean can help me with that) as a Debian Maintainer for the package. For newer versions anyway, I will need to become DM for the package. Best regards Pierre On 30/08/2013 17:44, gregor herrmann wrote: tags 720431 + pending thanks Dear maintainer, I've prepared an NMU for oar (versioned as 2.5.2-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. ___ Oar-devel mailing list oar-de...@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/oar-devel - -- Pierre NEYRON Ing￩nieur de Recherche CNRS Laboratoire d'Informatique de Grenoble Equipes MESCAL et MOAIS (LIG/INRIA) : pierre.ney...@imag.fr - 04.76.61.53.59 : -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQJ8BAEBCgBmBQJSIMaEXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2MDYwMDQyNUEzRkUyNjNDQTRERkREOURD OTQwNkVDRURCOUY2NDA0AAoJEMlAbs7bn2QE/wAP/1o6lcppHGKmQuLVIzIptSak o23jmkAldcj+iNb7ltM1DUyEIt7VYASNaBbP6zfNbrC9MlgISDzfc+DrBEliieGD +yX7DJKWIcKDERyOHukpxWA9ZTO8nNvlP75wC50ldIaENGiahqudRH0XtFE5vYzj kOaHpwNgP0MEM09YXN0VHhti0oR3Ac18twwWxHULmuRU90h8pGFGrgu/r9wv14d7 eQH4tBQlL/Z1XWkKrCNSMUljjp2MDY0CtO1eqRf974cV8YiOdoc2PWUhRtDHkPNB EoQFwrLOH02iUkqPs6CVo+XPA1UydQ8w84kD0J7237jWNxlslpggrIToAwTAskoG kbyB26BQRX8dye13s/yxTVW0NgQgMpli881Mgze2F3lPPnqlnC5wXXckc4++jg/8 pHS9G4KJfvm3lEQ+kFbqIDVJXbCWP+6345m0R2suRPP4wjrXmYcqwhnL2Z653xxh O2e1skinf+4u4BbTXiG9evJaerxhjaTpnf4mabKRJ1Q0GRKe4tkXFkRjhQxqsII0 z8jLk4fCE4r76xKa8x21pdYuKHj3JgJxUPDKdWq/kwh47/FR9OTZyiSQEHKJIov6 heN7x5oWr3BzWxCjABYFRktA2VVUvxWPAQvlRXxNzVLhU6tl3Td+QfDBTwdRpqzP N+7Ih6eTbTlB8dn33amm =JzMP -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature
