Bug#711029: guile-1.8: FTBFS: texinfo errors
Source: guile-1.8
Version: 1.8.8+1-8
Severity: serious
From my pbuilder build log:
...
Making all in doc
make[3]: Entering directory `/tmp/buildd/guile-1.8-1.8.8+1/doc'
Making all in tutorial
make[4]: Entering directory `/tmp/buildd/guile-1.8-1.8.8+1/doc/tutorial'
Updating ./version.texi
restore=: backupdir=.am$$ \
am__cwd=`pwd` CDPATH=${ZSH_VERSION+.}: cd . \
rm -rf $backupdir mkdir $backupdir \
if (/bin/bash /tmp/buildd/guile-1.8-1.8.8+1/build-aux/missing makeinfo
--version) /dev/null 21; then \
for f in guile-tut-1.8.info guile-tut-1.8.info-[0-9]
guile-tut-1.8.info-[0-9][0-9] guile-tut-1.8.i[0-9] guile-tut-1.8.i[0-9][0-9];
do \
if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
done; \
else :; fi \
cd $am__cwd; \
if /bin/bash /tmp/buildd/guile-1.8-1.8.8+1/build-aux/missing makeinfo
-I . \
-o guile-tut-1.8.info guile-tut-1.8.texi; \
then \
rc=0; \
CDPATH=${ZSH_VERSION+.}: cd .; \
else \
rc=$?; \
CDPATH=${ZSH_VERSION+.}: cd . \
$restore $backupdir/* `echo ./guile-tut-1.8.info | sed
's|[^/]*$||'`; \
fi; \
rm -rf $backupdir; exit $rc
guile-tut-1.8.texi:538: warning: command @print does not accept arguments
guile-tut-1.8.texi:543: warning: command @print does not accept arguments
guile-tut-1.8.texi:659: warning: command @print does not accept arguments
guile-tut-1.8.texi:660: warning: command @print does not accept arguments
guile-tut-1.8.texi:661: warning: command @print does not accept arguments
guile-tut-1.8.texi:449: raising the section level of @subsection which is too
low
make[4]: *** [guile-tut-1.8.info] Error 1
make[4]: Leaving directory `/tmp/buildd/guile-1.8-1.8.8+1/doc/tutorial'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/buildd/guile-1.8-1.8.8+1/doc'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/guile-1.8-1.8.8+1'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/guile-1.8-1.8.8+1'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706514: RFS: dcraw/9.17-1
Hi Oliver, 2013/6/3 Oliver Sander san...@igpm.rwth-aachen.de: [...] Currently getsource doesn't run due to some minor upstream format change. Can you fix that? It is what you get when following the official Debian instructions for switching from source format 1.0 to 3.0 (quilt). Yes, but in the previous uploaded version there are in patch-section only Makefile, badpixels and manpages. You have now also configure, Makefile.in etc. Please, add into the patch only Makefile and badpixels. Manpages can be stored somewhere in debian-directory (debian/manpages, for example). I would suggest you to use cmake instead of it. See an attachment. You just need to add all other binaries and test them. Actually, I'd rather not. First of all I don't think you can't make it nice with the AutoTools. Also, I've never worked with CMake before. Finally, I used the AutoTools because you implicitly recommended them (by giving me the admesh package for guidance). It is absolutely your decision, I just suggested. Please, feel free to choose the best suitable way for you. I have now uploaded dcraw-9.17-1.1, which contains all my fixes and cleanups in a single changelog entry. Ok, looks good. Please, clean patches, try to fix watch-file, use DEP-5 for copyright, check README.debian (update or remove it, if the info is outdated), use dcraw.manpages and dcraw.exapmles instead of putting them into the override_*. Thanks for your work, Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711030: mplayer: Sound cracking on a Sheeva Plug
Package: mplayer Version: 2:1.0~rc3++final.dfsg1-1 Severity: normal Hi, I have a Sheeva with Debian Squeeze. aplay and mplayer have sound cracking. Mplayer is much better, almost perfect compared to aplay, but still some cracking remain all the time. I tried to fix it with working on the /etc but never managed. It is strange to me, is it Debian or the Sheeva itself (hardware) issue? aplay -l List of PLAYBACK Hardware Devices card 0: default [ Logitech Z305 Kind regards, Ulrich -- System Information: Debian Release: 6.0 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa11.4p5-38 ascii art library ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libaudio2 1.9.2-4Network Audio System - shared libr ii libavcodec52 4:0.5.9-1 ffmpeg codec library ii libavformat52 4:0.5.9-1 ffmpeg file format library ii libavutil49 4:0.5.9-1 ffmpeg utility library ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-1 colour ASCII art library ii libcdparanoia03.10.2+debian-9audio extraction tool for sampling ii libdirectfb-1.2-9 1.2.10.0-4 direct frame buffer graphics - sha ii libdvdread4 4.1.3-10 library for reading DVDs ii libenca0 1.13-3 Extremely Naive Charset Analyser - ii libesd0 0.2.41-8 Enlightened Sound Daemon - Shared ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.4.5-8 GCC support library ii libgif4 4.1.6-9library for GIF images (library) ii libgl1-mesa-glx [ 7.7.1-5A free implementation of the OpenG ii libjack-jackd2-0 1.9.6~dfsg.1-2 JACK Audio Connection Kit (librari ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii liblircclient00.8.3-5+b1 infra-red remote control support - ii liblzo2-2 2.03-2 data compression library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii libopenal11:1.12.854-2 Software implementation of the Ope ii libpng12-01.2.44-1+squeeze2 PNG library - runtime ii libpostproc51 4:0.5.9-1 ffmpeg video postprocessing librar ii libpulse0 0.9.21-3+squeeze1 PulseAudio client libraries ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libsmbclient 2:3.5.6~dfsg-3squeeze8 shared library for communication w ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libswscale0 4:0.5.9-1 ffmpeg video scaling library ii libtheora01.1.1+dfsg.1-3 The Theora Video Compression Codec ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii libxv12:1.0.5-1 X11 Video extension library ii libxvmc1 2:1.0.5-1 X11 Video extension library ii libxxf86dga1 2:1.1.1-2 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.5-6high-quality block-sorting file co pn fontconfignone (no description available) pn mplayer-doc none (no description available) pn netselect | fping none (no description available) ii ttf-freefont 20090104-7 Freefont Serif, Sans and Mono True -- 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#710868: #710868 xpra: does not show password prompt unless I install ssh-askpass-gnome
Hi, thanks for triaging the bugs so fast! However, I think the fact that password prompt is not shown and too short timeout might still be separate issues? So maybe #710866 and #710868 should not be merged? -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708462: lesstif2 to motif transition
On Mon, May 6, 2013 at 23:01:39 +0200, Paul Gevers wrote: We have not started talking to the maintainers of packages depending on lesstif2 (other than a message to d-devel [1]), as I wanted to have the way clear before that. Graham Inggs has tested building all the reverse dependencies [2], though. So my question basically is, what would be the most appropriate order to do things? My proposal would be (with your approval) to just get motif into unstable/main and start converting the dependencies with the help of their maintainers (the libraries can coexist). Because the -dev package name has to change all build dependencies would have to get a source-full update. I would have liked to stage everything in experimental, but due to this (quoted from ftp-master) nasty dak bug, that would leave unstable (non-free) without (open-)motif. Do we know how many of the lesstif2 reverse dependencies are libraries whose ABI would change if rebuilt with motif instead? Cheers, Julien signature.asc Description: Digital signature
Bug#710863: clang-3.3 fails to build trunk
On 06/03/2013 07:24 AM, Sylvestre Ledru wrote: Hello, Le 03/06/2013 06:21, Marc J. Driftmeyer a �crit : This is the exact same bug I with your deb packages of llvm-3.3/clang-3.3 and a freshly local built llvm-3.4-trunk from debian gcc-4.7.3-4. I cannot reproduce this issue. The llvm jenkins jobs are fine: http://llvm-jenkins.debian.net/ (the failing jobs are expected to fail). I think you should report this bug upstream. You should also try with the autotools build. Until bug [1] is fixed, I am not planning to support it. Sylvestre [1] http://llvm.org/bugs/show_bug.cgi?id=15732 Seeing as I've been following the discussion for nearly 2 years on LLVM/Clang and the recent large discussion on transitioning away from autoconf to cmake I'll wait for Dmitri to move the infrastructure to cmake: http://llvm.org/bugs/show_bug.cgi?id=16120 - Marc -- Marc J. Driftmeyer Email :: m...@reanimality.com mailto:m...@reanimality.com Web :: http://www.reanimality.com Cell :: (509) 435-5212
Bug#707821: sl-modem-source: fails to upgrade from squeeze [i386]
On Mon, Jun 03, 2013 at 05:42:47PM +0200, Andreas Beckmann wrote: Could you also upload an i386 build for unstable ? Since I am a DM, I cannot do binary only uploads. No problem. Thanks for the hint! ---end quoted text--- Please upload i386 binary builds for unstable: sl-modem 2.9.11~20110321-9 -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#708222: /run/wpa_supplicant and friends are root:root, should be root:netdev
Hello, Also, please stop using /var/run, please use /run directly. -- WBR, Andrew signature.asc Description: PGP signature
Bug#708222: /run/wpa_supplicant and friends are root:root, should be root:netdev
Control: reopen -1 Hello, On Tue, 04 Jun 2013 02:48:06 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: You can configure this through your wpa_supplicant.conf. Closing, as this behaviour can be configured and because I haven't received any arguments to toggle the default setting so far. What? I haven't received this email. wpa_supplicant.conf(5): I don't have or use wpa_supplicant.conf, I use wpa_supplicant together with ifupdown, and the hooks the package provides don't do that, while they obviously should. -- WBR, Andrew signature.asc Description: PGP signature
Bug#711031: /usr/bin/xdg-open: xdg-open does not use default application set with xdg-mime
Package: xdg-utils Version: 1.1.0~rc1+git20111210-7 Severity: normal File: /usr/bin/xdg-open Dear Maintainer, I changed the default application using xdg-mime. But xdg-open does not use this: % xdg-mime default ristretto.desktop images/png % xdg-mime query default images/png ristretto.desktop % xdg-open images.png Opening images.png with Geeqie (image/png) However changing the default with `mimeopen -d` is working: % mimeopen -d images.png Please choose a default application for files of type image/png 1) Geeqie (geeqie) 2) GNU Image Manipulation Program (gimp) 3) Ristretto Image Viewer (ristretto) 4) ImageMagick (display) (display.im6) 5) Iceweasel (iceweasel) 6) Feh (feh) 7) Other... use application #3 Opening images.png with Ristretto Image Viewer (image/png) % xdg-open images.png Opening images.png with Ristretto Image Viewer (image/png) I'm not running any desktop environment. Regards Eike -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (200, 'stable'), (150, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xdg-utils depends on no packages. Versions of packages xdg-utils recommends: ii libfile-mimeinfo-perl 0.16-1 ii libnet-dbus-perl 1.0.0-2 ii libx11-protocol-perl 0.56-4 ii x11-utils 7.7~1 ii x11-xserver-utils 7.7~3 Versions of packages xdg-utils suggests: ii gvfs-bin 1.12.3-4 -- 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#710842: perl: perlbug doesn't include locally-applied patch info
On Mon, Jun 03, 2013 at 09:44:27PM +0100, Dominic Hargreaves wrote: On Mon, Jun 03, 2013 at 02:36:30PM +0300, Niko Tyni wrote: Or maybe just run cpp on the file, like this? Nice! Can you forward this one upstream? Yeah, will do (but I need to test it a bit more first). -- Niko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710702: kmail: Using KMail as default Email Provider is not working under Gnome
On Sat, Jun 01, 2013 at 20:20 +0200, Kevin Krammer wrote: On Saturday, 2013-06-01, Eike von Seggern wrote: Package: kmail Version: 4:4.4.11.1+l10n-3+b1 Severity: normal Dear Maintainer, I've selected KMailservice as Email program in the Gnome control center. Ah, misconception on program name :) kmailservice is not KMail service but K mailservice (as in KDE mailservice). Basically a helper (part of kdelibs5-plugins) that checks which e-mail program is configured by the user and then calls it. Since you are in a non-KDE workspace environment you might want to configure KMail directly. So this should be forwarded to kdelibs5-plugins? Adding the full path to the executable in the .desktop file resolved it. More background: I've updated to Wheezy and changed the DE from KDE to Gnome but wanted to keep KMail as email program. Regards Eike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710868: #710868 xpra: does not show password prompt unless I install ssh-askpass-gnome
On Tue, 4 Jun 2013 16:14:26 Timo Juhani Lindfors wrote: thanks for triaging the bugs so fast! Trust me, that was an accident. :) However, I think the fact that password prompt is not shown and too short timeout might still be separate issues? So maybe #710866 and #710868 should not be merged? You may be right but to me the fact that upstream have timeout in front of SSH authentication is an evidence that both related symptoms will be likely to be fixed together. It was easier to forward them together as well. If upstream threat them as separate issues I'll make sure that we won't accidentally close our bugs together. By the way when issues are clearly not in packaging you may save some time by reporting them directly to upstream bug tracker... Best wishes, Dmitry Smirnov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711032: incomplete dependency information
Package: tomcat-native Version: 1.1.24-1 Building the tomcat-native package on Squeeze failed with src/sslcontext.c: In function 'Java_org_apache_tomcat_jni_SSLContext_make': src/sslcontext.c:76: error: 'SSL_PROTOCOL_SSLV2' undeclared (first use in this function) src/sslcontext.c:76: error: (Each undeclared identifier is reported only once src/sslcontext.c:76: error: for each function it appears in.) src/sslcontext.c:97: error: duplicate case value src/sslcontext.c:96: error: previously used here AFAIK dpkg-checkbuilddebs should have reported this. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710327: libapache2-mod-perl2: failing tests with Apache 2.4
On Mon, Jun 03, 2013 at 08:43:53PM +0200, gregor herrmann wrote: I've added the module to debian/apache2.conf now and removed the parts about t/hooks/authen_digest.t from the patch (and the tests pass). The interesting thing is that after this change, the second test suite, from ModPerl-Registry/t, gets suddenly called from dh_auto_test; and fails because the necessary directories are not yet there. Hm. I think that was actually the case earlier too and I just didn't notice it? At least the buildd logs seem that way. So this is a new patch (for 2x DefaultRuntimeDir) and some changes in debian/rules. Wouldn't putting DefaultRuntimeDir into debian/apache2.conf suffice? Ideally, I think Apache-Test should be modified to add DefaultRuntimeDir into the base httpd.conf where it sets ServerRoot et al. I looked at that a bit but didn't get quite there yet. (DefaultRuntimeDir another Apache 2.4 change, see http://httpd.apache.org/docs/trunk/developer/new_api_2_4.html ) -- Niko Tyni nt...@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#711033: subversion: CVE-2013-2112
Package: subversion Severity: grave Tags: security Justification: user security hole Please see http://subversion.apache.org/security/CVE-2013-2112-advisory.txt 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#711034: ITP: pycollada -- Python module for creating, editing and loading COLLADA
Package: wnpp Severity: wishlist Owner: Anton Gladky gl...@debian.org * Package name: pycollada Version : 0.4 * URL : http://pycollada.readthedocs.org * License : BSD Programming Lang: Python Description : Python module for creating, editing and loading COLLADA pycollada is a python module for creating, editing and loading COLLADA, which is a COLLAborative Design Activity for establishing an interchange file format for interactive 3D applications. The library allows you to load a COLLADA file and interact with it as a python object. In addition, it supports creating a collada python object from scratch, as well as in-place editing. The package will be maintained in Debian-Science team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602676: man page for palapeli
Control: tag -1 patch There is a manual page for palapeli 1.2 attached. Bye, -- Juhani Numminen palapeli.6 Description: Binary data
Bug#710217: modsecurity-apache: CVE-2013-2765: NULL pointer dereference
On Tue, Jun 04, 2013 at 06:50:50AM +0200, Salvatore Bonaccorso wrote: Hi Alberto On Wed, May 29, 2013 at 09:17:26AM +0200, Salvatore Bonaccorso wrote: the following vulnerability was published for modsecurity-apache. CVE-2013-2765[0]: NULL pointer dereference Upstream patch is at [1], fixed in 2.7.4[2]. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2765 http://security-tracker.debian.org/tracker/CVE-2013-2765 [1] https://github.com/SpiderLabs/ModSecurity/commit/0840b13612a0b7ef1ce7441cf811dcfc6b463fba [2] https://raw.github.com/SpiderLabs/ModSecurity/master/CHANGES Please adjust the affected versions in the BTS as needed. Did you had a chance to already look at the upload for unstable? Can you also contact the Stable Release Managers for asking then for the inclusion in the next point release? (Note that the freeze for the NEW queue for it is already the coming weekend). Hi Salvatore, I was the AFK all the weekend, I'm preparing the upload to unstable now, and will contact SRM afterwards. Thanks, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710873: libapache2-mod-perl2: FTBFS with newer libhttp-message-perl: t/api/err_headers_out.t failures
On Mon, Jun 03, 2013 at 07:31:44PM +0200, gregor herrmann wrote: I've committed a patch to git that uses version-parse(). Does this sound right? Yeah, I suppose. A bit overkill perhaps :) Right, I guess there are some details by now that we should tell upstream about :) I'd prefer if someone who is already susbcribed to (mod-)perl-dev could do this ... I hope I'll get around to this eventually. -- Niko Tyni nt...@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#711035: override: rsibreak:utils/optional
Package: ftp.debian.org Severity: normal Hi, even if it is a KDE application, it is an non-KDE-specific utility. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632710: cupsd[1299]: segfault at 0 ip b74d3440 sp bfeb9d18 error 4 in libc-2.11.2.so[b7460000+140000]
hi I am still running squeeze (updated of course) on the printserver. But this problem is not in my active knowledge, which means that it has not occured for a long time. Maybe it is somehow fixed :-) cu erik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711036: ITP: x11iraf -- Graphical tools to work with IRAF
Package: wnpp Severity: wishlist Owner: Ole Streicher deb...@liska.ath.cx X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org * Package name: x11iraf Version : 2.0~BETA Upstream Author : National Optical Astronomy Observatories * URL : http://iraf.noao.edu * License : MIT, with no-ad clause Description : Graphical tools to work with IRAF x11iraf provides graphical tools to work with IRAF, notably xgterm and XImtool. IRAF (Image Reduction and Analysis Facility) is a general purpose software system for the reduction and analysis of astronomical data. This was in Debian until ~2004 [1], packaged by Zed Pobre, which then was removed; mainly due to the licensing problem of IRAF. Since IRAF is now covered by a DFSG compliant license, it is going to be packaged now[2], and it makes sense to bring x11iraf back as well. The package is not 64-bit clean (and probably never will, according to upstream [3]), so the build will be limited to 32-bit platforms. Cheers Ole [1] http://bugs.debian.org/232472 [2] http://bugs.debian.org/690531 [3] http://iraf.net/phpBB2/viewtopic.php?t=90892 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711037: zabbix-server-mysql: proc.num[spamd].last(0) always at 0
Package: zabbix-server-mysql
Version: 1:2.0.6+dfsg-1
Severity: normal
(real version is ~bpo70+1)
Hi,
The proc.num[spamd] always reports 0, web frontend or command line:
| root@return:~# zabbix_get -s localhost -k 'proc.num[spamd]'
| 0
| root@return:~# zabbix_get -s localhost -k 'proc.num[spamass-milter]'
| 1
All other proc.num checks appear to be correct (ex. spamass-milter).
It's a mistery why spamd gives 0 all the time.
On the system pgrep reports three running processes:
| root@return:~# pgrep spamd
| 5697
| 5699
| 5700
| root@return:~# pgrep spamass-milter
| 3841
This problem has appeared on both Zabbix 1.8.2 and 2.0.6 after the system
was upgraded to Debian 7.0.
Cheers
-- System Information:
Debian Release: 7.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages zabbix-server-mysql depends on:
ii adduser 3.113+nmu3
ii fping 3.2-1
ii libc6 2.13-38
ii libcurl3-gnutls 7.26.0-1+wheezy2
ii libiksemel3 1.2-4
ii libldap-2.4-2 2.4.31-1+nmu2
ii libmysqlclient18 5.5.31+dfsg-0+wheezy1
ii libopenipmi0 2.0.16-1.3
ii libsnmp15 5.4.3~dfsg-2.7
ii libssh2-1 1.4.2-1.1
ii lsb-base 4.1+Debian8
ii ucf 3.0025+nmu3
Versions of packages zabbix-server-mysql recommends:
ii mysql-server 5.5.31+dfsg-0+wheezy1
ii snmpd 5.4.3~dfsg-2.7
Versions of packages zabbix-server-mysql suggests:
ii logrotate3.8.1-4
ii zabbix-frontend-php 1:2.0.6+dfsg-1~bpo70+1
-- Configuration Files:
/etc/default/zabbix-server changed:
START=yes
/etc/logrotate.d/zabbix-server-mysql changed:
/var/log/zabbix-server/zabbix_server.log {
daily
rotate 7
compress
missingok
notifempty
create 0640 zabbix adm
sharedscripts
}
-- debconf information:
zabbix-server-mysql/upgrade-error: abort
zabbix-server-mysql/dbconfig-reinstall: false
zabbix-server-mysql/upgrade-backup: true
zabbix-server-mysql/missing-db-package-error: abort
zabbix-server-mysql/mysql/admin-user: root
zabbix-server-mysql/remote/port:
zabbix-server-mysql/remote/host:
zabbix-server-mysql/db/dbname: zabbix
zabbix-server-mysql/dbconfig-remove:
zabbix-server-mysql/db/app-user: zabbix
zabbix-server-mysql/database-type: mysql
zabbix-server-mysql/internal/skip-preseed: false
zabbix-server-mysql/remove-error: abort
zabbix-server-mysql/server:
zabbix-server-mysql/remote/newhost:
zabbix-server-mysql/purge: false
zabbix-server-mysql/internal/reconfiguring: false
zabbix-server-mysql/install-error: abort
zabbix-server-mysql/passwords-do-not-match:
* zabbix-server-mysql/dbconfig-install: true
zabbix-server-mysql/mysql/method: unix socket
zabbix-server-mysql/dbconfig-upgrade: true
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711033: subversion: CVE-2013-2112
retitle 711033 CVE-2013-2112 CVE-2013-1968 thanks On Tue, Jun 04, 2013 at 09:38:46AM +0200, Moritz Muehlenhoff wrote: Package: subversion Severity: grave Tags: security Justification: user security hole Please see http://subversion.apache.org/security/CVE-2013-2112-advisory.txt Additional issue: http://subversion.apache.org/security/CVE-2013-1968-advisory.txt http://subversion.apache.org/security/CVE-2013-2088-advisory.txt doesn't affect the Debian packages, the affected scripts are not installed. 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#709333: Close
tags 709333 +wontfix thanks signature.asc Description: OpenPGP digital signature
Bug#711040: global: Current Debian package is too old
Package: global Version: 5.7.1-2 Severity: wishlist Dear Maintainer, GNU Global is very good source code tagging system. But current Debian package is too old and even upstream recommends users not selecting Debian's package. Due to personal need, I re-packaged the latest version of global. The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/g/global/global_6.2.8-1.dsc I hope you can help review the new package. If possible, I also would like to invite you as a sponsor for that. Thank you. Hongzheng -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711039: ITP -- ruby-http-parser -- high quality http parser library that can build request information iteratively
package: wnpp severity: wishlist owner: Praveen Arimbrathodiyil prav...@debian.org URL: http://rubygems.org/gems/http_parser version: 0.1.3 Upstream Author: Graham Batty License: Expat Description: This gem provides a (hopefully) high quality http parser library that can build request information iteratively as data comes over the line without requiring the caller to maintain the entire body of the request as a single string in memory. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711038: ITP: pyraf -- Python interface for IRAF
Package: wnpp Severity: wishlist Owner: Ole Streicher deb...@liska.ath.cx X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: pyraf Version : 2.1 Upstream Author : Association of Universities for Research in Astronomy (AURA) * URL : http://www.stsci.edu/institute/software_hardware/pyraf * License : BSD-3-Clause Description : Python interface for IRAF PyRAF is a command language for running IRAF [1] tasks that is based on the Python scripting language. It gives users the ability to run IRAF tasks in an environment that has all the power and flexibility of Python. PyRAF can be installed along with an existing IRAF installation; users can then choose to run either PyRAF or the IRAF CL. Cheers Ole [1] http://bugs.debian.org/690531 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703715: linux-image-3.2.0-4-amd64: random Wheezy freeze
I have had a freeze using LibreOffice and the last update of Linux in testing. I think that this bug severity can be raised because it can cause data lost. Ciao Davide
Bug#699462: unblock (pre-approval): openblas/0.1.1-7
Le jeudi 30 mai 2013 à 14:46 +0100, Adam D. Barratt a écrit : Control: tags -1 + pending On 2013-05-30 9:55, Sébastien Villemot wrote: Le lundi 27 mai 2013 à 21:18 +0100, Adam D. Barratt a écrit : Please go ahead, using 0.1.1-6+deb7u1 as the version number. Any reports of successful tests on stable would be appreciated. Thanks, uploaded. Flagged for acceptance. Unfortunately the pu failed to build on powerpc. The cause is that the powerpc buildd now announces itself as POWER7 arch, which is not recognized by openblas. I guess this change has to do with the buildd being upgraded to wheezy. I attach a new debdiff which should fix the issue. This patch is already applied upstream and in jessie/sid. It simply consists in treating POWER7 as if it were POWER6. I agree that having a build process depending the CPU type of the buildd is not ideal. This issue is not present for amd64/i386 were a general multi-CPUarch package is built. Unfortunately, upstream does not support (yet) that solution for powerpc. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 commit 2c7af7e1e66c767b7072b88eed12fcaec6493cba Author: Sébastien Villemot sebast...@debian.org Date: Mon May 20 17:42:51 2013 +0200 power7.patch: new patch, fixes FTBFS on powerpc machines with Power7 arch diff --git a/debian/changelog b/debian/changelog index 15e93b5..bc6bcdf 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +openblas (0.1.1-6+deb7u2) stable; urgency=low + + * power7.patch: new patch, fixes FTBFS on powerpc machines with Power7 arch + + -- Sébastien Villemot sebast...@debian.org Tue, 04 Jun 2013 10:09:50 +0200 + openblas (0.1.1-6+deb7u1) stable; urgency=low * sgemv_uninitialized_buffer.diff: new patch taken from upstream, ensures that diff --git a/debian/patches/power7.patch b/debian/patches/power7.patch new file mode 100644 index 000..aabf4ba --- /dev/null +++ b/debian/patches/power7.patch @@ -0,0 +1,19 @@ +Description: Make OpenBLAS compile on Power7 architecture + The workaround is to fallback on the Power6 arch on these machines. This seems + to work (did a small test on partch.debian.org). +Author: Sébastien Villemot sebast...@debian.org +Bug: https://github.com/xianyi/OpenBLAS/issues/220 +Applied-Upstream: https://github.com/xianyi/OpenBLAS/commit/109500178ca1b45ae1afb476daad75a1955f5fbe +Last-Update: 2013-06-04 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/cpuid_power.c b/cpuid_power.c +@@ -114,6 +114,7 @@ + if (!strncasecmp(p, PPC970, 6)) return CPUTYPE_PPC970; + if (!strncasecmp(p, POWER5, 6)) return CPUTYPE_POWER5; + if (!strncasecmp(p, POWER6, 6)) return CPUTYPE_POWER6; ++ if (!strncasecmp(p, POWER7, 6)) return CPUTYPE_POWER6; + if (!strncasecmp(p, Cell, 4)) return CPUTYPE_CELL; + if (!strncasecmp(p, 7447, 4)) return CPUTYPE_PPCG4; + diff --git a/debian/patches/series b/debian/patches/series index 069ee2b..0fa8a38 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -7,3 +7,4 @@ kill_threads_at_unload.diff sgemv_uninitialized_buffer.diff gemv_crash_big_data.diff dot_uninitialized_buffer.diff +power7.patch signature.asc Description: This is a digitally signed message part
Bug#711041: Typo: janan instead of japan in debian/links
Package: poppler-data Version: 0.4.6-3 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch This issue was reported by an Ubuntu user, the current debian/links has a typo in japan, the attached patch fixes the issue Cheers, Sebastien Bacher diff -Nru poppler-data-0.4.6/debian/changelog poppler-data-0.4.6/debian/changelog --- poppler-data-0.4.6/debian/changelog 2013-03-21 09:13:19.0 +0100 +++ poppler-data-0.4.6/debian/changelog 2013-06-04 10:25:49.0 +0200 @@ -1,3 +1,9 @@ +poppler-data (0.4.6-4) unstable; urgency=low + + * debian/links: fix 'janan' typo + + -- Sebastien Bacher seb...@ubuntu.com Tue, 04 Jun 2013 10:25:44 +0200 + poppler-data (0.4.6-3) unstable; urgency=low * debian/control diff -Nru poppler-data-0.4.6/debian/links poppler-data-0.4.6/debian/links --- poppler-data-0.4.6/debian/links 2011-10-08 02:14:20.0 +0200 +++ poppler-data-0.4.6/debian/links 2013-06-04 10:25:02.0 +0200 @@ -226,7 +226,7 @@ usr/share/poppler/cMap/Adobe-CNS1 usr/share/fonts/cmap/adobe-cns1 usr/share/poppler/cMap/Adobe-Korea1 usr/share/fonts/cmap/adobe-korea1 usr/share/poppler/cMap/Adobe-Japan1 usr/share/fonts/cmap/adobe-japan1 -usr/share/poppler/cMap/Adobe-Japan2 usr/share/fonts/cmap/adobe-janan2 +usr/share/poppler/cMap/Adobe-Japan2 usr/share/fonts/cmap/adobe-japan2 usr/share/poppler/cMap/Adobe-GB1 usr/share/fonts/cmap/adobe-gb1 usr/share/poppler/cMap/Identity-V usr/share/fonts/cmap/Identity-V usr/share/poppler/cMap/Identity-H usr/share/fonts/cmap/Identity-H
Bug#708387: Please add patch from Fedora
tag 708387 +patch thank you Fedora seem to actually have fixed the issue in 1.8.12-6. The .src.rpm found at http://kojipkgs.fedoraproject.org//packages/ipmitool/1.8.12/6.fc18/src/ipmitool-1.8.12-6.fc18.src.rpm contains the attached patch. Cheers, -Hilko diff -up ./lib/ipmi_main.c.cip ./lib/ipmi_main.c --- ./lib/ipmi_main.c.cip 2012-11-16 14:03:17.729119605 +0100 +++ ./lib/ipmi_main.c 2012-11-16 14:03:25.448123005 +0100 @@ -382,7 +382,7 @@ ipmi_main(int argc, char ** argv, char * seloem = NULL; int port = 0; int devnum = 0; - int cipher_suite_id = 1; /* See table 22-19 of the IPMIv2 spec */ + int cipher_suite_id = 3; /* See table 22-19 of the IPMIv2 spec */ int argflag, i, found; int rc = -1; char sol_escape_char = SOL_ESCAPE_CHARACTER_DEFAULT;
Bug#711042: bzr-builddeb: autopkgtest fails on no source format specified in debian/source/format warnings
Package: bzr-builddeb Version: 2.8.6 Hello, bzr-builddeb's autopkgtest currently fails as it produces stderr output: dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1) (Repeated 5 times). Please see https://jenkins.qa.ubuntu.com/view/Saucy/view/AutoPkgTest/job/saucy-adt-bzr-builddeb/1/ARCH=amd64,label=adt/ for the entire output. The quick'n'dirty solution, that I uploaded to Ubuntu, is to redirect stderr to stdout in debian/tests/testsuite (appending 21), but a better fix would be to actually add a debian/source/format 1.0 to the test package. It's just not immediately obvious where your test package is in the test suite. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#709946: gnome-settings-daemon: Segmentation fault during startup
Hi guys, I would be happy to provide a backtrace, but I just don't know how to do it with gnome-settings-daemon: how/when should I launch it? It seems to be launched when gdm starts... (and yes: I am a noob: I never did a backtrace before :-)) Regards, Sam
Bug#699462: unblock (pre-approval): openblas/0.1.1-7
On 2013-06-04 9:28, Sébastien Villemot wrote: Unfortunately the pu failed to build on powerpc. The cause is that the powerpc buildd now announces itself as POWER7 arch, which is not recognized by openblas. I guess this change has to do with the buildd being upgraded to wheezy. I attach a new debdiff which should fix the issue. This patch is already applied upstream and in jessie/sid. It simply consists in treating POWER7 as if it were POWER6. Please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711043: corosync: /etc/init.d/corosync stop freeze
Package: corosync
Version: 1.4.2-3
Severity: normal
Dear Maintainer,
in some circumtances, when '/etc/init.d/corosync stop' is called, the script
hangs forever.
In /var/log/syslog, there are many messages like these:
[...]
Jun 4 10:14:12 rasca corosync[2179]: [pcmk ] notice: pcmk_shutdown: Still
waiting for crmd (pid=2210, seq=6) to terminate...
Jun 4 10:14:42 rasca corosync[2179]: [pcmk ] notice: pcmk_shutdown: Still
waiting for crmd (pid=2210, seq=6) to terminate...
Jun 4 10:15:12 rasca corosync[2179]: [pcmk ] notice: pcmk_shutdown: Still
waiting for crmd (pid=2210, seq=6) to terminate...
Jun 4 10:15:42 rasca corosync[2179]: [pcmk ] notice: pcmk_shutdown: Still
waiting for crmd (pid=2210, seq=6) to terminate...
Jun 4 10:16:12 rasca corosync[2179]: [pcmk ] notice: pcmk_shutdown: Still
waiting for crmd (pid=2210, seq=6) to terminate...
[...]
I have some resources configured in Pacemaker, and some are misconfigured.
So, this bug is just to ask for killing the daemon harder (maybe -9 ?) after a
timeout.
Please, let me know if you would like me to write a patch for the init.d script
that implements a timeout in the stop operation.
Also, please let me know if you think this is not an important issue.
Regards.
-- System Information:
Debian Release: 7.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages corosync depends on:
ii adduser 3.113+nmu3
ii libc6 2.13-38
ii libcfg4 1.4.2-3
ii libconfdb4 1.4.2-3
ii libcoroipcc41.4.2-3
ii libcoroipcs41.4.2-3
ii libcpg4 1.4.2-3
ii libevs4 1.4.2-3
ii liblogsys4 1.4.2-3
ii libpload4 1.4.2-3
ii libquorum4 1.4.2-3
ii libsam4 1.4.2-3
ii libtotem-pg41.4.2-3
ii libvotequorum4 1.4.2-3
ii lsb-base4.1+Debian8
corosync recommends no packages.
corosync suggests no packages.
-- Configuration Files:
/etc/corosync/corosync.conf changed:
totem {
version: 2
# How long before declaring a token lost (ms)
token: 3000
# How many token retransmits before forming a new configuration
token_retransmits_before_loss_const: 10
# How long to wait for join messages in the membership protocol (ms)
join: 60
# How long to wait for consensus to be achieved before starting a new
round of membership configuration (ms)
consensus: 3600
# Turn off the virtual synchrony filter
vsftype: none
# Number of messages that may be sent by one processor on receipt of
the token
max_messages: 20
# Limit generated nodeids to 31-bits (positive signed integers)
clear_node_high_bit: yes
# Disable encryption
secauth: off
# How many threads to use for encryption/decryption
threads: 0
# Optionally assign a fixed node id (integer)
# nodeid: 1234
# This specifies the mode of redundant ring, which may be none, active,
or passive.
rrp_mode: none
interface {
# The following values need to be set based on your environment
ringnumber: 0
bindnetaddr: 172.22.0.0 255.255.0.0
mcastaddr: 226.94.1.1
mcastport: 5405
}
}
amf {
mode: disabled
}
service {
# Load the Pacemaker Cluster Resource Manager
ver: 0
name: pacemaker
}
aisexec {
user: root
group: root
}
logging {
fileline: off
to_stderr: yes
to_logfile: no
to_syslog: yes
syslog_facility: daemon
debug: off
timestamp: on
logger_subsys {
subsys: AMF
debug: off
tags: enter|leave|trace1|trace2|trace3|trace4|trace6
}
}
/etc/default/corosync changed:
START=yes
-- 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#711044: vsftpd: init script lacks LSB dependency on $network
Package: vsftpd
Version: 2.3.5-3
Severity: normal
Tags: patch
Hello,
I noticed that the init script lacks a dependency on $network (in the LSB
headers).
$ diff -u debian/vsftpd.init{.orig,}
--- debian/vsftpd.init.orig 2013-06-04 10:44:32.625260173 +0200
+++ debian/vsftpd.init 2013-06-04 10:44:45.573259624 +0200
@@ -2,8 +2,8 @@
### BEGIN INIT INFO
# Provides:vsftpd
-# Required-Start: $remote_fs $syslog
-# Required-Stop: $remote_fs $syslog
+# Required-Start: $network $remote_fs $syslog
+# Required-Stop: $network $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop:1
# Short-Description: Very secure FTP server
It doesn't make any sense to start the FTP server if the network is
not yet available so I suggest to add this dependency.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684492: p3scan: diff for NMU version 2:2.3.2-8.1
Control: tag -1 pending
Dear maintainer,
I've prepared an NMU for p3scan (versioned as 2:2.3.2-8.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.
Regards,
--
Colin Watson [cjwat...@debian.org]
diff -Nru p3scan-2.3.2/debian/changelog p3scan-2.3.2/debian/changelog
--- p3scan-2.3.2/debian/changelog 2012-05-21 17:55:10.0 +0100
+++ p3scan-2.3.2/debian/changelog 2013-06-03 19:09:07.0 +0100
@@ -1,3 +1,12 @@
+p3scan (2:2.3.2-8.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+
+ [ Marc Deslauriers ]
+ * p3scan.c: Pass correct arguments to open() (closes: #684492).
+
+ -- Colin Watson cjwat...@debian.org Mon, 03 Jun 2013 19:09:04 +0100
+
p3scan (2:2.3.2-8) unstable; urgency=low
* Switch to dpkg-source 3.0 (quilt) format
diff -Nru p3scan-2.3.2/debian/patches/open-flags p3scan-2.3.2/debian/patches/open-flags
--- p3scan-2.3.2/debian/patches/open-flags 1970-01-01 01:00:00.0 +0100
+++ p3scan-2.3.2/debian/patches/open-flags 2013-06-03 19:07:28.0 +0100
@@ -0,0 +1,19 @@
+Description: Move O_SYNC to the correct position in open() arguments
+Author: Marc Deslauriers marc.deslauri...@ubuntu.com
+Bug-Debian: http://bugs.debian.org/684492
+Forwarded: no
+Last-Update: 2012-11-28
+
+Index: b/p3scan.c
+===
+--- a/p3scan.c
b/p3scan.c
+@@ -367,7 +367,7 @@
+ XX[4] = letters[v % 62];
+ v /= 62;
+ XX[5] = letters[v % 62];
+- fd=open(template, O_RDWR | O_CREAT | O_EXCL, S_IRUSR | S_IWUSR | O_SYNC, 0600);
++ fd=open(template, O_RDWR | O_CREAT | O_EXCL | O_SYNC, S_IRUSR | S_IWUSR);
+ if (fd = 0){
+ errno = save_errno;
+ return fd;
diff -Nru p3scan-2.3.2/debian/patches/series p3scan-2.3.2/debian/patches/series
--- p3scan-2.3.2/debian/patches/series 2012-05-21 17:32:15.0 +0100
+++ p3scan-2.3.2/debian/patches/series 2013-06-03 19:07:28.0 +0100
@@ -1,2 +1,3 @@
quilt-transition
mem-used-after-free
+open-flags
Bug#710353: libraw: CVE-2013-2126 CVE-2013-2127
Control: found -1 0.14.6-2
Control: tags -1 patch
03.06.2013 в 19:34:15 +0400 Stepan Golosunov написал:
On Thu, May 30, 2013 at 09:22:27AM +0200, Moritz Muehlenhoff wrote:
Package: libraw
Severity: grave
Tags: security
Two security issues have been found in libraw. Please see this link for
more information and links to upstream commits:
http://www.openwall.com/lists/oss-security/2013/05/29/7
According to
http://blog.lexa.ru/2013/05/28/o_spiskakh_uyazvimostei_v_programmakh.html
the buggy code is present only in 0.15 branch.
Apparently (https://bugzilla.redhat.com/show_bug.cgi?id=968382#c5)
only CVE-2013-2127 is limited to 0.15 (and as a result is not present
in debian libraw packages). According to
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-2126
CVE-2013-2126 affects 0.14 an 0.15 and patch for 0.14 is available at
https://github.com/LibRaw/LibRaw/commit/c14ae36d28e80139b2f31b5d9d7623db3b597a3a
--- a/src/libraw_cxx.cpp
+++ b/src/libraw_cxx.cpp
@@ -796,8 +796,8 @@ int LibRaw::unpack(void)
S.iheight= S.height;
IO.shrink = 0;
// allocate image as temporary buffer, size
-imgdata.rawdata.raw_alloc =
calloc(S.iwidth*S.iheight,sizeof(*imgdata.image));
-imgdata.image = (ushort (*)[4]) imgdata.rawdata.raw_alloc;
+imgdata.rawdata.raw_alloc = 0;
+imgdata.image = (ushort (*)[4])
calloc(S.iwidth*S.iheight,sizeof(*imgdata.image));
}
@@ -807,8 +807,8 @@ int LibRaw::unpack(void)
// recover saved
if( decoder_info.decoder_flags LIBRAW_DECODER_LEGACY)
{
-imgdata.image = 0;
-imgdata.rawdata.color_image = (ushort (*)[4])
imgdata.rawdata.raw_alloc;
+ imgdata.rawdata.raw_alloc = imgdata.rawdata.color_image =
imgdata.image;
+ imgdata.image = 0;
}
// calculate channel maximum
(Note that there are other packages that duplicate libraw sources.
Darktable, for example, includes libraw 0.14.7.)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711045: libapt-pkg4.12: double free or corruption with libbz2
Package: libapt-pkg4.12
Version: 0.9.7.8
Severity: normal
Tags: patch
Dear Maintainer,
In some cases apt will crash yelding a double free or corruption error, I've
encountered the bug with apt-cdrom add for exemple.
The attached patch seems to fix that bug.
Regards,
Grégoire Menuel
-- System Information:
Debian Release: 7.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/8 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 libapt-pkg4.12 depends on:
ii libbz2-1.0 1.0.6-4
ii libc6 2.13-38
ii libgcc11:4.7.2-5
ii libstdc++6 4.7.2-5
ii multiarch-support 2.13-38
ii zlib1g 1:1.2.7.dfsg-13
libapt-pkg4.12 recommends no packages.
libapt-pkg4.12 suggests no packages.
-- no debconf information
Index: apt-pkg/contrib/fileutl.cc
===
--- apt-pkg/contrib/fileutl.cc (révision 8604)
+++ apt-pkg/contrib/fileutl.cc (copie de travail)
@@ -1424,8 +1424,10 @@
return _error-Error(Reopen is only implemented for read-only files!);
}
#ifdef HAVE_BZ2
- if (d-bz2 != NULL)
- BZ2_bzclose(d-bz2);
+ if (d-bz2 != NULL) {
+ BZ2_bzclose(d-bz2);
+ d-bz2 = NULL;
+ }
#endif
if (iFd != -1)
close(iFd);
Bug#701915: bitcoin-qt uses too much outgoing bandwidth
You could limit the bandwidh used by bitcoin-qt by running it using trickle. Running it like this would limit bitcoin-qt to use 20 kb/s for download and 10 kb/s for upload: trickle -u 10 -d 20 bitcoin-qt Using this approach you do not need to change bitcoin-qt at all. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711028: wget: FTBFS: texinfo errors
tags 711028 + confirmed upstream pending thanks Hello Daniel, Am Montag, den 03.06.2013, 22:51 -0700 schrieb Daniel Schepler: From my pbuilder build log: ... wget.texi:879: @itemx must follow @item wget.texi:980: @itemx must follow @item wget.texi:3095: @itemx must follow @item wget.texi:3606: warning: @itemx should not begin @table The reason is Texinfo 5. I will fix it in wget.texi so it will build again. Thanks for your report. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#711046: clementine: Clementine crashes if i try removing music files throw it
Package: clementine Version: 1.0.1+dfsg-2+b1 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.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clementine depends on: ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii libc62.17-3 ii libcdio130.83-4 ii libchromaprint0 0.6-2 ii libechonest1.2 1.2.1-1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.36.1-2build1 ii libgpod4 0.8.2-7 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libimobiledevice21.1.1-4 ii libindicate-qt1 0.2.5.91-5 ii liblastfm0 0.4.0~git20090710-2 ii libmtp9 1.1.3-35-g0ece104-5 ii libplist11.8-1 ii libprojectm2 2.1.0+dfsg-1 ii libqjson00.7.1-7 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-opengl4:4.8.2+dfsg-11 ii libqt4-sql 4:4.8.2+dfsg-11 ii libqt4-sql-sqlite4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui44:4.8.2+dfsg-11 ii libqxt-gui0 0.6.1-6 ii libstdc++6 4.7.2-5 ii libtag1c2a 1.7.2-1 ii libusb-1.0-0 2:1.0.11-1 ii libusbmuxd1 1.0.7-2 ii libx11-6 2:1.5.0-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii projectm-data2.1.0+dfsg-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages clementine recommends: ii gstreamer0.10-alsa 0.10.36-1.1 clementine 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#641417: passepartout: diff for NMU version 0.7.1-1.1
Control: tag -1 pending Dear maintainer, I've prepared an NMU for passepartout (versioned as 0.7.1-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, -- Colin Watson [cjwat...@debian.org] diff -Nru passepartout-0.7.1/debian/changelog passepartout-0.7.1/debian/changelog --- passepartout-0.7.1/debian/changelog 2010-06-03 17:30:10.0 +0100 +++ passepartout-0.7.1/debian/changelog 2013-06-04 10:01:38.0 +0100 @@ -1,3 +1,11 @@ +passepartout (0.7.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix link order to list libraries after other libraries that require them +(closes: #641417, LP: #770825). + + -- Colin Watson cjwat...@debian.org Tue, 04 Jun 2013 10:01:36 +0100 + passepartout (0.7.1-1) unstable; urgency=high * Acknowledge NMUs: Thanks to Cyril Brulebois and David Paleino diff -Nru passepartout-0.7.1/debian/patches/0002-link-order.patch passepartout-0.7.1/debian/patches/0002-link-order.patch --- passepartout-0.7.1/debian/patches/0002-link-order.patch 1970-01-01 01:00:00.0 +0100 +++ passepartout-0.7.1/debian/patches/0002-link-order.patch 2013-06-04 10:00:59.0 +0100 @@ -0,0 +1,100 @@ +Index: b/src/pptout/Makefile.am +=== +--- a/src/pptout/Makefile.am b/src/pptout/Makefile.am +@@ -37,14 +37,14 @@ + + passepartout_CXXFLAGS += -I$(top_srcdir)/src -D'XMLPATH=$(xmldir)' + +-passepartout_LDADD = $(XMLPP_LIBS) $(GTKMM_LIBS) $(GNOMECANVAS_LIBS) \ +- $(GTHREAD_LIBS) $(GNOME_LIBS) $(GNOMEVFS_LIBS) +- + pptpartlibs= document/libdocument.a ../xml2ps/libxml2ps.a \ + ../fonts/libfonts.a ../ps/libps.a \ + ../util/libpptutil.a widget/libwidget.a + +-passepartout_LDADD += $(pptpartlibs) ++passepartout_LDADD = $(pptpartlibs) ++ ++passepartout_LDADD += $(XMLPP_LIBS) $(GTKMM_LIBS) $(GNOMECANVAS_LIBS) \ ++ $(GTHREAD_LIBS) $(GNOME_LIBS) $(GNOMEVFS_LIBS) + + # Extra dependencies for builddate, so it is rebuilt every time anything else + # is rebuilt +Index: b/src/pptout/Makefile.in +=== +--- a/src/pptout/Makefile.in b/src/pptout/Makefile.in +@@ -246,8 +246,8 @@ + passepartout_CXXFLAGS = $(XMLPP_CFLAGS) $(GTKMM_CFLAGS) \ + $(GNOMECANVAS_CFLAGS) $(GNOME_CFLAGS) $(GNOMEVFS_CFLAGS) \ + -I$(top_srcdir)/src -D'XMLPATH=$(xmldir)' +-passepartout_LDADD = $(XMLPP_LIBS) $(GTKMM_LIBS) $(GNOMECANVAS_LIBS) \ +- $(GTHREAD_LIBS) $(GNOME_LIBS) $(GNOMEVFS_LIBS) $(pptpartlibs) ++passepartout_LDADD = $(pptpartlibs) $(XMLPP_LIBS) $(GTKMM_LIBS) $(GNOMECANVAS_LIBS) \ ++ $(GTHREAD_LIBS) $(GNOME_LIBS) $(GNOMEVFS_LIBS) + pptpartlibs = document/libdocument.a ../xml2ps/libxml2ps.a \ + ../fonts/libfonts.a ../ps/libps.a \ + ../util/libpptutil.a widget/libwidget.a +Index: b/src/ps/Makefile.am +=== +--- a/src/ps/Makefile.am b/src/ps/Makefile.am +@@ -15,8 +15,8 @@ + libps_a_CXXFLAGS += -I$(top_srcdir)/src + + examinepdf_CXXFLAGS = $(libps_a_CXXFLAGS) +-examinepdf_LDADD = $(GTKMM_LIBS) \ +- -L. -lps -L../fonts -lfonts -lps -L../util -lpptutil ++examinepdf_LDADD = -L. -lps -L../fonts -lfonts -lps -L../util -lpptutil \ ++ $(GTKMM_LIBS) + examinepdf_DEPENDENCIES = libps.a + + #libps_a_LIBADD = $(GTKMM_LIBS) +Index: b/src/ps/Makefile.in +=== +--- a/src/ps/Makefile.in b/src/ps/Makefile.in +@@ -202,8 +202,8 @@ + libps_a_CXXFLAGS = $(GTKMM_CFLAGS) $(FREETYPE_CFLAGS) \ + -I$(top_srcdir)/src + examinepdf_CXXFLAGS = $(libps_a_CXXFLAGS) +-examinepdf_LDADD = $(GTKMM_LIBS) \ +- -L. -lps -L../fonts -lfonts -lps -L../util -lpptutil ++examinepdf_LDADD = -L. -lps -L../fonts -lfonts -lps -L../util -lpptutil \ ++ $(GTKMM_LIBS) + + examinepdf_DEPENDENCIES = libps.a + runtest_SOURCES = test_glyphlist.cc +Index: b/src/xml2ps/Makefile.am +=== +--- a/src/xml2ps/Makefile.am b/src/xml2ps/Makefile.am +@@ -20,8 +20,9 @@ + + xml2ps_CXXFLAGS = $(libxml2ps_a_CXXFLAGS) + +-xml2ps_LDADD = $(XMLPP_LIBS) $(GTKMM_LIBS) $(GNOMECANVAS_LIBS)\ +- libxml2ps.a ../fonts/libfonts.a ../ps/libps.a ../util/libpptutil.a ++xml2ps_LDADD = libxml2ps.a ../fonts/libfonts.a ../ps/libps.a \ ++ ../util/libpptutil.a \ ++ $(XMLPP_LIBS) $(GTKMM_LIBS) $(GNOMECANVAS_LIBS) + + #install DTDs and XSLTs in $(datadir)/xml/passepartout/ (xmldir is defined in configure.ac) + dist_xml_DATA = xml2ps.dtd xhtml.xslt docbook.xslt +Index: b/src/xml2ps/Makefile.in +=== +--- a/src/xml2ps/Makefile.in b/src/xml2ps/Makefile.in +@@ -211,8 +211,9 @@ + libxml2ps_a_CXXFLAGS = $(XMLPP_CFLAGS) $(GTKMM_CFLAGS) \ + $(GNOMECANVAS_CFLAGS) -I$(top_srcdir)/src + xml2ps_CXXFLAGS = $(libxml2ps_a_CXXFLAGS) +-xml2ps_LDADD = $(XMLPP_LIBS) $(GTKMM_LIBS) $(GNOMECANVAS_LIBS)\ +-
Bug#711047: RFP: artifactory -- Binary Repository Manager for Maven, Ivy, Gradle modules, etc.
Package: wnpp Severity: wishlist * Package name: artifactory Version : 3.0.1 Upstream Author : JFrog i...@jfrog.com * URL : http://sourceforge.net/projects/artifactory/ * License : GNU Library or Lesser General Public License version 3.0 (LGPLv3) Programming Lang: java Description : Binary Repository Manager for Maven, Ivy, Gradle modules, etc. Binary Repository Manager for Maven, Ivy, Gradle modules, etc. Supports hosting and remote proxying of artifacts - browsable, secure, annotated searchable. Integrates with CI servers, like Jenkins, TeamCity and Bamboo, for fully traceable builds. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684022: leiningen: Transition package to use default java implementation.
Hello, I fixed the bug in leiningen and commited the changes to its VCS, but the package is currently waiting on mentors [0] for a sponsor. [0] http://mentors.debian.net/package/leiningen thanks -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Bug#711048: resource-agents: current conntrackd RA don't work
Package: resource-agents Version: 1:3.9.2-5+deb7u1 Severity: important Tags: upstream Hi, the conntrackd RA located in /usr/lib/ocf/resource.d/heartbeat/conntrackd is not working at all. The upstream version is fixed and works pretty well. https://github.com/ClusterLabs/resource-agents/blob/master/heartbeat/conntrackd -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages resource-agents depends on: ii cluster-glue 1.0.9+hg2665-1 ii libc6 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libnet1 1.1.4-2.1 ii libplumb2 1.0.9+hg2665-1 ii libplumbgpl2 1.0.9+hg2665-1 ii python2.7.3-4 resource-agents recommends no packages. resource-agents 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#709946: gnome-settings-daemon: Segmentation fault during startup
I would be happy to provide a backtrace, but I just don't know how to do it with gnome-settings-daemon: how/when should I launch it? I don't think it's required to provide a backtrace any more. The bug has been merged with #706330 which already has a backtrace. For future bug reports: http://wiki.debian.org/HowToGetABacktrace It seems to be launched when gdm starts... But you can always launch it from the terminal: $ gdb gnome-settings-daemon (gdb) run The tricky part here is to open a terminal when the desktop session fails to load. You can minimise the “Oh no!” screen with a key binding (don't know which one is the default, I customised mine). Then you can use your system (almost) as usual and open a terminal to run gdb and obtain the backtrace. (and yes: I am a noob: I never did a backtrace before :-)) Don't worry. Except that it might require a recompilation it's not too hard (see the link above). I appreciate your help. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684289: robert-hooke: Transition package to use default java implementation
Hello, I fixed this bug in robert-hooke, packaged a new version and uploaded it to mentors [0] where it is waiting for a sponsor. [0] https://mentors.debian.net/package/robert-hooke thanks -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Bug#707821: sl-modem-source: fails to upgrade from squeeze [i386]
On 2013-06-04 08:51, أحمد المحمودي wrote: On Mon, Jun 03, 2013 at 05:42:47PM +0200, Andreas Beckmann wrote: Could you also upload an i386 build for unstable ? Since I am a DM, I cannot do binary only uploads. No problem. Thanks for the hint! ---end quoted text--- Please upload i386 binary builds for unstable: sl-modem 2.9.11~20110321-9 Oops, missed the *unstable* part in there. Done. According to debian/copyright the package should be autobuildable in non-free. Has this been requested to be whitelisted? http://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd In case a DD signature is needed, come back to me. When uploading a new version, you could do a merged upload of amd64+i386 - that's what I used for the nvidia stuff before I got autobuilding turned on and became a DD: * build amd64 * build i386 (binary only) * mergechanges -f ..._amd64.changes ..._i386.changes * sign ..._multi.changes * dput ..._multi.changes Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701561: Please test ioquake3 on PowerPC, particularly without Altivec
Hi debian-powerpc, Could someone please test a patched ioquake3 on PowerPC, preferably one without Altivec? Please reply to me or to the bug, I'm not subscribed to debian-powerpc. You will need 3D acceleration supported by Linux (which probably means some sort of ATI/AMD or nVidia). Testing on any of these platforms is welcome, as long as you know which one you're using: * PowerPC with no Altivec (e.g. Mac G3) * PowerPC with Altivec (e.g. Mac G4/G5) * powerpcspe with no Altivec Please test ioquake3 from Debian unstable, with the attached patch applied. Testing the unpatched ioquake3 from unstable for comparison would also be helpful. Brief background, from #701561: ioquake3 currently always builds with Altivec. This causes it to FTBFS on powerpcspe (where Altivec doesn't exist), and only work on a subset of supported powerpc machines (since, AIUI, Debian still supports G3 Macs and other non-Altivec PowerPCs). I would like to fix this, but I don't have a working PowerPC, and I'm concerned that the bytecode JIT might have a hidden dependency on Altivec. You can test the engine using either Quake III Arena (non-distributable, but somewhat easier) or OpenArena (DFSG-free). Instructions below. Thanks, S Testing with Quake III Arena If you have a copy of Quake III Arena for any platform (the only bit you actually need from the retail game is baseq3/pak0.pk3), please try with Debian's contrib quake3 package. game-data-packager can package the necessary non-distributable data to get this working. Testing with OpenArena -- This is a bit more involved, because the Debian package doesn't normally use the bytecode JIT, and that's the part I'm worried about: * Install Debian's openarena package * Download http://www.pseudorandom.co.uk/~smcv/oa088upstream/vms.pk3 and put it in ~/.openarena/oa088upstream/vms.pk3 (it contains bytecode executables for the UI, server-side game and client-side game - we ship that part of OpenArena as native-code in Debian because it needs to be compiled with a non-DFSG compiler) * Start openarena from a terminal * Go to the Mods menu * Select oa088upstream and click Load * Open the console (Shift+Escape), you should see messages like this near the end: Loading vm file vm/ui.qvm... File vm/ui.qvm found in /home/smcv/.openarena/oa088upstream/vms.pk3 ...which has vmMagic VM_MAGIC_VER2 If you see something about DLL files near the end instead, then the package of bytecode has not worked and I'll have to provide better instructions. * Close the console (Shift+Escape). * Start a single-player game and try it. diff --git a/debian/changelog b/debian/changelog index ca4692d..c015603 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +ioquake3 (1.36+u20130504+g42eeb75-2+noaltivec) UNTESTED; urgency=low + + * Add an untested patch to disable Altivec on the architectures +where it isn't guaranteed to be present, or is guaranteed not to be +present. Closes: #701561, if it works. + + -- Simon McVittie s...@debian.org Tue, 04 Jun 2013 10:05:29 +0100 + ioquake3 (1.36+u20130504+g42eeb75-2) unstable; urgency=low * Enable Opus support now that #708008 is fixed diff --git a/debian/patches/0001-untested-Add-support-for-PowerPCs-without-Altivec.patch b/debian/patches/0001-untested-Add-support-for-PowerPCs-without-Altivec.patch new file mode 100644 index 000..c28eba6 --- /dev/null +++ b/debian/patches/0001-untested-Add-support-for-PowerPCs-without-Altivec.patch @@ -0,0 +1,119 @@ +From 6cb56d6ba2ef47813548efcbc02d26eb942ba713 Mon Sep 17 00:00:00 2001 +From: Simon McVittie s...@debian.org +Date: Sun, 19 May 2013 22:57:06 +0100 +Subject: [PATCH] [untested] Add support for PowerPCs without Altivec + +Debian's powerpc port still supports baseline PowerPCs without Altivec +(e.g. Mac G3), and its powerpcspe port is a variant of PowerPC in +which Signal Processing Engine extensions replace, and are +incompatible with, the Altivec opcodes. + +(The Signal Processing Engine should not be confused with +Synergistic Processing Elements, as seen in the Playstation 3; +those don't conflict with having Altivec.) +--- + Makefile | 30 -- + README|2 ++ + code/qcommon/q_platform.h |2 +- + 3 files changed, 27 insertions(+), 7 deletions(-) + +diff --git a/Makefile b/Makefile +index 9561445..20876b2 100644 +--- a/Makefile b/Makefile +@@ -215,6 +215,10 @@ ifndef USE_RENDERER_DLOPEN + USE_RENDERER_DLOPEN=1 + endif + ++ifndef USE_ALTIVEC ++USE_ALTIVEC=1 ++endif ++ + ifndef DEBUG_CFLAGS + DEBUG_CFLAGS=-g -O0 + endif +@@ -335,11 +339,15 @@ ifneq (,$(findstring $(PLATFORM), linux gnu_kfreebsd kfreebsd-gnu gnu) + HAVE_VM_COMPILED=true + else + ifeq ($(ARCH),ppc) +-BASE_CFLAGS += -maltivec ++ifeq ($(USE_ALTIVEC),1) ++ BASE_CFLAGS += -maltivec -DUSE_ALTIVEC ++endif + HAVE_VM_COMPILED=true + endif +
Bug#711041: Typo: janan instead of japan in debian/links
On Tue, 04 Jun 2013 10:29:48 +0200 Sebastien Bacher seb...@ubuntu.com wrote: This issue was reported by an Ubuntu user, the current debian/links has a typo in japan, the attached patch fixes the issue Good catch, thank for the patch! -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641418: mdm: diff for NMU version 0.1.3-2.1
Control: tag -1 pending Dear maintainer, I've prepared an NMU for mdm (versioned as 0.1.3-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, -- Colin Watson [cjwat...@debian.org] diff -u mdm-0.1.3/debian/changelog mdm-0.1.3/debian/changelog --- mdm-0.1.3/debian/changelog +++ mdm-0.1.3/debian/changelog @@ -1,3 +1,11 @@ +mdm (0.1.3-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix link order to list libraries after the objects that require them +(closes: #641418, LP: #771082). + + -- Colin Watson cjwat...@debian.org Tue, 04 Jun 2013 10:30:35 +0100 + mdm (0.1.3-2) unstable; urgency=low * Fix upstream watch file only in patch2: unchanged: --- mdm-0.1.3.orig/Makefile +++ mdm-0.1.3/Makefile @@ -24,10 +24,10 @@ mdm-master : library/hazard.o mdm-top : library/procfs.o -mdm-top : override LDFLAGS += -lcurses +mdm-top : override LDLIBS += -lcurses mdm-% : programs/mdm-%.c $(LIB) - $(CC) $(CFLAGS) $(LDFLAGS) -o $@ $+ + $(CC) $(CFLAGS) $(LDFLAGS) -o $@ $+ $(LDLIBS) LIB += library/hazard.o library/procfs.o $(LIB) : include/middleman.h
Bug#699303: apt: segfault when using mirror://
Control: tag -1 patch Hi, Attached patch fixes the problem. It happens when the mirror method can't find a valid entry in the file it downloaded. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net 699303.patch Description: Binary data
Bug#641833: digitools: diff for NMU version 1.03-1.2
Control: tag -1 pending Dear maintainer, I've prepared an NMU for digitools (versioned as 1.03-1.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, -- Colin Watson [cjwat...@debian.org] diff -Nru digitools-1.03/debian/changelog digitools-1.03/debian/changelog --- digitools-1.03/debian/changelog 2012-05-05 20:15:14.0 +0100 +++ digitools-1.03/debian/changelog 2013-06-04 10:56:00.0 +0100 @@ -1,3 +1,10 @@ +digitools (1.03-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Put libraries in LDLIBS, not LDFLAGS (closes: #641833, LP: #831389). + + -- Colin Watson cjwat...@debian.org Tue, 04 Jun 2013 10:55:56 +0100 + digitools (1.03-1.1) unstable; urgency=low * Non-maintainer upload; ACKed by the maintainer, see #664328. diff -Nru digitools-1.03/debian/patches/02_link_order.patch digitools-1.03/debian/patches/02_link_order.patch --- digitools-1.03/debian/patches/02_link_order.patch 1970-01-01 01:00:00.0 +0100 +++ digitools-1.03/debian/patches/02_link_order.patch 2013-06-04 10:54:40.0 +0100 @@ -0,0 +1,17 @@ +From: Colin Watson cjwat...@ubuntu.com +Subject: Libraries belong in LDLIBS rather than LDFLAGS, otherwise the link + order will be wrong. + +Index: b/Makefile +=== +--- a/Makefile b/Makefile +@@ -3,7 +3,7 @@ + SBINDIR = $(PREFIX)/sbin + + # Users should not need to edit anything below this line. +-LDFLAGS = -lasound ++LDLIBS = -lasound + CFLAGS = -Wall -Os + + LN = ln diff -Nru digitools-1.03/debian/patches/series digitools-1.03/debian/patches/series --- digitools-1.03/debian/patches/series 2012-02-27 18:24:41.0 + +++ digitools-1.03/debian/patches/series 2013-06-04 10:54:40.0 +0100 @@ -1 +1,2 @@ 01_prefix.patch +02_link_order.patch
Bug#670097: Possibly fixed upstream
I see the same bug as reported by John Winters. Apparently there's a
deadlock in the garbage collector of the Javascript engine, that is
consistent with the observed behaviour and for which there are patches:
https://bugzilla.gnome.org/show_bug.cgi?id=670200
--
Bob Ham r...@settrans.net
for (;;) { ++pancakes; }
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711049: gnome-settings-daemon: replugging a usbaudio device causes gnome mixer to defautl to internal audio, while pulseaudio uses the device as sink
Package: gnome-settings-daemon Version: 3.4.2+git20121218.7c1322-3 Severity: minor Dear Maintainer, When plugging a usb audio dac/headset, gnome switches to it by default. However it sometimes happens to accidentally unplug the usb cable and replug it shortly thereafter. What happens next is that pulseaudio returns using the usb audio device as sink, but gnome doesn't and switches controlling the default audio sink, so you won't be able to control the volume of the usb audio device anymore. Trying to set the volume in gnome affects internal audio, which isn't being used. I hope this is the right package to fill the bug against :) (I was unsure about it being gnome-control-center) -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-settings-daemon depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii dpkg 1.16.10 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libcanberra-gtk3-0 0.28-6 ii libcanberra0 0.28-6 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.5-1.1 ii libcups2 1.5.3-5 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig1 2.9.0-7.1 ii libgcrypt11 1.5.0-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-desktop-3-2 3.4.2-1 ii libgnomekbd7 3.4.0.2-1 ii libgnutls26 2.12.20-7 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libgtk-3-0 3.4.2-6 ii libgudev-1.0-0 175-7.2 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-31.10.1+dfsg-5+deb7u1 ii liblcms2-2 2.2+git20110628-2.2 ii libnotify4 0.7.5-1 ii libnspr4 2:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d 2:3.14.3-1 ii libpackagekit-glib2-14 0.7.6-3 ii libpango1.0-01.30.0-1 ii libpolkit-gobject-1-00.105-3 ii libpulse-mainloop-glib0 2.0-6.1 ii libpulse02.0-6.1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libupower-glib1 0.9.17-1 ii libwacom20.6-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxi6 2:1.6.1-1+deb7u1 ii libxklavier165.2.1-1 ii libxtst6 2:1.2.1-1+deb7u1 ii nautilus-data3.4.2-1+build1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnome-settings-daemon recommends: ii pulseaudio 2.0-6.1 Versions of packages gnome-settings-daemon suggests: ii gnome-screensaver3.4.1-1 ii metacity [x-window-manager] 1:2.34.3-4 ii x11-xserver-utils7.7~3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688211: [kontact] startup crashes on restart after suspend
A more complete backtrace with wheezy (now 64bit): Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7f0bf6dc3760 (LWP 15360))] Thread 2 (Thread 0x7f0bd3a60700 (LWP 15376)): #0 0x7f0bf42e4573 in select () at ../sysdeps/unix/syscall-template.S:82 #1 0x7f0bf56b2704 in QProcessManager::run (this=0x7f0bf5a2b500) at io/qprocess_unix.cpp:245 #2 0x7f0bf55d9d0b in QThreadPrivate::start (arg=0x7f0bf5a2b500) at thread/qthread_unix.cpp:307 #3 0x7f0bede7ab50 in start_thread (arg=optimized out) at pthread_create.c:304 #4 0x7f0bf42eaa7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x in ?? () Thread 1 (Thread 0x7f0bf6dc3760 (LWP 15360)): [KCrash Handler] #6 activateInitialPluginModule (this=0xd77a90) at ../../../kontact/src/mainwindow.cpp:289 #7 Kontact::MainWindow::activateInitialPluginModule (this=0xd77a90) at ../../../kontact/src/mainwindow.cpp:284 #8 0x0040419a in KontactApp::newInstance (this=0x7e2e1dd0) at ../../../kontact/src/main.cpp:149 #9 0x7f0bf6166b42 in KUniqueApplicationAdaptor::newInstance (this=0xd9f090, asn_id=..., args=...) at ../../kdeui/kernel/kuniqueapplication.cpp:442 #10 0x7f0bf6166bc4 in qt_static_metacall (_a=0x7e2e1010, _id=optimized out, _o=optimized out, _c=optimized out) at ./kuniqueapplication_p.moc:58 #11 KUniqueApplicationAdaptor::qt_static_metacall (_o=optimized out, _c=optimized out, _id=optimized out, _a=0x7e2e1010) at ./kuniqueapplication_p.moc:52 #12 0x7f0bf6166cfb in KUniqueApplicationAdaptor::qt_metacall (this=0xd9f090, _c=QMetaObject::InvokeMetaMethod, _id=optimized out, _a=0x7e2e1010) at ./kuniqueapplication_p.moc:102 #13 0x7f0bf2ae4c13 in QDBusConnectionPrivate::deliverCall (this=this@entry=0xbe6f30, object=object@entry=0xd9f090, msg=..., metaTypes=..., slotIdx=4) at qdbusintegrator.cpp:947 #14 0x7f0bf2ae5d15 in QDBusConnectionPrivate::activateCall (this=this@entry=0xbe6f30, object=0xd9f090, flags=flags@entry=337, msg=...) at qdbusintegrator.cpp:857 #15 0x7f0bf2ae6686 in QDBusConnectionPrivate::activateObject (this=0xbe6f30, node=..., msg=..., pathStartPos=optimized out) at qdbusintegrator.cpp:1423 #16 0x7f0bf2ae677b in QDBusActivateObjectEvent::placeMetaCall (this=0x3da7870) at qdbusintegrator.cpp:1537 #17 0x7f0bf56e9a2e in QObject::event (this=0x7e2e1dd0, e=optimized out) at kernel/qobject.cpp:1195 #18 0x7f0bf4a80814 in QApplication::event (this=0x7e2e1dd0, e=0x3da7870) at kernel/qapplication.cpp:2538 #19 0x7f0bf4a7e70c in QApplicationPrivate::notify_helper (this=this@entry=0xbfd100, receiver=receiver@entry=0x7e2e1dd0, e=e@entry=0x3da7870) at kernel/qapplication.cpp:4556 #20 0x7f0bf4a82b8a in QApplication::notify (this=0x7e2e1dd0, receiver=0x7e2e1dd0, e=0x3da7870) at kernel/qapplication.cpp:4417 #21 0x7f0bf6160886 in KApplication::notify (this=0x7e2e1dd0, receiver=0x7e2e1dd0, event=0x3da7870) at ../../kdeui/kernel/kapplication.cpp:311 #22 0x7f0bf56d4b5e in QCoreApplication::notifyInternal (this=0x7e2e1dd0, receiver=receiver@entry=0x7e2e1dd0, event=event@entry=0x3da7870) at kernel/qcoreapplication.cpp:915 #23 0x7f0bf56d89e1 in sendEvent (event=0x3da7870, receiver=0x7e2e1dd0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 #24 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0xbc26a0) at kernel/qcoreapplication.cpp:1539 #25 0x7f0bf57030e3 in sendPostedEvents () at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:236 #26 postEventSourceDispatch (s=0xbfef60) at kernel/qeventdispatcher_glib.cpp:279 #27 0x7f0bed3ad355 in g_main_context_dispatch () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #28 0x7f0bed3ad688 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #29 0x7f0bed3ad744 in g_main_context_iteration () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #30 0x7f0bf5703276 in QEventDispatcherGlib::processEvents (this=0xbc3b60, flags=...) at kernel/qeventdispatcher_glib.cpp:424 #31 0x7f0bf4b1f83e in QGuiEventDispatcherGlib::processEvents (this=optimized out, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #32 0x7f0bf56d38af in QEventLoop::processEvents (this=this@entry=0x7e2e1c40, flags=...) at kernel/qeventloop.cpp:149 #33 0x7f0bf56d3b38 in QEventLoop::exec (this=0x7e2e1c40, flags=...) at kernel/qeventloop.cpp:204 #34 0x7f0bf56d8cf8 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1187 #35 0x004036b6 in main (argc=1, argv=0x7e2e1f18) at ../../../kontact/src/main.cpp:226
Bug#694421: gworkspace: diff for NMU version 0.8.8-1.2
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for gworkspace (versioned as 0.8.8-1.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, -- Colin Watson [cjwat...@debian.org] diff -Nru gworkspace-0.8.8/debian/changelog gworkspace-0.8.8/debian/changelog --- gworkspace-0.8.8/debian/changelog 2012-05-26 17:51:35.0 +0100 +++ gworkspace-0.8.8/debian/changelog 2013-06-04 11:10:23.0 +0100 @@ -1,3 +1,10 @@ +gworkspace (0.8.8-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Re-encode changelog entry for 0.8.7-1 as UTF-8 (closes: #694421). + + -- Colin Watson cjwat...@debian.org Tue, 04 Jun 2013 11:10:22 +0100 + gworkspace (0.8.8-1.1) unstable; urgency=low * Non-maintainer upload. @@ -24,7 +31,7 @@ [Hubert Chathi] * Add suggests openoffice.org in gnustep-app-wrappers. * Add build-depends on libsqlite3-dev. - -- Gürkan Sengün gur...@phys.ethz.ch Wed, 01 Oct 2008 13:33:35 +0200 + -- Gürkan Sengün gur...@phys.ethz.ch Wed, 01 Oct 2008 13:33:35 +0200 gworkspace (0.8.6-1) unstable; urgency=low
Bug#710989: RFS: plover/2.2.0-4 ITP
* Paul Wise p...@debian.org, 2013-06-04, 09:48:
I am looking for a sponsor for my package plover.
As promised, here is a review...
Hey, I wrote a review, too! (But I don't intend to sponsor this
package.)
There is a security issue (DoS attack); on multi-user systems, any user
can prevent other users from running the program. I'm not sure but
there may also be a symlink attack.
I had a look how the lockfile module is implemented: indeed symlinks
attacks are possible.
The license info is in debian/copyright.
Strangely, the copyright file, unlike the package description, doesn't
currently say anything about GPL version.
I would suggest that 'python' is not the correct section. Either 'misc'
or 'utils' would be appropriate.
Maybe x11?
Bug #654659 has not much to do with the desktop-is-not-a-script patch,
so don't mention it in the patch header.
Why is Debian revision 4? It should be normally 1 for initial
releases...
README lists a number of Python modules required to run plover, but they
are not in Depends.
This manual page needs a lot of work. - yeah, it does! I think it
would be useful if you incorporated parts of README into the manpage.
Are Python modules included by this package supposed to be used by other
software? If yes, then the package name should be python-plover.
Otherwise the modules should be moved to a private directory (say
/usr/share/plover/).
application/plover has this:
| try:
| print If Plover is quit using Ctrl-c, the /tmp/plover.lock file must \
| be removed before Plover can be run again.
| gui = plover.gui.main.PloverGUI()
| gui.MainLoop()
| finally:
| lock.release()
I don't get it. Why would I have to remove the lock file manually? Isn't
that what the finally clause is for?
plover/config.py has this:
| CONFIG_DIR = os.path.expanduser('~/.config/plover')
It would be great if upstream could support XDG Base Directory
specification[0] instead of hardcoding ~/.config/.
Typos:
a the default - the default
copmose - compose
trasnlations - translations
[0] http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711050: libpango-1.0-0: Dependencies problem on upgrade
Package: libpango-1.0-0 Version: 1.32.5-5 Severity: important Dear Maintainer, When I run apt-get dist-upgrade to upgrade libpango-1.0-0 a bunch of other packages are listed for removal: ~: sudo apt-get -V -s dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be REMOVED: audacious (3.3.4-2) audacious-dbg (3.3.4-2) audacious-plugins (3.3.4-2) audacious-plugins-dbg (3.3.4-2) audacity (2.0.3-1) bleachbit (0.9.5-2) brasero (3.4.1-4) caribou (0.4.10-2) cheese (3.8.0-1) chromium (27.0.1453.93-1) default-jre (1.6-47) deluge (1.3.5-1) deluge-gtk (1.3.5-1) empathy (3.8.0-1) eog (3.8.0-2) evince (3.8.2-1) evolution (3.8.2-1) evolution-data-server (3.8.2-1) evolution-plugins (3.8.2-1) file-roller (3.8.2-1) gcr (3.8.2-1) gdm3 (3.6.1-2) gedit (3.8.0-1) gimp (2.8.4-1) gir1.2-caribou-1.0 (0.4.10-2) gir1.2-clutter-1.0 (1.14.0-1) gir1.2-clutter-gst-2.0 (2.0.2-1) gir1.2-coglpango-1.0 (1.14.0-1) gir1.2-gcr-3 (3.8.0-1) gir1.2-gdata-0.0 (0.13.3-2) gir1.2-gkbd-3.0 (3.4.0.2-1) gir1.2-gnomebluetooth-1.0 (3.8.0-1) gir1.2-goa-1.0 (3.8.2-1) gir1.2-gtkclutter-1.0 (1.4.4-2) gir1.2-gtksource-3.0 (3.4.2-1) gir1.2-mutter-3.0 (3.8.2-1) gir1.2-nmgtk-1.0 (0.9.8.0-2) gir1.2-peas-1.0 (1.4.0-2+b1) gir1.2-totem-1.0 (3.7.93-1) gir1.2-vte-2.90 (0.34.3-1) gir1.2-wnck-3.0 (3.4.2-1) gir1.2-zpj-0.0 (0.0.3-1) gksu (2.0.2-6) gnome-bluetooth (3.8.0-1) gnome-color-manager (3.8.0-1) gnome-contacts (3.8.0-1) gnome-control-center (3.8.2-1) gnome-documents (3.8.0-1) gnome-keyring (3.8.0-1) gnome-online-accounts (3.8.2-1) gnome-orca (3.4.2-2) gnome-power-manager (3.6.0-1) gnome-screensaver (3.6.0-1) gnome-session (3.8.2.1-1) gnome-shell (3.8.2-1) gnome-shell-extensions (3.8.2-1) gnome-sushi (3.8.0-1) gnome-system-monitor (3.8.2.1-1) gnome-terminal (3.8.0.1-1) gnome-themes-standard (3.8.1-2) gnome-user-guide (3.4.2-1+build1) gnote (3.8.1-2) gnuplot-nox (4.6.3-1) gstreamer0.10-x (0.10.36-1.1) gstreamer1.0-clutter (2.0.2-1) gstreamer1.0-x (1.0.7-1) gtk2-engines-pixbuf (2.24.18-1) gvfs-backends (1.16.2-2) icedtea-netx (1.4-1) inkscape (0.48.4-0.1) libaudcore1 (3.3.4-2) libavahi-ui-gtk3-0 (0.6.31-2) libbonoboui2-0 (2.24.3-1) libbrasero-media3-1 (3.4.1-4) libcanberra-gtk-module (0.30-2) libcanberra-gtk0 (0.30-2) libcaribou0 (0.4.10-2) libcheese-gtk23 (3.7.92-1) libcheese7 (3.7.92-1) libclutter-1.0-0 (1.14.0-1) libclutter-gst-2.0-0 (2.0.2-1) libclutter-gtk-1.0-0 (1.4.4-2) libcogl-pango12 (1.14.0-1) libcolord-gtk1 (0.1.24-1) libcryptui0a (3.2.2-1) libebackend-1.2-6 (3.7.92-1) libebook-1.2-14 (3.7.92-1) libebook-contacts-1.2-0 (3.8.0-2) libecal-1.2-15 (3.7.92-1) libedata-book-1.2-17 (3.7.92-1) libedata-cal-1.2-20 (3.7.92-1) libedataserver-1.2-17 (3.8.0-2) libevolution (3.8.0-1) libfolks-eds25 (0.9.1-2) libgail-common (2.24.18-1) libgail18 (2.24.18-1) libgcr-3-1 (3.8.2-1) libgdata13 (0.13.3-2) libgdu-gtk0 (3.0.2-3) libgegl-0.2-0 (0.2.0-2+nmu1) libgimp2.0 (2.8.4-1) libgksu2-0 (2.0.13~pre1-6) libglade2-0 (2.6.4-1) libgnome-bluetooth10 (3.4.2-1) libgnome-bluetooth11 (3.8.0-1) libgnomecanvas2-0 (2.30.3-1.2) libgnomekbd7 (3.4.0.2-1) libgnomeui-0 (2.24.5-2) libgoa-1.0-0 (3.8.2-1) libgtk-vnc-1.0-0 (0.5.2-2) libgtk2-perl (1.247-2) libgtk2.0-bin (2.24.18-1) libgtkhtml-4.0-0 (4.6.0-1) libgtkhtml-editor-4.0-0 (4.6.0-1) libgtkmm-2.4-1c2a (2.24.2-1) libgtkmm-3.0-1 (3.8.1-1) libgtksourceview-3.0-0 (3.4.2-1) libharfbuzz0 (0.9.17-4) libmagickcore5-extra (6.7.7.10-5) libmetacity-private0a (2.34.3-4) libmutter0b (3.8.1-1) libnautilus-extension1a (3.8.0-1) libnm-gtk0 (0.9.8.0-2) libpango-perl (1.224-1) libpangomm-1.4-1 (2.28.4-1) libpeas-1.0-0 (1.4.0-2+b1) libreoffice (4.0.3-3) libreoffice-base (4.0.3-3) libreoffice-base-core (4.0.3-3) libreoffice-calc (4.0.3-3) libreoffice-core (4.0.3-3) libreoffice-draw (4.0.3-3) libreoffice-gnome (4.0.3-3) libreoffice-gtk (4.0.3-3) libreoffice-impress (4.0.3-3) libreoffice-math (4.0.3-3) libreoffice-presenter-console (4.0.3-3) libreoffice-report-builder-bin (4.0.3-3) libreoffice-writer (4.0.3-3) libreoffice-writer2latex (1.0.2-10) libreoffice-zotero-integration (4.0.6-6) libseed-gtk3-0 (3.2.0-2+b1) libsexy2 (0.1.11-2+b1) libspice-client-gtk-2.0-4 (0.19-0nocelt3) libtotem0 (3.7.93-1) libvte-2.90-9 (0.34.3-1) libvte9 (0.28.2-5) libwebkitgtk-1.0-0 (1.8.1-3.4) libwebkitgtk-3.0-0 (1.11.91-1) libwnck-3-0 (3.4.2-1) libyelp0 (3.8.1-2) libzapojit-0.0-0 (0.0.3-1) meld (1.6.1-1) metacity (2.34.3-4) mutter (3.8.1-1) mythes-en-us (3.3.0-4) nautilus (3.8.0-1) nautilus-sendto (3.6.0-1)
Bug#708367: Fwd: [embedded-libs]: SONAME bump in libgd2 - libgd3
-- Forwarded message -- From: أحمد المحمودي aelmahmo...@sabily.org Date: Tue, Jun 4, 2013 at 9:49 AM Subject: Re: [embedded-libs]: SONAME bump in libgd2 - libgd3 To: Ondřej Surý ond...@debian.org On Wed, May 15, 2013 at 01:56:09PM +0200, Ondřej Surý wrote: libgd has bumped SOVERSION to 3, thus the checks need modification ---end quoted text--- Another thing is that libgd-dev is no longer a virtual package, so please remove it from /usr/share/lintian/data/fields/virtual-packages -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- Ondřej Surý ond...@sury.org signature.asc Description: PGP signature
Bug#711051: crystalspace-glshader-cg FTBFS: 'iShaderVarStack' does not name a type
Source: crystalspace-glshader-cg Version: 1.4.0-1 Severity: serious crystalspace-glshader-cg FTBFS after latest crystalspace 2.0 upload: make[1]: Entering directory `/tmp/buildd/crystalspace-glshader-cg-1.4.0' jam ...found 106 target(s)... ...updating 11 target(s)... MkDir1 ./out/linux/optimize/plugins/video/render3d/shader/shaderplugins/glshader_cg C++ ./out/linux/optimize/plugins/video/render3d/shader/shaderplugins/glshader_cg/glshader_cg.o In file included from /tmp/buildd/crystalspace-glshader-cg-1.4.0/plugins/video/render3d/shader/shaderplugins/glshader_cg/glshader_cgvp.h:30:0, from /tmp/buildd/crystalspace-glshader-cg-1.4.0/plugins/video/render3d/shader/shaderplugins/glshader_cg/glshader_cg.cpp:33: /tmp/buildd/crystalspace-glshader-cg-1.4.0/plugins/video/render3d/shader/shaderplugins/glshader_cg/glshader_cgcommon.h:101:11: error: 'iShaderVarStack' does not name a type -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652747: listadmin: --remove-member fails silently
Hello, Am Freitag, den 31.05.2013, 15:20 +0200 schrieb n: for what I have seen, the --remove-member option - works with mailman versions older than 2.1.11, - doesn't work with mailman versions greater than 2.1.11, works for one list with mailman 2.1.11 and not for another one with same version. I hope it can help... Thanks for this and your former bug reports. Sadly the upstream author does not work anymore on the listadmin script so don't have high expectations to get it fixed. Regards. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#694907: pmake: diff for NMU version 1.111-3.3
Control: tag -1 pending
Dear maintainer,
I've prepared an NMU for pmake (versioned as 1.111-3.3) and uploaded it
to DELAYED/10. Please feel free to tell me if I should delay it longer.
Regards,
--
Colin Watson [cjwat...@debian.org]
diff -Nru pmake-1.111/debian/changelog pmake-1.111/debian/changelog
--- pmake-1.111/debian/changelog 2011-09-21 23:41:05.0 +0100
+++ pmake-1.111/debian/changelog 2013-06-04 11:27:38.0 +0100
@@ -1,3 +1,13 @@
+pmake (1.111-3.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Mark pmake as Multi-Arch: foreign. The default configuration does
+differ on different architectures, but it can be overridden by setting
+MACHINE_ARCH and MACHINE_MULTIARCH (closes: #694907).
+ * Use correct compiler when cross-building (closes: #694909).
+
+ -- Colin Watson cjwat...@debian.org Tue, 04 Jun 2013 11:27:37 +0100
+
pmake (1.111-3.2) unstable; urgency=low
* Non-maintainer upload.
diff -Nru pmake-1.111/debian/control pmake-1.111/debian/control
--- pmake-1.111/debian/control 2011-05-29 15:08:02.0 +0100
+++ pmake-1.111/debian/control 2013-06-04 11:27:00.0 +0100
@@ -7,6 +7,7 @@
Package: pmake
Architecture: any
+Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: NetBSD make
pmake is a program designed to simplify the maintenance of other
diff -Nru pmake-1.111/debian/rules pmake-1.111/debian/rules
--- pmake-1.111/debian/rules 2011-05-29 15:08:02.0 +0100
+++ pmake-1.111/debian/rules 2013-06-04 11:27:00.0 +0100
@@ -11,10 +11,18 @@
-DHAVE_VSNPRINTF \
-D_GNU_SOURCE -Wno-unused
+DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
+ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
+CROSS :=
+else
+CROSS := CC=$(DEB_HOST_GNU_TYPE)-gcc
+endif
+
build: build-stamp
build-stamp:
dh_testdir
- $(MAKE) -f Makefile.boot CFLAGS=$(CFLAGS)
+ $(MAKE) -f Makefile.boot CFLAGS=$(CFLAGS) $(CROSS)
touch build-stamp
clean:
Bug#711052: xserver-xorg-dev: Includefiles declare external function, that are also declared in included includefiles
Package: xserver-xorg-dev Version: 2:1.12.4-6 Severity: minor Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Compilation of xserver-xorg-video-intel * What exactly did you do (or not do) that was effective (or ineffective)? Compilation of xserver-xorg-video-intel * What was the outcome of this action? Lots of compilerwarnigs complaining about previous declarations. * What outcome did you expect instead? No warnings 1. randrstr.h includes rrtransform.h In line 581 RRTransformCompute is declared, which is also declared in rrtransform.h 2. xf86Modes.h includes xf86.h. In lines 43 to 67 there are 10 functions, that are also declared in xf86.h: xf86ModeHSync xf86ModeVRefresh xf86DuplicateMode xf86DuplicateModes xf86SetModeDefaultName xf86SetModeCrtc xf86ModesEqual xf86PrintModeline xf86ModesAdd xf86CVTMode Commenting these declarations in randrstr.h and xf86Modes.h removed the warnings. As these functions are declared in included includefiles, there are no undefined names. Reinhard -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-rc4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-dev depends on: ii libpciaccess-dev 0.13.1-2 ii libpixman-1-dev0.26.0-4 ii libxkbfile-dev 1:1.0.8-1 ii x11proto-core-dev 7.0.23-1 ii x11proto-dri2-dev 2.8-1 ii x11proto-fonts-dev 2.1.2-1 ii x11proto-input-dev 2.2-1 ii x11proto-kb-dev1.0.6-2 ii x11proto-randr-dev 1.4.0-1 ii x11proto-render-dev2:0.11.1-2 ii x11proto-video-dev 2.3.1-2 ii x11proto-xext-dev 7.2.1-1 ii x11proto-xinerama-dev 1.2.1-2 xserver-xorg-dev recommends no packages. xserver-xorg-dev 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#711054: synaptics touchpad becomes unusable under load
Package: src:linux Version: 3.8.13-1 Severity: important When my system gets under moderate real time load - i.e. watching a video - the touchpad becomes unusable. As an example, when I go to http://www.spotify.com which features a very large movie that is playing in the background, I can not use the mouse any more *at all*. And with at all I mean at all: I just am not able to move it anywhere any more. The touchpad has been behaving very badly with previous kernels allready, i.e.: $ ls /boot/vmlinuz-3.* /boot/vmlinuz-3.2.0-4-amd64 /boot/vmlinuz-3.7.0 /boot/vmlinuz-3.7.0-rc6 /boot/vmlinuz-3.8-2-amd64 ... but with kernel 3.8-2 usability has become hell: Using the touchpad is now *really* painful. Note the extract from the kernel.log below. The touchpad and keyboard are loosing their sync all the time. Wrt keyboard this means, that keyboard behavior is quite erratic - one can never be sure what is received by the system when typing quickly - sometimes keys are repeated many times, sometimes they do not get through at all. All pointers on how to diagnose or debug this problem better or even improve the situation are very wellcome. There's a quite unacted upon upstream bugreport about these (?) problems here: https://bugzilla.kernel.org/show_bug.cgi?id=37852 *t -- Package-specific info: ** Version: Linux version 3.8-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.8.13-1 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.8-2-amd64 root=UUID=14178330-c36b-4587-8c2b-d59727c55d72 ro quiet acpi_backlight=vendor ** Not tainted ** Kernel log: [94373.889790] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94373.891784] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94373.893302] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94373.893311] psmouse serio1: issuing reconnect request [94423.331405] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94423.332832] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94423.342560] psmouse serio1: TouchPad at isa0060/serio1/input0 - driver resynced. [94424.833003] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94424.834020] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94424.842735] psmouse serio1: TouchPad at isa0060/serio1/input0 - driver resynced. [94427.399534] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 4 [94427.401195] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94427.402600] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94427.403937] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94427.404998] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94427.405008] psmouse serio1: issuing reconnect request [94452.147694] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94452.149062] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94452.159785] psmouse serio1: TouchPad at isa0060/serio1/input0 - driver resynced. [94485.598268] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94485.602819] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94485.611757] psmouse serio1: TouchPad at isa0060/serio1/input0 - driver resynced. [94491.457237] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94491.459754] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94491.468063] psmouse serio1: TouchPad at isa0060/serio1/input0 - driver resynced. [94654.222112] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 4 [94654.226680] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94654.228059] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94654.229120] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94654.230558] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94654.230568] psmouse serio1: issuing reconnect request [94760.344259] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94760.348853] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94760.357961] psmouse serio1: TouchPad at isa0060/serio1/input0 - driver resynced. [94812.599135] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94812.603710] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94812.615886] psmouse serio1: TouchPad at isa0060/serio1/input0 - driver resynced. [94828.353471] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94828.354463] psmouse serio1: TouchPad at isa0060/serio1/input0 lost sync at byte 1 [94828.362838] psmouse serio1: TouchPad at isa0060/serio1/input0 - driver resynced. [94831.379838] psmouse serio1:
Bug#711053: hugin: Hugin crashes X system and machine has to be rebooted to recover
Package: hugin Version: 2013.0.0~beta1+dfsg-3 Severity: critical Justification: breaks unrelated software Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Simply start hugin from a terminal and teh whole X system crashes and cannot be started again till the sytem is rebooted. * What exactly did you do (or not do) that was effective (or ineffective)? I tried opening the program manually from the terminal as I usually do. The program window hardly appears when the whole X system crashes. * What was the outcome of this action? A crash of the whole X system. * What outcome did you expect instead? Well, being able to open and use the program as usual. I am also enclosing the X log that may show why the X server is crashing (the problem might be in the driver and not the program, no idea). Thank you! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/1 CPU core) 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 hugin depends on: ii enblend 4.0+dfsg-5 ii enfuse4.0+dfsg-5 ii hugin-tools 2013.0.0~beta1+dfsg-3 ii libboost-signals1.53.01.53.0-5 ii libboost-system1.53.0 1.53.0-5 ii libboost-thread1.53.0 1.53.0-5 ii libc6 2.17-4 ii libexiv2-12 0.23-1 ii libgcc1 1:4.8.1-1 ii libgl1-mesa-glx [libgl1] 8.0.5-6 ii libglew1.71.7.0-3 ii libglu1-mesa [libglu1]8.0.5-6 ii libimage-exiftool-perl9.13-1 ii libpano13-2 2.9.18+dfsg-6 ii libstdc++64.8.1-1 ii libtiff4 3.9.6-11 ii libwxbase2.8-02.8.12.1-12 ii libwxgtk2.8-0 2.8.12.1-12 ii make 3.81-8.2 hugin recommends no packages. hugin suggests no packages. -- no debconf information [46.175] X.Org X Server 1.12.4 Release Date: 2012-08-27 [46.175] X Protocol Version 11, Revision 0 [46.175] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [46.175] Current Operating System: Linux halconmilenario 3.9-1-amd64 #1 SMP Debian 3.9.4-1 x86_64 [46.175] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.9-1-amd64 root=UUID=22f79972-4a3e-4703-a5e8-d3fd0cbb743d ro acpi_enforce_resources=lax quiet [46.175] Build Date: 17 April 2013 10:22:47AM [46.175] xorg-server 2:1.12.4-6 (Julien Cristau jcris...@debian.org) [46.175] Current version of pixman: 0.26.0 [46.175] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [46.175] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [46.176] (==) Log file: /var/log/Xorg.0.log, Time: Tue Jun 4 12:00:47 2013 [46.205] (==) Using config file: /etc/X11/xorg.conf [46.205] (==) Using system config directory /usr/share/X11/xorg.conf.d [46.218] (==) ServerLayout Default Layout [46.218] (**) |--Screen Default Screen (0) [46.218] (**) | |--Monitor Generic Monitor [46.218] (**) | |--Device Gforce 6100 [46.218] (**) |--Input Device Generic Keyboard [46.218] (**) |--Input Device Configured Mouse [46.218] (==) Automatically adding devices [46.218] (==) Automatically enabling devices [46.253] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [46.253] Entry deleted from font path. [46.271] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [46.271] (==) ModulePath set to /usr/lib/xorg/modules [46.271] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [46.271] (WW) Disabling Generic Keyboard [46.271] (WW) Disabling Configured Mouse [46.271] (II) Loader magic: 0x7f4f949bcae0 [46.271] (II) Module ABI versions: [46.271] X.Org ANSI C Emulation: 0.4 [46.271] X.Org Video Driver: 12.1 [46.271] X.Org XInput driver : 16.0 [46.271] X.Org Server Extension : 6.0 [46.273] (--) PCI:*(0:0:5:0) 10de:0242:1462:7207 rev 162, Mem @ 0xfd00/16777216, 0xd000/268435456, 0xfc00/16777216, BIOS @ 0x/131072 [46.274] (II) Open ACPI successful (/var/run/acpid.socket) [46.274] (II) extmod will be loaded. This was enabled by default and also specified in the config file. [46.274] (II) dbe will be loaded by default. [46.274] (II) glx will be loaded. This was enabled by default and also specified in the config file. [46.274]
Bug#711050: libpango-1.0-0: Dependencies problem on upgrade
On 04/06/13 12:26, Michele Cane wrote: Package: libpango-1.0-0 Version: 1.32.5-5 Severity: important Dear Maintainer, When I run apt-get dist-upgrade to upgrade libpango-1.0-0 a bunch of other packages are listed for removal: Unfortunately there's not enough info to know why those packages are being removed. Please do the following instead and attach the whole output for each of these commands: sudo aptitude safe-upgrade and sudo aptitude dist-upgrade Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707821: sl-modem-source: fails to upgrade from squeeze [i386]
On Tue, Jun 04, 2013 at 11:43:22AM +0200, Andreas Beckmann wrote: Oops, missed the *unstable* part in there. Done. Thanks. According to debian/copyright the package should be autobuildable in non-free. Has this been requested to be whitelisted? http://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd I did this request few years ago. And IIRC, sl-modem was whitelisted, hence I added XS-Autobuild to sl-modem, yet when I asked once I was told that autobuilders don't always work. Isn't there some sort of query to check if sl-modem is actually whitelisted or not ? When uploading a new version, you could do a merged upload of amd64+i386 - that's what I used for the nvidia stuff before I got autobuilding turned on and became a DD: * build amd64 * build i386 (binary only) * mergechanges -f ..._amd64.changes ..._i386.changes * sign ..._multi.changes * dput ..._multi.changes Ah, thanks. I didn't know about mergechanges. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#711055: php5-common: unowned files after purge (policy 6.8, 10.8): /etc/php5/mods-available/{opcache, pdo}.ini
Package: php5-common Version: 5.5.0~rc2+dfsg-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m26.7s ERROR: FAIL: Package purging left files on system: /etc/php5/mods-available/opcache.ini not owned /etc/php5/mods-available/pdo.ini not owned cheers, Andreas php5-common_5.5.0~rc2+dfsg-2.log.gz Description: GNU Zip compressed data
Bug#709934: [Pkg-ime-devel] Bug#709934: libchewing: FTBFS on sparc
Forwarded upstream https://github.com/chewing/libchewing/issues/53 Kanru Aron Xu happyaron...@gmail.com writes: Package: src:libchewing Version: 0.3.4-1 Severity: serious libchewing currently FTBFS on sparc due to test case failures, and this has been preventing it from migrating to testing. Build log: https://buildd.debian.org/status/fetch.php?pkg=libchewingarch=sparcver=0.3.4-1stamp=1360996940 Tail of log for libchewing on sparc: ok 364 check function returned `1' shall be `1' ok 365 string function returned `�' shall be `�' PASS: test-special-symbol ok 1 ueStrLen ok 2 ueStrLen ok 3 ueStrNCpy ok 4 ueStrSeek ok 5 ueStrSeek PASS: test-utf8 === 4 of 13 tests failed Please report to chewing-de...@googlegroups.com === make[3]: Leaving directory `/build/buildd-libchewing_0.3.4-1-sparc-HSEujM/libchewing-0.3.4/test' make[2]: Leaving directory `/build/buildd-libchewing_0.3.4-1-sparc-HSEujM/libchewing-0.3.4/test' -- Kanru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696470: Re: Bug#696470: php5-suhosin: php5-common make php5-suhosin defective
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, Am 21.12.2012 11:27, schrieb Laszlo Boszormenyi (GCS): On Fri, 2012-12-21 at 10:00 +0100, stefano wrote: the package conflicts with php5-common 5.4.4-11 (the last of sid) but in aptitude the phpapi-20100525 (requests by php-suhosin) seems provided by php5-cgi 5.4.4-11 (for example). It is known and intentional. As php5-suhosin doesn't work with the current release of PHP5. Actually it never had a stable release that was worked with PHP 5.4, but upstream was working on it. Now s/he is missing for seven months. :( as this Break is unversioned, how is the plan to get a (maybe in the future) compatible php5-suhosin installed beside php5-common? Even if this problen can be solved for jessie and sid, what whould be the best way to provide a php5-suhosin package for wheezy (for example maybe via backports)? Many thanks for your thoughts, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFRrdAL9u6Dud+QFyQRAheBAJ4+ilo7EHApiak8viC7S2qgJhxVPwCbBDtu 0TMNPpIeZfXLbgHgRUgAR+I= =hwAu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711057: Allow to give out dm permissions without using local keyring
Package: dput-ng Version: 1.4 Severity: wishlist Hi, I tried to give a DM some permissions but the dcut tool insists that this is DM is in the debian-maintainers.gpg file as shipped by debian-keyring. However, the debian-keyring package is only uploaded about 3 to 4 times a year. This makes handing out permissions to those that became DM in the past months not possible with dcut. It would be nice if dcut could use keyring.debian.org, and/or has a flag to override the check. Btw, there's a missing space in the error message generated, see attached. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dput-ng depends on: ii python 2.7.3-4 ii python-dput 1.4 Versions of packages dput-ng recommends: ii bash-completion 1:2.0-1 dput-ng suggests no packages. -- no debconf information From 8eb7e9ad8c75fd2e8e5725132331606f93e0536c Mon Sep 17 00:00:00 2001 From: Thijs Kinkhorst th...@debian.org Date: Tue, 4 Jun 2013 13:37:07 +0200 Subject: [PATCH] Add missing space in error message. --- dput/commands/dm.py |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dput/commands/dm.py b/dput/commands/dm.py index dcb9ba7..268b5b0 100644 --- a/dput/commands/dm.py +++ b/dput/commands/dm.py @@ -106,7 +106,7 @@ class DmCommand(AbstractCommand): --keyring, DM_KEYRING, args.dm ]) if exit_status != 0: -raise DmCommandError(DM fingerprint lookup +raise DmCommandError(DM fingerprint lookup for argument %s failed. GnuPG returned error: %s % (args.dm, err)) -- 1.7.10.4
Bug#711058: wpasupplicant: running on wired connection doesn't send EAPOL logoff
Package: wpasupplicant Version: 1.0-3+b2 Severity: normal Dear Maintainer, having wpasupplicant configured through /etc/network/interfaces doesn't send EAPOL logoff when bringing down the interface therefore keeping the switchport on the authenticatior in authorized state. I'm currently using a simple script that connects to the wpa_supplicant on the interface and sends logoff manualy. It would be great if such a functionality could be integrated into the configuration scripts. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.4-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wpasupplicant depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-41 ii libc6 2.17-3 ii libdbus-1-3 1.6.10-1 ii libncurses5 5.9+20130504-1 ii libnl-3-200 3.2.21-1 ii libnl-genl-3-200 3.2.21-1 ii libpcsclite1 1.8.8-3 ii libreadline5 5.2+dfsg-2 ii libssl1.0.0 1.0.1e-3 ii libtinfo5 5.9+20130504-1 ii lsb-base 4.1+Debian11 wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: pn libengine-pkcs11-openssl none pn wpaguinone -- 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#711056: NetworkManager should rely on wpasupplicant =1.1
Package: network-manager Version: 0.9.8.0 Due to new features in wpa supplicant, network manager enabled proactive key caching in 0.9.8.0, however, without these features, it causes issues in WPA PEAP access points see NetworkManager bug 701342 https://bugzilla.gnome.org/show_bug.cgi?id=701342 I propose that network-manager 0.9.8.0 raise its dependency on wpa =1.1 until the necessary patches can be backported to the current dependency version. -Kevin Brandstatter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711050: libpango-1.0-0: Dependencies problem on upgrade
On 04/06/13 13:16, Michele Cane wrote:
sudo aptitude dist-upgrade
The following NEW packages will be installed:
libharfbuzz0a{ab}
The following packages will be upgraded:
libpango-1.0-0 libpango1.0-0 libpangocairo-1.0-0 libpangoft2-1.0-0
libpangoxft-1.0-0
5 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 1,362 kB of archives. After unpacking 689 kB will be used.
The following packages have unmet dependencies:
libharfbuzz0a : Breaks: libharfbuzz0 but 0.9.17-4 is installed.
Right there is the problem. libharfbuzz0a breaks/replaces (and rightfully does
so) libharfbuzz0. That should be fine, aptitude should resolve to uninstall
libharfbuzz0. Do you have something installed that depends on libharfbuzz0 other
than pango? What happens if you say No to aptitude's proposed solution? Does it
offer another option that is satisfiable (i.e. that will remove libharfbuzz0 but
not half of your system). Keep saying No until aptitude finds the right
solution.
Cheers,
Emilio
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711059: please consider switching to php-net-ldap2
Package: ocsinventory-reports Severity: wishlist Hi, Upstream of Net::LDAP / php-net-ldap has declared that project to be obsolete for years now, and refer to Net::LDAP2 / php-net-ldap2 as a replacement. It would be beneficial if you would switch to that module as well. This may require some upstream work. Your package is the last package in the archive depending on php-net-ldap. Thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702705: this is grave
Holger Levsen, le Tue 07 May 2013 15:31:20 +0200, a écrit : # justification: defeats the purpose of the package and has security impact Well, I actually had never imagined running vlock under an X session, because I tend to think it's deemed to break sooner or later depending on how X is configured/behaves/etc.: vlock is supposed to be started from the virtual console itself. There it does work completely fine (used a lot by a blind colleague of mine). Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710217: modsecurity-apache: CVE-2013-2765: NULL pointer dereference
Hi Alberto, On Tue, Jun 04, 2013 at 09:38:58AM +0200, Alberto Gonzalez Iniesta wrote: On Tue, Jun 04, 2013 at 06:50:50AM +0200, Salvatore Bonaccorso wrote: Hi Alberto On Wed, May 29, 2013 at 09:17:26AM +0200, Salvatore Bonaccorso wrote: the following vulnerability was published for modsecurity-apache. CVE-2013-2765[0]: NULL pointer dereference Upstream patch is at [1], fixed in 2.7.4[2]. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2765 http://security-tracker.debian.org/tracker/CVE-2013-2765 [1] https://github.com/SpiderLabs/ModSecurity/commit/0840b13612a0b7ef1ce7441cf811dcfc6b463fba [2] https://raw.github.com/SpiderLabs/ModSecurity/master/CHANGES Please adjust the affected versions in the BTS as needed. Did you had a chance to already look at the upload for unstable? Can you also contact the Stable Release Managers for asking then for the inclusion in the next point release? (Note that the freeze for the NEW queue for it is already the coming weekend). Hi Salvatore, I was the AFK all the weekend, I'm preparing the upload to unstable now, and will contact SRM afterwards. Thanks! Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710646: listaller: FTBFS: runapp.c:26:36: fatal error: listaller-glib/manager.h: No such file or directory
Hi! 2013/6/4 Jeremy Bicha jbi...@ubuntu.com: In Ubuntu with packagekit 0.8.7, I needed to update listaller to 0.5.7 to work around this bug as neither 0.5.5 or 0.5.6 would compile. https://launchpad.net/ubuntu/+source/listaller/0.5.7-0ubuntu1 Thank you for the hint! Unfortunately, everything is blocked by the PackageKit transition at time, and I cannot do something about it at Debian until PackageKit = 0.8.6 is in unstable. With regards to PackageKit, you might want to know that the new PK uses systemd, both the logind service and the init-system (if available), to make offline-updates in GNOME work. You will need to test if this works in Ubuntu. Also, I will remove the Aptd compat link from the Debian package, since you will have to change this stuff in Ubuntu anyway, and it was originally added to make it possible to don't have a diff between Ubuntu and Debian. There shouldn't be any drawbacks when doing that, so you most likely won't notice anything in Ubuntu. Anyway, I am glad that Ubuntu has PK 0.8.x now, and I will push the packages to unstable as soon as I got clearance for the transition (will probably happen together with a GNOME transition). Thanks for the hint, because this means that I have to file some sync requests at Ubuntu to ensure that nothing breaks over there (some components of PK and LI have been split out into new source packages) Regards, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634937: /usr/sbin/cupsd: segfault in libavahi-common
Dear Debian User, Further information on your issue was requested some time ago but there has been no response from you. Use of our limited, volunteer supported resources is best served by not keeping open inactive bugs any longer than desirable, especially when the package concerned is older than the current stable Debian version. Consequently, the report is now being closed. You may, of course, wish to review the reported problem. It would be appreciated if any future investigation could be conducted using the testing or unstable distributions. If considered necessary, this report could be re-opened or a new bug report, possibly referencing this one, submitted. Please note there are now separate cups and cups-filters packages. Thank you for your report. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711060: pike7.8-core: fails to install because of missing GTK
Package: pike7.8-core Version: 7.8.700-4_i386 Severity: grave Tags: d-i Justification: renders package unusable Dear Maintainer, I tried installing pike7.8-700-4 on an embedded i386 system, in a remote ssh session. It fails with the following error: update-alternatives: using /usr/bin/pike7.8 to provide /usr/bin/pike (pike) in auto mode. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:12:Undefined identifier GTK. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:12:Illegal program pointer. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:23:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:23:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:23:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:41:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:44:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:47:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:49:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:56:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:56:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:56:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:56:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:58:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:65:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:65:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:65:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:106:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:106:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:118:Expected constant expression. /usr/lib/pike7.8/modules/Tools.pmod/PV.pike:133:Must return a value for a non-void function. xi:/home/marc/pike# vi /usr/lib/pike7.8/modules/Tools.pmod/PV.pike pike7.8-core recommends no packages. Versions of packages pike7.8-core suggests: pn pike7.8-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#711061: base: xorg won't start after upgrade; xorg-logs don't say any warnings or errors; maybe problems with Intel 82Q35 Express MEI Controller (dev_state = RESETING)
Package: base Severity: important Dear Maintainer, * What led up to the situation? I think the problem was an update/upgrade after about one week, ~300 packages (I wasn't at home for a while). After starting my pc in the next morning, I couldn't start my xserver anymore, though there are no warnings or errors in the xorg.file. This message was printed all the time to stdout: [$time] mei :00:00:03.0: unexpected reset: dev_state = RESETING 'lspci -nn' shows me that 03.0 is the Intel Corporation 82Q35 Express MEI Controller [8082:29b4] (rev 02) * What exactly did you do (or not do) that was effective (or ineffective)? No one from #debian-next could help me so far, so I'm filling my first bugreport. Sorry if it's very unspecific. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680469: Fixing LXC in Wheezy
LXC is completely unusable in Wheezy without manually installing Rob van der Hoeven's templates. Thus, in my opinion, this should be severity grave. It's great that this problem is fixed in testing/unstable, but given that ~80% of all Debian users use stable (popcon numbers), it's a bit unsatisfactory. It's also problematic since LXC is the only container solution left in Wheezy, now that kernel support for OpenVZ and VServer was removed. Is there any chance to get this fixed in Wheezy via a stable update (not necessarily via Rob's template) ? Best wishes, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711057: Allow to give out dm permissions without using local keyring
(Replying on my phone, sorry for unsigned and top posted mail) --force should ignore that check - just be sure to put the full fingerprint in without spaces (for dakside handling) Can you ACK that works? T On Jun 4, 2013 7:51 AM, Thijs Kinkhorst th...@debian.org wrote: Package: dput-ng Version: 1.4 Severity: wishlist Hi, I tried to give a DM some permissions but the dcut tool insists that this is DM is in the debian-maintainers.gpg file as shipped by debian-keyring. However, the debian-keyring package is only uploaded about 3 to 4 times a year. This makes handing out permissions to those that became DM in the past months not possible with dcut. It would be nice if dcut could use keyring.debian.org, and/or has a flag to override the check. Btw, there's a missing space in the error message generated, see attached. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dput-ng depends on: ii python 2.7.3-4 ii python-dput 1.4 Versions of packages dput-ng recommends: ii bash-completion 1:2.0-1 dput-ng suggests no packages. -- no debconf information
Bug#696470: [php-maint] Bug#696470: php5-suhosin: php5-common make php5-suhosin defective
On Tue, Jun 4, 2013 at 1:31 PM, Jan Wagner w...@cyconet.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, Am 21.12.2012 11:27, schrieb Laszlo Boszormenyi (GCS): On Fri, 2012-12-21 at 10:00 +0100, stefano wrote: the package conflicts with php5-common 5.4.4-11 (the last of sid) but in aptitude the phpapi-20100525 (requests by php-suhosin) seems provided by php5-cgi 5.4.4-11 (for example). It is known and intentional. As php5-suhosin doesn't work with the current release of PHP5. Actually it never had a stable release that was worked with PHP 5.4, but upstream was working on it. Now s/he is missing for seven months. :( as this Break is unversioned, how is the plan to get a (maybe in the future) compatible php5-suhosin installed beside php5-common? There's no plan since there's no suhosin. Even if this problen can be solved for jessie and sid, what whould be the best way to provide a php5-suhosin package for wheezy (for example maybe via backports)? You won't be able to use backports due PHP 5.5 in sid. If there's a new stable suhosin, we can always release new php 5.4 via pu, but I think that it's not worth the trouble for wheezy. Users can always use unpackaged extension with php5-dev. Ondrej -- Ondřej Surý ond...@sury.org
Bug#711062: Unable to load dynamic library '/usr/lib/php5/20121212/gd.so'
Package: php5-cli Version: 5.5.0~rc2+dfsg-2 Severity: grave # su - nobody No directory, logging in with HOME=/ nobody@jidanni2:/$ php PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212/gd.so' - /usr/lib/php5/20121212/gd.so: cannot open shared object file: No such file or directory in Unknown on line 0 -- System Information: Debian Release: jessie/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.8-2-486 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5-cli depends on: ii libbz2-1.01.0.6-4 ii libc6 2.17-4 ii libcomerr21.42.7~WIP-2013-01-01-1 ii libdb5.1 5.1.29-5 ii libedit2 2.11-20080614-5 ii libgssapi-krb5-2 1.11.2+dfsg-1 ii libk5crypto3 1.11.2+dfsg-1 ii libkrb5-3 1.11.2+dfsg-1 ii libmagic1 1:5.14-2 ii libonig2 5.9.1-1 ii libpcre3 1:8.31-2 ii libqdbm14 1.8.78-2 ii libssl1.0.0 1.0.1e-3 ii libxml2 2.9.0+dfsg1-4 ii mime-support 3.54 ii php5-common 5.5.0~rc2+dfsg-2 ii tzdata2013c-2 ii ucf 3.0027 ii zlib1g1:1.2.8.dfsg-1 php5-cli recommends no packages. Versions of packages php5-cli suggests: pn php-pear 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#711061: base: xorg won't start after upgrade; xorg-logs don't say any warnings or errors; maybe problems with Intel 82Q35 Express MEI Controller (dev_state = RESETING)
control: tags -1 + moreinfo Hi Andi, On Dienstag, 4. Juni 2013, Andi R. wrote: I think the problem was an update/upgrade after about one week, ~300 packages (I wasn't at home for a while). After starting my pc in the next morning, I couldn't start my xserver anymore, though there are no warnings or errors in the xorg.file. This message was printed all the time to stdout: [$time] mei :00:00:03.0: unexpected reset: dev_state = RESETING did you reboot into linux 3.9? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#703715: linux-image-3.2.0-4-amd64: random Wheezy freeze
On Tue, 2013-06-04 at 10:15 +0200, Davide Prina wrote: I have had a freeze using LibreOffice and the last update of Linux in testing. I think that this bug severity can be raised because it can cause data lost. Do you want Debian to ever release again? Then you must allow that not every crasher bug is grave and release-critical. The kernel team agreed that 'data loss' covers corruption or silent failure of disk writes or corruption of network transmissions. You must assume that memory is volatile (even UPS and batteries can fail). Auto-save is your friend. Ben. -- Ben Hutchings Sturgeon's Law: Ninety percent of everything is crap. signature.asc Description: This is a digitally signed message part
Bug#581723: Debian Bug #581723 (python-django-registration: tests fail whith custom registration form)
Hi Ihor, I know it's some time, but would you mind re-checking if your reported bug is still happening with the newly packaged 0.9 prereleases? Thx! Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711057: Allow to give out dm permissions without using local keyring
On Tue, June 4, 2013 13:55, Paul R. Tagliamonte wrote: (Replying on my phone, sorry for unsigned and top posted mail) --force should ignore that check - just be sure to put the full fingerprint in without spaces (for dakside handling) Can you ACK that works? That works. So this bug can be rephrased to a request to update the man page to mention this option. Thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711063: wpasupplicant: EAP access point constantly roaming with proactive key caching
Package: wpasupplicant Version: 1.0-3+b2 Severity: important Dear Maintainer, With proactive key caching enabled for WPA-PEAP, the connection constantly roams causing disruption of connection every few minutes for a significant period. This was fixed upstream in 1.1 For more information on the problem see https://bugzilla.gnome.org/show_bug.cgi?id=701342 -- 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.2.0-4-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 wpasupplicant depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-41 ii libc6 2.17-3 ii libdbus-1-3 1.6.10-1 ii libncurses5 5.9+20130504-1 ii libnl-3-200 3.2.21-1 ii libnl-genl-3-200 3.2.21-1 ii libpcsclite1 1.8.8-3 ii libreadline5 5.2+dfsg-2 ii libssl1.0.0 1.0.1e-3 ii libtinfo5 5.9+20130504-1 ii lsb-base 4.1+Debian11 wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: pn libengine-pkcs11-openssl none pn wpaguinone -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#687500: plymouth: hangs in the console instead of switching to display manager
Control: found -1 0.8.8-8 Control: found -1 0.8.8-6 Hi, Same here with 0.8.8-6 and 0.8.8-8. Since my upgrade to sid a few weeks ago, instead of GDM, I see a black screen with a non blinking cursor in the top left corner. I cannot get a login prompt by hitting CTRL+ALT+FX. Hitting CTRL+ALT+SUPPR restarts the computer. It shows the plymouth restarting screen. Same here. This is with the joy theme. Switching to the text theme workarounds the issue for me. Pressing Esc just after I enter my LUKS passphrase also workarounds the issue. In case it matters, I'm using systemd on a mostly up-to-date sid system, on a Thinkpad X201 (Intel Corporation Core Processor Integrated Graphics Controller). Daniel, I see this bug has been tagged moreinfo 8 months ago. I'm happy to provide more information once you specify what kind of additional information you need. Also, I feel that this bug is worth severity important: for non-technical users who would not think of pressing ESC or switching to the text theme, this issue is equivalent, in practice, to the last OS upgrade has made my system unbootable. But well, I'd rather see this fixed rather than spend more time arguing about bug severity :) Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711062: [php-maint] Bug#711062: Unable to load dynamic library '/usr/lib/php5/20121212/gd.so'
Control: tags -1 moreinfo Control: severity -1 normal Ondřej Surý On 4. 6. 2013, at 14:05, jida...@jidanni.org wrote: Package: php5-cli Version: 5.5.0~rc2+dfsg-2 Severity: grave # su - nobody No directory, logging in with HOME=/ nobody@jidanni2:/$ php PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212/gd.so' - /usr/lib/php5/20121212/gd.so: cannot open shared object file: No such file or directory in Unknown on line 0 -- System Information: Debian Release: jessie/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.8-2-486 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5-cli depends on: ii libbz2-1.01.0.6-4 ii libc6 2.17-4 ii libcomerr21.42.7~WIP-2013-01-01-1 ii libdb5.1 5.1.29-5 ii libedit2 2.11-20080614-5 ii libgssapi-krb5-2 1.11.2+dfsg-1 ii libk5crypto3 1.11.2+dfsg-1 ii libkrb5-3 1.11.2+dfsg-1 ii libmagic1 1:5.14-2 ii libonig2 5.9.1-1 ii libpcre3 1:8.31-2 ii libqdbm14 1.8.78-2 ii libssl1.0.0 1.0.1e-3 ii libxml2 2.9.0+dfsg1-4 ii mime-support 3.54 ii php5-common 5.5.0~rc2+dfsg-2 ii tzdata2013c-2 ii ucf 3.0027 ii zlib1g1:1.2.8.dfsg-1 php5-cli recommends no packages. Versions of packages php5-cli suggests: pn php-pear none -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711050: libpango-1.0-0: Dependencies problem on upgrade
Hi,
On Tue, 2013-06-04 at 13:41 +0200, Emilio Pozuelo Monfort wrote:
On 04/06/13 13:16, Michele Cane wrote:
sudo aptitude dist-upgrade
The following NEW packages will be installed:
libharfbuzz0a{ab}
The following packages will be upgraded:
libpango-1.0-0 libpango1.0-0 libpangocairo-1.0-0 libpangoft2-1.0-0
libpangoxft-1.0-0
5 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 1,362 kB of archives. After unpacking 689 kB will be used.
The following packages have unmet dependencies:
libharfbuzz0a : Breaks: libharfbuzz0 but 0.9.17-4 is installed.
Right there is the problem. libharfbuzz0a breaks/replaces (and rightfully does
so) libharfbuzz0. That should be fine, aptitude should resolve to uninstall
libharfbuzz0. Do you have something installed that depends on libharfbuzz0
other
than pango? What happens if you say No to aptitude's proposed solution? Does
it
offer another option that is satisfiable (i.e. that will remove libharfbuzz0
but
not half of your system). Keep saying No until aptitude finds the right
solution.
All the options proposed by aptitude are the one that I posted in my
previous mail and non of the is satisfactory.
Probably is due to the gnome packages that I have installed from
experimental.
Cheers
Mike
signature.asc
Description: This is a digitally signed message part
Bug#711062: workaround
Workaround: install and then purge php5-gd. One notes also this error message Purging configuration files for php5-gd ... Undefined subroutine conffile::abs_path called at /usr/bin/ucfq line 529, HASH line 29. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711064: Maintainer blocker bug to avoid too early Jessie migration
Package: cups Version: 1.6.2-8 Severity: serious Cups 1.6 brings in quite some invasive changes (move to cups-filters and cups-browsed, etc) so I'd prefer if it could spend more time in unstable to be sure we catch all bugs brought in by this new upstream release. Please consult debian-print...@lists.debian.org before closing this bug. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699462: unblock (pre-approval): openblas/0.1.1-7
On 2013-06-04 9:43, Adam D. Barratt wrote: On 2013-06-04 9:28, Sébastien Villemot wrote: Unfortunately the pu failed to build on powerpc. The cause is that the powerpc buildd now announces itself as POWER7 arch, which is not recognized by openblas. I guess this change has to do with the buildd being upgraded to wheezy. I attach a new debdiff which should fix the issue. This patch is already applied upstream and in jessie/sid. It simply consists in treating POWER7 as if it were POWER6. Please go ahead; thanks. +deb7u2 flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
