Bug#695228: [Packaging] Bug#695228: munin: please support libapache2-mod-fcgid out of the box

2012-12-06 Thread Stig Sandbeck Mathisen

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

2012-12-06 Thread Ralf Treinen
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

2012-12-06 Thread Fabian Greffrath

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

2012-12-06 Thread Michael Biebl
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

2012-12-06 Thread Mike Gabriel

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

2012-12-06 Thread phileom
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

2012-12-06 Thread Thorsten Glaser
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

2012-12-06 Thread Rimas Kudelis
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

2012-12-06 Thread Hideki Yamane
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

2012-12-06 Thread Rimas Kudelis
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

2012-12-06 Thread Tom Jampen
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

2012-12-06 Thread Alexander Busorguin
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

2012-12-06 Thread intrigeri
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?

2012-12-06 Thread Michael Stapelberg
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:

2012-12-06 Thread Mathieu Malaterre
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

2012-12-06 Thread Michael Stapelberg
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

2012-12-06 Thread Vincent Cheng
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

2012-12-06 Thread Peter Tynan
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 ?

2012-12-06 Thread Mathieu Malaterre
#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

2012-12-06 Thread Colin Watson
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

2012-12-06 Thread Vincent Kersten
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...

2012-12-06 Thread Andrey Rahmatullin
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

2012-12-06 Thread Marek Buras
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

2012-12-06 Thread Rik Theys

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)

2012-12-06 Thread Thomas Moulard
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

2012-12-06 Thread Benjamin Drung
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

2012-12-06 Thread Raphaël Hertzog
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.

2012-12-06 Thread Ezio Da Rin
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

2012-12-06 Thread José Ivan
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

2012-12-06 Thread Walter Landry
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

2012-12-06 Thread Eugene V. Lyubimkin
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

2012-12-06 Thread Robie Basak
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

2012-12-06 Thread Cédric Boutillier
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

2012-12-06 Thread Alma Mahler
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

2012-12-06 Thread Robie Basak
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

2012-12-06 Thread Philippe Le Brouster
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

2012-12-06 Thread Neil McGovern
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

2012-12-06 Thread Mathieu Malaterre
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

2012-12-06 Thread Paul Childs
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

2012-12-06 Thread Alessio Gaeta
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

2012-12-06 Thread Cédric Boutillier
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?

2012-12-06 Thread Jerome Vouillon
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

2012-12-06 Thread Roger Leigh
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 ?

2012-12-06 Thread Olivier Berger
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

2012-12-06 Thread Helmut Grohne
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

2012-12-06 Thread Holger Levsen
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

2012-12-06 Thread Helmut Grohne
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

2012-12-06 Thread Ben Hutchings
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

2012-12-06 Thread Roland Stigge
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

2012-12-06 Thread Helmut Grohne
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)]

2012-12-06 Thread Andreas Tille
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.

2012-12-06 Thread Norbert Preining
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

2012-12-06 Thread Helmut Grohne
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

2012-12-06 Thread Alberto Fernández
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)

2012-12-06 Thread Alberto Fernández

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

2012-12-06 Thread Nelson A. de Oliveira
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)

2012-12-06 Thread Alberto Fernández

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/

2012-12-06 Thread Osamu Aoki
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

2012-12-06 Thread Ben Hutchings
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)]

2012-12-06 Thread Andreas Tille
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

2012-12-06 Thread Andreas Tille
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

2012-12-06 Thread Rik Theys

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

2012-12-06 Thread Nelson A. de Oliveira
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

2012-12-06 Thread Norbert Preining
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

2012-12-06 Thread Helmut Grohne
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

2012-12-06 Thread Andreas Tille
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

2012-12-06 Thread Fabio Fantoni

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

2012-12-06 Thread Marius Kotsbak


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

2012-12-06 Thread Michael Meskes
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

2012-12-06 Thread Ben Hutchings
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

2012-12-06 Thread Ben Hutchings
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

2012-12-06 Thread Helmut Grohne
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

2012-12-06 Thread Adam Conrad
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

2012-12-06 Thread Ben Hutchings
 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

2012-12-06 Thread Nelson A. de Oliveira
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)

2012-12-06 Thread Christophe Monniez
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

2012-12-06 Thread Giuseppe Sacco
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

2012-12-06 Thread Simon Kainz
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

2012-12-06 Thread Helmut Grohne
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

2012-12-06 Thread Bastian Blank
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

2012-12-06 Thread Benjamin Drung
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

2012-12-06 Thread Stefano Zacchiroli
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)

2012-12-06 Thread Andreas Tille
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...

2012-12-06 Thread Holger Levsen
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

2012-12-06 Thread Michael Tsang
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

2012-12-06 Thread Aaron M. Ucko
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)

2012-12-06 Thread Andreas Tille
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«

2012-12-06 Thread Paul Menzel
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

2012-12-06 Thread Yaroslav Halchenko
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

2012-12-06 Thread Andreas Tille
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

2012-12-06 Thread Yaroslav Halchenko
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)

2012-12-06 Thread Luis Uribe
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

2012-12-06 Thread Pino Toscano
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

2012-12-06 Thread Gaudenz Steinlin
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

2012-12-06 Thread Erik Sjölund
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

2012-12-06 Thread Thomas Goirand
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

2012-12-06 Thread Laurent Bigonville
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)

2012-12-06 Thread Andreas Tille
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

2012-12-06 Thread Raphael Hertzog
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]

2012-12-06 Thread gregor herrmann
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


  1   2   3   >