Bug#695228: [Packaging] Bug#695228: munin: please support libapache2-mod-fcgid out of the box
Also, libapache2-mod-fastcgi is in non-free, while libapache2-mod-fcgid is in main. I don't think we should ship with default configuration recommending non-free software. The example at http://munin.readthedocs.org/en/latest/example/webserver/apache-virtualhost.html also works, with less nesting. -- Stig Sandbeck Mathisen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692852: dolfin: Avoid hardcoding the swig2.0 version
Hi, On Wed, Dec 05, 2012 at 07:17:30PM +0100, gregor herrmann wrote: On Wed, 05 Dec 2012 13:20:48 +0100, Ralf Treinen wrote: This has now made python-dolphin not installable in sid since the version of swig in sid has passed to 2.0.8-1 on 2012-10-31. However, python-dolphin still depends on swig2.0 (= 2.0.7), swig2.0 ( 2.0.8~). Hence raising severity to serious. Ack. But rebuilding it in sid now with the proposed patch would make it uninstallable in wheezy, which still has swig2.0 2.0.7. I guess we should tag this bug 'sid' for the time being? I agree, this bug only applies to sid. Setting the sid tag now. IMHO swig 2.0.8 shouldn't have been uploaded to sid during the freeze in the first place. Now that the damage is done I do not see why the bug in dolfin shouldn't be fixed in sid. I didn't look at the patch yet but if it fills into the binary package a dependency on a sepcific version of swig then the package won't migrate to wheezy anyway. -Ralf. -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.univ-paris-diderot.fr/~treinen/ = New email address: trei...@pps.univ-paris-diderot.fr = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695225: No support for mp4 container in Handbrake
Am 05.12.2012 18:56, schrieb Juliusz Chroboczek: In the Destination dialog, the Format field only supports MKV -- there's no way to select an mp4 container. Indeed, that's very high on the TODO list and this specific missing feature is even mentioned in the package description. We really need someone with the necessary expertise to port the libmp4v2-using code to use libavformat (or a similarly licensed library) instead. The point is that handbrake currently uses libmp4v2 for MP4 muxing. That library is licensed under the MPL, whereas the vast rest of the code is licensed under the GPL. Since both licenses are non-compatible, it is not possible for us to distribute a GPL'ed package that links against MPL'ed code. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695222: evince only shows garbage when displaying certain PDF documents
On 06.12.2012 03:41, YunQiang Su wrote: On Thu, Dec 6, 2012 at 12:51 AM, Rogério Brito rbr...@ime.usp.br wrote: Evince (but not other poppler-based viewers, like the xpdf that is in Debian) only show garbage when displaying certain documents. This file shows correctly in Ubuntu precise with evince 3.4, While cannot work with evince 3.6 in Debian experimental. Is it a problem of font config? .. Versions of packages evince depends on: ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 This is most likely another one of those libcairo regressions that happened in 1.12. Precise is shipping libcairo 1.10 afaik. Rogerio, could you try the 1.10 snapshots from [1] to verify that? Michael [1] http://snapshot.debian.org/package/cairo/1.10.2-7/ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#695253: upstream bug in paste/fixture.py
Package: python-paste Version: 1.7.5.1-4.1 Severity: important I use python-paste as a testsuite for web.py. I discovered a small bug that let's my Python tests fail for the method ,,TestResponse.mustcontain()''. Patch is attached. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb --- paste/fixture.py.orig 2012-12-06 09:17:37.0 +0100 +++ paste/fixture.py 2012-12-06 09:17:45.0 +0100 @@ -828,7 +828,7 @@ print sys.stderr, Actual response (has %r) % no_s print sys.stderr, self raise IndexError( -Body contains string %r % s) +Body contains string %r % no_s) def __repr__(self): return 'Response %s %r' % (self.full_status, self.body[:20]) pgpQbbCUJDSuP.pgp Description: Digitale PGP-Unterschrift
Bug#695254: clementine does not start
Package: clementine Version: 1.0.1+dfsg-2+b1 Severity: grave Justification: renders package unusable Dear Maintainer, After d-u clementine isn't usable anymore, and I have a segmentation fault from Konsole. Thanks for your help. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6-8.slh.3-aptosid-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages 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.13-37 ii libcdio130.83-4 ii libchromaprint0 0.6-2 ii libechonest1.2 1.2.1-1 ii libgcc1 1:4.7.2-4 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 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 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-4 ii libplist11.8-1 ii libprojectm2 2.1.0+dfsg-1 ii libqjson00.7.1-7 ii libqt4-dbus 4:4.8.2+dfsg-4 ii libqt4-network 4:4.8.2+dfsg-4 ii libqt4-opengl4:4.8.2+dfsg-4 ii libqt4-sql 4:4.8.2+dfsg-4 ii libqt4-sql-sqlite4:4.8.2+dfsg-4 ii libqt4-xml 4:4.8.2+dfsg-4 ii libqtcore4 4:4.8.2+dfsg-4 ii libqtgui44:4.8.2+dfsg-4 ii libqxt-gui0 0.6.1-7 ii libstdc++6 4.7.2-4 ii libtag1c2a 1.8-dmo1 ii libusb-1.0-0 2:1.0.12-2 ii libusbmuxd1 1.0.7-2 ii libx11-6 2:1.5.0-1 ii libxml2 2.8.0+dfsg1-7 ii projectm-data2.1.0+dfsg-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages clementine recommends: ii gstreamer0.10-alsa0.10.36-1.1 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 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#694998: [Pkg-mediawiki-devel] Bug#694998: mediawiki: CVE-2012-5391 CVE-2012-5395
Hi, sorry, I’m too tied up in other work that keeps popping up to check the new version if it’s ready for uploading in a timely manner. Just saying. If nobody pops up, I’ll do it eventually, of course, but it’s not on the top of my stack, so *if* someone else wants to help, be our guest. (Plus, uploads don’t work at the moment anyway…) bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689858: gnome: Dependency on xul-ext-adblock-plus is uncalled for
Package: gnome Version: 1:3.4+6 Followup-For: Bug #689858 Please, can this annoyance be removed? ABP should be installed by those who case, not automatically for everyone. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=lt_LT.utf8, LC_CTYPE=lt_LT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome depends on: ii abiword 2.9.2+svn20120603-8 ii aisleriot1:3.4.1-1 ii alacarte 3.5.3-1 ii avahi-daemon 0.6.31-1 ii cheese 3.4.2-2 ii cups-pk-helper 0.2.3-2 ii desktop-base 7.0.3 ii evolution3.4.4-1 ii evolution-plugins3.4.4-1 ii file-roller 3.4.2-1 ii gedit3.4.2-1 ii gedit-plugins3.4.0-1 ii gimp 2.8.2-1 ii gnome-applets3.4.1-3 ii gnome-color-manager 3.4.2-1 ii gnome-core 1:3.4+6 ii gnome-documents 0.4.2-1 ii gnome-games 1:3.4.2-3 ii gnome-media 3.4.0-1 ii gnome-nettool3.2.0-1 ii gnome-orca 3.4.2-2 ii gnome-shell-extensions 3.4.0-2 ii gnome-tweak-tool 3.4.0.1-2 ii gnumeric 1.10.17-1.1 ii gstreamer0.10-ffmpeg 0.10.13-5 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.3.1-1.1 ii libgtk2-perl 2:1.244-1 ii libreoffice-calc 1:3.5.4+dfsg-4 ii libreoffice-gnome1:3.5.4+dfsg-4 ii libreoffice-impress 1:3.5.4+dfsg-4 ii libreoffice-writer 1:3.5.4+dfsg-4 ii nautilus-sendto 3.0.3-2+b1 ii network-manager-gnome0.9.4.1-2 ii rhythmbox2.97-2.1 ii rhythmbox-plugin-cdrecorder 2.97-2.1 ii rhythmbox-plugins2.97-2.1 ii rygel-playbin0.14.3-2 ii rygel-preferences0.14.3-2 ii rygel-tracker0.14.3-2 ii seahorse 3.4.1-2 ii shotwell 0.12.3-2 ii simple-scan 3.4.2-1 ii sound-juicer 3.4.0-3 ii telepathy-gabble 0.16.1-2 ii telepathy-rakia 0.7.4-1 ii telepathy-salut 0.8.1-1 ii tomboy 1.10.0-2 ii totem3.0.1-8 ii totem-plugins3.0.1-8 ii tracker-gui 0.14.1-3 ii transmission-gtk 2.52-3 ii vinagre 3.4.2-1 ii xdg-user-dirs-gtk0.9-1 ii xul-ext-adblock-plus 2.1-1 Versions of packages gnome recommends: ii browser-plugin-gnash 0.8.11~git20120629-1 ii gdebi0.8.7 ii gnome-games-extra-data 3.2.0-4 ii menu-xdg 0.5 ii nautilus-sendto-empathy 3.4.2.3-1+build1 ii telepathy-idle 0.1.11-2 Versions of packages gnome suggests: pn dia-gnome none ii gnome-boxes3.4.3+dfsg-1 pn gnucashnone pn iceweasel-l10n-all none ii libreoffice-evolution 1:3.5.4+dfsg-4 pn plannernone pn xul-ext-gnome-keyring none Versions of packages gnome-core depends on: ii at-spi2-core2.5.3-2 ii baobab 3.4.1-1 ii brasero 3.4.1-4 ii caribou 0.4.4-1 ii caribou-antler 0.4.4-1 ii dconf-gsettings-backend 0.12.1-2 ii dconf-tools 0.12.1-2 ii empathy 3.4.2.3-1+build1 ii eog 3.4.2-1+build1 ii evince 3.4.0-3.1 ii evolution-data-server 3.4.4-1 ii fonts-cantarell 0.0.9-1 ii gcalctool 6.4.2.1-2+b1 ii gconf2 3.2.5-1+build1 ii gdm33.4.1-4 ii glib-networking 2.32.3-1 ii gnome-backgrounds 3.4.2-1 ii gnome-bluetooth 3.4.2-1 ii gnome-contacts 3.4.1-1+b1 ii gnome-control-center1:3.4.2+git20121016.29d7c0-1 ii gnome-dictionary3.4.0-2 ii gnome-disk-utility 3.0.2-3 ii gnome-font-viewer 3.4.0-2 ii gnome-icon-theme3.4.0-2 ii gnome-icon-theme-extras 3.4.0-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-keyring 3.4.1-5 ii gnome-menus 3.4.2-4 ii gnome-online-accounts 3.4.2-1 ii gnome-packagekit3.4.2-2 ii gnome-panel 3.4.2.1-3 ii gnome-power-manager 3.4.0-2 ii gnome-screensaver 3.4.1-1 ii gnome-screenshot3.4.1-1 ii gnome-search-tool 3.4.0-2+b1 ii gnome-session
Bug#623900: Bug#695194: dependencies
Hi Cédric On Wed, 5 Dec 2012 11:36:14 +0100 Cédric Boutillier cedric.boutill...@gmail.com wrote: The packaging of dependencies (ruby-jwt and ruby-crack) is currently in progress ruby-crack seems to be not progressed since it was ITPed. So, I've made its package today. Please check http://www.mithril-linux.org/~henrich/debian/package/temp/ If it's okay, I'll upload to unstable repository. (Of course, change maintainer to others are welcome) -- 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#660306: iceweasel: revert Iceweasel branding to Firefox
Package: iceweasel Version: 10.0.11esr-1 Followup-For: Bug #660306 Dear Maintainer, I'd like to remind you about this issue. The reasons behind Ice* branding are long gone, so please revert those names back to originals, or at least give us an option to install official branding as a separate package. It's of course mostly a psychological issue, but I personally prefer to have a shortcut to the well-known application on my desktop instead of a shortcut to its 'inferior' (even if just in terms of branding) cousin. In fact, this branding alone has caused me to download and use Firefox from mozilla.org, even though I strongly prefer packaged applications. Thanks! -- Package-specific info: -- Addons package information -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=lt_LT.utf8, LC_CTYPE=lt_LT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3.2 ii fontconfig 2.9.0-7 ii libc6 2.13-37 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libnspr42:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libsqlite3-03.7.13-1 ii libstdc++6 4.7.2-4 ii procps 1:3.3.3-2 ii xulrunner-10.0 10.0.11esr-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.10.1+dfsg-3 pn mozplugger none Versions of packages xulrunner-10.0 depends on: ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.01.0.6-4 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libevent-2.0-52.0.19-stable-3 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.2-4 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libmozjs10d 10.0.11esr-1 ii libnotify40.7.5-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3-1d2:3.13.6-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-3 ii libreadline6 6.2-8 ii libsqlite3-0 3.7.13-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-4 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages xulrunner-10.0 suggests: ii libcanberra0 0.28-5 ii libgnomeui-0 2.24.5-2 -- 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#693123: [request-tracker-maintainers] Bug#693123: unblock: rt-authen-externalauth/0.10-3
On 05.12.2012 23:49, Dominic Hargreaves wrote: On Wed, Dec 05, 2012 at 07:10:11PM +, Adam D. Barratt wrote: [rt maintainers added to CC] On Wed, 2012-12-05 at 07:17 +0100, Tom Jampen wrote: On 20.11.2012 19:56, Tom Jampen wrote: On Thu, 2012-11-15 at 10:05 +0100, Tom Jampen wrote: An rt-authen-externalauth maintainer pointed out that apache2 needs to be restarted after clearing the cache. Do you want me to create a debconf question or just indicate this necessity in the README.Debian for a successful wheezy unblock? We'd prefer to avoid introducing new potentially translation-requiring debconf material at this stage. OK, I see. So I propose to add a note to README.Debian or to postinst (similar to rt4) whatever you prefer. RT maintainers: is there any form of policy on how extension packages should handle restarting web servers after clearing Mason caches? If not, do you have any thoughts / preferences? For now it will need to just replicate the notification RT itself gives; it can be run in two many different ways for there to be a reliable automated way (at least not without a lot of work which hasn't been done yet). http://anonscm.debian.org/gitweb/?p=pkg-request-tracker/request-tracker4.git;a=blob;f=debian/postinst;h=dd5c4995c90b43684f43bc445872e05a1ca80c7b;hb=HEAD#l11 Sorry I don't have a better answer. I suppose ideally there'd be a helper script that extension packages could call. Technically of course, an extension should only be deleting mason cache files directly related to its output, but I doubt that is worth the fuss. Cheers, Dominic. Thanks, Dominic! So I assume, Adam, that you are ok with unblocking the next rt-authen-externalauth version if I use the same solution as request-tracker4 does for clearing the mason cache and indicating that apache needs to be restarted? Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695255: ITP: dualword -- foreign language vocabulary trainer
Package: wnpp Severity: wishlist Owner: Alexander Busorguin alexander.busorg...@gmail.com Package name: dualword Version : 1.1.1 Upstream Author : Alexander Busorguin alexander.busorg...@gmail.com URL : http://sourceforge.net/projects/dualword License : GPL v3 Programming Lang: C++ Description : Foreign language vocabulary trainer Features include: - Single choice questions. - Text to speech support. - User statistics. - Languages: English, German, French, Spanish, Russian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679531: gstreamer0.10-plugins-good: mp4 files produced with ffmpeg no longer supported in wheezy
Hi, Al Grimstad wrote (05 Dec 2012 19:05:04 GMT) : OK. Before purging gstreamer0.10-plugins-bad, audio but no video in totem. After purging (and restarting totem), video as well as audio. After reinstalling gstreamer0.10-plugins-bad audio but no video, as before. This does rather seem to isolate the problem. Sure, it does! Thank you. 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#644121: current status of #644121?
On Sun, 02 Oct 2011 18:59:46 -0700 Ian Zimmerman i...@buug.org wrote: This resulted in all my local configuration in /etc/dovecot/ being trashed, and overwritten with the shipped dovecot-core versions. Ian, neither Helmut nor Lisandro could reproduce the bug report you submitted. Can you provide any further instructions? I am inclined to close this bugreport and intend to do so if you don’t reply or cannot provide anything new that would allow us to move forward. You could always re-open or open another one in case you can reproduce it. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436792:
What is the status of ganttproject in debian ? Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593141: Bug#653582: ruby-hpricot: FTBFS on ia64: ruby crashes while running tests
On Mon, 16 Jan 2012 21:20:07 +0100 Lucas Nussbaum lu...@debian.org wrote: Dear release team, at some point before the wheezy release, we need to decide what to do with Ruby 1.9.X on ia64. It has been broken for months, and hasn't seen any activity in Debian (#539141) or upstream (http://bugs.ruby-lang.org/issues/5246). I think that removing it (with all its rev-depends) makes more sense than shipping a known-broken Ruby. To recap: ruby1.9.1 on ia64 is broken, neglected and lucas as one of its maintainers agrees to remove it on ia64. Dear release team: How do we move this forward? Should I follow http://wiki.debian.org/ftpmaster_Removals? -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695142: supertuxkart: SegFault on quit
tag 695142 + moreinfo unreproducible tag 694918 + moreinfo thanks On Thu, Dec 6, 2012 at 7:43 AM, David Smith sidic...@gmail.com wrote: Package: supertuxkart Version: 0.7.3-2+exp1 Severity: normal After completing a race or two, the game segfaults when trying to quit.. I can't reproduce this bug either, unfortunately. Before I forward this report upstream, can you please try and see if you can reproduce both this and #694918 with the static binary that upstream provides [1]? Thanks! Regards, Vincent [1] http://sourceforge.net/projects/supertuxkart/files/SuperTuxKart/0.7.3/supertuxkart-0.7.3-linux-glibc2.11-i386.tar.bz2/download -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695256: shell-fm: Shell-fm no longer works
Package: shell-fm Version: 0.7+git20100414-1 Severity: important Dear Maintainer, Shell-fm no longer works, when invoked it gives the error message Invalid HTTP: HTTP/1.0 403 Forbidden. I belive this to because the version in Debian uses the Last.fm 1.0 radio protocol which Last.fm disabled on 2012-12-01. The upstream developer has modified the program so it now works with Last.fm's version 2 protocol. Could you please update the Debian package? Peter 06-12-12 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF8, LC_CTYPE=en_GB.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shell-fm depends on: ii libao4 1.1.0-2 ii libc62.13-37 ii libmad0 0.15.1b-7 shell-fm recommends no packages. Versions of packages shell-fm suggests: ii python 2.7.3~rc2-1 pn zsh 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#548399: how to build projectlibre from source ?
#442032 only describes issues with CPAL 1.0. There is not real debian package source. I have been looking for the build instructions, but all I can find is: http://www.projectlibre.org/discussion/project-libre-source-code and http://www.projectlibre.org/blog/projectlibre-source-code-released The files section of sf.net only contains pre-build software. One has to download from git directly AFAIK. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681419: Proposed ballot for free/non-free dependencies question
On Fri, Oct 26, 2012 at 11:53:24AM +0200, Stefano Zacchiroli wrote: On Thu, Oct 25, 2012 at 03:05:30PM +0100, Colin Watson wrote: The Technical Committee has been asked to determine whether a dependency of the form package-in-main | package-in-non-free complies with this policy requirement, or whether virtual packages must instead be used to avoid mentioning the non-free alternative. […] B 6. Virtual packages are a suitable existing mechanism for packages to Bdeclare the set of abstract features they provide, and allow Bpackages in main to depend on such abstract features without Bneeding to name every (free or non-free) alternative. […] B 8. We recommend that affected packages consider the use of virtual Bpackages instead. I've a concern about option (B), which I haven't seen addressed in this draft, and that I think it should be addressed before voting (yes, I realize this is a discussion draft, but the sooner the better :-)). It seems to me that the two alternative encodings being discussed have a fundamental difference: 1) package-in-main | package-in-non-free encodes alternative *and* preference for the DFSG-free version 2) virtual-package only encodes alternative between a number of alternatives, some of which are free some of which are not I think you should reword (2), so that the usage of virtual packages is accompanied by an explicit preferences on the free alternative, similarly to what we do for virtual packages when they're used as build dependencies, i.e.: Right. I had this in the back of my mind as something I didn't need to spell out because policy already discusses real alternatives (7.5), but on reflection the wording there is much weaker than I remember and in any case you're correct that this is a disparity between the two ballot options. How about this, which I've committed to our git branch: B 6. Virtual packages are a suitable existing mechanism for packages to Bdeclare the set of abstract features they provide, and allow Bpackages in main to depend on such abstract features without Bneeding to name every (free or non-free) alternative. They should Bnevertheless name at least one free preferred alternative, so that Bthe package management system has appropriate defaults. [...] B 8. We recommend that affected packages consider the use of virtual Bpackages instead. When doing so, they should specify a real Bpackage in main as the first alternative, e.g. Depends: Bpackage-in-main | virtual-interface. I'm a bit on the extreme said perhaps, but I think we should *mandate* that client packages use the package-in-main | alternative and use it before virtual-package in the disjunction. Otherwise we risk having a significant regression. (I'm not sure if it is up to the tech-ctte to mandate this or, say, to the Policy.) I've skimmed briefly through policy, trying to find out whether package managers are supposed to favor package in main over packages in other suites, but haven't find it yet. If there is something like that already, then probably the above is redundant. But even in that case, I'd rather err on the safe side and at least recommend it in the ruling. I would personally not go as far as mandating it, since users who have enabled non-free have already, in my mind, indicated that they find non-free software to be at least minimally acceptable; and I can imagine situations where the technical preference would be for the non-free package because the free alternative is only a rather poor reimplementation, or similar. I do find it more in line with our general principles for packages in main to be preferred for dependency resolution, though, so I went for should. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695257: fsl: Clean enviroment path
Package: fsl Version: 4.1.9-6~nd60+1 Severity: normal Tags: patch upstream Having multiple versions of fsl installed, I find that the PATH and LD_LIBRARY_PATH are not cleaned when switching versions (sourceing fsl.sh multiple times). Arguably a corner case, with a simple solution: AWK ONLY: =-=-=--==- --- /tmp/4 2012-12-05 13:36:24.0 +0100 +++ /etc/fsl/fsl.sh 2012-12-06 10:00:17.0 +0100 @@ -13,7 +13,8 @@ # Possum is installed in the same directory POSSUMDIR=$FSLDIR -# add the fsl binary path to the search path +# clean up and add the fsl binary path to the search path +PATH=$( echo $PATH | awk -F: '{ORS=;MYOUT=0;for (i=1;i=NF;i++){ if ($i !~ /\/fsl\//){if (MYOUT==0){ print $i ; MYOUT++ } else print :$i }}}' ) PATH=$PATH:/usr/lib/fsl/4.1 # The following variable selects the default output image type @@ -62,7 +63,8 @@ FSLWISH FSLBROWSER FSLLOCKDIR FSLMACHINELIST FSLREMOTECALL -# Configure the linker search path for Debian FSLs internal shared libraries +# Clean and Configure the linker search path for Debian FSLs internal shared libraries +LD_LIBRARY_PATH=$( echo $LD_LIBRARY_PATH | awk -F: '{ORS=;MYOUT=0;for (i=1;i=NF;i++){ if ($i !~ /\/fsl\//){if (MYOUT==0){ print $i ; MYOUT++ } else print :$i }}}' ) LD_LIBRARY_PATH=/usr/lib/fsl/4.1${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} export LD_LIBRARY_PATH SHORTER BUT MORE PROGS INVOLVED =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= --- /tmp/4 2012-12-06 10:24:30.841855594 +0100 +++ /tmp/fsl2012-12-05 17:41:58.732980398 +0100 @@ -13,6 +13,9 @@ # Possum is installed in the same directory POSSUMDIR=$FSLDIR +# clean out previous fsl PATH components +PATH=$( echo $PATH | tr : \n | grep -v /fsl/ | tr -s \n : | sed 's/:$//') + # add the fsl binary path to the search path PATH=$PATH:/usr/lib/fsl/4.1 @@ -62,6 +65,9 @@ FSLWISH FSLBROWSER FSLLOCKDIR FSLMACHINELIST FSLREMOTECALL +# clean out previous fsl LD_LIBRARY_PATH components +LD_LIBRARY_PATH=$( echo $LD_LIBRARY_PATH | tr : \n | grep -v /fsl/ | tr -s \n : | sed 's/:$//') + # Configure the linker search path for Debian FSLs internal shared libraries LD_LIBRARY_PATH=/usr/lib/fsl/4.1${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} export LD_LIBRARY_PATH Thank you Michael for ND and Mark for FSL! Vincent -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fsl depends on: ii fsl-4.1 4.1.9-6~nd60+1 analysis tools for FMRI, MRI and D fsl recommends no packages. fsl suggests no packages. -- no debconf information -- De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. Het Universitair Medisch Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W. (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197. Denk s.v.p aan het milieu voor u deze e-mail afdrukt. -- This message may contain confidential information and is intended exclusively for the addressee. If you receive this message unintentionally, please do not use the contents but notify the sender immediately by return e-mail. University Medical Center Utrecht is a legal person by public law and is registered at the Chamber of Commerce for Midden-Nederland under no. 30244197. Please consider the environment before printing this e-mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692753: Balazar dies soon...
On Tue, Dec 04, 2012 at 08:21:56PM +0100, Tobias Hansen wrote: My impression after a short test of the game is that it is quite buggy also without this bug. Yeah, just look at the list of bugs in our BTS. The bug that requires disabling sound is enough for me, and it's not the only one. The game itself looks like that kind of games that make people laugh at Linux games as a whole so I would be glad if it was removed from everywhere but it's just my opinion. -- WBR, wRAR signature.asc Description: Digital signature
Bug#691477: Patch for #691477
Hi there! Here is very simple patch that solved this issue in gNewSense GNU/Linux (Parkes). It suggests Iceweasel instead of Opera as optional URL handler. --- a/src/common/xchat.c +++ b/src/common/xchat.c @@ -604,7 +604,7 @@ NAME WII\nCMD quote WHOIS %2 %2\n\n; static char defaultconf_urlhandlers[] = - NAME Open Link in Opera\n CMD !opera -remote 'openURL(%s)'\n\n; + NAME Open Link in Iceweasel\n CMD !iceweasel '%s'\n\n; #ifdef USE_SIGACTION /* Close and open log files on SIGUSR1. Usefull for log rotating */ -- Marek Buras cyfr0n (at) go2.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631799: [squeeze] Kernel logs name_count maxed, losing inode data messages
Hi, On 12/01/2012 11:10 PM, Ben Hutchings wrote: On Fri, 2012-11-30 at 11:10 +0100, Rik Theys wrote: [...] I cherry picked commits 5ef30ee53b187786e64bdc1f8109e39d17f2ce58 and 5195d8e217a78697152d64fc09a16e063a022465 and tried to compile the result, but it failed with the following error: kernel/auditsc.c:2189: error: conflicting types for ‘__audit_mq_open’ include/linux/audit.h:477: note: previous declaration of ‘__audit_mq_open’ was here kernel/auditsc.c:2289: error: conflicting types for ‘__audit_ipc_set_perm’ include/linux/audit.h:471: note: previous declaration of ‘__audit_ipc_set_perm’ was here Any idea on how to determine which intermediate patches are also needed? Or should I just try to modify commit 5195d8e217a78697152d64fc09a16e063a022465 to make it apply? It is not too difficult to fix up the conflicts. But this is a fairly big change, so I think this bug should now be 'wontfix' for wheezy. Sorry we didn't get it fixed earlier. Sorry to hear that. Would a patch that simply increases the static number of entries in the names array be an acceptable workaround? It would decrease the change of hitting this bug. Regards, Rik -- Rik Theys System Engineer KU Leuven - Dept. Elektrotechniek (ESAT) Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee +32(0)16/32.11.07 Any errors in spelling, tact or fact are transmission errors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695258: openrtm-aist-python -- A component-based robotics middleware (Python)
Package: wnpp Severity: wishlist * Package name : openrtm-aist Version : 1.1.0 * Upstream Author : Noriaki Ando n-a...@aist.go.jp * URL : http://openrtm.org/ * License : LGPL-3 (or Individual License) Description : OpenRTM is a robotics middleware. It provides C++, Python, Java libraries to enable robotics component development and also integrates with Eclipse. This middleware is OMG RTC standard compliant and is used by the robotics community: OpenRTM robotics application: http://www.yourepeat.com/g/OpenRTM Video tutorial/presentation: http://www.youtube.com/watch?v=1glmArJOUfA Paper: http://download.springer.com/static/pdf/409/chp%253A10.1007%252F978-3-540-89076-8_12.pdf?auth66=1354929841_a154cdcfa19b8526f61781cf20c2ec31ext=.pdf C++ version is ITP #695240. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695259: file: Please provide a python3-magic package
Package: file Version: 5.11-2 Severity: wishlist Dear Maintainer, please provide a python3-magic package. The 2to3 tool didn't showed any required changes to the small Python code. A missing python3-magic package is the last missing dependency that blocks devscripts to be ported from Python 2 to Python 3. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695261: choose-mirror: fails with with a preseeded mirror and a non-debianish codename
Package: choose-mirror Version: 2.44 Severity: normal Tags: patch I have a derivative distribution which has its own codename. So I have preseeded the installer like this: d-i mirror/country string enter information manually d-i mirror/suite string foobar d-i mirror/codename string foobar d-i mirror/http/hostname string ftp.foobar.com d-i mirror/http/directory string /foobar And this points to a perfectly fine APT repository. However while testing choose-mirror always ends up complaining that the mirror is broken after having tried to download http://ftp.foobar.com/foobar/dists/wheezy/Release and having noted that this file in fact contains another codename. This is precisely because wheezy is a symlink to foobar (because unfortunately too many Debian tools hardcode the codename in some ways). My CD contains a base system so many checks are skipped and in particular in get_default_suite() the preseeding of mirror/suite is ignored so that /etc/default-release is always the source of information. This comes back to this commit: commit 80b173602201a274681dbb9dffc0c43b39157bce Author: Frans Pop f...@debian.org Date: Thu Nov 19 21:46:28 2009 + Ignore preseeded suite when installing from CD with base system If we're installing from a CD that contains base system packages we want to always use the release corresponding to that. r61380 But I don't really buy this argument. If I preseed something, it's because I want this value to be used! Furthermore /etc/default-release is hardcoded in the initrd and it's much less convenient to update. Suggested patch is attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-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 From eb395dca02be0066b5a3d33c6af976e8d4279069 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= hert...@debian.org Date: Thu, 6 Dec 2012 10:57:30 +0100 Subject: [PATCH] Respect mirror/suite even if the installation media contains an installable base system. This partly reverts 80b173602201a274681dbb9dffc0c43b39157bce. The reasoning of that commit does not make much sense if you want official debian installer images to be usable for derivatives as well. Furthermore mirror/suite has no default value and if it's set, it means that the user wants to override the default hardcoded value in /etc/default-release. --- choose-mirror.c |2 +- debian/changelog |7 +++ 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/choose-mirror.c b/choose-mirror.c index fa782e7..93cc7a2 100644 --- a/choose-mirror.c +++ b/choose-mirror.c @@ -135,7 +135,7 @@ static char *get_default_suite(void) { char buf[SUITE_LENGTH]; debconf_get(debconf, DEBCONF_BASE suite); - if (! base_on_cd strlen(debconf-value) 0) { + if (strlen(debconf-value) 0) { /* Use preseeded or previously selected value. */ suite = strdup(debconf-value); } else { diff --git a/debian/changelog b/debian/changelog index ad2903c..7252559 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +choose-mirror (2.45) UNRELEASED; urgency=low + + * Respect mirror/suite even if the installation media contains an +installable base system. + + -- Raphaël Hertzog hert...@debian.org Thu, 06 Dec 2012 10:56:22 +0100 + choose-mirror (2.44) unstable; urgency=low [ Updated translations ] -- 1.7.10.4
Bug#695260: After upgrade from Lenny to Squeeze is no possible to configure lmodern.
Package: lmodern Version: 2.004.1-3 Severity: important -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lmodern depends on: ii defoma0.11.11Debian Font Manager -- automatic f ii dpkg 1.15.8.13 Debian package management system ii tex-common2.08.1 common infrastructure for building ii xfonts-utils 1:7.5+2X Window System font utility progr lmodern recommends no packages. lmodern suggests no packages. -- Configuration Files: /etc/X11/fonts/Type1/lmodern.scale [Errno 2] No such file or directory: u'/etc/X11/fonts/Type1/lmodern.scale' -- no debconf information After upgrading from Lenny to Squeeze lmodern it was not possible to configureter upgrade from Lenny to Squeeze. apt-get install -f return this error every time: debianserver:/# apt-get -f install Lettura elenco dei pacchetti... Fatto Generazione albero delle dipendenze Lettura informazioni sullo stato... Fatto 0 aggiornati, 0 installati, 0 da rimuovere e 62 non aggiornati. 1 non completamente installati o rimossi. Dopo quest'operazione, verranno occupati 0 B di spazio su disco. Configurazione di lmodern (2.004.1-3)... /etc/defoma/hints/lmodern.hints: Unable to open, or empty. dpkg: errore nell'elaborare lmodern (--configure): il sottoprocesso vecchio script di post-installation ha restituito lo stato di errore 1 configured to not write apport reports Elaborazione dei trigger per tex-common... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. Si sono verificati degli errori nell'elaborazione: lmodern E: Sub-process /usr/bin/dpkg returned an error code (1) debianserver:/# apt-get remove --purge lmodern Lettura elenco dei pacchetti... Fatto Generazione albero delle dipendenze Lettura informazioni sullo stato... Fatto I seguenti pacchetti saranno RIMOSSI: lmodern* 0 aggiornati, 0 installati, 1 da rimuovere e 62 non aggiornati. 1 non completamente installati o rimossi. Dopo quest'operazione, verranno liberati 46,7 MB di spazio su disco. Continuare [S/n]? s (Lettura del database... 169580 file e directory attualmente installati.) Rimozione di lmodern... /etc/defoma/hints/lmodern.hints: Unable to open, or empty. dpkg: errore nell'elaborare lmodern (--purge): il sottoprocesso vecchio script di pre-removal ha restituito lo stato di errore 1 configured to not write apport reports Elaborazione dei trigger per tex-common... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. Si sono verificati degli errori nell'elaborazione: lmodern E: Sub-process /usr/bin/dpkg returned an error code (1) debianserver:/# -- I have tried with: debianserver:/etc/defoma/hints# dpkg --force-all --remove lmodern (Lettura del database... 169543 file e directory attualmente installati.) Rimozione di lmodern... /etc/defoma/hints/lmodern.hints: Unable to open, or empty. dpkg: errore nell'elaborare lmodern (--remove): il sottoprocesso vecchio script di pre-removal ha restituito lo stato di errore 1 Elaborazione dei trigger per tex-common... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. Si sono verificati degli errori nell'elaborazione: lmodern -- In /etc/defoma/hints/ there is no file lmodern.hints -- If I ask dpkg about lmodern it answer me: debianserver:/# dpkg -l |grep lmodern rF lmodern2.004.1-3scalable PostScript and OpenType fonts based on Computer Modern -- I have resolved on this way: after downloaded the package I copied the file lmodern.hints, which is located in the archive data.tar.gz, in: /etc/defoma/hints/ At that point apt-get allowed me to reinstall the package without problems. I do not know if this is the correct procedure but I solved it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695235: mirror submission for debian.pet.ci.ufpb.br
Hello, I've added the local trace file. You can use this e-mail when I'm out: yyuri...@gmail.com At University, we have a 1Gbps network but the link that reaches at mirror machine is 100Mbps. José Ivan 2012/12/5 Simon Paillard spaill...@debian.org Hi, Thanks for mirroring Debian. Just a few questions below. On Wed, Dec 05, 2012 at 10:23:30PM +, Jose Ivan Bezerra Vilarouca FIlho wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: debian.pet.ci.ufpb.br Type: leaf Archive-architecture: amd64 i386 kfreebsd-amd64 kfreebsd-i386 CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ Could you please add a local trace file like: rsync all params LANG=C date -u debian-cd/project/trace/ debian.pet.ci.ufpb.br IPv6: yes CDImage-upstream: debian.c3sl.ufpr.br Updates: once Maintainer: Jose Ivan Bezerra Vilarouca FIlho Is there a role email address, so that we can reach someone when you're on holidays ? Country: BR Brazil Location: Joao Pessoa, Paraiba How much bandwidth is available ? -- Simon Paillard -- Graduando em Ciência da Computação - UFPB Laboratório de Aplicações de Vídeo Digital - LAViD Programa de Educação Tutorial - PET.Com Membro do Comitê Gestor de Redes do Centro de Informática - CGR-CI http://lattes.cnpq.br/3669021492084703http://buscatextual.cnpq.br/buscatextual/visualizacv.jsp?id=K4441952Z3
Bug#695262: bsdgames-nonfree: Coredump after loading save file
Package: bsdgames-nonfree Version: 2.17-4 Severity: normal Tags: upstream patch Dear Maintainer, When running the game, saving and then reloading, I sometimes get a segfault. I managed to track down the problem. Rogue's objects use a const char* to represent damage (e.g. 1d3). The pointer to this string gets saved in the savefile, but not the string itself. When the program is run again, the pointer is no longer valid, leading to segfaults. A solution to this is to use a fixed size array of char's (I used char[7] so that the size remains the same). Then the whole object will be a simple POD and serialize correctly. I have attached a patch (patch -p6 bsdgames.patch). Note that this will break save files. But you could argue that they were already broken ;) Cheers, Walter Landry wlan...@caltech.edu diff -ru /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17 /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17_patched/ diff -ru /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17/rogue/init.c /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17_patched/rogue/init.c --- /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17/rogue/init.c 2003-12-16 18:47:37.0 -0800 +++ /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17_patched/rogue/init.c 2012-12-06 01:28:28.160049621 -0800 @@ -159,7 +159,7 @@ obj = alloc_object(); /* initial weapons */ obj-what_is = WEAPON; obj-which_kind = MACE; - obj-damage = 2d3; + strncpy(obj-damage,2d3,7); obj-hit_enchant = obj-d_enchant = 1; obj-identified = 1; (void) add_to_pack(obj, rogue.pack, 1); @@ -168,7 +168,7 @@ obj = alloc_object(); obj-what_is = WEAPON; obj-which_kind = BOW; - obj-damage = 1d2; + strncpy(obj-damage,1d2,7); obj-hit_enchant = 1; obj-d_enchant = 0; obj-identified = 1; @@ -178,7 +178,7 @@ obj-what_is = WEAPON; obj-which_kind = ARROW; obj-quantity = get_rand(25, 35); - obj-damage = 1d2; + strncpy(obj-damage,1d2,7); obj-hit_enchant = 0; obj-d_enchant = 0; obj-identified = 1; diff -ru /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17/rogue/object.c /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17_patched/rogue/object.c --- /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17/rogue/object.c 2003-12-16 18:47:37.0 -0800 +++ /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17_patched/rogue/object.c 2012-12-05 23:33:49.596264092 -0800 @@ -536,25 +536,25 @@ switch(obj-which_kind) { case BOW: case DART: - obj-damage = 1d1; + strncpy(obj-damage,1d1,7); break; case ARROW: - obj-damage = 1d2; + strncpy(obj-damage,1d2,7); break; case DAGGER: - obj-damage = 1d3; + strncpy(obj-damage,1d3,7); break; case SHURIKEN: - obj-damage = 1d4; + strncpy(obj-damage,1d4,7); break; case MACE: - obj-damage = 2d3; + strncpy(obj-damage,2d3,7); break; case LONG_SWORD: - obj-damage = 3d4; + strncpy(obj-damage,3d4,7); break; case TWO_HANDED_SWORD: - obj-damage = 4d5; + strncpy(obj-damage,4d5,7); break; } } @@ -645,7 +645,7 @@ obj-picked_up = obj-is_cursed = 0; obj-in_use_flags = NOT_USED; obj-identified = UNIDENTIFIED; - obj-damage = 1d1; + strncpy(obj-damage,1d1,7); return(obj); } diff -ru /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17/rogue/rogue.h /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17_patched/rogue/rogue.h --- /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17/rogue/rogue.h 2005-02-15 22:24:50.0 -0800 +++ /home/boo/random_stuff/roguelike/bsdgames-nonfree-2.17_patched/rogue/rogue.h 2012-12-05 23:31:08.344256787 -0800 @@ -219,7 +219,7 @@ struct obj { /* comment is monster meaning */ unsigned long m_flags; /* monster flags */ - const char *damage; /* damage it does */ + char damage[7]; /* damage it does */ short quantity; /* hit points to kill */ short ichar;/* 'A' is for aquatar */ short kill_exp; /* exp for killing it */ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bsdgames-nonfree depends on: ii libc62.13-37 ii libncurses5 5.9-10 ii libtinfo5
Bug#695263: mutt: segfault on synchronizing imap mailbox after joining threads
Package: mutt Version: 1.5.21-6.2 Severity: normal Hello, Here is what I did: 1) Opened IMAP mailbox. 2) Joined two threads (with one message in each of them and different subjects) by pressing 't' on one message and then '' on another. 3) Synced the mailbox by pressing '$'. Mutt segfaulted shortly after printing 'Sorting mailbox'. The top part of the backtrace: #0 mutt_pattern_exec (pat=0x82306d0, flags=M_MATCH_FULL_ADDRESS, ctx=0x81e69a0, h=0xa2d0b30) at ../pattern.c:1174 No locals. #1 0x0806f6b2 in mutt_set_header_color (ctx=0x81e69a0, curhdr=0xa2d0b30) at ../curs_main.c:2273 color = 0x8230698 #2 0x08072eec in _mutt_set_flag (ctx=0x81e69a0, h=0xa2d0b30, flag=11, bf=1, upd_ctx=1) at ../flags.c:285 changed = value optimized out deleted = 0 tagged = 0 flagged = 0 update = 1 #3 0x0805f0a6 in _mutt_save_message (h=0xa2d0b30, ctx=0x96c0d98, delete=1, decode=0, decrypt=value optimized out) at ../commands.c:716 No locals. #4 _mutt_save_message (h=0xa2d0b30, ctx=0x96c0d98, delete=1, decode=0, decrypt=value optimized out) at ../commands.c:701 cmflags = value optimized out chflags = value optimized out rc = value optimized out #5 0x080ee6c5 in imap_sync_mailbox (ctx=0x81e69a0, expunge=1, index_hint=0xbfffe2d8) at ../../imap/imap.c:1243 idata = 0x81ff950 appendctx = 0x96c0d98 h = 0xa2d0b30 hdrs = 0x0 oldsort = value optimized out n = value optimized out rc = value optimized out #6 0x08091818 in mx_sync_mailbox (ctx=0x81e69a0, index_hint=0xbfffe2d8) at ../mx.c:1241 rc = value optimized out i = value optimized out purge = value optimized out msgcount = value optimized out deleted = value optimized out -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.2.0-3-686-pae (i686) ncurses: ncurses 5.9.20110404 (compiled with 5.9) libidn: 1.15 (compiled with 1.25) hcache backend: tokyocabinet 1.4.47 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/620854-pop3-segfault.patch upstream/611412-bts-regexp.patch upstream/624058-gnutls-deprecated-set-priority.patch upstream/624085-gnutls-deprecated-verify-peers.patch upstream/584138-mx_update_context-segfault.patch upstream/619216-gnutls-CN-validation.patch upstream/611410-no-implicit_autoview-for-text-html.patch upstream/path_max misc/579967-fixes-german-translation.patch mutt.org -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
Bug#695264: managed-keys-directory issue causes 100% CPU usage
Package: bind9 Version: 1:9.8.4.dfsg-1 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring Downstream report: https://launchpad.net/bugs/1038199 If /var/cache/bind cannot be written to due to bug 316241 in an otherwise default installation, or (I haven't tried this) apparently if managed-keys-directory is not specified in the configuration, then named consumes 100% CPU. Filing this to help tracking of bug 316241. I presume it is also an upstream bug though I haven't tested this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695194: dependencies
Control: unblock -1 by 695059 Hi, On Thu, Dec 06, 2012 at 11:49:43AM +0900, Hideki Yamane wrote: On Wed, 5 Dec 2012 11:36:14 +0100 Cédric Boutillier cedric.boutill...@gmail.com wrote: The packaging of dependencies (ruby-jwt and ruby-crack) is currently in progress, as a part of the effort of a group of people to have diaspora packaged for Debian. (webmock is also a needed piece for diaspora, so I am sure these people will appreciate having this packaged too). Well, it needs ruby-addressable (= 2.2.7), ruby-crack (= 0.1.7) as its webmock.gemspec says. Does it need ruby-jwt? Oh, sorry. I misread the data I collected for diaspora. You are right, there isno dependency on ruby-jwt. According to Ruby policy, the source and binary packages should be called ruby-webmock. Yes, I intended to make ruby-webmock as binary package and webmock is for source package. Should I change its source package name, too? I thing it woud be a good idea, to keep the same convention as for the (majority of) other Ruby packages. At least, that is the name that would be picked by gem2deb for the source package too. Cheers, Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695226: [Pkg-nagios-devel] Bug#695226: pnp4nagios: Upgrade fails due to changed ownership
Hi Alexander, User/Group: icinga:icinga such a group doesn't exist in the icinga packages. If you changed anything to have and use this group you are on your own, such a combination is not supported and will probably never. thanks for the answer. It would be ok to check for the user only. And/or, during the upgrade, not to touch the ownership of the directories and files. At least to give a hint in a README or during installation that the ownership has to be changed. Cheers, Alma -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#316241: Steps to reproduce
tags 316241 - unreproducible retitle 316241 maintainer scripts mishandle /var/cache/bind permissions thanks Downstream bug: https://launchpad.net/bugs/1086775 The problem is that the postinst only sets permissions on /var/cache/bind on a fresh install. When the bind9 package is removed but not purged, /var/cache/bind is removed, but /etc/bind is left alone (as expected). When the bind9 package is reinstalled from this state, the postinst fails to correct the default 755 permissions on /var/cache/bind. This is particularly a problem for users upgrading to wheezy, since this situation causes 100% CPU usage due to bug 695264. Steps to reproduce: 1. Start with a squeeze system 2. apt-get install bind9 3. apt-get remove bind9 4. apt-get install bind9 Note broken permissions in /var/cache/bind. This isn't directly reproducible in wheezy or sid because files are now left behind in /var/cache/bind causing /var/cache/bind to not be removed when the package is removed (is this a separate bug?) However, if from squeeze you then do: 5. sed -i s/squeeze/wheezy/g /etc/apt/sources.list 6. apt-get dist-upgrade Then the problem propogates to wheezy, and you'll see bug 695264. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695265: RM: fs2ram/3.0.10 testing
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, as explained in the bug 691742[1], The current version of fs2ram in testing is RC buggy. The last upload fixing this the RC bug was late according to the debian release objective for wheezy. So, I prefer fs2ram be removed from testing. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691742 fs2ram is a leaf package. There is no dependency problem to remove it. Thanks for the release team efforts ! Cheers, -- Philippe Le Brouster -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591969: Bug#695158: Bug#591969: Bug#695158: wheezy-ignore tag for RC bug #591969 in typo3-src
tags 591969 + wheezy-ignore thanks On Wed, Dec 05, 2012 at 03:56:11PM +0100, Christian Welzel wrote: Am 05.12.2012 13:07, schrieb Neil McGovern: Can someone explain: 1) Why there were no updates to the bug between December 2010 and June 2012? The bug could not be resolved, so i didnt see any reason to update it. Work was going on in the background to fix this (libjs-swfobject, libjs-swfupload and swftools are my packages to get this one resolved). Take a look into the changelog for exact dates of introduction. In general, it's a good idea to update bugs with progress, especially RC ones. Otherwise, people may assume that nothing is being done and would be able to 0-day NMU it. 2) What action is being taken to resolve the unbuildability of the AS1 SWFs? Nothing. There is simply no open source AS1 compiler. 3) What action is being taken to resolve the bugs in as3compile (with bugrefs?) Nothing. as3compile simply lacks the support for some of the language constructs used in the code. So, it looks like this bug isn't going to get fixed :( 4) How likely it is that this bug will be fixed before jessie? I dont know. TYPO3 currently ships version 6.0, when jessi comes it will be surely 6.6+. 4.5 is outdated but a LTS version with support by upstream until 04-2014. TYPO3 6.0 introduced another big chunk of AS3 code (flowplayer) which surely cannot be build in main until flex-sdk hits the archive. I skipped packaging of 4.6 and 4.7 already because of not buildable flash files. Hrm. This doesn't quite cover the expected lifetime of Wheezy. 5) Why simply not removing the package would be a better idea? Perhaps this is the better choice, as most new TYPO3 projects will use 6.0 or newer. I think many of the currently running installations are 4.6 or 4.7, and only a minority is at 4.5 currently. It's a judgement call, but given the LTS promise from upstream, I'll add a wheezy-ignore tag to this. I'd like to be clear that this will not be repeated for Jessie, but hopefully 6.0 will be in the archive then and this bug can be closed. Neil -- signature.asc Description: Digital signature
Bug#648017: micromanager vs bioformats
block 648017 by 641448 thanks Micro-Manager needs bio-formats to compile: javac -source 1.5 -target 1.5 -sourcepath ../MMCoreJ_wrap:./src:../hcs/src:. -classpath /usr/share/java/ij.jar:/usr/share/java/bsh.jar:/usr/share/java/swingx.jar:/usr/share/java/commons-math.jar:/usr/share/java/swing-layout-1.0.4.jar:/usr/share/java/*:/bin/MMCoreJ.jar:. ./src/*.java ./src/org/micromanager/acquisition/*.java ./src/org/micromanager/utils/*.java ./src/org/micromanager/api/*.java ./src/org/micromanager/conf2/*.java -d build ./src/org/micromanager/utils/ReportingUtils.java:155: warning: unmappable character for encoding ASCII final JDialog dialog = new JDialog(owningFrame_, ??Manager Warning: , false); ^ ./src/org/micromanager/utils/ReportingUtils.java:155: warning: unmappable character for encoding ASCII final JDialog dialog = new JDialog(owningFrame_, ??Manager Warning: , false); ^ ./src/org/micromanager/acquisition/MultipageTiffReader.java:39: package loci.formats does not exist import loci.formats.FormatException; ^ ./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:31: package loci.common does not exist import loci.common.DateTools; ^ ./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:32: package loci.common.services does not exist import loci.common.services.ServiceFactory; ^ ./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:33: package loci.formats does not exist import loci.formats.MetadataTools; ^ ./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:34: package loci.formats.meta does not exist import loci.formats.meta.IMetadata; ^ ./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:35: package loci.formats.ome does not exist import loci.formats.ome.OMEXMLMetadata; ^ ./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:36: package loci.formats.services does not exist import loci.formats.services.OMEXMLService; ^ ./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:37: package loci.formats.services does not exist import loci.formats.services.OMEXMLServiceImpl; ^ ./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:39: package ome.xml.model.enums does not exist import ome.xml.model.enums.Binning; ^ ./src/org/micromanager/acquisition/TaggedImageStorageMultipageTiff.java:40: package ome.xml.model.primitives does not exist import ome.xml.model.primitives.*; ^ ./src/org/micromanager/acquisition/OMEMetadata.java:27: package loci.common does not exist import loci.common.DateTools; ^ ./src/org/micromanager/acquisition/OMEMetadata.java:28: package loci.common.services does not exist import loci.common.services.ServiceFactory; ^ ./src/org/micromanager/acquisition/OMEMetadata.java:29: package loci.formats does not exist import loci.formats.MetadataTools; ^ ./src/org/micromanager/acquisition/OMEMetadata.java:30: package loci.formats.meta does not exist import loci.formats.meta.IMetadata; ^ ./src/org/micromanager/acquisition/OMEMetadata.java:31: package loci.formats.services does not exist import loci.formats.services.OMEXMLService; ^ ./src/org/micromanager/acquisition/OMEMetadata.java:32: package ome.xml.model.primitives does not exist import ome.xml.model.primitives.*; ^ ./src/org/micromanager/acquisition/OMEMetadata.java:42: cannot find symbol symbol : class IMetadata location: class org.micromanager.acquisition.OMEMetadata private IMetadata metadata_; ^ ./src/org/micromanager/acquisition/OMEMetadata.java:59: cannot find symbol symbol : variable MetadataTools location: class org.micromanager.acquisition.OMEMetadata metadata_ = MetadataTools.createOMEXMLMetadata(); ^ ./src/org/micromanager/acquisition/OMEMetadata.java:64: cannot find symbol symbol : class OMEXMLService location: class org.micromanager.acquisition.OMEMetadata OMEXMLService service = new ServiceFactory().getInstance(OMEXMLService.class); ^ ./src/org/micromanager/acquisition/OMEMetadata.java:64: cannot find symbol symbol : class OMEXMLService location: class org.micromanager.acquisition.OMEMetadata OMEXMLService service = new ServiceFactory().getInstance(OMEXMLService.class); ^ ./src/org/micromanager/acquisition/OMEMetadata.java:64: cannot find symbol symbol : class ServiceFactory location: class org.micromanager.acquisition.OMEMetadata OMEXMLService service = new
Bug#695266: gnome-doc-utils: silent rules section does not process on armhf
Package: gnome-doc-utils Version: 0.20.10-1 Severity: important Tags: upstream Dear Maintainer, Rerunning gnome-doc-prepare --force created a gnome-doc-utils.make file that generated the following errors for the silent-rules section when running autoreconf on a gtk program that utilised gnome-doc: 152: GDU__v_XML2PO_$(V: non-POSIX recursive variable expansion 153: GDU__v_XML2PO_$(AM_DEFAULT_VERBOSITY: non-POSIX recursive variable expansion 156: GDU__v_MSGFMT... 157: ... 160: GDU__v_DB2OMF... 161: ... 164: GDU__v_DB2HTM... 165: ... The device is a raspberry pi with gnome-doc-utils sourced from the raspbian repositories -- System Information: Debian Release: wheezy/sid Architecture: armhf (armv6l) Kernel: Linux 3.2.27+ (PREEMPT) 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 gnome-doc-utils depends on: ii libxml2-utils 2.8.0+dfsg1-6 ii python 2.7.3~rc2-1 ii python-libxml2 2.8.0+dfsg1-6 ii python2.7 2.7.3~rc2-2.1 ii xsltproc1.1.26-14 gnome-doc-utils recommends no packages. gnome-doc-utils 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#695267: gtk3-engines-unico: Application crash due to Gtk-WARNING **: Style property border-top-left-radius is not gettable
Package: gtk3-engines-unico Version: 1.0.2-1 Severity: important Dear Maintainer, Unico engine causes crashes in some appplication (reportbug itself, but you can try gtk3-widget-factory). The crashes follow a warning in ~/.cache/gdm/session.log Gtk-WARNING **: Style property border-top-left-radius is not gettable The bug affects other packages, so maybe it shoud be considered serious. It has been resolved in Ubuntu: https://bugs.launchpad.net/unico/+bug/1000545 Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6.0-8.dmz.2-liquorix-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtk3-engines-unico depends on: ii libatk1.0-0 2.6.0-1 ii libc6 2.13-37 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libgdk-pixbuf2.0-0 2.26.4-2 ii libglib2.0-02.34.3-1 ii libgtk-3-0 3.6.1-1 ii libpango1.0-0 1.30.0-1 ii multiarch-support 2.13-37 gtk3-engines-unico recommends no packages. gtk3-engines-unico 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#623900: Bug#695194: dependencies
On Thu, Dec 06, 2012 at 05:43:36PM +0900, Hideki Yamane wrote: Hi Cédric On Wed, 5 Dec 2012 11:36:14 +0100 Cédric Boutillier cedric.boutill...@gmail.com wrote: The packaging of dependencies (ruby-jwt and ruby-crack) is currently in progress ruby-crack seems to be not progressed since it was ITPed. So, I've made its package today. Please check http://www.mithril-linux.org/~henrich/debian/package/temp/ If it's okay, I'll upload to unstable repository. Thanks Hideki, The package looks fine. Maybe I would change the description to remove the word 'gem' and mention Ruby instead. --- ruby-crack-0.3.1/debian/control 2012-12-06 09:23:04.0 +0100 +++ ruby-crack-0.3.1.new/debian/control 2012-12-06 11:25:46.655218228 +0100 @@ -10,7 +10,7 @@ Package: ruby-crack Architecture: all Depends: ${shlibs:Depends}, ${misc:Depends}, ruby -Description: A gem to parse XML and JSON - Really simple JSON and XML parsing. +Description: Ruby library to parse XML and JSON + Crack is a really simple JSON and XML parsing library written in Ruby. . XML parser is ripped from Merb and the JSON parser is ripped from Rails. I would also be nice to have tests enabled at build time, but this would require the packaging of jnunemaker-matchy. They could be enabled later, I guess. Would you mind maintaining it inside the pkg-ruby-extras Alioth team? Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689426: libgdal-dev: depend on other libhdf flavors?
On Thu, Oct 04, 2012 at 03:28:59PM +0200, Francesco P. Lovergine wrote: On Tue, Oct 02, 2012 at 03:40:09PM +0200, Laurent Bonnaud wrote: because libgdal-dev depends on libhdf5-serial-dev whereas other packages depend on libhdf5-mpi-dev or libhdf5-openmpi-dev. Would it be possible for libgdal-dev to depend on other libhdf flavors? Just in a word: no. It is a problem due to hdf5 way of managing multi-flavor configuration by retaining always the same names and SONAME for all libraries. Just to clarify your answer, this is a problem just for libgdal1-dev, right? As far as I can see, this is the only package that depends on the dummy package libhdf5-serial-dev. Other packages either have an unversioned dependency on libhdf5-dev (code-saturne-include, libvigraimpex-dev, libminc-dev) or have a disjunctive dependency on all libhdf5 development package variants (liboctave-dev). By the way, packages grass-dev and libqgis-dev both depend on libgdal1-dev and are thus impacted by this issue as well. Regards, -- Jerome Vouillon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687396: [buildd-tools-devel] Bug#687396: Bug#687396: Bug#687396: sbuild: building pyca fails silently
On Wed, Dec 05, 2012 at 02:25:45PM +, Roger Leigh wrote: On Wed, Dec 05, 2012 at 03:17:11PM +0100, Roland Stigge wrote: On 12/05/2012 03:11 PM, Roland Stigge wrote: But don't worry - it's just a minor change and at least fixes the issue for the protocol. ;-) So others won't be disturbed by it during bug squashing. So please consider sbuild 0.63.2-1.1 for wheezy (freeze exemption). (Maybe Roger will override the package which is now in the DELAYED queue.) I'd certainly want some careful testing first. Are there any corner cases where this breaks anything? I'll review it later in the week as I said earlier. And do note that this does not match the behaviour on the buildds, so while it will fix things for local builds, it won't work on the buildds until the patch is committed into git and merged onto the buildd branch and then deployed. I just saw this uploaded; I thought you said this was in DELAYED/5 yesterday? Even small changes can do with some level of review and testing, which I said yesterday I would do this week. I don't think this warranted such a high severity, nor NMUing it as I was replying to your mail yesterday. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695269: pdf-presenter-console: Shouldn't the package be pdfpc ?
Package: pdf-presenter-console Version: 3.1-1 Severity: normal Hi. It seems that the package provides pdfpc (http://davvil.github.com/pdfpc/) and not pdf-presenter-console (http://westhoffswelt.de/projects/pdf_presenter_console.html), even though the former may be a fork of it. I think it should be better to name the package accordingly, and provide a transition package, maybe... Or at least change the homepage and other statements which now are a bit inconsistent with the contents of the manpage. Hope this helps. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdf-presenter-console depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libpoppler-glib80.18.4-3 ii librsvg2-2 2.36.1-1 pdf-presenter-console recommends no packages. pdf-presenter-console 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#695268: liblockfile1: harmful remove action in M-A:same package
Package: liblockfile1 Version: 1.09-4 Severity: serious Steps taken: Install liblockfile1:amd64. Observe that it ships /usr/share/doc/liblockfile1. Install liblockfile1:i386. Observe that /usr/share/doc/liblockfile1 is still correctly there. Remove liblockfile1:i386, but not liblockfile1:amd64. Now The doc dir is gone. This is due to the postinst shipped by liblockfile1. I do not understand why liblockfile1 removes /usr/share/doc/liblockfile1 during postrm remove as I would expect it to be removed by dpkg if necessary. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695270: add support for disabling DPMS via preseeding
package: rootskel-gtk severity: wishlist Hi, On Samstag, 26. Februar 2011, Cyril Brulebois wrote: I *think* it's only an issue when using the graphical installer (as I only saw it happen there, not while a text based installation was running). /me too So my best guess would be that X has DPMS enabled by default, and if installation takes to long, it sends the monitor to sleep? I guess it might make sense to support passing additional options to X through d-i. In this case, you might want to try passing yes, please add support for this via preseeding. (I hope I submitted this to the right package.) For my jenkins.d.n tests I work around this by using vncdotool and pressing ctrl every 5min, but thats rather lame. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695271: libpaper1: harmful purge action in M-A:same package
Package: libpaper1 Version: 1.1.24+nmu2 Severity: important The postrm purge removes /etc/papersize. In a setting where you can purge libpaper1:i386 while still using libpaper1:amd64 this causes trouble. The bug is currently unreproducible due to ucf lacking M-A:foreign. As soon as ucf gains that flag, this bug is RC. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631799: [squeeze] Kernel logs name_count maxed, losing inode data messages
On Thu, 2012-12-06 at 10:58 +0100, Rik Theys wrote: Hi, On 12/01/2012 11:10 PM, Ben Hutchings wrote: On Fri, 2012-11-30 at 11:10 +0100, Rik Theys wrote: [...] I cherry picked commits 5ef30ee53b187786e64bdc1f8109e39d17f2ce58 and 5195d8e217a78697152d64fc09a16e063a022465 and tried to compile the result, but it failed with the following error: kernel/auditsc.c:2189: error: conflicting types for ‘__audit_mq_open’ include/linux/audit.h:477: note: previous declaration of ‘__audit_mq_open’ was here kernel/auditsc.c:2289: error: conflicting types for ‘__audit_ipc_set_perm’ include/linux/audit.h:471: note: previous declaration of ‘__audit_ipc_set_perm’ was here Any idea on how to determine which intermediate patches are also needed? Or should I just try to modify commit 5195d8e217a78697152d64fc09a16e063a022465 to make it apply? It is not too difficult to fix up the conflicts. But this is a fairly big change, so I think this bug should now be 'wontfix' for wheezy. Sorry we didn't get it fixed earlier. Sorry to hear that. Would a patch that simply increases the static number of entries in the names array be an acceptable workaround? It would decrease the change of hitting this bug. Perhaps; do you have any idea what the limit should be? We do need to consider that this costs 76 bytes per name per task for which auditing is enabled, and there are normally hundreds or thousands of tasks running, so extra names aren't cheap. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#687396: [buildd-tools-devel] Bug#687396: Bug#687396: Bug#687396: sbuild: building pyca fails silently
Hi Roger, On 12/06/2012 01:15 PM, Roger Leigh wrote: On Wed, Dec 05, 2012 at 02:25:45PM +, Roger Leigh wrote: On Wed, Dec 05, 2012 at 03:17:11PM +0100, Roland Stigge wrote: On 12/05/2012 03:11 PM, Roland Stigge wrote: But don't worry - it's just a minor change and at least fixes the issue for the protocol. ;-) So others won't be disturbed by it during bug squashing. So please consider sbuild 0.63.2-1.1 for wheezy (freeze exemption). (Maybe Roger will override the package which is now in the DELAYED queue.) I'd certainly want some careful testing first. Are there any corner cases where this breaks anything? I'll review it later in the week as I said earlier. And do note that this does not match the behaviour on the buildds, so while it will fix things for local builds, it won't work on the buildds until the patch is committed into git and merged onto the buildd branch and then deployed. I just saw this uploaded; I thought you said this was in DELAYED/5 yesterday? Right, should still be in the DELAYED/x queue. Even small changes can do with some level of review and testing, which I said yesterday I would do this week. I don't think this warranted such a high severity, nor NMUing it as I was replying to your mail yesterday. And I already apologized about missing your mail while I just uploaded the NMU. (Consider that the bug was marked as RC since September without anyone else caring.) And I tested the change, for sure. E.g. built nearly the complete archive with it on powerpcspe. Still considering the fix appropriate and didn't hear about technical reasons against it. Feel free to solve the issue differently on a subsequent upload, no matter if before 0.63.2-1.1 hits unstable or not. So can we please concentrate on actually solving issues instead of discussing severities of already fixed bugs? Thanks and peace, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695271: libpaper1: harmful purge action in M-A:same package
Control: forcemerge 682420 695271 The postrm purge removes /etc/papersize. In a setting where you can purge libpaper1:i386 while still using libpaper1:amd64 this causes trouble. The bug is currently unreproducible due to ucf lacking M-A:foreign. As soon as ucf gains that flag, this bug is RC. Thanks to Niels Thykier for spotting the duplication. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694272: NMU to DELAYED/3 [Was: guile-g-wrap: missing Breaks+Replaces: g-wrap ( 1.9.14)]
Hi, I just NMUed the package with the suggested patch to DELAYED/3. I'll file an unblock request once the package might have hit unstable. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695260: After upgrade from Lenny to Squeeze is no possible to configure lmodern.
severity 695260 normal tags 695260 + moreinfo unreproducible thanks Hi, On Do, 06 Dez 2012, Ezio Da Rin wrote: 1 non completamente installati o rimossi. Dopo quest'operazione, verranno occupati 0 B di spazio su disco. Configurazione di lmodern (2.004.1-3)... /etc/defoma/hints/lmodern.hints: Unable to open, or empty. The question is, what did *LEAD* up to this situation. This is a config file that is removed via dpkg-maintscript-helper, so when you *FIRST* installted the new version of lmodern, it should have removed the hints file *ONLY* if the installation was successful, and if something broke, should rewind. Now, you did NOT show us what has happened during the real installation of lmodern from wheezy, only the apt-get -f install run, which is too late. So my questions: * did you remove /etc/defoma/hints/lmodern.hints yourself? * what did happen when lmodenr was updated? (not when you tried to fix the installation, that was later!) I have tried several upgrade paths and have never seen this behaviour. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 CHICAGO (n.) The foul-smelling wind which precedes an underground railway train. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695271: libpaper1: harmful purge action in M-A:same package
Control: reassign 695271 src:libpaper Control: forcemerge 682420 695271 Next try. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692442: Patches for CVE-2012-5783 and CVE-2012-5784
Hi All, I've prepared the patch with the problem pointed by David fixed (thanks David). It also fixes a bug related to wildcard certificates. The first patch is backported from httpclient 4.0 and apache synapse. This second patch backports some fixes from httpclient 4.2 The patch differ a lot from 4.x line for two reasons: first, the code arquitecture changes, second , I want to mantain the 3.1 api unchanged, so all methods are private and only apply to one class. The patch for axis and commons-httpclient is the same. In the function they create a SSLSocket, I've put the same routine to validate the hostname against certificate valid names. I'll upload the new patches in their place. Please review them and when ready I can upload a new package to mentors. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692442: new patch for commons-httpclient CVE-2012-5783 (full patch)
Description: Fixed CN extraction from DN of X500 principal and wildcard validation commons-httpclient (3.1-10.2) unstable; urgency=low * Fixed CN extraction from DN of X500 principal and wildcard validation Author: Alberto Fernández MartÃnez inf...@gmail.com Origin: other Bug-Debian: http://bugs.debian.org/692442 Forwarded: https://issues.apache.org/jira/browse/HTTPCLIENT-1265 Last-Update: 2012-12-06 --- commons-httpclient-3.1.orig/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java +++ commons-httpclient-3.1/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java @@ -31,10 +31,25 @@ package org.apache.commons.httpclient.protocol; import java.io.IOException; +import java.io.InputStream; import java.net.InetAddress; import java.net.Socket; import java.net.UnknownHostException; +import java.security.cert.Certificate; +import java.security.cert.CertificateParsingException; +import java.security.cert.X509Certificate; +import java.util.Arrays; +import java.util.Collection; +import java.util.Iterator; +import java.util.LinkedList; +import java.util.List; +import java.util.Locale; +import java.util.StringTokenizer; +import java.util.regex.Pattern; +import javax.net.ssl.SSLException; +import javax.net.ssl.SSLSession; +import javax.net.ssl.SSLSocket; import javax.net.ssl.SSLSocketFactory; import org.apache.commons.httpclient.ConnectTimeoutException; @@ -55,6 +70,11 @@ public class SSLProtocolSocketFactory im */ private static final SSLProtocolSocketFactory factory = new SSLProtocolSocketFactory(); +// This is a a sorted list, if you insert new elements do it orderdered. +private final static String[] BAD_COUNTRY_2LDS = +{ac, co, com, ed, edu, go, gouv, gov, info, +lg, ne, net, or, org}; + /** * Gets an singleton instance of the SSLProtocolSocketFactory. * @return a SSLProtocolSocketFactory @@ -79,12 +99,14 @@ public class SSLProtocolSocketFactory im InetAddress clientHost, int clientPort) throws IOException, UnknownHostException { -return SSLSocketFactory.getDefault().createSocket( +Socket sslSocket = SSLSocketFactory.getDefault().createSocket( host, port, clientHost, clientPort ); +verifyHostName(host, (SSLSocket) sslSocket); +return sslSocket; } /** @@ -124,16 +146,19 @@ public class SSLProtocolSocketFactory im } int timeout = params.getConnectionTimeout(); if (timeout == 0) { -return createSocket(host, port, localAddress, localPort); +Socket sslSocket = createSocket(host, port, localAddress, localPort); +verifyHostName(host, (SSLSocket) sslSocket); +return sslSocket; } else { // To be eventually deprecated when migrated to Java 1.4 or above -Socket socket = ReflectionSocketFactory.createSocket( +Socket sslSocket = ReflectionSocketFactory.createSocket( javax.net.ssl.SSLSocketFactory, host, port, localAddress, localPort, timeout); -if (socket == null) { -socket = ControllerThreadSocketFactory.createSocket( +if (sslSocket == null) { + sslSocket = ControllerThreadSocketFactory.createSocket( this, host, port, localAddress, localPort, timeout); } -return socket; +verifyHostName(host, (SSLSocket) sslSocket); +return sslSocket; } } @@ -142,10 +167,12 @@ public class SSLProtocolSocketFactory im */ public Socket createSocket(String host, int port) throws IOException, UnknownHostException { -return SSLSocketFactory.getDefault().createSocket( +Socket sslSocket = SSLSocketFactory.getDefault().createSocket( host, port ); +verifyHostName(host, (SSLSocket) sslSocket); +return sslSocket; } /** @@ -157,13 +184,271 @@ public class SSLProtocolSocketFactory im int port, boolean autoClose) throws IOException, UnknownHostException { -return ((SSLSocketFactory) SSLSocketFactory.getDefault()).createSocket( +Socket sslSocket = ((SSLSocketFactory) SSLSocketFactory.getDefault()).createSocket( socket, host, port, autoClose ); +verifyHostName(host, (SSLSocket) sslSocket); +return sslSocket; } + + + + +/** + * Verifies that the given hostname in certicifate is the hostname we are trying to connect to + * http://www.cvedetails.com/cve/CVE-2012-5783/ + * @param host + * @param ssl + * @throws IOException + */ + + private static void verifyHostName(String host, SSLSocket ssl) + throws IOException { + if (host == null) { + throw new
Bug#694819: tumgreyspf: Cron file doesn't remove expired entries with greylistByIPOnly = 0
Hi Thomas! These 2 lines seems to solve both cases: find ${greylistDir} -type f -mtime +${GREYLISTEXPIREDAYS} -delete find ${greylistDir} -type d -empty -delete I've sent to you a tarball with examples (I am not including it on the bug report to protect the e-mail addresses). With greylistByIPOnly = 0 we can see that it creates a structure like this: /var/lib/tumgreyspf/data/client_address/200/35/145/greylist/email@fromdomain/destination@mydomain destination@mydomain is an empty file With greylistByIPOnly = 1 we have: /var/lib/tumgreyspf/data/200/35/145/check_file check_file is also an empty file So basically it works the same way with both modes: we can make the script delete all files that have a mtime GREYLISTEXPIREDAYS and then clean the empty dirs. Best regards, Nelson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692650: patch for axis CVE-2012-5784 (full patch)
Description: Fixed CN extraction from DN of X500 principal and wildcard validation axis (1.4-16.2) unstable; urgency=low * Fixed CN extraction from DN of X500 principal and wildcard validation Author: Alberto Fernández MartÃnez inf...@gmail.com Origin: other Bug-Debian: http://bugs.debian.org/692650 Forwarded: https://issues.apache.org/jira/browse/AXIS-2883 Last-Update: 2012-12-06 --- axis-1.4.orig/src/org/apache/axis/components/net/JSSESocketFactory.java +++ axis-1.4/src/org/apache/axis/components/net/JSSESocketFactory.java @@ -15,12 +15,6 @@ */ package org.apache.axis.components.net; -import org.apache.axis.utils.Messages; -import org.apache.axis.utils.XMLUtils; -import org.apache.axis.utils.StringUtils; - -import javax.net.ssl.SSLSocket; -import javax.net.ssl.SSLSocketFactory; import java.io.BufferedWriter; import java.io.IOException; import java.io.InputStream; @@ -28,7 +22,27 @@ import java.io.OutputStream; import java.io.OutputStreamWriter; import java.io.PrintWriter; import java.net.Socket; +import java.security.cert.Certificate; +import java.security.cert.CertificateParsingException; +import java.security.cert.X509Certificate; +import java.util.Arrays; +import java.util.Collection; import java.util.Hashtable; +import java.util.Iterator; +import java.util.LinkedList; +import java.util.List; +import java.util.Locale; +import java.util.StringTokenizer; +import java.util.regex.Pattern; + +import javax.net.ssl.SSLException; +import javax.net.ssl.SSLSession; +import javax.net.ssl.SSLSocket; +import javax.net.ssl.SSLSocketFactory; + +import org.apache.axis.utils.Messages; +import org.apache.axis.utils.StringUtils; +import org.apache.axis.utils.XMLUtils; /** @@ -41,6 +55,10 @@ import java.util.Hashtable; */ public class JSSESocketFactory extends DefaultSocketFactory implements SecureSocketFactory { +// This is a a sorted list, if you insert new elements do it orderdered. +private final static String[] BAD_COUNTRY_2LDS = +{ac, co, com, ed, edu, go, gouv, gov, info, +lg, ne, net, or, org}; /** Field sslFactory */ protected SSLSocketFactory sslFactory = null; @@ -187,6 +205,260 @@ public class JSSESocketFactory extends D if (log.isDebugEnabled()) { log.debug(Messages.getMessage(createdSSL00)); } +verifyHostName(host, (SSLSocket) sslSocket); return sslSocket; } +/** + * Verifies that the given hostname in certicifate is the hostname we are trying to connect to + * http://www.cvedetails.com/cve/CVE-2012-5783/ + * @param host + * @param ssl + * @throws IOException + */ + + private static void verifyHostName(String host, SSLSocket ssl) + throws IOException { + if (host == null) { + throw new IllegalArgumentException(host to verify was null); + } + + SSLSession session = ssl.getSession(); + if (session == null) { +// In our experience this only happens under IBM 1.4.x when +// spurious (unrelated) certificates show up in the server's chain. +// Hopefully this will unearth the real problem: + InputStream in = ssl.getInputStream(); + in.available(); +/* + If you're looking at the 2 lines of code above because you're + running into a problem, you probably have two options: + +#1. Clean up the certificate chain that your server + is presenting (e.g. edit /etc/apache2/server.crt or + wherever it is your server's certificate chain is + defined). + + OR + +#2. Upgrade to an IBM 1.5.x or greater JVM, or switch to a + non-IBM JVM. + */ + +// If ssl.getInputStream().available() didn't cause an exception, +// maybe at least now the session is available? + session = ssl.getSession(); + if (session == null) { +// If it's still null, probably a startHandshake() will +// unearth the real problem. +ssl.startHandshake(); + +// Okay, if we still haven't managed to cause an exception, +// might as well go for the NPE. Or maybe we're okay now? +session = ssl.getSession(); + } + } + + Certificate[] certs = session.getPeerCertificates(); + verifyHostName(host.trim().toLowerCase(Locale.US), (X509Certificate) certs[0]); + } + /** + * Extract the names from the certificate and tests host matches one of them + * @param host + * @param cert + * @throws SSLException + */ + + private static void verifyHostName(final String host, X509Certificate cert) + throws SSLException { +// I'm okay with being case-insensitive when comparing the host we used +// to establish the socket to the hostname in the certificate. +// Don't trim the CN, though. + +
Bug#694993: [Pkg-ime-devel] Bug#694993: Bug#694993: Bug#694993: opencc: Ship opencc.py in src/wrapper/python/
On Wed, Dec 05, 2012 at 06:47:37PM -0800, moz lala wrote: I use it in my private utility. It seems that ibus-googlepinyin ships its own copy of opencc.py. OK. The binding is simple and should be stable. Not changed in 2 years. Hmmm this is certainly not good thing to have. Bug for jessie :-) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695243: linux: Add stage1 build-profile support for bootstrapping
On Thu, 2012-12-06 at 13:01 +0100, Bastian Blank wrote: On Thu, Dec 06, 2012 at 02:16:16AM +, Wookey wrote: In order to bootstrap a new architecture, a cross-toolchain must be built. A suitable linux-libc-dev_$arch package is needed for this. In order to make this (and cross-toolchain builds in general) automatable, the packaging needs to be able to build just this package. You can always produce a proper binary package without patches. A package must not produce different output just because. It needs a new changelog entry and version. Please use gencontrol to remove the other binary packages in this case. The attached patch provides this functionality. It makes the control file invalid. The binary packages and control files for intermediate stages do *not* need to comply with normal policy. They *do* need to be buildable in a standardised way (so no package-specific stuff like gencontrol.py). Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#694275: NMUed to DELAYED/3 [Was: gri-pdf-doc: missing Breaks+Replaces: gri ( 2.12.23-2)]
Hi, I uploaded the suggested patch to DELAYED/3. I will file an unblock request once the package might have hit unstable. Remark: Peter, I usually commit changes to some packaging VCS if the package is maintained in a DD-accessible VCS. It seems that this is not the case for the gri package even if it might profit from some cooperative maintenance for instance in Debian Science team. I'd recommend reading https://wiki.debian.org/DebianScience/ContributingToDebianScience and commiting gri to either Git or SVN of Debian Science. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692442: Patches for CVE-2012-5783 and CVE-2012-5784
Hi Alberto, thanks for your continuous work on this. As I said in my previous mail please remember to reopen the according bugs to make sure the previous solution will not migrate to testing. I'll volunteer to sponsor your new version if you confirm that this is needed to finally fix the issue. Kind regards Andreas. On Thu, Dec 06, 2012 at 01:49:07PM +0100, Alberto Fernández wrote: Hi All, I've prepared the patch with the problem pointed by David fixed (thanks David). It also fixes a bug related to wildcard certificates. The first patch is backported from httpclient 4.0 and apache synapse. This second patch backports some fixes from httpclient 4.2 The patch differ a lot from 4.x line for two reasons: first, the code arquitecture changes, second , I want to mantain the 3.1 api unchanged, so all methods are private and only apply to one class. The patch for axis and commons-httpclient is the same. In the function they create a SSLSocket, I've put the same routine to validate the hostname against certificate valid names. I'll upload the new patches in their place. Please review them and when ready I can upload a new package to mentors. Thanks -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631799: [squeeze] Kernel logs name_count maxed, losing inode data messages
On 12/06/2012 01:29 PM, Ben Hutchings wrote: It is not too difficult to fix up the conflicts. But this is a fairly big change, so I think this bug should now be 'wontfix' for wheezy. Sorry we didn't get it fixed earlier. Sorry to hear that. Would a patch that simply increases the static number of entries in the names array be an acceptable workaround? It would decrease the change of hitting this bug. Perhaps; do you have any idea what the limit should be? Not really. I'm currently building a test kernel with the limit set to 25 (instead of 20). I'll see if I can boot that kernel one of these days to see if 25 is enough. The 25 might be enough for my situation, but other users could of course need an even bigger number... We do need to consider that this costs 76 bytes per name per task for which auditing is enabled, and there are normally hundreds or thousands of tasks running, so extra names aren't cheap. What would you consider the upper limit to which we could increase the number? Just so I know at which limit I can stop building test kernels. Regards, Rik -- Rik Theys System Engineer KU Leuven - Dept. Elektrotechniek (ESAT) Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee +32(0)16/32.11.07 Any errors in spelling, tact or fact are transmission errors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694819: tumgreyspf: Cron file doesn't remove expired entries with greylistByIPOnly = 0
There is a bonus too: we won't need the loops in /etc/cron.daily/tumgreyspf since find nicely removes all the empty dirs for us. Example: $ mkdir -p a/b/c/d/e/f $ find a a a/b a/b/c a/b/c/d a/b/c/d/e a/b/c/d/e/f $ find a -mindepth 1 -type d -empty -delete $ find a a And just one minor fix is needed on my example before (otherwise there is a risk of removing /var/lib/tumgreyspf/data/): find ${greylistDir} -mindepth 1 -type d -empty -delete -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694400: unblock: latex209/25.mar.1992-13
Dear release managers, if there is anything I can do about the following unblock requests please let me know. THe package is now 10 days in unstable. On Mo, 26 Nov 2012, Norbert Preining wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release managers, as a follow up to the many emails that went around the RC bug #669382 I have now uploaded a fix for it that is radical, but it is the way to go, IMNHO. The problem with the mentioned bug was that mktexlsr was called in some unprotected ways. Normally packages use dh_installtex (from tex-common) to auto-generate necessary maintainer script snippets. These packages are all fine. latex209 packages (-base, -bin) were in a state since long with hand written maintainer scripts, probably long before dh_installtex was conceived, but properly handling these case is tiresome. Furthermore, also the format handling (latex format based on the shipped files) was hand written and did not conform to the standards set forth in tex-common. After email contact with the current maintainer TSUCHIYA Masatoshi he agreed to hand over the package to the Debian TeX Group, and I have prepared a package that fixes this bug by the following actions: latex209 (25.mar.1992-13) unstable; urgency=low * Take over maintenance into the Debian TeX Group * fix RC bug (Closes: #669382) (create files that are not removed) by: - remove all maintainer scripts - create the necessary code with dh_installtex - add necessary build-dep on tex-common * add latex209-bin.preinst to fix up old conffile so that debconf does not ask unnecessary questions -- Norbert Preining prein...@debian.org Tue, 13 Nov 2012 14:50:17 +0900 Let us look at the actual code (dropping trivialities like the control changes to maintainers etc). We have to deal with two things: 1* auto-generation of mktexlsr and format generation calls 2* take over old postinst-generated configuration files without necessarily bothering the admin First of all we dropped postinst, postrm for both packages and changed the rules files to include the necessary calls to dh_installtex: diff -Nru latex209-25.mar.1992/debian/rules latex209-25.mar.1992/debian/rules --- latex209-25.mar.1992/debian/rules 2012-05-18 14:45:45.0 +0900 +++ latex209-25.mar.1992/debian/rules 2012-11-13 14:52:53.0 +0900 @@ -22,7 +22,9 @@ rm -f build-stamp dh_clean -build: build-stamp +build: build-arch build-indep +build-arch: build-stamp +build-indep: build-stamp build-stamp: touch $@ @@ -46,6 +48,7 @@ mv $(BASE)/splain.tex $(INI) mv $(BASE)/latex.ins $(DOC) cp -p readme.* $(DOC) + dh_installtex install-bin: prefix=$(CURDIR)/debian/latex209-bin/usr install-bin: DH_OPTIONS=-platex209-bin @@ -55,6 +58,8 @@ dh_testroot mkdir -p $(BIN) cd $(BIN) ln -s tex latex209 + dh_installtex --priority=25 formatfile=debian/latex209.cnf \ + --flavor=format:no_links install-src: prefix=$(CURDIR)/debian/latex209-src/usr install-src: DH_OPTIONS=-platex209-src The second call links to the new file debian/latex209.cnf. THis file was previously generated in the postinst and removed/renamed in the prerm scripts of the latex209-bin packages. diff -Nru latex209-25.mar.1992/debian/latex209.cnf latex209-25.mar.1992/debian/latex209.cnf --- latex209-25.mar.1992/debian/latex209.cnf 1970-01-01 09:00:00.0 +0900 +++ latex209-25.mar.1992/debian/latex209.cnf 2012-11-13 14:52:53.0 +0900 @@ -0,0 +1,6 @@ +# +# LaTeX 2.09 +# +# format engine pattern-filearguments +latex209 tex - latex209.ini + Finally, we added one preinst script that tries to carry over information from the old package to the new package without asking unnecessary questions to the user: +#!/bin/sh -e +# +# latex209-bin preinst script +# +# + +# if the config file from previous versions is present and matches the +# md5sum, add the new dh_installtex header to make sure that no debconf +# questions are asked, otherwise just let the user decide. +# + +cnffile=/etc/texmf/fmt.d/25latex209.cnf +bakfile=/etc/texmf/fmt.d/25latex209.bak +correctmd=7c958ab4f8bf7a0080bc46c48d137bd1 + +fix_it_up=0 + +case $1 in + upgrade|install) +old_version=$2 +if [ -n $old_version ] dpkg --compare-versions $old_version lt 25.mar.1992-12.6 ; then + if [ -r $cnffile ] ; then +# if an old conffile is found and matches the md5 sum, we fix it up +# otherwise we leave it alone + oldmd=`md5sum $cnffile | sed -e 's/ .*//'` +if [ $oldmd = $correctmd ] ; then + fix_it_up=1 +fi + elif [ -r $bakfile ] ; then +# if the backup file is found, and matches the md5 sum, we simply delete +
Bug#695272: libphone-utils0: harmful postrm purge action in M-A:same package
Package: libphone-utils0 Version: 0.1+git20110523-1.2 Severity: serious It is technically possible to install libphone-utils0:amd64 and libphone-utils0:i386 in parallel. If I then purge libphone-utils0:i386, /etc/phone-utils.conf will disappear even though it is still needed by libphone-utils:amd64. This is due to the postrm script not taking multiple installations of the same package into account. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694295: Anybody up for caring about #694295
Hi, when debchecking out speech-dispatcher Vcs-Git I noticed there is some work going on done by people who are usually known to do a reasonable job. Before I fiddle around with this package to apply the quite simple patch for the bug I would like to ping those people mentioned in the latest changelog entries about the status of the package. I could do an NMU und I usually also try to commit my changes to Vcs but in this case I'm afraid that I as a Git beginner might mix up things (if ACL permissions are properly set at all to enable me commiting). Please let me know whether you consider it helpfull if I would do a NMU. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629100: Status update
I saw no updates for more than one year on this. I started to prepare package based on one debian folder of actual stable version, I had updated it for new winexe version (probably near to stable) on git://git.code.sf.net/p/winexe/winexe-waf . Public repository for debian package is here: https://github.com/Fantu/pkg-winexe I start to learning debian package on last years for support packaging of software that I use but without debian or with no more mantainer, probably I'll need help for good packaging following the debian standard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544982: Published source package does not build
The published package fails to build from source for me. See http://developer.telldus.com/ticket/271 -- Marius -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684964: citadel-server: world writable config file: /etc/citadel/netconfigs/7
On Wed, Aug 15, 2012 at 10:14:02AM +0200, Andreas Beckmann wrote: during an experimental test with piuparts I noticed that your package creates a world writable config file: -rw-rw-rw- 1 citadel root 11 Aug 8 09:45 /etc/citadel/netconfigs/7 The /etc/citadel/netconfigs directory is citadel:root 0700, so the world writable file is not accessible to local users in a default installation (therefore only severity important). Could you please tell us how you created that file? Just installing 8.14-2? Or did you install 8.14-2 over an old version that already had the file? I just purged and re-installed my test installation and cannot see a trace of file. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687442: Further patches for 3.4 DRM in wheezy
bugfix/x86/drm-i915-Only-kick-out-vesafb-if-we-takeover-the-fbc.patch needs to be refreshed; attached. An additional patch (debian/revert-vm-add-vm_munmap-helper-function.patch) is needed to build the i810 driver (which is i386-only); attached. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. From: Chris Wilson ch...@chris-wilson.co.uk Date: Fri, 26 Oct 2012 12:06:41 +0100 Subject: drm/i915: Only kick out vesafb if we takeover the fbcon with KMS commit 1623392af9da983f3ad088a75076c9da05e5600d upstream. Otherwise we may remove the only console for a nomodeset system. We became more aggressive in our kicking with commit e188719a2891f01b3100dca4ae3a055fb5a7ab52 Author: Daniel Vetter daniel.vet...@ffwll.ch Date: Tue Jun 12 11:28:17 2012 +0200 drm/i915: kick any firmware framebuffers before claiming the gtt Reported-and-tested-by: monn...@iro.umontreal.ca Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=54615 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch --- drivers/gpu/drm/i915/i915_dma.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/drivers/gpu/drm/i915/i915_dma.c +++ b/drivers/gpu/drm/i915/i915_dma.c @@ -1999,7 +1999,8 @@ int i915_driver_load(struct drm_device * goto put_bridge; } - i915_kick_out_firmware_fb(dev_priv); + if (drm_core_check_feature(dev, DRIVER_MODESET)) + i915_kick_out_firmware_fb(dev_priv); pci_set_master(dev-pdev); From: Ben Hutchings b...@decadent.org.uk Subject: Revert VM: add vm_munmap() helper function in i810 Date: Sun, 02 Dec 2012 23:49:49 + This reverts commit a46ef99d80817a167477ed1c8b4d90ee0c2e726f 'VM: add vm_munmap() helper function' and commit bfce281c287a427d0841fadf5d59242757b4e620 'kill mm argument of vm_munmap()' in drivers/gpu/drm/i810/i810_dma.c --- a/drivers/gpu/drm/i810/i810_dma.c +++ b/drivers/gpu/drm/i810/i810_dma.c @@ -157,8 +157,11 @@ if (buf_priv-currently_mapped != I810_BUF_MAPPED) return -EINVAL; - retcode = vm_munmap((unsigned long)buf_priv-virtual, + down_write(current-mm-mmap_sem); + retcode = do_munmap(current-mm, + (unsigned long)buf_priv-virtual, (size_t) buf-total); + up_write(current-mm-mmap_sem); buf_priv-currently_mapped = I810_BUF_UNMAPPED; buf_priv-virtual = NULL; signature.asc Description: This is a digitally signed message part
Bug#631799: [squeeze] Kernel logs name_count maxed, losing inode data messages
On Thu, 2012-12-06 at 13:58 +0100, Rik Theys wrote: On 12/06/2012 01:29 PM, Ben Hutchings wrote: It is not too difficult to fix up the conflicts. But this is a fairly big change, so I think this bug should now be 'wontfix' for wheezy. Sorry we didn't get it fixed earlier. Sorry to hear that. Would a patch that simply increases the static number of entries in the names array be an acceptable workaround? It would decrease the change of hitting this bug. Perhaps; do you have any idea what the limit should be? Not really. I'm currently building a test kernel with the limit set to 25 (instead of 20). I'll see if I can boot that kernel one of these days to see if 25 is enough. The 25 might be enough for my situation, but other users could of course need an even bigger number... We do need to consider that this costs 76 bytes per name per task for which auditing is enabled, and there are normally hundreds or thousands of tasks running, so extra names aren't cheap. What would you consider the upper limit to which we could increase the number? Just so I know at which limit I can stop building test kernels. Since you're asking me to make a somewhat arbitrary decision, I'll arbitrarily decide on double the current limit, i.e. 40. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#695271: libpaper1: harmful purge action in M-A:same package
On Thu, Dec 06, 2012 at 02:44:08PM +0100, Giuseppe Sacco wrote: What is the correct action sequence? When libpaper in i386 is purged I believe that this is sufficiently discussed in #682420. You proposed a solution yourself. Sorry for the noise. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695273: sbuild: Fix thinko with chroot arch lookups, and allow for build-host cross chroot names
Package: sbuild Version: 0.63.2-1ubuntu2 Severity: normal Attached is a patch to change the chroot lookup code to allow for cross chroots to be named dist-build-host instead of just dist-arch, so one doesn't run into namespace clashes between native and cross chroots on the same machine. Manpage is updated to match. Also, this fixes a thinko in Build.pm, where chroot lookups were looking for BUILD_ARCH instead of HOST_ARCH, which didn't seem to make much sense. It doesn't change anything for the non-cross case. ... Adam -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-4-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.113+nmu3ubuntu1 ii apt-utils 0.9.7.6ubuntu5 ii libsbuild-perl 0.63.2-1ubuntu2 ii perl5.14.2-15 ii perl-modules5.14.2-15 Versions of packages sbuild recommends: ii debootstrap 1.0.44 ii fakeroot 1.18.4-2ubuntu1 Versions of packages sbuild suggests: pn deborphan none ii wget 1.14-1ubuntu1 -- no debconf information diff --git a/lib/Sbuild/Build.pm b/lib/Sbuild/Build.pm index e82e4a7..457a412 100644 --- a/lib/Sbuild/Build.pm +++ b/lib/Sbuild/Build.pm @@ -361,7 +361,7 @@ sub run_chroot_session { my $session = $chroot_info-create('chroot', $self-get_conf('DISTRIBUTION'), $self-get_conf('CHROOT'), - $self-get_conf('BUILD_ARCH')); + $self-get_conf('HOST_ARCH')); # Run pre build external commands $self-check_abort(); diff --git a/lib/Sbuild/ChrootInfo.pm b/lib/Sbuild/ChrootInfo.pm index bc16d1e..62b264e 100644 --- a/lib/Sbuild/ChrootInfo.pm +++ b/lib/Sbuild/ChrootInfo.pm @@ -93,6 +93,7 @@ sub find { $arch = $self-get_conf('HOST_ARCH'); } my $arch_set = ($arch eq $self-get_conf('HOST_ARCH')) ? 0 : 1; +my $build_arch = $self-get_conf('BUILD_ARCH'); my $arch_found = 0; @@ -108,7 +109,17 @@ sub find { } } -if ($arch ne +if ($arch ne $build_arch +defined($ns-{${distribution}-${build_arch}-${arch}-sbuild})) { +$chroot = ${namespace}:${distribution}-${build_arch}-${arch}-sbuild; +$arch_found = 1; +} +elsif ($arch ne $build_arch +defined($ns-{${distribution}-${build_arch}-${arch}})) { +$chroot = ${namespace}:${distribution}-${build_arch}-${arch}; +$arch_found = 1; +} +elsif ($arch ne defined($ns-{${distribution}-${arch}-sbuild})) { $chroot = ${namespace}:${distribution}-${arch}-sbuild; $arch_found = 1; diff --git a/man/sbuild.1.in b/man/sbuild.1.in index 379a294..a91a064 100644 --- a/man/sbuild.1.in +++ b/man/sbuild.1.in @@ -154,14 +154,16 @@ appropriately to build as that architecture, e.g. using this option is equivalent to \-\-host=architecture \-\-build=architecture. .TP .BR \-\-host=\fIarchitecture\fP -Build using the host architecture specified. A chroot named -\fI$distribution\-$arch-sbuild\fP or \fI$distribution\-arch\fP is searched for, -in that order of preference. This option is only useful for cross-building -when used together with \-\-build. +Build using the host architecture specified. If $host and $build don't match, a +chroot named \fI$distribution\-$build\-$host\-sbuild\fP or \fI$distribution\-$build\-$host\fP +is searched for, falling back to \fI$distribution\-$host\-sbuild\fP or +\fI$distribution\-$host\fP, in that order of preference. This option is only +useful for cross-building when used together with \-\-build. .TP .BR \-\-build=\fIarchitecture\fP Build using the build architecture specified. This option is only useful for -cross-building when used together with \-\-host. +cross-building when used together with \-\-host. If \-\-build is not specified, +the default system architecture is assumed. .TP .BR \-A , \-\-arch\-all Also build Architecture: all packages, i.e. use dpkg\-buildpackage \-b
Bug#687442: Tested with GeForce 8500 GT: success
Forwarded Message From: Sven Joachim svenj...@gmx.de To: Ben Hutchings b...@decadent.org.uk Cc: 694...@bugs.debian.org, Javier Domingo javier...@gmail.com Subject: Re: Bug#694734: adjusting severity Date: Wed, 05 Dec 2012 18:15:44 +0100 On 2012-12-05 01:12 +0100, Ben Hutchings wrote: Could you try Julien Cristau's kernel package that uses 3.4 DRM drivers? This is a possible solution for wheezy's current poor or missing support for some recent GPUs. Works fine with my GeForce 8500 GT, I don't have any more recent GPU to test. Quoting from #687442: New image is up at http://people.debian.org/~jcristau/linux-image-3.2.0-4.drm-amd64_3.2.34-1~jcristau.1_amd64.deb sha1sum is 1bbb6e4590e4f000739af89f3090ffc6bb9cb409. diff against svn at http://people.debian.org/~jcristau/3.2.34-1~jcristau.1.diff Cheers, Sven signature.asc Description: This is a digitally signed message part
Bug#694819: tumgreyspf: Cron file doesn't remove expired entries with greylistByIPOnly = 0
Attached is the crontab that I would use, fixing #694819. This will also fix #673386 and #610322. From my tests it's good but I would like to have somebody else reviewing it too :-) Best regards, Nelson #!/bin/sh if [ -f /etc/tumgreyspf/default.conf ] ; then GREYLISTEXPIREDAYS=`grep -E -m 1 ^\s*GREYLISTEXPIREDAYS /etc/tumgreyspf/default.conf | cut -d'=' -f2 | awk '{print $1}' | cut -d'.' -f1` fi if [ -z ${GREYLISTEXPIREDAYS} ] ; then GREYLISTEXPIREDAYS=10 fi greylistDir=`grep -E -m 1 ^\s*greylistDir /etc/tumgreyspf/tumgreyspf.conf | cut -d'=' -f2 | awk -F \' '{print $2}'` if [ ! -d ${greylistDir} -o -z ${greylistDir} ] ; then exit 0 fi find ${greylistDir} -type f -mtime +${GREYLISTEXPIREDAYS} -delete find ${greylistDir} -mindepth 1 -type d -empty -delete
Bug#694368: libfuzzy{2,-dev}: missing Breaks+Replaces: ssdeep ( 2.6)
Hi Salvatore, the fix was just uploaded. Do we need a release excpetion for this to be accepeted ? -- Christophe Monniez christophe.monn...@fccu.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695271: libpaper1: harmful purge action in M-A:same package
Thanks for pointing this out. [...] The postrm purge removes /etc/papersize. In a setting where you can purge libpaper1:i386 while still using libpaper1:amd64 this causes trouble. The bug is currently unreproducible due to ucf lacking M-A:foreign. As soon as ucf gains that flag, this bug is RC. What is the correct action sequence? When libpaper in i386 is purged while in amd64 is still installed, is there any already clarified documentation on how to act in those context? Should I make the purge fails or should I just remove the package without purging the configuration? What happen if, later on, the amd64 version is removed without purge? Should I remember the old purge request and purge the configuration at this later moment? And, in the opposite way, what if a first request of uninstall does not require to purge the configuration, while the second uninstall require to purge: should the second one really purge the configuration or should it keep it because of the first one requiring to keep it? Bye, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695274: libparse-debian-packages-perl: Problem parsing stanzas with more than 1 multiline entry
Package: libparse-debian-packages-perl Version: 0.03-1 Severity: grave Tags: upstream Justification: causes non-serious data loss Using libparse-debain-packages-perl, the following problem arises when parsing stanzas with more than 1 multiline entry: If a multiline entry is found, all lines of this entry are added to the result map under the key body. If a different multiline entry is processed later on, all multiline entries are added to the same map entry body, effectively mixing up content from different multiline fields. To demonstrate this, i used the attached source test_packages.pl, together with the file unzipped file Packages from ftp://ftp.tugraz.at/mirror/debian/dists/sid/main /binary-amd64/Packages.gz. The relevant part of the Packages file looks like this: Package: browser-plugin-vlc Source: npapi-vlc Version: 2.0.0-2 Installed-Size: 201 Maintainer: Debian Multimedia Maintainers pkg-multimedia- maintain...@lists.alioth.debian.org Architecture: amd64 Replaces: mozilla-plugin-vlc ( 2.0.0) Depends: vlc, libatk1.0-0 (= 1.12.4), libc6 (= 2.3.4), libcairo2 (= 1.2.4), libfontconfig1 (= 2.9.0), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.1.1), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.12.0), libgtk2.0-0 (= 2.24.0), libice6 (= 1:1.0.0), libpango1.0-0 (= 1.14.0), libsm6, libstdc++6 (= 4.1.1), libvlc5 (= 1.1.0), libx11-6 Breaks: mozilla-plugin-vlc ( 2.0.0) Description: multimedia plugin for web browsers based on VLC Homepage: http://www.videolan.org/vlc/ Description-md5: 1dfbd075b62a574a99794b2eb520c80e Npp-Applications: 92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a, ec8030f7-c20a-464f-9b0e-13a3a9e97384 Npp-Description: play video and audio in Firefox using the VLC Multimedia Player Npp-File: libvlcplugin.so Npp-Mimetype: application/mpeg4-iod, application/mpeg4-muxcodetable, application/ogg, application/x-google-vlc-plugin, application/x-mplayer2, application/x-ogg, application/x-vlc-plugin, audio/3gpp, audio/3gpp2, audio/mpeg, audio/mpeg4, audio/wav, audio/x-mpeg, audio/x-wav, video/3gpp, video/3gpp2, video/mpeg, video/mpeg-system, video/mpeg4, video/quicktime, video/x-mpeg, video/x-mpeg-system, video/x-ms-asf, video/x-ms-asf-plugin, video/x-ms-wmv, video/x-msvideo Npp-Name: VLC Multimedia Plugin Tag: uitoolkit::gtk Section: video Priority: optional Filename: pool/main/n/npapi-vlc/browser-plugin-vlc_2.0.0-2_amd64.deb Size: 51758 MD5sum: 1714be2acb3cd2d7c1a53f5d86704c34 SHA1: aa57cb8dbb6d7291862968bf27e94ad8652f1fa2 SHA256: 1ca5784dedc8735f652bc47d50afc4b19d7577fd68b321cf063244bb408f8209 The output using libparse-debian-packages-perl yields the following output: --- Architecture: amd64 Breaks: mozilla-plugin-vlc ( 2.0.0) Depends: 'vlc, libatk1.0-0 (= 1.12.4), libc6 (= 2.3.4), libcairo2 (= 1.2.4), libfontconfig1 (= 2.9.0), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.1.1), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.12.0), libgtk2.0-0 (= 2.24.0), libice6 (= 1:1.0.0), libpango1.0-0 (= 1.14.0), libsm6, libstdc++6 (= 4.1.1), libvlc5 (= 1.1.0), libx11-6' Description: multimedia plugin for web browsers based on VLC Description-md5: 1dfbd075b62a574a99794b2eb520c80e Filename: pool/main/n/npapi-vlc/browser-plugin-vlc_2.0.0-2_amd64.deb Homepage: http://www.videolan.org/vlc/ Installed-Size: 201 MD5sum: 1714be2acb3cd2d7c1a53f5d86704c34 Maintainer: 'Debian Multimedia Maintainers pkg-multimedia- maintain...@lists.alioth.debian.org' Npp-Applications: '92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a,' Npp-Description: play video and audio in Firefox using the VLC Multimedia Player Npp-File: libvlcplugin.so Npp-Mimetype: 'application/mpeg4-iod,' Npp-Name: VLC Multimedia Plugin Package: browser-plugin-vlc Priority: optional Replaces: mozilla-plugin-vlc ( 2.0.0) SHA1: aa57cb8dbb6d7291862968bf27e94ad8652f1fa2 SHA256: 1ca5784dedc8735f652bc47d50afc4b19d7577fd68b321cf063244bb408f8209 Section: video Size: 51758 Source: npapi-vlc Tag: uitoolkit::gtk Version: 2.0.0-2 body: |2 ec8030f7-c20a-464f-9b0e-13a3a9e97384 application/mpeg4-muxcodetable, application/ogg, application/x-google-vlc-plugin, application/x-mplayer2, application/x-ogg, application/x-vlc-plugin, audio/3gpp, audio/3gpp2, audio/mpeg, audio/mpeg4, audio/wav, audio/x-mpeg, audio/x-wav, video/3gpp, video/3gpp2, video/mpeg,
Bug#695275: src:dspam: harmful actions in multiple postrm scripts of M-A:same packages
Package: src:dspam Version: 3.10.2+dfsg-2 Severity: serious Let me give an example of the general issue in libdspam7. All the other issues are of similar nature. It is possible to install libdspam7:amd64 and libdspam7:i386 in parallel. Now a user could purge libdspam7:i386, but still use libdspam7:amd64. The postrm purge script would ensure that the dspam user is now locked. This breaks libdspam7:amd64. Basically every postrm script shipped contains a similar issue. I am not aware of a general solution to the problem. Different packages have come up with different solutions (example: libwrap0). Due to the size of the problem here I suggest to remove the M-A:same headers in a t-p-u upload and defer a real solution until after wheezy. I'd expect said real solution to involve a new package Arch:all package and ship the dspam user. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695243: linux: Add stage1 build-profile support for bootstrapping
On Thu, Dec 06, 2012 at 12:53:53PM +, Ben Hutchings wrote: The binary packages and control files for intermediate stages do *not* need to comply with normal policy. Where is the spec for this then? The binary packages still need a different version so they can't be mistaken. They *do* need to be buildable in a standardised way (so no package-specific stuff like gencontrol.py). The source package still needs to comply with policy. Bastian -- We have found all life forms in the galaxy are capable of superior development. -- Kirk, The Gamesters of Triskelion, stardate 3211.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692773: unblock: vlc/2.0.4-1
Am Dienstag, den 04.12.2012, 22:45 +0100 schrieb Moritz Muehlenhoff: On Mon, Nov 26, 2012 at 12:47:51AM +0100, Julien Cristau wrote: On Thu, Nov 8, 2012 at 18:44:42 +0100, Benjamin Drung wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package vlc The 2.0.4 release is a bug-fix only release of upstream 2.0.x branch. It fixes a lot of bugs, which only a few where reported against Debian/Ubuntu. The 2.0.4 release adds support for Opus besides the bug fixes. I enabled the sftp access and Opus codec plugin, because Opus is standardized and should be supported out-of-the box. - The diff was so big it never made it to the mailing list. - A freeze is not the time to be enabling new features. Standardized or not. The isolated security fix can be found here: http://git.videolan.org/?p=vlc/vlc-2.0.git;a=commit;h=47d4631ac62900484fac206abdfc33a2920b07bf Thanks for isolating the fix. I have prepared a debdiff for testing-proposed-updates (attached). -- Benjamin Drung Debian Ubuntu Developer diff -Nru vlc-2.0.3/debian/changelog vlc-2.0.3/debian/changelog --- vlc-2.0.3/debian/changelog 2012-10-04 21:40:56.0 +0200 +++ vlc-2.0.3/debian/changelog 2012-12-06 15:19:43.0 +0100 @@ -1,3 +1,10 @@ +vlc (2.0.3-4) testing; urgency=low + + * SECURITY UPDATE: denial of service via crafted PNG file (Closes: #692130) +- CVE-2012-5470 + + -- Benjamin Drung bdr...@debian.org Thu, 06 Dec 2012 15:19:37 +0100 + vlc (2.0.3-3) unstable; urgency=low * debian/vlc.postinst: Fix directory to symlink upgrade in postinst. diff -Nru vlc-2.0.3/debian/patches/CVE-2012-5470.patch vlc-2.0.3/debian/patches/CVE-2012-5470.patch --- vlc-2.0.3/debian/patches/CVE-2012-5470.patch 1970-01-01 01:00:00.0 +0100 +++ vlc-2.0.3/debian/patches/CVE-2012-5470.patch 2012-12-06 12:20:21.0 +0100 @@ -0,0 +1,38 @@ +From 47d4631ac62900484fac206abdfc33a2920b07bf Mon Sep 17 00:00:00 2001 +From: Edward Wang edward.c.w...@compdigitec.com +Date: Sun, 14 Oct 2012 18:58:18 -0400 +Subject: [PATCH] png: Check length before read + +Signed-off-by: Jean-Baptiste Kempf j...@videolan.org +(cherry picked from commit b3b751cb99df71e3c0a18bcb38b4691cf98265fe) + +Signed-off-by: Jean-Baptiste Kempf j...@videolan.org +--- + modules/codec/png.c |8 +--- + 1 file changed, 5 insertions(+), 3 deletions(-) + +diff --git a/modules/codec/png.c b/modules/codec/png.c +index acd5694..ced4016 100644 +--- a/modules/codec/png.c b/modules/codec/png.c +@@ -91,12 +91,14 @@ static int OpenDecoder( vlc_object_t *p_this ) + static void user_read( png_structp p_png, png_bytep data, png_size_t i_length ) + { + block_t *p_block = (block_t *)png_get_io_ptr( p_png ); +-png_size_t i_read = __MIN( p_block-i_buffer, i_length ); ++if( i_length p_block-i_buffer ) { ++png_error( p_png, not enough data ); ++return; ++} ++ + memcpy( data, p_block-p_buffer, i_length ); + p_block-p_buffer += i_length; + p_block-i_buffer -= i_length; +- +-if( i_length != i_read ) png_error( p_png, not enough data ); + } + + static void user_error( png_structp p_png, png_const_charp error_msg ) +-- +1.7.10.4 + diff -Nru vlc-2.0.3/debian/patches/series vlc-2.0.3/debian/patches/series --- vlc-2.0.3/debian/patches/series 2012-10-04 20:36:13.0 +0200 +++ vlc-2.0.3/debian/patches/series 2012-12-06 12:23:23.0 +0100 @@ -2,3 +2,4 @@ link-vlc-cache-gen-with-c++.patch link-vlc-with-c++.patch bp-fix-hang-caused-by-notify.patch +CVE-2012-5470.patch
Bug#681419: Proposed ballot for free/non-free dependencies question
On Thu, Dec 06, 2012 at 09:35:11AM +, Colin Watson wrote: Right. I had this in the back of my mind as something I didn't need to spell out because policy already discusses real alternatives (7.5), but on reflection the wording there is much weaker than I remember and in any case you're correct that this is a disparity between the two ballot options. Thanks for taking my remark into account! I think we're in agreement already , but to stress my main point: - Policy §7.5 explains *how* to provide a real package preference when depending on a virtual package, but does not say *when* to do that. (IIRC there is some provision to do that with build-time dependencies, but I haven't found it with a quick search.) How about this, which I've committed to our git branch: B 6. Virtual packages are a suitable existing mechanism for packages to Bdeclare the set of abstract features they provide, and allow Bpackages in main to depend on such abstract features without Bneeding to name every (free or non-free) alternative. They should Bnevertheless name at least one free preferred alternative, so that Bthe package management system has appropriate defaults. How about: s/at least one free preferred alternative/a default free alternative/ that would be more consistent with the wording of Policy §7.5 (not a big deal, though). [...] B 8. We recommend that affected packages consider the use of virtual Bpackages instead. When doing so, they should specify a real Bpackage in main as the first alternative, e.g. Depends: Bpackage-in-main | virtual-interface. Looks good. Possible s/first/default/ if you apply the suggestion above, for consistency. I do find it more in line with our general principles for packages in main to be preferred for dependency resolution, though, so I went for should. I'm still convinced that a non-free default alternative would not be appropriate. But before trying to argue this point, in an attempt to save us all some discussion time, let me try to side-step it :-) In the initial bug report that brought this issue before the tech-ctte, Russ wrote: (I believe that the question of whether foo-nonfree | foo should be allowed is not at issue and that the consensus is that it's not permitted. However, the Technical Committee can certainly open that discussion if desired.) So it seems that, at least for non-virtual packages, the Policy Team already has consensus that a non-free default alternative is not acceptable. I would find surprising if consensus would be different for virtual packages. Granted, this is my interpretation only, Russ (with his policy editor hat on) would likely know better. As noted, the tech-ctte is certainly free to dig into this specific sub-matter further. But if you're simply looking for a sane default, I think sticking with Policy Team consensus would be entirely appropriate. HTH, Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#694361: phpunit-story: missing Breaks+Repalces: phpunit ( 3.6.10)
Hi, I did a debcheckout phpunit-story and noticed that the patch for bug #694361 is applied and the new version even tagged - any reason it did not made its way to unstable? Please tell me if I should sponsor some upload. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675377: waiting for upload approval...
block 677943 by 694790 block 694355 by 694790 block 675377 by 694790 block 676798 by 694790 block 678662 by 694790 block 687495 by 694790 block 687715 by 694790 block 689291 by 694790 block 690711 by 694790 block 691309 by 694790 block 691390 by 694790 block 691327 by 694790 block 691448 by 694790 block 691758 by 694790 block 681803 by 694790 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695276: kgpg: fails to create revoke certificate
Package: kgpg Version: 4:4.8.4-3 Severity: important Dear Maintainer, I am not able to create revoke certificates in kgpg. After typing the password, it always show that creation of the revocation certificate failed. Michael -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_HK.UTF-8, LC_CTYPE=en_HK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kgpg depends on: ii kde-runtime 4:4.8.4-2 ii kdepim-runtime 4:4.4.11.1-5+b1 ii libc6 2.13-37 ii libkabc44:4.8.4-1 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libkpimutils4 4:4.8.4-1 ii libqt4-dbus 4:4.8.2+dfsg-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libsolid4 4:4.8.4-4 ii libstdc++6 4.7.2-4 kgpg recommends no packages. kgpg 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#695262: bsdgames-nonfree: Coredump after loading save file
Walter Landry wlan...@caltech.edu writes: When running the game, saving and then reloading, I sometimes get a segfault. I managed to track down the problem. Rogue's objects use a const char* to represent damage (e.g. 1d3). The pointer to this string gets saved in the savefile, but not the string itself. When the program is run again, the pointer is no longer valid, leading to segfaults. Thanks for the helpful report! I appreciate your fix suggestion, but would prefer to patch the loading code to reconstruct obj-damage from obj-kind, which uniquely determines it AFAICT; I'll take care of that when I get a chance. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694368: libfuzzy{2,-dev}: missing Breaks+Replaces: ssdeep ( 2.6)
Hi, I considered NMUing ssdeep to fix this bug. When debcheckout-ing the packaging repository I noticed that there is a changelog entry * Adding the missing Breaks+Replaces (Closes: #694368). for a not yet released version 2.9-1. Could you please confirm that you understood that you can not upload a new version but just need to apply the smallest possible change to the package currently in testing? Please tell me if you have some trouble with uploading / sponsering - I'd volunteer to help fixing this RC bug. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695202: libjavascriptcoregtk-1.0-0-dbg: GDB complains »no symbol table info available«
Dear Debian folks, Am Mittwoch, den 05.12.2012, 13:19 +0100 schrieb Paul Menzel: Package: libjavascriptcoregtk-1.0-0-dbg Version: 1.8.1-3.3 Severity: important […] despite having `libjavascriptcoregtk-1.0-0-dbg` installed, attaching with GDB to a WebKit based browser like Midori or a core dump file, it complains that it does not find the debugging symbols. […] Reading symbols from /usr/lib/libwebkitgtk-1.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libwebkitgtk-1.0.so.0.13.2...(no debugging symbols found)...done. (no debugging symbols found)...done. Loaded symbols for /usr/lib/libwebkitgtk-1.0.so.0 Reading symbols from /usr/lib/libjavascriptcoregtk-1.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libjavascriptcoregtk-1.0.so.0.13.2...(no debugging symbols found)...done. (no debugging symbols found)...done. Loaded symbols for /usr/lib/libjavascriptcoregtk-1.0.so.0 […] Furthermore the generated backtraces are incomplete like in bug 684583 [1]. Thread 6 (Thread 0xb2cf1b70 (LWP 6255)): #0 0xb76cb424 in __kernel_vsyscall () No symbol table info available. #1 0xb4e26de6 in nanosleep () at ../sysdeps/unix/syscall-template.S:82 No locals. #2 0xb4e26c10 in __sleep (seconds=0) at ../sysdeps/unix/sysv/linux/sleep.c:138 ts = {tv_sec = 0, tv_nsec = 73466461} set = {__val = {65536, 0 repeats 31 times}} oset = {__val = {0, 0, 214756, 3038455568, 3038789543, 3077479012, 0, 0, 5, 0, 1, 3066726480, 1, 3077476340, 214880, 3066726920, 214836, 3038412912, 3066726480, 0, 4294967295, 3077476340, 3038789543, 5, 214736, 3077413910, 0, 3, 720896, 3034941487, 3042221908, 2829455104}} result = optimized out #3 0xb547d0e4 in WTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib/libjavascriptcoregtk-1.0.so.0 No symbol table info available. #4 0xb547d16b in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib/libjavascriptcoregtk-1.0.so.0 No symbol table info available. #5 0xb4eeec39 in start_thread (arg=0xb2cf1b70) at pthread_create.c:304 in #debian on irc.oftc.net the user jm_ helped me to find out more information. But unfortunately still no solution could be found. $ file {,/usr/lib/debug}/usr/lib/libjavascriptcoregtk-1.0.so.0.13.2 /usr/lib/libjavascriptcoregtk-1.0.so.0.13.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x87f1ecd596e60352fd7dc672f13e72a5f30d7545, stripped /usr/lib/debug/usr/lib/libjavascriptcoregtk-1.0.so.0.13.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x87f1ecd596e60352fd7dc672f13e72a5f30d7545, not stripped So it is no incompatibility. On the other hand, it is no path issue either as GDB finds the debugging symbols from for example Rhythmbox, which also puts the files directly under `/usr/lib/debug/`. $ dpkg -L rhythmbox-dbg […] /usr/lib/debug/usr/lib/rhythmbox […] /usr/lib/debug/usr/lib/librhythmbox-core.so.6.0.0 […] $ gdb -q rhythmbox Reading symbols from /usr/bin/rhythmbox...Reading symbols from /usr/lib/debug/usr/bin/rhythmbox...done. done. (gdb) Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684583 [2] http://packages.debian.org/search?keywords=rhythmbox-dbg signature.asc Description: This is a digitally signed message part
Bug#695277: RFP: emacs-websocket -- elisp library for communication between websocket clients and servers
Package: wnpp Severity: wishlist * Package name: emacs-websocket Version : 1.0 Upstream Author : Andrew Hyatt * URL : https://github.com/ahyatt/emacs-websocket * License : GPL-2 Programming Lang: elisp Description : elisp library for communication between websocket clients and servers websocket.el is a elisp library for websocket clients to talk to websocket servers, and for websocket servers to accept connections from websocket clients. This library is designed to be used by other library writers, to write apps that use websockets, and is not useful by itself. Most probably binary package should be named websocket-el to stay inline with the conventions -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684039: ITP: prime-phylo -- Bayesian estimation of gene trees taking the species tree into account
Hi Erik, could you please confirm that you are interested in finding a sponsor for your work? As I said the Debian Med team is really interested. In case you have some time constraints or whatever I'd volunteer to commit your work to our Vcs (please specify whether you prefer Git or SVN) and will check whether it is ready for upload. Kind regards and thanks so far for your work Andreas. On Thu, Nov 29, 2012 at 09:31:45AM +0100, Andreas Tille wrote: Hi Erik, it seems I missed your ITP - otherwise I would have most probably pinged you whether you intent to do the packaging inside the Debian Med team. We try to inject medical and microbiological software into Debian and your ITP seems to fit perfectly into our biology task[1]. So I would suggest you join the Debian Med team (I checked whether you just have an account on alioth.debian.org but failed in searching for your name - otherwise I would have added you to the team right now). All steps are described in our team policy[2]. Meanwhile I might check your packaging you provided at mentors however, I would strongly recommend (you might need require) that you choose at your preference either our SVN or Git repository (see [2]) for your packaging work to enable effective team maintenance. For instance I would turn your citation of the scientific paper into a debian/upstream reference which is way more flexible than simply putting it into the long description (which is deprecated). I hope you like this idea and we would be very happy to welcome you in our team. Kind regards Andreas. [1] http://debian-med.alioth.debian.org/tasks/bio [2] http://debian-med.alioth.debian.org/docs/policy.html Package: wnpp Severity: wishlist Owner: Erik Sjölund erik.sjol...@gmail.com * Package name : prime-phylo Version : 1.0.3 Upstream Author : Lars Arvestada...@csc.kth.se, Bengt Sennbladbengt.sennb...@ki.se and others * URL : http://prime.sbc.su.se * License : GPL-3 Programming Lang: C++ Description: Bayesian estimation of gene trees taking the species tree into account PrIME (Probabilistic Integrated Models of Evolution) is a package supporting inference of evolutionary parameters in a Bayesian framework using MCMC. A distinguishing feature of PrIME is that the species tree is taken into account when analyzing gene trees. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121129083145.gd4...@an3as.eu -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695278: RFP: emacs-ipython-notebook -- IPython notebooks in Emacs
Package: wnpp Severity: wishlist * Package name: emacs-ipython-notebook Version : 0.1.2 Upstream Author : Takafumi Arakaki aka@gmail.com * URL : http://tkf.github.com/emacs-ipython-notebook/ * License : GPL-3+ Programming Lang: elisp Description : IPython notebooks in Emacs Emacs IPython Notebook (EIN) provides a IPython Notebook client and integrated REPL (like SLIME) in Emacs. While EIN makes notebook editing very powerful by allowing you to use any Emacs features, it also expose IPython features such as code evaluation, object inspection and code completion to the Emacs side. These features can be accessed anywhere in Emacs and improve Python code editing and reading in Emacs. Highlighted features: Copy/paste cells, even to/from different notebooks. Console integration: You can easily connect to kernel via console application. This enables you to start debugging in the same kernel. It is even possible to connect console over ssh. IPython kernel can be connected to any buffers. This enables you to evaluate buffer/region using same kernel as notebook. Notebook goodies such as tooltip help, help browser and code completion are available in these buffers. Jump to definition (go to the definition by hitting M-. over an object). Other notebook features: Inline images Auto/manual-completion Popup (tooltip) help Syntax highlighting in each cell types (Python/Markdown) Help browser (opens when executing function?) Traceback viewer Packaging: - requires websockets.el (RFP #695277) - additional care for compatibility with current python-mode (6.x series) First impression: AWESOME -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694361: phpunit-story: missing Breaks+Repalces: phpunit ( 3.6.10)
Hi Andreas, On Thu, Dec 06, 2012 at 03:53:06PM +0100, Andreas Tille wrote: Please tell me if I should sponsor some upload. I just upload the package to mentors, it will be great if you could check it and sponsor it, after that i will ask for unblock. http://mentors.debian.net/debian/pool/main/p/phpunit-story/phpunit-story_1.0.0-2.dsc Thank you. -- Luis Uribe http://eviled.org signature.asc Description: Digital signature
Bug#695160: unblock (pre-approval): akonadi/1.7.2-2
Alle mercoledì 5 dicembre 2012, Julien Cristau ha scritto: On Tue, Dec 4, 2012 at 20:09:38 +0100, Pino Toscano wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I would like to upload akonadi 1.7.2-2. The only change is a fix in the provided README.Debian, to actually match the configuration format. You don't really need pre-approval for trivial changes... OK, uploaded and built everywhere. Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#695279: approx does not follow redirects for HEAD requests
Package: approx Version: 5.3-1 Severity: important Approx does not follow HTTP redirects for HTTP HEAD requests. It instead enters a loop retrying the original URL several times until it times out. I discovered this by using apt-file update against a approx proxy configured to use http.debian.net. Gaudenz Example request for: wget -O /dev/null --spider http://localhost:/backports/dists/squeeze-backports/Contents-amd64.gz (--spider results in wget using a HEAD request) With approx configured to directly connect to backports.debian.org: backports http://backports.debian.org/debian-backports/ Dec 6 16:08:08 meteor approx[15238]: Connection from 127.0.0.1 port 56285 Dec 6 16:08:08 meteor approx[15238]: Request: HEAD /backports/dists/squeeze-backports/Contents-amd64.gz Dec 6 16:08:08 meteor approx[15238]: User-Agent: Wget/1.13.4 (linux-gnu) Dec 6 16:08:08 meteor approx[15238]: Accept: */* Dec 6 16:08:08 meteor approx[15238]: Host: localhost: Dec 6 16:08:08 meteor approx[15238]: Connection: Keep-Alive Dec 6 16:08:08 meteor approx[15238]: = cache miss Dec 6 16:08:08 meteor approx[15238]: Command: /usr/bin/curl --fail --silent --header Pragma: no-cache --head http://backports.debian.org/debian-backports//dists/squeeze-backports/Contents-amd64.gz; Dec 6 16:08:08 meteor approx[15238]: HTTP/1.1 200 OK Dec 6 16:08:08 meteor approx[15238]: Date: Thu, 06 Dec 2012 15:08:08 GMT Dec 6 16:08:08 meteor approx[15238]: Server: Apache Dec 6 16:08:08 meteor approx[15238]: Last-Modified: Sun, 02 Dec 2012 16:35:52 GMT Dec 6 16:08:08 meteor approx[15238]: ETag: 2d8022-2075c5-4cfe139d9aa00 Dec 6 16:08:08 meteor approx[15238]: Accept-Ranges: bytes Dec 6 16:08:08 meteor approx[15238]: Content-Length: 2127301 Dec 6 16:08:08 meteor approx[15238]: Content-Type: application/x-gzip Dec 6 16:08:08 meteor approx[15238]: Proxy response Dec 6 16:08:08 meteor approx[15238]: Content-Type: text/plain Dec 6 16:08:08 meteor approx[15238]: Status: 200 Dec 6 16:08:08 meteor approx[15238]: Last-Modified: Sun, 02 Dec 2012 16:35:52 GMT Dec 6 16:08:08 meteor approx[15238]: Content-Length: 2127301 Dec 6 16:08:08 meteor approx[15238]: http://backports.debian.org/debian-backports//dists/squeeze-backports/Contents-amd64.gz: delivered With approx configured to use http.debian.net and thus receiving a redirect (cached result deleted between tests): backports http://http.debian.net/debian-backports/ Dec 6 16:09:49 meteor approx[15297]: Connection from 127.0.0.1 port 56292 Dec 6 16:09:49 meteor approx[15297]: Request: HEAD /backports/dists/squeeze-backports/Contents-amd64.gz Dec 6 16:09:49 meteor approx[15297]: User-Agent: Wget/1.13.4 (linux-gnu) Dec 6 16:09:49 meteor approx[15297]: Accept: */* Dec 6 16:09:49 meteor approx[15297]: Host: localhost: Dec 6 16:09:49 meteor approx[15297]: Connection: Keep-Alive Dec 6 16:09:49 meteor approx[15297]: = cache miss Dec 6 16:09:49 meteor approx[15297]: Command: /usr/bin/curl --fail --silent --header Pragma: no-cache --head http://http.debian.net/debian-backports//dists/squeeze-backports/Contents-amd64.gz; Dec 6 16:09:50 meteor approx[15297]: HTTP/1.1 302 Moved Temporarily Dec 6 16:09:50 meteor approx[15297]: Date: Thu, 06 Dec 2012 15:09:49 GMT Dec 6 16:09:50 meteor approx[15297]: Server: Apache/2.2.16 (Debian) Dec 6 16:09:50 meteor approx[15297]: Vary: x-web-demo,Accept-Encoding Dec 6 16:09:50 meteor approx[15297]: X-IP: 84.253.30.238 Dec 6 16:09:50 meteor approx[15297]: X-AS: 44038 Dec 6 16:09:50 meteor approx[15297]: X-URL: dists/squeeze-backports/Contents-amd64.gz Dec 6 16:09:50 meteor approx[15297]: X-Arch: amd64 Dec 6 16:09:50 meteor approx[15297]: X-Country: CH Dec 6 16:09:50 meteor approx[15297]: X-Continent: EU Dec 6 16:09:50 meteor approx[15297]: X-Std-Dev: 0 Dec 6 16:09:50 meteor approx[15297]: X-Population: 1 Dec 6 16:09:50 meteor approx[15297]: X-Closest-Distance: 0.9167002 Dec 6 16:09:50 meteor approx[15297]: X-Distance: 0.9167002 Dec 6 16:09:50 meteor approx[15297]: X-Match-Type: country Dec 6 16:09:50 meteor approx[15297]: Location: http://debian.ethz.ch/debian-backports/dists/squeeze-backports/Contents-amd64.gz Dec 6 16:09:50 meteor approx[15297]: Content-Type: text/plain Dec 6 16:09:50 meteor approx[15297]: Command: /usr/bin/curl --fail --silent --header Pragma: no-cache --head http://http.debian.net/debian-backports//dists/squeeze-backports/Contents-amd64.gz; Dec 6 16:09:50 meteor approx[15297]: HTTP/1.1 302 Moved Temporarily Dec 6 16:09:50 meteor approx[15297]: Date: Thu, 06 Dec 2012 15:09:50 GMT Dec 6 16:09:50 meteor approx[15297]: Server: Apache/2.2.16 (Debian) Dec 6 16:09:50 meteor approx[15297]: Vary: x-web-demo,Accept-Encoding Dec 6 16:09:50 meteor approx[15297]: X-IP: 84.253.30.238 Dec 6 16:09:50 meteor approx[15297]: X-AS: 44038 Dec 6 16:09:50 meteor approx[15297]: X-URL:
Bug#684039: ITP: prime-phylo -- Bayesian estimation of gene trees taking the species tree into account
Hi Andreas, Sorry for the late answer. I think it is a great idea to do the packaging inside the Debian Med team. I will create an account at alioth.debian.org during the next days. Cheers, Erik On Thu, Dec 6, 2012 at 4:16 PM, Andreas Tille andr...@an3as.eu wrote: Hi Erik, could you please confirm that you are interested in finding a sponsor for your work? As I said the Debian Med team is really interested. In case you have some time constraints or whatever I'd volunteer to commit your work to our Vcs (please specify whether you prefer Git or SVN) and will check whether it is ready for upload. Kind regards and thanks so far for your work Andreas. On Thu, Nov 29, 2012 at 09:31:45AM +0100, Andreas Tille wrote: Hi Erik, it seems I missed your ITP - otherwise I would have most probably pinged you whether you intent to do the packaging inside the Debian Med team. We try to inject medical and microbiological software into Debian and your ITP seems to fit perfectly into our biology task[1]. So I would suggest you join the Debian Med team (I checked whether you just have an account on alioth.debian.org but failed in searching for your name - otherwise I would have added you to the team right now). All steps are described in our team policy[2]. Meanwhile I might check your packaging you provided at mentors however, I would strongly recommend (you might need require) that you choose at your preference either our SVN or Git repository (see [2]) for your packaging work to enable effective team maintenance. For instance I would turn your citation of the scientific paper into a debian/upstream reference which is way more flexible than simply putting it into the long description (which is deprecated). I hope you like this idea and we would be very happy to welcome you in our team. Kind regards Andreas. [1] http://debian-med.alioth.debian.org/tasks/bio [2] http://debian-med.alioth.debian.org/docs/policy.html Package: wnpp Severity: wishlist Owner: Erik Sjölund erik.sjol...@gmail.com * Package name : prime-phylo Version : 1.0.3 Upstream Author : Lars Arvestada...@csc.kth.se, Bengt Sennbladbengt.sennb...@ki.se and others * URL : http://prime.sbc.su.se * License : GPL-3 Programming Lang: C++ Description: Bayesian estimation of gene trees taking the species tree into account PrIME (Probabilistic Integrated Models of Evolution) is a package supporting inference of evolutionary parameters in a Bayesian framework using MCMC. A distinguishing feature of PrIME is that the species tree is taken into account when analyzing gene trees. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121129083145.gd4...@an3as.eu -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690174: [pkg-php-pear] Bug#690174: php-xml-rpc2: HTTP/Request2.php not found
On 11/30/2012 07:00 PM, William Dauchy wrote: Package: php-xml-rpc2 Version: 1.1.1-1 Followup-For: Bug #690174 I also have the issue. HTTP_Request2 lib is needed: http://pear.php.net/package/HTTP_Request2 Maybe the php-pear team could consider packaging a php-http-request2 package to fix the bug? Regards, Hi Dario, Since you're the current maintainer, I'd like to ask you: is #690174 only a missing feature, or a real severity: serious problem? The package has no reverse dependencies, and is said to be not maintained anymore at: http://pear.php.net/package/XML_RPC2 Do you think it's still a good idea to have this package in Debian? Why do you keep it? Also, I asked the release team, and (unsurprisingly) they wouldn't accept a Debian package HTTP_Request2 at this time of the freeze of Wheezy. Thoughts? Should php-xml-rpc2 be removed from Wheezy? Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695280: git-buildpackage: Please do Recommends cowbuilder
Package: git-buildpackage Version: 0.6.0~git20121124 Severity: minor Hi, Could you please demote cowbuilder to Suggests or make it part of an alternative like this: pbuilder | cowbuilder | sbuild Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.12.6 ii git 1:1.7.10.4-2 ii python 2.7.3-3 ii python-dateutil 1.5+dfsg-0.1 Versions of packages git-buildpackage recommends: pn cowbuildernone ii pristine-tar 1.26 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-8 -- 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#694361: phpunit-story: missing Breaks+Repalces: phpunit ( 3.6.10)
Hi Luis, On Thu, Dec 06, 2012 at 10:23:26AM -0500, Luis Uribe wrote: Hi Andreas, On Thu, Dec 06, 2012 at 03:53:06PM +0100, Andreas Tille wrote: Please tell me if I should sponsor some upload. I just upload the package to mentors, it will be great if you could check it and sponsor it, after that i will ask for unblock. Please make sure you mention the motivation for the other change * Added a version Depends: php-pear (= 5.4). which does sound perfectly reasonable to me - but formally we have a slightest change as possible policy currently and so giving some reasoning might help the release managers. http://mentors.debian.net/debian/pool/main/p/phpunit-story/phpunit-story_1.0.0-2.dsc Done. Thank you. Thank you for the preparation Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652946: partman-target should not create /var/run
On Thu, 12 Jul 2012, Michael Tokarev wrote: This whole hack is not needed anymore, and /run will be created in a usual way during install process. So this whole trick should be removed. I agree. Here's the corresponding patch. It would be nice if someone could commit it so that it gets included in the next d-i release. It's needed to have a proper live image for wheezy. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ From a91bb071ba7b011045aa83d17c6018c311485f51 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= hert...@debian.org Date: Thu, 6 Dec 2012 16:51:15 +0100 Subject: [PATCH] Do not create /var/run and /var/lock directories in /target Nowadays those are supposed to be symlinks and their existence hurts more than helps. In particular, it breaks live-installer which uses tar to extract the content of the live system over /target. At least busybox's tar fails to extract a symlink over a pre-existing directory. Thanks to Rui Bernardo and Michael Tokarev for the investigations. Closes: #652946 --- debian/changelog |9 + finish.d/mount_partitions |8 2 files changed, 9 insertions(+), 8 deletions(-) diff --git a/debian/changelog b/debian/changelog index ec24040..bcb7ef1 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +partman-target (81) UNRELEASED; urgency=low + + * Do not create /var/run and /var/lock directories in /target. Nowadays +those are supposed to be symlinks and their existence hurts more than +helps. Closes: #652946 +Thanks to Rui Bernardo and Michael Tokarev for the investigations. + + -- Raphaël Hertzog hert...@debian.org Thu, 06 Dec 2012 16:45:54 +0100 + partman-target (80) unstable; urgency=low [ Updated translations ] diff --git a/finish.d/mount_partitions b/finish.d/mount_partitions index 9c8499e..8dcbb8a 100755 --- a/finish.d/mount_partitions +++ b/finish.d/mount_partitions @@ -58,14 +58,6 @@ for f in $fstab; do # needed to unmount the partition; currently this is unused unmount_cmd=$($m $f) if [ $? = 0 ]; then - case $2 in - /) -# Create these before /var is mounted, -# so that they can be mounted as tmpfses -mkdir -p /target/var/lock -mkdir -p /target/var/run -;; - esac continue 2 fi done -- 1.7.10.4
Bug#695191: RFS: xarchiver/1:0.5.2+20090319+dfsg-4.1 [RC] [NMU]
On Thu, 06 Dec 2012 10:09:41 +0530, Kartik Mistry wrote: On Thu, Dec 6, 2012 at 12:08 AM, Markus Koschany a...@gambaru.de wrote: I think fixing the two minor bugs is covered by point 4 of the freeze policy. It's a win-win situation and it comes without altering one single line of code. http://release.debian.org/wheezy/freeze_policy.html .. and upload queue has been paused due to other reason. Ok, thanks for taking care of this package. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Rod Stewart signature.asc Description: Digital signature