date:20110317

Package: usb-modeswitch-data
Version: 20110227-1
Severity: normal
File: /etc/usb_modeswitch.d/1a8d:1000:uPr=5G

Hi,

the confffile /etc/usb_modeswitch.d/1a8d:1000:uPr=5G was not removed on
upgrades and is now marked as obsolete in the dpkg status file.

Michael

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.37-2-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages usb-modeswitch-data depends on:
ii  dpkg  1.15.8.10  Debian package management system
ii  udev  166-1  /dev/ and hotplug management daemo

Versions of packages usb-modeswitch-data recommends:
ii  usb-modeswitch1.1.7-1mode switching tool for controllin

usb-modeswitch-data 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#612690: Please move data files to /lib/ or /usr/share

Hi Didier

Am 10.02.2011 00:31, schrieb Josua Dietze:
 
 Am 10.02.2011 00:11, schrieb Michael Biebl:
 Please consider moving those files to /usr/share, or if they are needed 
 during boot
 to /lib/usb-modeswitch.
 
 
 The files might in fact be needed during boot.


With today's upload the files were moved out of /etc/ into /usr/share.
Have you read Josua's comment, that those files are needed during boot?
With the files in /usr/share, you will run into problems if /usr is on a
separate partition because udev is run rather early before boot (before other
partitions are mounted).
In case your modem is already attached during boot, it won't be switched, unless
you plug it out and in again.

Have you considered that?

Cheers,
Michael
-- 
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#618638: Acknowledgement (obsolete conffile not removed on upgrades)

I need to add, that I didn't change the file.

Conffiles:
 /etc/usb_modeswitch.d/1a8d:1000:uPr=5G 483a8c26830cd159a3c7183e11cca0de 
obsolete

The md5sum, in case you need to verify.

Michael
-- 
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#618639: gvfsd-http: cannot handle error codes and login pages

2011-03-17 Thread Yves-Alexis Perez

Package: gvfs-backends
Version: 1.7.2-1
Severity: important

Hey,

I have quite some issues with gio/gvfs based programs which display
links and can open them by clicking on them (mainly evolution and
xfce4-terminal right now). Even with the preferred browser set to
something, they won't try to open the link directly in the browser but
will try to pass through gio/gvfs http backend and in some case
fail miserably.

Take the LWN weekly pages (https://lwn.net/Articles/432758/
for example). If you open it in a browser, the server sends a 403
forbidden and display a login page. In some other cases it's a redirect
or something like that. But often, gvfs just can't handle that and
displays a popup “Could not open the link. HTTP Client Error: Forbidden”

I have to say I really don't care about gvfs opening an http link, what
I want is the page to be displayed in my browser so I don't even think
those apps should use gvfs, but at least gvfs should fall back
graciously on the browser when it can't handle the thing. The user
experience is right now really disappointive.

I hope you can do something about that (well, more upstream but still).

Regards,
-- 
Yves-Alexis

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-grsec-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gvfs-backends depends on:
ii  gvfs  1.7.2-1userspace virtual filesystem - ser
ii  libarchive1   2.8.4-1Single library to read/write tar, 
ii  libavahi-client3  0.6.29-1   Avahi client library
ii  libavahi-common3  0.6.29-1   Avahi common library
ii  libavahi-glib10.6.29-1   Avahi glib integration library
ii  libbluetooth3 4.87-2 Library to use the BlueZ Linux Blu
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  libcdio-cdda0 0.81-4 library to read and control digita
ii  libcdio-paranoia0 0.81-4 library to read digital audio CDs 
ii  libcdio10 0.81-4 library to read and control CD-ROM
ii  libdbus-1-3   1.4.6-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.92-1 simple interprocess messaging syst
ii  libexpat1 2.0.1-7XML parsing C library - runtime li
ii  libglib2.0-0  2.28.2-1   The GLib library of C routines
ii  libgphoto2-2  2.4.10.1-5 gphoto2 digital camera library
ii  libgphoto2-port0  2.4.10.1-5 gphoto2 digital camera port librar
ii  libgudev-1.0-0166-1  GObject-based wrapper library for 
ii  libimobiledevice2 1.1.0-1Library for communicating with the
ii  libplist1 1.3-2  Library for handling Apple binary 
ii  libsmbclient  2:3.5.8~dfsg-1 shared library for communication w
ii  libsoup-gnome2.4-12.30.2-1   an HTTP library implementation in 
ii  libsoup2.4-1  2.30.2-1   an HTTP library implementation in 
ii  libxml2   2.7.8.dfsg-2   GNOME XML library

Versions of packages gvfs-backends recommends:
ii  gnome-keyring 2.30.3-5   GNOME keyring services (daemon and

Versions of packages gvfs-backends suggests:
ii  obex-data-server  0.4.5-1+b1 D-Bus service for OBEX client and 

-- 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#618533: CAPT printers (Re: gs-esp has disappeared)

2011-03-17 Thread Jonathan Nieder

Rustom Mody wrote:

 My printer is Canon LBP-1210
 Cant see it here -- closest I can see is
 http://www.openprinting.org/printer/Canon/Canon-LBP-1120

Thanks.

To summarize, this is a GDI winprinter with undocumented protocol
(Canon Advanced Printing Technology rather than CAPT2 or CAPT3).  It
would be very interesting to hear whether Nicolas Boichat's capt
driver[1] works, and ideally to package it for Debian.  If you have
any questions, I'd be glad to help with this. :)

Canon's driver[2] does not seem to come with complete source.  It has
many components.  The license allows

 * various boring things (storage, installation, execution,
   public demos)
 * modification, but only for one's own use
 * reverse engineering, at least for the sake of debugging
   modifications of the above sort
 * redistribution under the same terms

It is clearly not free software but this looks like a good candidate
for distribution in the non-free archive that accompanies Debian.  (I
_think_ distribution along with a patch might even be allowed, but
presumably it wouldn't come to that anyway).  It is not obvious to me
whether distributing only part of the driver (say, libs/captfilter
without libcncaptnpm) is allowed.

The promisingly named pstocapt (postscript to capt) program just
runs

/usr/bin/gs -rresolution -dNOPROMPT -dSAFER -sDEVICE=pgmraw \
-sOutputFile=-

to get the image in greyscale and then passes that to the binary-only
libs/captfilter --- presumably it would be possible to learn something
by feeding grayscale images into that program.

I wonder if there is a project out there dedicated to collecting
information from reverse-engineering the CAPT protocol.

[1] http://www.boichat.ch/nicolas/capt/
[2] http://software.canon-europe.com/software/0040567.asp



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618615: xmltooling: FTBFS when not building doc package

2011-03-17 Thread Russ Allbery

Aaron M. Ucko u...@debian.org writes:

 Builds of xmltooling (as on the autobuilders) that only cover its
 architecture-dependent packages are failing because debian/rules
 expects to be able to remove a copy of jquery.js that won't exist in
 that case:

debian/rules override_dh_installdocs
 make[1]: Entering directory 
 `/build/buildd-xmltooling_1.4.1-1-amd64-6TIjR5/xmltooling-1.4.1'
 dh_installdocs -A doc/NOTICE.txt
 rm debian/libxmltooling-doc/usr/share/doc/libxmltooling-doc/html/jquery.js
 rm: cannot remove 
 `debian/libxmltooling-doc/usr/share/doc/libxmltooling-doc/html/jquery.js': No 
 such file or directory
 make[1]: *** [override_dh_installdocs] Error 1

 To remedy that, you can replace rm by either rm -f (which will
 silently ignore absent targets) or -rm (which will direct make to
 disregard errors from rm).  You could also conditionalize rm's
 invocation, but that's probably more trouble than it's worth in this
 case.

Whoops, sorry about that.  I didn't even think about it.  There's an ln -s
that would also fail, so I went ahead and added the condition.

I'm building and testing (including an arch-only build) the new package
now and will upload in a few if it works.

Thanks!

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618533: Coordinating work on supporting CAPT printers

2011-03-17 Thread Jonathan Nieder

clone 618533 -1
reassign -1 cups 1.4.6-2
retitle -1 CAPT (first-generation Canon winprinters --- e.g. LBP-1120) support
tags -1 + upstream
quit

Rustom Mody wrote:

 My printer is Canon LBP-1210
 Cant see it here -- closest I can see is
 http://www.openprinting.org/printer/Canon/Canon-LBP-1120

Hmm, while at it let's track out of the box support for that as a
separate bug.

CUPS maintainers, please feel free to reassign to some other package
as appropriate.

Thanks.
Jonathan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618641: debian-maintainers: Please add Timo Juhani Lindfors as a Debian Maintainer

2011-03-17 Thread Timo Juhani Lindfors

Package: debian-maintainers
Severity: normal

Hi,

please add my key as described in the attached jetring changeset to the
Debian Maintainer keyring.

best regards,
Timo Lindfors



add-4D249D9B23E6FC3A
Description: Binary data

Bug#618566: message to fast to read

2011-03-17 Thread Mike Hommey

On Thu, Mar 17, 2011 at 10:34:51AM +0800, jida...@jidanni.org wrote:
 It's all a conspiracy against non speed readers.
 Sure with your insider info you know what window it is in and that it is
 not important.

I actually don't /know/ what it is, I'm trying to get you to figure it
out, and I am merely pointing what I see on my end when I'm printing.

 But for the rest of us it could be anything, even from
 outside Firefox.
 I mean what use is http://www.useit.com/alertbox/
 when the browser is to blame.
 I'd file it under accessibility.

Provided that your printing did succeed, why do you need to worry about
a dialog you haven't had time to read, and that has a Printing...
title?

Mike



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618642: vala-0.12: FTBFS on kfreebsd-*: 9 of 88 tests failed

Source: vala-0.12
Version: 0.11.7-1
Severity: serious
Justification: FTBFS

Hi,

not strictly speaking a regression, but since it's another vala*
package, and a bug similar to #589460, let's track that as a serious
bug against vala-0.12:
| […]
| ** CRITICAL **: file 
/build/buildd-vala-0.12_0.11.7-1-kfreebsd-amd64-SBx1Xx/vala-0.12-0.11.7/tests/_test/main.c:
 line 26695: uncaught error: Error sending data: Broken pipe (g-io-error-quark, 
0)
| aborting...
| dbus.bug602003.server.check: line 4: 74512 Aborted (core 
dumped) ./test /dbus/bug602003/server
| 9 of 88 tests failed

Full build logs:
  https://buildd.debian.org/status/package.php?p=vala-0.12suite=experimental

Any chance you could avoid escape sequences (intended for colored output I
guess)?. Logs are quite unreadable, and copying/pasting escape sequences
isn't exactly funny.

KiBi.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618643: accountsservice: FTBFS everywhere: dh_girepository: Could not find gir file for AccountsService-1.0.typelib

Source: accountsservice
Version: 0.6.5-1
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS everywhere:
| dh_shlibdeps
| dpkg-shlibdeps: warning: dependency on libgthread-2.0.so.0 could be avoided 
if debian/libaccountsservice0/usr/lib/libaccountsservice.so.0.0.0 were not 
uselessly linked against it (they use none of its symbols).
| dpkg-shlibdeps: warning: dependency on librt.so.1 could be avoided if 
debian/libaccountsservice0/usr/lib/libaccountsservice.so.0.0.0 were not 
uselessly linked against it (they use none of its symbols).
| dh_girepository -l src:debian/libaccountsservice-dev/usr/share/gir-1.0
| dh_girepository: Could not find gir file for AccountsService-1.0.typelib
| make[1]: *** [override_dh_shlibdeps] Error 2

Full build logs:
  
https://buildd.debian.org/status/package.php?p=accountsservicesuite=experimental

KiBi.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618644: busybox: FTBFS on kfreebsd-*

Source: busybox
Version: 1:1.18.3-1
Severity: serious
Justification: FTBFS

Hi,

your package no longer builds on kfreebsd-*. Not sure what to quote,
since it explodes quite badly. :D

Full build logs:
  https://buildd.debian.org/status/package.php?p=busyboxsuite=sid
→
  
https://buildd.debian.org/fetch.cgi?pkg=busyboxarch=kfreebsd-amd64ver=1%3A1.18.3-1stamp=1300280868file=logas=raw
  
https://buildd.debian.org/fetch.cgi?pkg=busyboxarch=kfreebsd-i386ver=1%3A1.18.3-1stamp=1300280409file=logas=raw

KiBi.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#612690: Please move data files to /lib/ or /usr/share

2011-03-17 Thread Josua Dietze

The check (and wait) for /usr availability is provided by the starter script 
in /lib/udev.
It will run in background and not holding up the udev process. Since the shell 
for the wrapper script sits in /usr/bin, this tree is needed anyway.

I thoroughly tested on seven different distros. The cold boot processing worked 
reliably.
Concerning the timing, it makes sense to run the whole switching procedure 
detached from the boot process because the devices concerned do need from 2 to 
20 seconds to return in their new mode.

Josua Dietze


Michael Biebl bi...@debian.org schrieb:

Hi Didier

Am 10.02.2011 00:31, schrieb Josua Dietze:
 
 Am 10.02.2011 00:11, schrieb Michael Biebl:
 Please consider moving those files to /usr/share, or if they are needed 
 during boot
 to /lib/usb-modeswitch.
 
 
 The files might in fact be needed during boot.


With today's upload the files were moved out of /etc/ into /usr/share.
Have you read Josua's comment, that those files are needed during boot?
With the files in /usr/share, you will run into problems if /usr is on a
separate partition because udev is run rather early before boot (before other
partitions are mounted).
In case your modem is already attached during boot, it won't be switched, 
unless
you plug it out and in again.

Have you considered that?

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Bug#618645: caret: FTBFS on kfreebsd-*: Basename.cxx:64:14: error: 'period' was not declared in this scope

Source: caret
Version: 5.6.2~dfsg.1-1
Severity: serious
Justification: FTBFS

Hi,

your package no longer builds on kfreebsd-*:
| make[1]: Entering directory 
`/build/buildd-caret_5.6.2~dfsg.1-1-kfreebsd-amd64-B3QFJ6/caret-5.6.2~dfsg.1/caret_common'
| g++ -c -pipe -fopenmp -DUBUNTU -Wno-deprecated -g -Wno-deprecated -Wall -g 
-O2 -DCARET_BUILDID=Debian_amd64 -D_REENTRANT -Wall -W -fPIC -DCARET_FLAG 
-DHAVE_MINC -DHAVE_QWT -DHAVE_VTK -DHAVE_VTK5 -DHAVE_MINC -DQT_NO_DEBUG 
-DQT_PLUGIN -DQT_XML_LIB -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB 
-DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. 
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui 
-I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtXml -I/usr/include/qt4 -I. 
-I../caret_brain_set -I../caret_command_operations -I../caret_common 
-I../caret_statistics -I../caret_files -I../caret_uniformize -I../caret_widgets 
-I/usr/include -I/usr/include/qwt-qt4 -I/usr/include/vtk-5.6 -I/usr/include 
-I/usr/X11R6/include -I. -o Basename.o Basename.cxx
| Basename.cxx: In function 'const char* Basename(char*)':
| Basename.cxx:64:14: error: 'period' was not declared in this scope
| Basename.cxx:68:14: error: 'period' was not declared in this scope
| make[1]: *** [Basename.o] Error 1

Full build logs:
  https://buildd.debian.org/status/package.php?p=caretsuite=sid

KiBi.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#614373: wget: mixes dpatch and 3.0 (quilt) | wget: diff for NMU version 1.12-2.2

2011-03-17 Thread Noèl Köthe

Hello Filippo,

Am Mittwoch, den 16.03.2011, 21:17 +0100 schrieb Filippo Rusconi:

 the previous message which I sent by error is a mishap for two reasons:
 
 - The upload was not performed, contrary to what is stated in the
 message;
 
 - The first item of the debian/changelog file in the diff was
 incorrect from the very start.
 
 Noèl, if you were to agree, I am eager to prepare a new patch in order
 to fix the mishap in one go. I would not be able to upload the package
 but could provide you with the files in some way.

Go ahead. I will work on the wget package in April but the earlier a bug
is fixed the better.


-- 
Noèl Köthe noel debian.org
Debian GNU/Linux, www.debian.org


signature.asc
Description: This is a digitally signed message part

Bug#556078: Patch for the l10n upload of anon-proxy

2011-03-17 Thread Christian PERRIER


Dear maintainer of anon-proxy,

On Tuesday, March 08, 2011 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Sunday, March 06, 2011.

We finally agreed that you would do the update yourself at the end of
the l10n update round.

That time has come.

To help you out, here's the patch which I would have used for an NMU.
Please feel free to use all of it...or only the l10n part of it.

The corresponding changelog is:


Source: anon-proxy
Version: 00.05.38+20081230-1.2
Distribution: UNRELEASED
Urgency: low
Maintainer: Christian Perrier bubu...@debian.org
Date: Sun, 06 Mar 2011 18:00:24 +0100
Closes: 556078 584489 617392
Changes: 
 anon-proxy (00.05.38+20081230-1.2) UNRELEASED; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 - Italian (Vincenzo Campanella).  Closes: #556078
 - Danish (Joe Hansen).  Closes: #584489
 - Slovak (Slavko).  Closes: #617392

-- 


diff -Nru anon-proxy-00.05.38+20081230.old/debian/changelog anon-proxy-00.05.38+20081230/debian/changelog
--- anon-proxy-00.05.38+20081230.old/debian/changelog	2011-03-06 17:57:43.117233800 +0100
+++ anon-proxy-00.05.38+20081230/debian/changelog	2011-03-17 07:17:15.602704221 +0100
@@ -1,3 +1,13 @@
+anon-proxy (00.05.38+20081230-1.2) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+- Italian (Vincenzo Campanella).  Closes: #556078
+- Danish (Joe Hansen).  Closes: #584489
+- Slovak (Slavko).  Closes: #617392
+
+ -- Christian Perrier bubu...@debian.org  Sun, 06 Mar 2011 18:00:24 +0100
+
 anon-proxy (00.05.38+20081230-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru anon-proxy-00.05.38+20081230.old/debian/po/cs.po anon-proxy-00.05.38+20081230/debian/po/cs.po
--- anon-proxy-00.05.38+20081230.old/debian/po/cs.po	2011-03-06 17:57:43.117233800 +0100
+++ anon-proxy-00.05.38+20081230/debian/po/cs.po	2011-03-08 06:37:23.211254520 +0100
@@ -19,6 +19,7 @@
 PO-Revision-Date: 2007-06-11 19:59+0200\n
 Last-Translator: Miroslav Kure ku...@debian.cz\n
 Language-Team: Czech debian-l10n-cz...@lists.debian.org\n
+Language: cs\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
diff -Nru anon-proxy-00.05.38+20081230.old/debian/po/da.po anon-proxy-00.05.38+20081230/debian/po/da.po
--- anon-proxy-00.05.38+20081230.old/debian/po/da.po	2011-03-06 17:57:43.113233737 +0100
+++ anon-proxy-00.05.38+20081230/debian/po/da.po	2011-03-06 18:01:25.016430322 +0100
@@ -1,12 +1,18 @@
+# Danish translation anon-proxy.
+# Copyright (C) 2010 anon-proxy  nedenstÃ¥ende oversÃ¦ttere.
+# This file is distributed under the same license as the anon-proxy package.
+# Morten Brix Pedersen mor...@wtf.dk, 2005.
+# Joe Hansen joedalt...@yahoo.dk, 2010.
 #
 msgid 
 msgstr 
-Project-Id-Version: anon-proxy 00.02.39-4\n
+Project-Id-Version: anon-proxy\n
 Report-Msgid-Bugs-To: anon-pr...@packages.debian.org\n
 POT-Creation-Date: 2008-04-24 09:25-0700\n
-PO-Revision-Date: 2005-11-21 07:11+0200\n
-Last-Translator: Morten Brix Pedersen mor...@wtf.dk\n
-Language-Team: Danish da...@klid.dk\n
+PO-Revision-Date: 2010-06-03 17:30+01:00\n
+Last-Translator: Joe Hansen joedalt...@yahoo.dk\n
+Language-Team: Danish debian-l10n-dan...@lists.debian.org \n
+Language: \n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
@@ -14,27 +20,24 @@
 #. Type: boolean
 #. Description
 #: ../templates:1001
-#, fuzzy
 msgid Should the http_proxy variable be set?
-msgstr Skal jeg sÃ¦tte http_proxy variablen?
+msgstr Skal variablen http_proxy angives?
 
 #. Type: boolean
 #. Description
 #: ../templates:1001
-#, fuzzy
 msgid 
 To surf the web anonymously browsers have to use the new proxy server. For 
 graphical browsers like mozilla or konqueror that can easily be configured 
 in the proxy information using the graphical setup dialogs.
 msgstr 
 For at surfe pÃ¥ internettet anonymt, skal du indstille din browser til at 
-bruge proxy serveren. For grafiske browsere som Mozilla eller Konqueror kan 
-du nemt sÃ¦tte proxy oplysninger op i de grafiske indstillingsvinduer.
+bruge proxyserveren. For grafiske browsere som Mozilla eller Konqueror kan 
+du nemt angive proxyoplysninger i de grafiske indstillingsvinduer.
 
 #. Type: boolean
 #. Description
 #: ../templates:1001
-#, fuzzy
 msgid 
 Shellbrowsers like lynx or w3m use the environment variables http_proxy and 
 HTTP_PROXY. If you want these variables can be set globally in /etc/
@@ -42,27 +45,4 @@
 msgstr 
 Shellbrowsere som lynx eller w3m bruger miljÃ¸variablerne http_proxy og 
 HTTP_PROXY. Hvis du vil, kan jeg sÃ¦tte disse variabler globalt i /etc/
-environment. I dette tilfÃ¦lde vil jeg fjerne den nÃ¥r pakken bliver fjernet.
-
-#, fuzzy
-#~ msgid 
-#~ The anon-proxy daemon can be started now. The configuration can be tested 
-#~ by surfing to the following URL:

Bug#618644: busybox: FTBFS on kfreebsd-*

2011-03-17 Thread Michael Tokarev

tags 618644 + pending
thanks

17.03.2011 10:20, Cyril Brulebois wrote:
 Source: busybox
 Version: 1:1.18.3-1
 Severity: serious
 Justification: FTBFS
 
 Hi,
 
 your package no longer builds on kfreebsd-*. Not sure what to quote,
 since it explodes quite badly. :D

Yes I've seen this once it were hit buildd yesterday.
It's fixed in git in a few minutes, pending upload.

http://git.debian.org/?p=d-i/busybox.git;a=commitdiff;h=4b2a7e57f39855a439ed9707b353a516ad00aa4b

The prob was wrong order of headers resulting in
function attribute #defines to be undefined in one
of the included files, so gcc's parser has gone out
to lunch after this point spewing all sorts of scary
errors in system headers.

Thanks!

/mjt



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#612690: Please move data files to /lib/ or /usr/share

Hi Josua!

Am 17.03.2011 08:17, schrieb Josua Dietze:
 The check (and wait) for /usr availability is provided by the starter 
 script in /lib/udev.

I assume you mean /lib/udev/usb_modeswitch

 It will run in background and not holding up the udev process. Since the 
 shell for the wrapper script sits in /usr/bin, this tree is needed anyway.
 
 I thoroughly tested on seven different distros. The cold boot processing 
 worked reliably.
 Concerning the timing, it makes sense to run the whole switching procedure 
 detached from the boot process because the devices concerned do need from 2 
 to 20 seconds to return in their new mode.
 

Thanks for having an eye on this issue.

Looking at /lib/udev/usb_modeswitch though, it seems you used wait_for_file from
/lib/udev/hotplug.functions. TTBOMK, this is a Debian/Ubuntu specific feature.
I quickly checked a Fedora F14 and openSUSE 11.4 installation. Neither of those
has has a hotplug.functions file and wait_for_file function.

Cheers,
Michael
-- 
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#618489: [php-maint] Bug#618489: Bug#618489: Bug#618489: php5-common: priviledge escalation in /etc/cron.d/php5

2011-03-17 Thread Sean Finney

On Wed, 2011-03-16 at 21:57 -0600, Raphael Geissert wrote:
 On 16 March 2011 03:40, sean finney sean...@debian.org wrote:
  On Wed, Mar 16, 2011 at 09:27:29AM +, Stephane Chazelas wrote:
  No, please look carefully. It's not passwd that's the
  symlink, it's foo (to /etc). rm would remove
  /var/lib/php5/foo/passwd, that is it would unlink the passwd
  entry from the directory pointed to by foo, that is /etc.
 
  oh, right.  well good catch then, i guess we'll need to prepare
  a stable security update...
 
 Yes, I'm on it.
 For sid I'm inclined to make /var/lib/php5 uid: root, gid: www-data,
 and remove the world-rw mode. Why would we want to allow anyone else
 to use that dir anyway? perhaps I'm missing some bits of history.

I would suggest instead of using -delete, that we use -maxdepth 1.  I
think technically there's still some small window of oppurtunity (maybe
not exploitable, but still) in between the find comparisons and the
delete action, and i don't think we need to decend into directories in
the first place since the session files are all in the top level of
that directory.  i made a patch last night but my colo'd server has been
up and down for the past few days :/  i'll attach it here instead of
pushing it, so we can decide what makes the most sense.

Regarding the permissions, I also agree and don't know why they were
world read/writable, whether someone was just copying the perms
from /tmp or had a reason to do so.  Not sure whether that also warrants
going into stable or not, but we could at least try it out in unstable
and see if anyohne complains :)

thoughts?

sean
From d276c4a7d79ed2e3bbe2ba26c19ee696a60d4f80 Mon Sep 17 00:00:00 2001
From: Sean Finney sean...@debian.org
Date: Wed, 16 Mar 2011 21:36:42 +0100
Subject: [PATCH] Fix session gc cronjob to prevent race condition with unlinking files

Closes: #618489
Thanks: Stephane Chazelas stephane.chaze...@seebyte.com
---
 debian/php5-common.php5.cron.d |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/debian/php5-common.php5.cron.d b/debian/php5-common.php5.cron.d
index a4e73a8..9344c1e 100644
--- a/debian/php5-common.php5.cron.d
+++ b/debian/php5-common.php5.cron.d
@@ -4,4 +4,4 @@
 #  files, or 24 minutes if not defined.  See /usr/lib/php5/maxlifetime
 
 # Look for and purge old sessions every 30 minutes
-09,39 * * * * root   [ -x /usr/lib/php5/maxlifetime ]  [ -d /var/lib/php5 ]  find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm
+09,39 * * * * root   [ -x /usr/lib/php5/maxlifetime ]  [ -d /var/lib/php5 ]  find /var/lib/php5/ -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm
-- 
1.7.2.3



signature.asc
Description: This is a digitally signed message part

Bug#618158: Fixed by the patch in #603312

2011-03-17 Thread Svante Signell

merge 618158 602312
tags 618158 patch

This problem was solved long time ago due to linker default changes, see
bug 603312! Build tested on GNU/Linux and GNU/Hurd (with patches from
bug #616290)





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618646: bash-completion: When manfile has the same name of directory, duplicate completion suggested

2011-03-17 Thread Salvo Tomaselli

Package: bash-completion
Version: 1:1.3-1
Severity: normal

To reproduce, follow the steps

mkdir /tmp//grep
cd /tmp/
man grepTAB

it will display
grep/ grep/
Which is wrong, since one of them is a directory and the other one isn't.

Bye 


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-persefone (SMP w/2 CPU cores; PREEMPT)
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 bash-completion depends on:
ii  bash  4.1-3  The GNU Bourne Again SHell

bash-completion recommends no packages.

bash-completion 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#618647: tc does not work in a openvz container

2011-03-17 Thread a1bert

Package: linux-image-2.6.32-5-openvz-686
Version: 2.6.32-30

Looks like http://bugzilla.openvz.org/show_bug.cgi?id=1238 is still an issue 
with  the latest squeezy openvz kernel. Can you please merge proposed 
patch...

jn



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618622: xserver-xorg-core: crash when resizing screen while running a fullscreen application

On Don, 2011-03-17 at 00:46 +0100, Michal Suchanek wrote: 
 
 Running a fullscreen d3d application that changes screen mode (such as
 Vazteroids, in Wine) causes one screen to go blank and the other to
 switch to the resolution the application requested.
 
 When I run my script that sets the main screen to native resolution and
 reenables the other screen and exit the d3d application X crashes.

Please try to provide more information about the crash. Preferably a
full gdb backtrace, but at least an X log file with a backtrace.


-- 
Earthling Michel Dänzer   |http://www.vmware.com
Libre software enthusiast |  Debian, X and DRI developer



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618648: [debian-installer] mipsel 'malta' initrd does not contain the sha1sum program

2011-03-17 Thread Roman Mamedov

Package: debian-installer
Version: 20110106+b1
Severity: normal

The initrd [1] dated 09 Dec 2010 does not seem to contain the 'sha1sum'
program. Because of this, after downloading Packages.gz it fails, saying that
the package list is corrupt. Switching to the log console (Alt+F4) shows that
in reality the problem is sha1sum: file not found.

This can be solved by downloading the sha1sum binary for mipsel (manually
unpacked from the coreutils package) while still booted into the installer:

(Alt+F2)
  cd /bin/
  wget http://somewhere/somedir/sha1sum
  chmod +x sha1sum

after which the installation proceeds successfully.

The issue may also present in initrds other than the one referenced here.

[1] http://d-i.debian.org/daily-images/mipsel/daily/malta/netboot/initrd.gz

-- 
With respect,
Roman


signature.asc
Description: PGP signature

Bug#618622: xserver-xorg-core: crash when resizing screen while running a fullscreen application

2011/3/17 Michel Dänzer daen...@debian.org:
 On Don, 2011-03-17 at 00:46 +0100, Michal Suchanek wrote:

 Running a fullscreen d3d application that changes screen mode (such as
 Vazteroids, in Wine) causes one screen to go blank and the other to
 switch to the resolution the application requested.

 When I run my script that sets the main screen to native resolution and
 reenables the other screen and exit the d3d application X crashes.

 Please try to provide more information about the crash. Preferably a
 full gdb backtrace, but at least an X log file with a backtrace.

It's a double free (abort) so there is no backtrace in the log. There
is a gdb backtrace attached to the original report.

Thanks

Michal



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618622: xserver-xorg-core: crash when resizing screen while running a fullscreen application

On Don, 2011-03-17 at 09:31 +0100, Michal Suchanek wrote: 
 2011/3/17 Michel Dänzer daen...@debian.org:
  On Don, 2011-03-17 at 00:46 +0100, Michal Suchanek wrote:
 
  Running a fullscreen d3d application that changes screen mode (such as
  Vazteroids, in Wine) causes one screen to go blank and the other to
  switch to the resolution the application requested.
 
  When I run my script that sets the main screen to native resolution and
  reenables the other screen and exit the d3d application X crashes.
 
  Please try to provide more information about the crash. Preferably a
  full gdb backtrace, but at least an X log file with a backtrace.
 
 It's a double free (abort) so there is no backtrace in the log. There
 is a gdb backtrace attached to the original report.

Oh, I didn't notice the attachment, and you didn't mention it.

Probably the fastest way to track down the problem would be to run the X
server in valgrind.


-- 
Earthling Michel Dänzer   |http://www.vmware.com
Libre software enthusiast |  Debian, X and DRI developer



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618638: obsolete conffile not removed on upgrades

2011-03-17 Thread Didier Raboud

tags 618638 +pending
thanks

 Hi,
 
 the confffile /etc/usb_modeswitch.d/1a8d:1000:uPr=5G was not removed on
 upgrades and is now marked as obsolete in the dpkg status file.

Hi Michael, and thanks for your bugreport.

I had trouble to reproduce this behaviour and to find the culprit code; it's 
now found: it was in the dpkg-maintscript-helper migration that the 
*.maintscript file was mis-named, then correctly re-named without bumping the 
last version in which said conffile is present.

It will be fixed in the upload pending for this afternoon.

Cheers,

-- 
OdyX


signature.asc
Description: This is a digitally signed message part.

Bug#614092: guayadeque: Guayadeque randomly crashes with segmentation fault

2011-03-17 Thread Alessio Treglia

Hi!

guayadeque-dbg is available now with the latest release available in
sid, could you try to reproduce this?

Thanks in advance.

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618649: bluez: bluetoothd fails to start due to undefined symbol sdp_uuid_cmp

2011-03-17 Thread Christopher Schramm

Package: bluez
Version: 4.87-2
Severity: important
Tags: upstream sid

After upgrading to wheezy's 4.87 bluetoothd doesn't start anymore (so
configuring fails). The output is:

Starting bluetooth:/usr/sbin/bluetoothd: symbol lookup error:
/usr/sbin/bluetoothd: undefined symbol: sdp_uuid_cmp

A similar report for (I think) version 4.69 can be found as Ubuntu Bug #465468

squeeze's 4.66 works fine though.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bluez depends on:
ii  dbus  1.4.6-1simple interprocess messaging syst
ii  libbluetooth3 4.87-2 Library to use the BlueZ Linux Blu
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libcap-ng00.6.5-1An alternate POSIX capabilities li
ii  libdbus-1-3   1.4.6-1simple interprocess messaging syst
ii  libglib2.0-0  2.28.1-1+b1The GLib library of C routines
ii  libusb-0.1-4  2:0.1.12-17userspace USB programming library
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip
ii  makedev   2.3.1-89   creates device files in /dev
ii  module-init-tools 3.12-1 tools for managing Linux kernel mo
ii  python-dbus   0.83.1-1   simple interprocess messaging syst
ii  python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li
ii  udev  166-1  /dev/ and hotplug management daemo

bluez recommends no packages.

bluez 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#618624: xdg-utils: xdg-mime query filetype FILE: no output at all due to missing recommends

2011-03-17 Thread Per Olofsson

Hi Scott,

2011-03-17 00:50, Scott Ritchie skrev:
From launchpad: 
https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/602799
 Originally reported in Ubuntu, but it should also affect Debian the same.
 
 Essentially, xdg-mime will not work without an additional package installed, 
 and
 these should thusly be listed in Recommends.
 
 I believe Recommends: gvfs-bin | libgnomevfs2-bin | kdebase-runtime  will 
 cover 
 all existing providers.

libgnomevfs2-bin is deprecated so I don't think it should be
recommended. kdebase-runtime will already be installed if the user is
running KDE (since pretty much all KDE apps depend on it), so it doesn't
need to be recommended either.

Regarding gvfs-bin, yes, there is a problem. But if I were to add it to
recommends, it would be automatically installed even for people who
don't use Gnome, pulling in a lot of dependencies. That doesn't match
the definition of Recommends -- it is, in fact, perfectly reasonable to
have xdg-utils installed without gvfs-bin.

However, the latest xdg-utils in Debian recommends
libfile-mimeinfo-perl, which gives it the ability to determine MIME
types and open files using Freedesktop.org standards. Also,
gnome-desktop-environment depends on gvfs-bin. So the latest xdg-utils
should work in Gnome regardless.

Maybe gnome-session should depend/recommend gvfs-bin, though.

-- 
Pelle



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618650: sqldeveloper-package: wrong link

2011-03-17 Thread Sergio Fernandez

Package: sqldeveloper-package
Version: 0.2.3+nmu1
Severity: minor

Orac le recently restructure the website, so they had broken some links. Since
this it's just a meta-package to help building the real package, it'd be nice
to provide to the user the right information to get it. The right link now must
be http://www.oracle.com/technetwork/developer-tools/sql-developer/index.html



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sqldeveloper-package depends on:
ii  bzip2   1.0.5-6  high-quality block-sorting file co
ii  devscripts  2.10.71  scripts to make the life of a Debi
ii  fakeroot1.14.5-2 Gives a fake root environment
ii  file5.04-5   Determines file type using magic
ii  imagemagick 8:6.6.0.4-3  image manipulation programs
ii  tofrodos1.7.8.debian.1-2 Converts DOS - Unix text files, 
ii  unzip   6.0-4De-archiver for .zip files

sqldeveloper-package recommends no packages.

sqldeveloper-package 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#487216: Processed: Free ITP

2011-03-17 Thread Etienne Millon

Hello,

From the log I assumed that it was almost ready, but you orphaned the
ITP. What is the status ?

Cheers,

-- 
Etienne Millon



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#604320: PikLab does not depend on kde3/qt4

2011-03-17 Thread Sune Vuorela

On Thursday 17 March 2011 02:04:00 Miriam Ruiz wrote:
 Hi,
 
 As far as I know, PikLab does not depend either on kde3 nor qt3:
 
 Build-Depends: debhelper (= 7), quilt, cmake (= 2.4), dh-buildinfo,
  chrpath, libusb-dev, kdelibs4-dev, libqt4-dev, libreadline-dev

kdelibs4-dev is kde3 libs.  (THe SONAME of the main libs is off by one).
kdelibs4-dev depends on qt3 dev package

libqt4-dev isn't actually used in the build process as it is currently.

After a closer look on the build system, it looks like there is a QT_ONLY 
build variable you can set to build a  Qt4 based edition of the app. No kde 
integration with that, though, and I haven't tested that it actually works.

/Sune
-- 
Man, do you know how can I reset a tower on the application over the DVD 
microkernel of the controller from Internet Explorer?

First of all you should insert on a provider but from the preferences menu 
inside Outlook you neither can cancel a level-7 computer, nor need to load the 
LCD SMTP forward for connecting a BIOS.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618622: xserver-xorg-core: crash when resizing screen while running a fullscreen application

2011/3/17 Michel Dänzer daen...@debian.org:
 On Don, 2011-03-17 at 09:31 +0100, Michal Suchanek wrote:
 2011/3/17 Michel Dänzer daen...@debian.org:
  On Don, 2011-03-17 at 00:46 +0100, Michal Suchanek wrote:
 
  Running a fullscreen d3d application that changes screen mode (such as
  Vazteroids, in Wine) causes one screen to go blank and the other to
  switch to the resolution the application requested.
 
  When I run my script that sets the main screen to native resolution and
  reenables the other screen and exit the d3d application X crashes.
 
  Please try to provide more information about the crash. Preferably a
  full gdb backtrace, but at least an X log file with a backtrace.

 It's a double free (abort) so there is no backtrace in the log. There
 is a gdb backtrace attached to the original report.

 Oh, I didn't notice the attachment, and you didn't mention it.

 Probably the fastest way to track down the problem would be to run the X
 server in valgrind.

A valgrind log showing some (probably unrelated) issues.

As I need to run the X server as root to run in valgrind the
environment is different and there is probably some piece missing.

I can't reproduce the crash as root with valgrind or without.

Thanks

Michal
 valgrind Xorg :1
==20619== Memcheck, a memory error detector
==20619== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==20619== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for copyright info
==20619== Command: Xorg :1
==20619== 

X.Org X Server 1.9.99.903 (1.10.0 RC 3)
Release Date: 2011-2-24
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian
Current Operating System: Linux heretic 2.6.37-2-amd64 #1 SMP Sun Feb 27 10:12:22 UTC 2011 x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.37-2-amd64 root=UUID=ae7d5095-c8b3-4205-af0e-032b0e124ec3 ro console=ttyS0,115200n8r console=tty0
Build Date: 25 February 2011  02:25:58PM
xorg-server 2:1.9.99.903-1 (Cyril Brulebois k...@debian.org) 
Current version of pixman: 0.21.6
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.1.log, Time: Thu Mar 17 09:57:18 2011
(==) Using config file: /etc/X11/xorg.conf
(==) Using system config directory /usr/share/X11/xorg.conf.d
(EE) Failed to load module vesa (module does not exist, 0)
(EE) Failed to load module fbdev (module does not exist, 0)
(II) [KMS] Kernel modesetting enabled.
==20619== Syscall param ioctl(generic) points to uninitialised byte(s)
==20619==at 0x68FCE27: ioctl (syscall-template.S:82)
==20619==by 0x8937ED7: drmIoctl (in /lib/libdrm.so.2.4.0)
==20619==by 0x893B7C4: drmModeGetCrtc (in /lib/libdrm.so.2.4.0)
==20619==by 0x9034BC4: drmmode_pre_init (drmmode_display.c:592)
==20619==by 0x90319BE: RADEONPreInit_KMS (radeon_kms.c:630)
==20619==by 0x46B949: InitOutput (xf86Init.c:519)
==20619==by 0x42559C: main (main.c:205)
==20619==  Address 0x7ff0005c0 is on thread 1's stack
==20619== 
==20619== Syscall param ioctl(generic) points to uninitialised byte(s)
==20619==at 0x68FCE27: ioctl (syscall-template.S:82)
==20619==by 0x8937ED7: drmIoctl (in /lib/libdrm.so.2.4.0)
==20619==by 0x893B63B: drmModeGetEncoder (in /lib/libdrm.so.2.4.0)
==20619==by 0x9034D79: drmmode_pre_init (drmmode_display.c:938)
==20619==by 0x90319BE: RADEONPreInit_KMS (radeon_kms.c:630)
==20619==by 0x46B949: InitOutput (xf86Init.c:519)
==20619==by 0x42559C: main (main.c:205)
==20619==  Address 0x7ff000618 is on thread 1's stack
==20619== 
==20619== Syscall param ioctl(generic) points to uninitialised byte(s)
==20619==at 0x68FCE27: ioctl (syscall-template.S:82)
==20619==by 0x8937ED7: drmIoctl (in /lib/libdrm.so.2.4.0)
==20619==by 0x893BA74: drmModeGetProperty (in /lib/libdrm.so.2.4.0)
==20619==by 0x9035058: drmmode_pre_init (drmmode_display.c:1013)
==20619==by 0x90319BE: RADEONPreInit_KMS (radeon_kms.c:630)
==20619==by 0x46B949: InitOutput (xf86Init.c:519)
==20619==by 0x42559C: main (main.c:205)
==20619==  Address 0x7ff0005e8 is on thread 1's stack
==20619== 
==20619== Syscall param ioctl(generic) points to uninitialised byte(s)
==20619==at 0x68FCE27: ioctl (syscall-template.S:82)
==20619==by 0x8937ED7: drmIoctl (in /lib/libdrm.so.2.4.0)
==20619==by 0x893BA74: drmModeGetProperty (in /lib/libdrm.so.2.4.0)
==20619==by 0x903435F: drmmode_output_get_modes (drmmode_display.c:645)
==20619==by 0x482AED: xf86ProbeOutputModes (xf86Crtc.c:1613)
==20619==by 0x483517: xf86InitialConfiguration (xf86Crtc.c:2376)
==20619==by 0x9034C5A: drmmode_pre_init (drmmode_display.c:1376)
==20619==by 0x90319BE: RADEONPreInit_KMS (radeon_kms.c:630)
==20619==by 0x46B949:

Bug#618622: xserver-xorg-core: crash when resizing screen while running a fullscreen application

On Don, 2011-03-17 at 10:30 +0100, Michal Suchanek wrote: 
 2011/3/17 Michel Dänzer daen...@debian.org:
  On Don, 2011-03-17 at 09:31 +0100, Michal Suchanek wrote:
  2011/3/17 Michel Dänzer daen...@debian.org:
   On Don, 2011-03-17 at 00:46 +0100, Michal Suchanek wrote:
  
   Running a fullscreen d3d application that changes screen mode (such as
   Vazteroids, in Wine) causes one screen to go blank and the other to
   switch to the resolution the application requested.
  
   When I run my script that sets the main screen to native resolution and
   reenables the other screen and exit the d3d application X crashes.
  
   Please try to provide more information about the crash. Preferably a
   full gdb backtrace, but at least an X log file with a backtrace.
 
  It's a double free (abort) so there is no backtrace in the log. There
  is a gdb backtrace attached to the original report.
 
  Oh, I didn't notice the attachment, and you didn't mention it.
 
  Probably the fastest way to track down the problem would be to run the X
  server in valgrind.
 
 A valgrind log showing some (probably unrelated) issues.
 
 As I need to run the X server as root to run in valgrind the
 environment is different and there is probably some piece missing.
 
 I can't reproduce the crash as root with valgrind or without.

The X server always runs as root. You can run the clients from the same
user accounts as before.


-- 
Earthling Michel Dänzer   |http://www.vmware.com
Libre software enthusiast |  Debian, X and DRI developer



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618643: accountsservice: FTBFS everywhere: dh_girepository: Could not find gir file for AccountsService-1.0.typelib

2011-03-17 Thread Alessio Treglia

Hi Cyril,

On Thu, Mar 17, 2011 at 8:18 AM, Cyril Brulebois k...@debian.org wrote:
 | dh_girepository -l src:debian/libaccountsservice-dev/usr/share/gir-1.0
 | dh_girepository: Could not find gir file for AccountsService-1.0.typelib
 | make[1]: *** [override_dh_shlibdeps] Error 2


It was a stupid mistake, I'm sorry.
Fix committed in the Git branch now, I'll upload ASAP.

Thank you!

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618651: gphoto2: Please allow the keyword 'now' as a date when setting a config item

2011-03-17 Thread Arnold Metselaar

Package: gphoto2
Version: 2.4.5-3
Severity: wishlist

To synchronise the time of the camera with gphoto2 one needs to do 
something like:
gphoto2 --set-config /main/settings/time=`date +%s` 
Because of the time passing between the execution of date and the 
setting of the camera clock, the camera clock will lag by a few seconds.
It would be more convenient and accurate if one could use:
gphoto2 --set-config /main/settings/time=now

I have attached a patch that supports this use of the word 'now'. 
The patch is for the stable version, but applies to the version in 
unstable as well, albeit with a large shift. 
-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (650, 'stable'), (620, 'oldstable'), (500, 'squeeze-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores)
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gphoto2 depends on:
ii  libaa11.4p5-38   ascii art library
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcdk5   5.0.20060507-2 C-based curses widget library
ii  libexif12 0.6.19-1   library to parse EXIF files
ii  libgphoto2-2  2.4.6-3gphoto2 digital camera library
ii  libgphoto2-port0  2.4.6-3gphoto2 digital camera port librar
ii  libjpeg62 6b1-1  The Independent JPEG Group's JPEG 
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libreadline5  5.2-7  GNU readline and history libraries
ii  libslang2 2.2.2-4The S-Lang programming library - r
ii  libusb-0.1-4  2:0.1.12-16userspace USB programming library
ii  libx11-6  2:1.3.3-4  X11 client-side library

gphoto2 recommends no packages.

Versions of packages gphoto2 suggests:
ii  gthumb3:2.11.5-4 an image viewer and browser
pn  gtkam none (no description available)

-- no debconf information
--- gphoto2/actions.c~	2009-03-31 22:27:05.0 +0200
+++ gphoto2/actions.c	2011-03-17 10:06:43.0 +0100
@@ -1528,9 +1528,11 @@ set_config_action (GPParams *p, const ch
 		int	t = -1;
 		struct tm xtm;
 
+		if ( !strcasecmp (value, now)	|| !strcasecmp (value, _(now)) )
+			t = time(NULL);
 #ifdef HAVE_STRPTIME
-		if (strptime (value, %c, xtm) || strptime (value, %Ec, xtm))
-			t = mktime (xtm);
+		else if (strptime (value, %c, xtm) || strptime (value, %Ec, xtm))
+			t = mktime (xtm);		
 #endif
 		if (t == -1) {
 			if (!sscanf (value, %d, t)) {

Bug#618489: [php-maint] Bug#618489: Bug#618489: Bug#618489: php5-common: priviledge escalation in /etc/cron.d/php5

2011-03-17 Thread Stephane Chazelas

2011-03-17 08:41:28 +0100, Sean Finney:
 On Wed, 2011-03-16 at 21:57 -0600, Raphael Geissert wrote:
  On 16 March 2011 03:40, sean finney sean...@debian.org wrote:
   On Wed, Mar 16, 2011 at 09:27:29AM +, Stephane Chazelas wrote:
   No, please look carefully. It's not passwd that's the
   symlink, it's foo (to /etc). rm would remove
   /var/lib/php5/foo/passwd, that is it would unlink the passwd
   entry from the directory pointed to by foo, that is /etc.
  
   oh, right.  well good catch then, i guess we'll need to prepare
   a stable security update...
  
  Yes, I'm on it.
  For sid I'm inclined to make /var/lib/php5 uid: root, gid: www-data,
  and remove the world-rw mode. Why would we want to allow anyone else
  to use that dir anyway? perhaps I'm missing some bits of history.
 
 I would suggest instead of using -delete, that we use -maxdepth 1.

Note that the standard equivalent of find ... -maxdepth 1 is (as
I suggested in my initial report):

find .../. ! -name . -prune ...

(stricktly speaking, that would be more -mindepth 1 -maxdepth 1)

 I think technically there's still some small window of oppurtunity (maybe
 not exploitable, but still) in between the find comparisons and the
 delete action

GNU's -delete does some unlinkat(2) and find would use O_NOFOLLOW to
descend into subdirs, so I don't think there would be race
conditions there.

 and i don't think we need to decend into directories in
 the first place since the session files are all in the top level of
 that directory.

Agreed.

 i made a patch last night but my colo'd server has been
 up and down for the past few days :/  i'll attach it here instead of
 pushing it, so we can decide what makes the most sense.
 
 Regarding the permissions, I also agree and don't know why they were
 world read/writable, whether someone was just copying the perms
 from /tmp or had a reason to do so.  Not sure whether that also warrants
 going into stable or not, but we could at least try it out in unstable
 and see if anyohne complains :)


[...]
 +09,39 * * * * root   [ -x /usr/lib/php5/maxlifetime ]  [ -d 
 /var/lib/php5 ]  find /var/lib/php5/ -maxdepth 1 -type f -cmin 
 +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm

Note that I gave a POSIX equivalent of that command.

Another reason for using -delete (you're using GNU syntax
anyway) is that files are removed just after their time stamp is
checked.

Cheers,
Stephane



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618539: upgrading clamav-milter breaks configuration : does not restart

2011-03-17 Thread Teodor MICU

Hi,

2011/3/17 Michael Tautschnig m...@debian.org:
 I just checked our packaging repository and couldn't find any trace of true
 being a possible setting. No idea how that made it into your config.

I searched this in my changetrack log and found that the previous
clamav* update (v0.96.5 from lenny volatile) has added only this:
Changes made to '/etc/clamav/clamav-milter.conf' follow:
  @@ -17,6 +17,7 @@
   LogFacility LOG_MAIL
   LogVerbose true
   LogInfected Full
  +LogClean Off
   MaxFileSize 60M
   RejectMsg Service unavailable; Blocked INFECTED (%v)

And to make it work for the laters update from stable-proposed-updates
(v0.97) I removed the two lines that are not recognized as valid
configuration anymore:
Changes made to '/etc/clamav/clamav-milter.conf' follow:
  @@ -16,8 +16,6 @@
   LogSyslog true
   LogFacility LOG_MAIL
   LogVerbose true
  -LogInfected Full
  -LogClean Off
   MaxFileSize 60M
   RejectMsg Service unavailable; Blocked INFECTED (%v)
   TemporaryDirectory /tmp

To conclude, the change to LogInfected true I think it was done by
me manually to fix the startup error. However, I re-added LogInfected
Full back to clamav-milter.conf and it (re)starts without error this
time. (weird)

Thanks

--
Setting up clamav-milter (0.97+dfsg-2~squeeze1) ...
Replacing config file /etc/clamav/clamav-milter.conf with new version
Starting Sendmail milter plugin for ClamAV: clamav-milterERROR:
Missing argument for option at line 20
/usr/sbin/clamav-milter: cannot parse config file /etc/clamav/clamav-milter.conf
 failed!



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618652: xserver-xorg-core: crashes after running xhost on an empty X server

On Don, 2011-03-17 at 10:42 +0100, Michal Suchanek wrote: 
 
 To reproduce:
 
 Xorg :1
 switch back
 DISPLAY=:1 xhost +127.0.0.1

Does it really crash, not just terminate because the last client (xhost)
went away?


P.S. It's generally better to use something like xhost +local:username

-- 
Earthling Michel Dänzer   |http://www.vmware.com
Libre software enthusiast |  Debian, X and DRI developer



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618652: xserver-xorg-core: crashes after running xhost on an empty X server

On Don, 2011-03-17 at 10:42 +0100, Michal Suchanek wrote: 
 
 To reproduce:
 
 Xorg :1
 switch back
 DISPLAY=:1 xhost +127.0.0.1

[...]

 Fatal server error:
 [ 23785.378] xf86OpenConsole: VT_WAITACTIVE failed: Interrupted system call

Hmm, presumably this is the problem. Looks like there's a bug when the
server resets (because the last client went away) while it's VT-switched
away. Should probably report this upstream.

Note that the server reset will undo any effect from xhost, so assuming
this is for bug #618622, you'll need a different approach anyway. :)


-- 
Earthling Michel Dänzer   |http://www.vmware.com
Libre software enthusiast |  Debian, X and DRI developer



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#585145: RFA: gtimelog -- minimal timelogging system

2011-03-17 Thread Lars Wirzenius

Hi, Barry,

I'd be happy to sponsor your gtimelog uploads to Debian.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#594071: ntp: dies with no reason

2011-03-17 Thread Robert Krawczyk

Hi there!

After an upgrade from lenny to squeeze my ntp daemon also started
dying without any reason, there is no information in the logfile. The
lenny version worked without any problem.
Interestingly chtitux uses the ntp daemon from testing:

 Package: ntp
 Version: 1:4.2.6.p2+dfsg-1

The versions in lenny and squeeze are:

# lenny (oldstable) (net): Network Time Protocol daemon and utility programs
1:4.2.4p4+dfsg-8lenny3: alpha amd64 arm armel hppa i386 ia64 mips
mipsel powerpc s390 sparc
# squeeze (stable) (net): Network Time Protocol daemon and utility programs
1:4.2.6.p2+dfsg-1+b1: amd64 armel i386 ia64 kfreebsd-amd64
kfreebsd-i386 mips mipsel powerpc s390 sparc

Maybe something changed from 4.2.4 to 4.2.6? I am using the hardware
clock mouseCLOCK USB II (it worked fine on lenny).

Best regards,
Robert

-- 
 (o_  Dr. Robert P. Krawczyk
 //\
 V_/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#615193: xserver-xorg-core: der server bricht in verbindung mit xdm und nouveau zusammen

2011-03-17 Thread Andreas Beckmann

On Saturday, 26. February 2011 12:22:21 Cyril Brulebois wrote:
  Erst habe ich das ganze System neu ohne grafische Oberfläche
  installiert. Dann habe ich den xorg installiert. Darauf habe ich xdm
  und fluxbox installiert.  Nach einem Neustart habe ich mich über xdm
  angemeldet und es erschien erwartungsgemäß fluxbox. Nach ein paar
  Minuten rührte sich jedoch nicht mehr der Mauszeiger.  Kurz darauf
  versagte die Tastatur. Und es erschien ein schwarzer Bildschirm mit
  der Aufzählung aller geladenen Bibliotheken. Von nouveau bis zu gtk.
  Danach musste ich den Computer über die Einschaltaste neustarten.
 
  Das Spiel habe ich dann noch 4 mal versucht. und im abschließenden
  Teil xdm und nouveau deinstalliert.

 You seem to be talking about nouveau, but your logs are about
 nvidia. Nothing I can do here, but reassign the bug there.

Please try the new nvidia driver packages 260.19.44-1 from unstable and report 
if the problem persists.

Thanks

Andreas



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570139: Dotclear upstream/2.2.2

2011-03-17 Thread Dario Minnucci


Hi Nicolas,

I've just imported [0] upstream/2.2.2 (pristine-tarred as you proposed).

I propose to disable somehow the SWF-stuff and get it ready for upload.

What do you think?


Regards,


-- 
 Dario Minnucci mid...@debian.org
 Phone: +34 902021030 | Fax: +34 902024417
 Key fingerprint = BAA1 7AAF B21D 6567 D457  D67D A82F BB83 F3D5 7033




signature.asc
Description: OpenPGP digital signature

Bug#617286: base: ctrl+alt+F# doesn't work/physical screen freezes, mouse and keyboard irresponsive

2011-03-17 Thread Andreas Beckmann

On Tuesday, 8. March 2011 01:07:14 dl wrote:
 I attached the required files.

 additionally, i should point out that I did not get the nvidia driver from
 the debian repositoire, so maybe my bug report might not interest you. (I
 did not know that the bug was related to the graphical card
 driver). NVIDIA-Linux-x86_64-260.19.29.run was what i used to first get the
 driver working and the instructions I found in the internet (which were
 basically, use the right version of the gcc compiler -- I attached them as
 well). I did so because last year I had no success in getting the nvidia
 card working properly using debian packages.

A new driver release (260.19.44) is available as packages in unstable.
Please first run 'nvidia-installer --uninstall' to revert all changes done by 
the installation you did with NVIDIA-Linux-x86_64-260.19.29.run.

If the problem persists, you should report this directly to NVIDIA, following 
their instructions:
http://www.nvnews.net/vbulletin/showthread.php?t=46678

 I suppose i have to run that script again and recompile things, or could
 you point out the right way of doing it: what debian packages i should use
 that would not break with upgrades?

nvidia-glx and nvidia-kernel-dkms should pull everything you need.


Andreas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618443: gtk2-engines-oxygen: Eclipse make X crash with that theme

2011-03-17 Thread Andreas Beckmann

On Tuesday, 15. March 2011 14:54:04 Julien Cristau wrote:
 reassign 618443 nvidia-glx
 kthxbye
 An X crash is an X bug, reassigning to the driver.

What version of the nvidia driver were you using?
Please retry with the driver 260.19.44-1 packages just uploaded to unstable.


Andreas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#612288: RFP: phplist -- multi-list email campaign manager

2011-03-17 Thread Dario Minnucci


retitle 612288 ITP: phplist -- multi-list email campaign manager
owner 612288 !
thanks


I'm interested in packaging this software. I'll upload it to Debian's git 
collab-maint branch in
case someone wants to help.

Regards,

-- 
 Dario Minnucci mid...@debian.org
 Phone: +34 902021030 | Fax: +34 902024417
 Key fingerprint = BAA1 7AAF B21D 6567 D457  D67D A82F BB83 F3D5 7033




signature.asc
Description: OpenPGP digital signature

Bug#618653: portsentry conflicts with tftpd-hpa (occupies UDP-port 69) As a quick hack I, took the 69 out of the UDP_PORTS= -list in /etc/portsentry/portsentry.conf., Maybe this is more a problem of t

2011-03-17 Thread Bernd Harries


Package: portsentry
Version: 1.2-12
Severity: normal

Please type your report here.
The text will be wrapped to be max 79 chars long per line.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages portsentry depends on:
ii  cdebconf [debconf-2.0]0.153  Debian Configuration 
Management Sy
ii  debconf [debconf-2.0] 1.5.38 Debian configuration 
management sy
ii  libc6 2.11.2-11  Embedded GNU C Library: 
Shared lib
ii  libfile-temp-perl 0.22-1 Perl module to create a 
temporary

ii  net-tools 1.60-23The NET-3 networking toolkit
ii  perl-modules [libfile-temp-pe 5.10.1-17  Core Perl modules
ii  procps1:3.2.8-10 /proc file system utilities

Versions of packages portsentry recommends:
ii  tcpd  7.6.q-19   Wietse Venema's TCP wrapper 
utilit


Versions of packages portsentry suggests:
pn  logcheck  none (no description available)

-- Configuration Files:
/etc/portsentry/portsentry.conf changed:
TCP_PORTS=1,11,15,79,111,119,143,540,635,1080,1524,2000,5742,6667,12345,12346,20034,27665,31337,32771,32772,32773,32774,40421,49724,54320
UDP_PORTS=1,7,9,161,162,513,635,640,641,700,37444,34555,31335,32770,32771,32772,32773,32774,31337,54321
ADVANCED_PORTS_TCP=1024
ADVANCED_PORTS_UDP=1024
ADVANCED_EXCLUDE_TCP=113,139
ADVANCED_EXCLUDE_UDP=520,138,137,67
IGNORE_FILE=/etc/portsentry/portsentry.ignore
HISTORY_FILE=/var/lib/portsentry/portsentry.history
BLOCKED_FILE=/var/lib/portsentry/portsentry.blocked
RESOLVE_HOST = 0
BLOCK_UDP=0
BLOCK_TCP=0
KILL_ROUTE=/sbin/route add -host $TARGET$ reject
KILL_HOSTS_DENY=ALL: $TARGET$ : DENY
SCAN_TRIGGER=0


-- debconf information:
* portsentry/warn_no_block:
  portsentry/startup_conf_obsolete:



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618654: Please support sourcing other files from listadmin.ini

2011-03-17 Thread Josh Triplett

Package: listadmin
Version: 2.40-4
Severity: wishlist

I'd like to have the ability to source another file from listadmin.ini,
so that I can keep list passwords in a separate file.  That would allow
me to check listadmin.ini into my home directory's Git repository, but
keep the passwords in a separate private file.

- Josh Triplett

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-rc8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages listadmin depends on:
ii  libcrypt-ssleay-perl  0.57-2 Support for https protocol in LWP
ii  libtext-reform-perl   1.20-1 Perl module for manual text wrappi
ii  libwww-perl   5.837-1simple and consistent interface to

listadmin recommends no packages.

listadmin 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#618655: tftpd-hpa coflicts with portsentry (cannot bind tp UDP-port 69)

2011-03-17 Thread Bernd Harries


Package: tftpd-hpa
Version: 5.0-22
Severity: normal

The Package won't install when portsentry is running and controlling 
UDP-Port 69. The normal /etc/init.d/ -startscript fails and thus the 
installation breaks. It may also be a problem of portsentry although the 
normal tftpd cooperates with the existing portsentry.


Because I don't know better, I took port 69 out of the UDP_PORTS= -list in
/etc/portsentry/portsentry.conf .

My tftpd-hpa startscript is only modified to locate the problem.

Ciao, BHA



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages tftpd-hpa depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  cdebconf [debconf-2.0]0.153  Debian Configuration 
Management Sy
ii  debconf [debconf-2.0] 1.5.38 Debian configuration 
management sy
ii  libc6 2.11.2-11  Embedded GNU C Library: 
Shared lib
ii  libwrap0  7.6.q-19   Wietse Venema's TCP 
wrappers libra


tftpd-hpa recommends no packages.

Versions of packages tftpd-hpa suggests:
ii  syslinux-common   2:4.03+dfsg-12 collection of boot loaders 
(common


-- Configuration Files:
/etc/init.d/tftpd-hpa changed:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/in.tftpd
test -x ${DAEMON} || exit 0
NAME=in.tftpd
DESC=HPA's tftpd
PIDFILE=/var/run/tftpd-hpa.pid
DEFAULTS=/etc/default/tftpd-hpa
if [ -r ${DEFAULTS} ]
then
. ${DEFAULTS}
fi
set -e
. /lib/lsb/init-functions
do_start()
{
# Ensure --secure and multiple server directories are not used at the
# same time
if [ $(echo ${TFTP_DIRECTORY} | wc -w) -ge 2 ]  \
   echo ${TFTP_OPTIONS} | grep -qs secure
then
echo
echo When --secure is specified, exactly one directory can be 
specified.
echo Please correct your /etc/default/tftpd-hpa.
exit 1
fi
# Ensure server directories are existing
for _DIRECTORY in ${TFTP_DIRECTORY}
do
if [ ! -d ${_DIRECTORY} ]
then
echo ${_DIRECTORY} missing, aborting.
exit 1
fi
done
	echo now start-stop-daemon --start --quiet --oknodo --exec ${DAEMON} 
-- --listen  --user ${TFTP_USERNAME} --address ${TFTP_ADDRESS} 
${TFTP_OPTIONS} ${TFTP_DIRECTORY} 

start-stop-daemon --start --quiet --oknodo --exec ${DAEMON} -- \
--listen  --user ${TFTP_USERNAME} --address ${TFTP_ADDRESS} \
${TFTP_OPTIONS} ${TFTP_DIRECTORY}
}
do_stop ()
{
start-stop-daemon --stop --quiet --oknodo --name ${NAME}
}
do_reload ()
{
start-stop-daemon --stop --quiet --oknodo --name ${NAME} --signal 1
}
case ${1} in
start)
log_daemon_msg Starting ${DESC} ${NAME} 
do_start
log_end_msg ${?}
;;
stop)
log_daemon_msg Stopping ${DESC} ${NAME} 
do_stop
log_end_msg ${?}
;;
restart|force-reload)
log_daemon_msg Restarting ${DESC} ${NAME} 
do_stop
sleep 1
do_start
log_end_msg ${?}
;;
status)
status_of_proc ${DAEMON} ${NAME}
;;
*)
echo Usage: ${0} {start|stop|restart|force-reload|status} 2
exit 1
;;
esac
exit 0


-- debconf information:
  tftpd-hpa/address: 0.0.0.0:69
  tftpd-hpa/directory: /srv/tftp
  tftpd-hpa/username: tftp
  tftpd-hpa/options: --secure



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#527139: Xsession: Re: does not prevent X server reset during session setup

Package: x11-common
Version: 1:7.5+8
Followup-For: Bug #527139


Ok, so I try to run

# valgrind Xorg :1

$ DISPLAY=:1 /etc/X11/Xsession

and again, the X server resets in the middle of execution the session
which can be easily observed as X server crash.


-- System Information:
Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing'), (400, 'unstable'), (395, 
'experimental'), (300, 'stable-i386'), (300, 'oldstable'), (280, 
'testing-i386'), (270, 'unstable-i386'), (150, 'experimental-i386'), (65, 
'oldstable-i386')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0] 1.5.38 Debian configuration management sy
ii  lsb-base  3.2-27 Linux Standard Base 3.2 init scrip

x11-common recommends no packages.

x11-common suggests no packages.

-- debconf-show failed



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#614458: freej - FTBFS (#614458)

2011-03-17 Thread Jaromil


hi Mehdi,

thanks for your patch!

Filippo is reviewing my package and has a few remarks about it, i hope
to get them fixed this weekend and also include your fix for #606717
much appreciated.

ciao




signature.asc
Description: Digital signature

Bug#607666: Please provide information for assistance...

2011-03-17 Thread leecotechnologies

Admin, 

When submitting bugs please include pertinent information such as: 

1) The specific problem or error that you or your end-user is experiencing. 
2) What specific system build you/they are running. 
3) The steps taken upto the said crash. 
4) Any recent modifications or updates incurred. 

Thanks

Bug#618533: gs-esp has disappeared

2011-03-17 Thread Jonas Smedegaard


tags 618533 wontfix
thanks

On Thu, Mar 17, 2011 at 12:32:23AM -0500, Jonathan Nieder wrote:
Thanks.  Jonas, do you think it would make sense to add Provides: 
gs-esp to the ghostscript package to support obsolete and out-of-tree 
drivers like this one?


I quite definitely find it non-sensible to maintain compatibility for 
the world outside of Debian itself.


If Canon or anyone else decided to maintain customizations of packages 
- even if for a world loosely compatible with but outside of Debian - 
then I would be happy to work together with them using different 
branches of this one git, as long as their work did not disturb the 
work targeted Debian (i.e. they did not pollute with Debian-clashing 
tags etc.).


This is the construct currently in use at the Debian Multimedia team for 
Debian and Ubuntu, and one which might be relevant to extend in the 
future for Studio64 (another Multimedia-specific fork of Debian).  
Reason I mention it here so relatively detailed is that it might be 
relevant also for this Printing team - which also share efforts across 
Debian and Ubuntu, not always having exact same packaging needs.


But to repeat the essential: No, I will not adapt Debian packaged for 
compatibility with non-Debian packages - but will be happy to help any 
fork of Debian improve to become less forkish.



 - Jonas

--
  * Jonas Smedegaard - idealist  Internet-arkitekt
  * Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#618547: laptop-mode-tools: Broken behaviour in 1.57-1

2011-03-17 Thread Francis Russell

Ritesh Raj Sarraf wrote:
 On 03/17/2011 05:28 AM, Francis Russell wrote:
 OK, after an extremely long and painful debugging session, I finally
 worked out what was going on, which was a combination of
 non-deterministic and slightly broken behaviour of laptop-mode-tools and
 a bug in nvclock.

So I suppose it is the exec-commands module despite the fact that the
commands are currently specified in the lcd conf file.

I would imagine that there's no requirement for one application
executing another to set the HOME environment variable, but letting it
become / is definitely a bug. If laptop-mode is going to execute
commands, the environment should either be clean or sane. The executed
command has no way of knowing that it shouldn't make its configuration
files in / and the user of laptop-mode has no way to know that the
application to be run might be passed strange environment variables.

Francis



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618603: libreoffice-core: Error loading BASIC of document .../.libreoffice/3/user/basic/script.xlc: General Error. General input/output error. every time libreoffice starts

2011-03-17 Thread Rene Engelhard

severity 618603 normal
rretitle 618603 OOo-LibO upgrade: script.xlb not exting in new profile in
some circumstances
tag 618603 - wontfix
Hi,

On Wed, Mar 16, 2011 at 11:31:56PM +, Julian Gilbey wrote:
Correct. But the document (.../script.xlc/) appears from the message
to be a directory (note the trailing slash); it turns out from your
directory listing that this is misleading and it is actually a file.

Yep.

rene@frodo:~$ cat .libreoffice/3/user/basic/script.xlc
?xml version=1.0 encoding=UTF-8?
!DOCTYPE library:libraries PUBLIC -//OpenOffice.org//DTD OfficeDocument
1.0//EN libraries.dtd
library:libraries xmlns:library=http://openoffice.org/2000/library;
xmlns:xlink=http://www.w3.org/1999/xlink;
library:library library:name=Standard
xlink:href=$(USER)/basic/Standard/script.xlb/ xlink:type=simple
library:link=false/

To be more precise: I have no idea why LibO is looking for the file
~/.libreoffice/3/user/basic/script.xlc when I (a) do not have such a
file, and (b) there is no reference to such a file anywhere in the
LibO user configuration.

google says (second hit(
http://wiki.services.openoffice.org/wiki/Documentation/Administration_Guide/Using_Custom_Macros_and_Libraries:

About OpenOffice.org Basic Configuration Files

The script.xlc and dialog.xlc configuration files list the location of
OpenOffice.org Basic libraries and dialog boxes. These files are located in the
install-dir/user/basic/ directory which also contains the default Standard
OpenOffice.org Basic library as well as the user-defined libraries.

You cannot change the location of the script.xlc and dialog.xlc configuration
files.

No, I don't have any OOo 1.1.x configuration anywhere. I did,
however, have a file called ~/.openoffice.org/3/user/basic/script.xlc
prior to the upgrade, but that now no longer exists on the machine
from which I reported the bug. However, on a second machine which I
also upgraded today, both the .openoffice.org and .libreoffice
versions of script.xlc exist.

It seems that something a bit weird has happened during the upgrade
process, therefore.

Yeah...

You might wish to reconsider the severity and tags of this bug in the
light of this further information.

done

Grüße/Regards,

René

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618622: xserver-xorg-core: crash when resizing screen while running a fullscreen application

2011/3/17 Michel Dänzer daen...@debian.org:
 On Don, 2011-03-17 at 11:07 +0100, Michal Suchanek wrote:
 2011/3/17 Michel Dänzer daen...@debian.org:
  On Don, 2011-03-17 at 10:30 +0100, Michal Suchanek wrote:
  2011/3/17 Michel Dänzer daen...@debian.org:
   On Don, 2011-03-17 at 09:31 +0100, Michal Suchanek wrote:
   2011/3/17 Michel Dänzer daen...@debian.org:
On Don, 2011-03-17 at 00:46 +0100, Michal Suchanek wrote:
   
Running a fullscreen d3d application that changes screen mode (such 
as
Vazteroids, in Wine) causes one screen to go blank and the other to
switch to the resolution the application requested.
   
When I run my script that sets the main screen to native resolution 
and
reenables the other screen and exit the d3d application X crashes.
   
Please try to provide more information about the crash. Preferably a
full gdb backtrace, but at least an X log file with a backtrace.
  
   It's a double free (abort) so there is no backtrace in the log. There
   is a gdb backtrace attached to the original report.
  
   Oh, I didn't notice the attachment, and you didn't mention it.
  
   Probably the fastest way to track down the problem would be to run the X
   server in valgrind.
 
  A valgrind log showing some (probably unrelated) issues.
 
  As I need to run the X server as root to run in valgrind the
  environment is different and there is probably some piece missing.
 
  I can't reproduce the crash as root with valgrind or without.
 
  The X server always runs as root. You can run the clients from the same
  user accounts as before.

 There are some issues like the Xsession script not making sure that
 there is at least one client running so that the X server does not
 reset and X server crashing instead of resetting but now valgrind
 aborts the X server as soon as I run the xrandr script, not after
 quitting the application as glibc does.

 [...]

 ==28521== Invalid write of size 1
 ==28521==    at 0x4C26044: memcpy (mc_replace_strmem.c:497)
 ==28521==    by 0x8FF277A: RADEONDownloadFromScreenCS 
 (radeon_exa_funcs.c:667)
 ==28521==    by 0x9693326: exaCopyDirty (exa_migration_classic.c:220)
 ==28521==    by 0x9695D79: exaPrepareAccessReg_mixed 
 (exa_migration_mixed.c:247)
 ==28521==    by 0x969ED93: ExaCheckImageGlyphBlt (exa_unaccel.c:326)
 ==28521==    by 0x56766D: miImageText8 (mipolytext.c:114)
 ==28521==    by 0x4D07C6: damageImageText8 (damage.c:1547)
 ==28521==    by 0x4399CC: doImageText (dixfonts.c:1559)
 ==28521==    by 0x439A4F: ImageText (dixfonts.c:1604)
 ==28521==    by 0x430342: ProcImageText8 (dispatch.c:2290)
 ==28521==    by 0x4334D0: Dispatch (dispatch.c:431)
 ==28521==    by 0x42575A: main (main.c:287)
 ==28521==  Address 0xd4c0040 is 0 bytes after a block of size 5,242,880

 Can you run valgrind with --db-attach=yes and get a full gdb backtrace
 at this point? (With xserver-xorg-core-dbg and
 xserver-xorg-video-radeon-dbg installed)


It does not offer to attach a debugger at this error.

Thanks

Michal



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618622: xserver-xorg-core: crash when resizing screen while running a fullscreen application

On Don, 2011-03-17 at 11:07 +0100, Michal Suchanek wrote: 
 2011/3/17 Michel Dänzer daen...@debian.org:
  On Don, 2011-03-17 at 10:30 +0100, Michal Suchanek wrote:
  2011/3/17 Michel Dänzer daen...@debian.org:
   On Don, 2011-03-17 at 09:31 +0100, Michal Suchanek wrote:
   2011/3/17 Michel Dänzer daen...@debian.org:
On Don, 2011-03-17 at 00:46 +0100, Michal Suchanek wrote:
   
Running a fullscreen d3d application that changes screen mode (such 
as
Vazteroids, in Wine) causes one screen to go blank and the other to
switch to the resolution the application requested.
   
When I run my script that sets the main screen to native resolution 
and
reenables the other screen and exit the d3d application X crashes.
   
Please try to provide more information about the crash. Preferably a
full gdb backtrace, but at least an X log file with a backtrace.
  
   It's a double free (abort) so there is no backtrace in the log. There
   is a gdb backtrace attached to the original report.
  
   Oh, I didn't notice the attachment, and you didn't mention it.
  
   Probably the fastest way to track down the problem would be to run the X
   server in valgrind.
 
  A valgrind log showing some (probably unrelated) issues.
 
  As I need to run the X server as root to run in valgrind the
  environment is different and there is probably some piece missing.
 
  I can't reproduce the crash as root with valgrind or without.
 
  The X server always runs as root. You can run the clients from the same
  user accounts as before.
 
 There are some issues like the Xsession script not making sure that
 there is at least one client running so that the X server does not
 reset and X server crashing instead of resetting but now valgrind
 aborts the X server as soon as I run the xrandr script, not after
 quitting the application as glibc does.

[...]

 ==28521== Invalid write of size 1
 ==28521==at 0x4C26044: memcpy (mc_replace_strmem.c:497)
 ==28521==by 0x8FF277A: RADEONDownloadFromScreenCS (radeon_exa_funcs.c:667)
 ==28521==by 0x9693326: exaCopyDirty (exa_migration_classic.c:220)
 ==28521==by 0x9695D79: exaPrepareAccessReg_mixed 
 (exa_migration_mixed.c:247)
 ==28521==by 0x969ED93: ExaCheckImageGlyphBlt (exa_unaccel.c:326)
 ==28521==by 0x56766D: miImageText8 (mipolytext.c:114)
 ==28521==by 0x4D07C6: damageImageText8 (damage.c:1547)
 ==28521==by 0x4399CC: doImageText (dixfonts.c:1559)
 ==28521==by 0x439A4F: ImageText (dixfonts.c:1604)
 ==28521==by 0x430342: ProcImageText8 (dispatch.c:2290)
 ==28521==by 0x4334D0: Dispatch (dispatch.c:431)
 ==28521==by 0x42575A: main (main.c:287)
 ==28521==  Address 0xd4c0040 is 0 bytes after a block of size 5,242,880

Can you run valgrind with --db-attach=yes and get a full gdb backtrace
at this point? (With xserver-xorg-core-dbg and
xserver-xorg-video-radeon-dbg installed)


-- 
Earthling Michel Dänzer   |http://www.vmware.com
Libre software enthusiast |  Debian, X and DRI developer



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618402: It is not a bug

2011-03-17 Thread François Martorello

Sorry it is not a bug, but the feature don't exist in nautilus.

Bug#618622: xserver-xorg-core: crash when resizing screen while running a fullscreen application

On Don, 2011-03-17 at 11:44 +0100, Michal Suchanek wrote: 
 2011/3/17 Michel Dänzer daen...@debian.org:
  On Don, 2011-03-17 at 11:07 +0100, Michal Suchanek wrote:
  
  ==28521== Invalid write of size 1
  ==28521==at 0x4C26044: memcpy (mc_replace_strmem.c:497)
  ==28521==by 0x8FF277A: RADEONDownloadFromScreenCS 
  (radeon_exa_funcs.c:667)
  ==28521==by 0x9693326: exaCopyDirty (exa_migration_classic.c:220)
  ==28521==by 0x9695D79: exaPrepareAccessReg_mixed 
  (exa_migration_mixed.c:247)
  ==28521==by 0x969ED93: ExaCheckImageGlyphBlt (exa_unaccel.c:326)
  ==28521==by 0x56766D: miImageText8 (mipolytext.c:114)
  ==28521==by 0x4D07C6: damageImageText8 (damage.c:1547)
  ==28521==by 0x4399CC: doImageText (dixfonts.c:1559)
  ==28521==by 0x439A4F: ImageText (dixfonts.c:1604)
  ==28521==by 0x430342: ProcImageText8 (dispatch.c:2290)
  ==28521==by 0x4334D0: Dispatch (dispatch.c:431)
  ==28521==by 0x42575A: main (main.c:287)
  ==28521==  Address 0xd4c0040 is 0 bytes after a block of size 5,242,880
 
  Can you run valgrind with --db-attach=yes and get a full gdb backtrace
  at this point? (With xserver-xorg-core-dbg and
  xserver-xorg-video-radeon-dbg installed)
 
 It does not offer to attach a debugger at this error.

But it does at other errors?


-- 
Earthling Michel Dänzer   |http://www.vmware.com
Libre software enthusiast |  Debian, X and DRI developer



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618655: tftpd-hpa coflicts with portsentry (cannot bind tp UDP-port 69)

2011-03-17 Thread Daniel Baumann

reassign 618655 portsentry
thanks

On 03/17/2011 11:33 AM, Bernd Harries wrote:
 The Package won't install when portsentry is running and controlling
 UDP-Port 69. The normal /etc/init.d/ -startscript fails and thus the
 installation breaks. It may also be a problem of portsentry although the
 normal tftpd cooperates with the existing portsentry.

69 is the tftp port, so there's no way we're going to use another
default than that in tftpd-hpa.

if you have set the debconf priority to low, tftpd-hpa asks you upon
installation (or dpkg-reconfigure time) which port it should use. so
it's easily configurable.

however, as said, 69 is the default tftp port, so if portsentry is
high-jacking that, it's a bug there. reassigning.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#614413: [php-maint] Bug#614413: Bug#614413: re buildd's resolver and package's build deps

2011-03-17 Thread Ondřej Surý

tags 614413 +wontfix
thank you

Hi,

just to reconfirm our position - I'm here with Sean and Raphael. (And
BTW: Roger, very good work on that report, we just don't agree with
the conclusion ;)).

Ondrej

On Wed, Feb 23, 2011 at 00:17, Sean Finney sean...@debian.org wrote:
 hi,

 On Mon, 2011-02-21 at 19:42 -0600, Raphael Geissert wrote:
 I disagree here.
 Alternatives in build-* relationships *are* mentioned by policy. In fact,
 there's even an example in section 7.1.

 There's also no stated guarantee *anywhere* (including release policy) that
 the package's build deps should be consistent, much less the result.

 Also, alternatives have been used ever since I joined the project for making
 backporting easier. Requiring stricter build-deps also affects that use case.

 for the record, full ACK on raphael's statements (maybe the PHP packages
 could use a bit of cleanup there post-squeeze-release though, but that'd
 be severity: wishlist).

 After thinking about it for a while, my opinion is that if anyone wants
 consistency to be guaranteed (e.g. in php's case that a rebuild doesn't end 
 up
 linking php to libdb4.6 instead of libdb4.8) it should be handled on
 buildd/release team's side. The build deps as provided by the source package
 are valid.

 and we need *some* kind of predictable way to determine how they're
 resolved for specifically that reason.  in the case of libdb, this is
 actually pretty significant because other libdb-linking apps link to php
 stuff (like, say, apache + apr + libapache-mod-php5), and we want
 everything using the same version.  i would assume that first given
 should be default should be reasonable enough, and on the rare chance
 that something breaks, we get it handled with a binNMU or subsequent
 upload.

 i think the backport branching argument from roger is valid in the
 hypothetical sense, but i think there's a number of maintainers who
 support backporting only to the point that someone else is doing it and
 all they have to do is add some alternate build-deps, and they probably
 wouldn't bother otherwise.

 in the case of php, for example, i would hurl expletives at anyone who
 suggested that we start supporting yet another branch (and subsequently
 ask them if they were interested in joining pkg-php, muwahaha)

 backwards-compatible can also mean forwards-compatible too, which i
 suppose might make a package binNMU'able in some kind of transition
 where it would otherwise be needing a sourceful upload.


 anyway, just my 0.02 $LC_MONETARY fwiw :)

        sean

 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint




-- 
Ondřej Surý ond...@sury.org
http://blog.rfc1925.org/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618656: binutils-z80: FTBFS

2011-03-17 Thread Hector Oron

Package: binutils-z80
Version: 2.20.1
Severity: serious

Hello,

  Your package does not build from source, because it does not match current 
binutils-source.
  Consider joining https://alioth.debian.org/projects/crosstoolchain/ so we can 
bring all
cross compilers to Debian from one source package.

dh_clean
 dpkg-source -b binutils-z80-2.20.1
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building binutils-z80 using existing 
./binutils-z80_2.20.1.orig.tar.gz
dpkg-source: info: building binutils-z80 in binutils-z80_2.20.1-1.debian.tar.gz
dpkg-source: info: building binutils-z80 in binutils-z80_2.20.1-1.dsc
 debian/rules build
mkdir -p src
cd src  tar xj --strip-components=1  
/tmp/binutils-z80-2.20.1/binutils-2.20.1.tar.bz2
/bin/sh: /tmp/binutils-z80-2.20.1/binutils-2.20.1.tar.bz2: No such file or 
directory
make: *** [unpack-stamp] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1329:
dpkg-buildpackage -rfakeroot -D -us -uc failed

Cheers

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618622: xserver-xorg-core: crash when resizing screen while running a fullscreen application

2011/3/17 Michel Dänzer daen...@debian.org:
 On Don, 2011-03-17 at 11:44 +0100, Michal Suchanek wrote:
 2011/3/17 Michel Dänzer daen...@debian.org:
  On Don, 2011-03-17 at 11:07 +0100, Michal Suchanek wrote:
 
  ==28521== Invalid write of size 1
  ==28521==    at 0x4C26044: memcpy (mc_replace_strmem.c:497)
  ==28521==    by 0x8FF277A: RADEONDownloadFromScreenCS 
  (radeon_exa_funcs.c:667)
  ==28521==    by 0x9693326: exaCopyDirty (exa_migration_classic.c:220)
  ==28521==    by 0x9695D79: exaPrepareAccessReg_mixed 
  (exa_migration_mixed.c:247)
  ==28521==    by 0x969ED93: ExaCheckImageGlyphBlt (exa_unaccel.c:326)
  ==28521==    by 0x56766D: miImageText8 (mipolytext.c:114)
  ==28521==    by 0x4D07C6: damageImageText8 (damage.c:1547)
  ==28521==    by 0x4399CC: doImageText (dixfonts.c:1559)
  ==28521==    by 0x439A4F: ImageText (dixfonts.c:1604)
  ==28521==    by 0x430342: ProcImageText8 (dispatch.c:2290)
  ==28521==    by 0x4334D0: Dispatch (dispatch.c:431)
  ==28521==    by 0x42575A: main (main.c:287)
  ==28521==  Address 0xd4c0040 is 0 bytes after a block of size 5,242,880
 
  Can you run valgrind with --db-attach=yes and get a full gdb backtrace
  at this point? (With xserver-xorg-core-dbg and
  xserver-xorg-video-radeon-dbg installed)

 It does not offer to attach a debugger at this error.

 But it does at other errors?


No, running

# valgrind --db-attach=yes Xorg :1

just terminates after printing the m_mallocfree error.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618657: binutils-avr: FTBFS

2011-03-17 Thread Hector Oron

Package: binutils-avr
Version: 2.20.1
Severity: serious

Hello,

 Your package does not build from source, because it does not match current 
binutils-source.
 Consider joining https://alioth.debian.org/projects/crosstoolchain/ so we can 
bring all
cross compilers to Debian from one source package.

#rm binutils-2.18.tar.bz2 
dh_clean
 dpkg-source -b binutils-avr-2.20.1
dpkg-source: warning: no source format specified in debian/source/format, see 
dpkg-source(1)
dpkg-source: info: using source format `1.0'
dpkg-source: info: building binutils-avr in binutils-avr_2.20.1-1.tar.gz
dpkg-source: info: building binutils-avr in binutils-avr_2.20.1-1.dsc
 debian/rules build
tar xjf /usr/src/binutils/binutils-*.tar.bz2
tar (child): /usr/src/binutils/binutils-*.tar.bz2: Cannot open: No such file or 
directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now
make: *** [unpack-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
debuild: fatal error at line 1329:
dpkg-buildpackage -rfakeroot -D -us -uc failed


Best regards


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618658: gtk-doc-tools: prerm script returns an error, it seems to depend on emacsen-common being fully configured

2011-03-17 Thread Lucas B. Cohen

Package: gtk-doc-tools
Version: 1.15-2
Severity: minor
File: gtk-doc-tools

When upgrading a system from Lenny to Squeeze (dist-upgrade phase), dpkg ran 
into trouble tyring to upgrade this
package. Being unfamiliar with both the GTK development environment, and emacs, 
here is the relevant output which
I will leave to a more competent person to interpret.


 BEING APT-GET / DPKG OUTPUT 
Preparing to replace gtk-doc-tools 1.10-1 (using 
.../gtk-doc-tools_1.15-2_all.deb) ...
ERROR: emacsen-common being used before being configured.
ERROR: This is likely a bug in the gtk-doc-tools package, which needs to
ERROR: add one of the appropriate dependencies.
ERROR: See /usr/share/doc/emacsen-common/debian-emacs-policy.gz
ERROR: for details.
dpkg: warning: subprocess old pre-removal script returned error exit status 2
dpkg - trying script from the new package instead ...
dpkg: error processing /var/cache/apt/archives/gtk-doc-tools_1.15-2_all.deb 
(--unpack):
 there is no script in the new version of the package - giving up
configured to not write apport reports
  Errors were encountered while processing:
 /var/cache/apt/archives/gtk-doc-tools_1.15-2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
 END APT-GET / DPKG OUTPUT 

Apologies if this is irrelevant.

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (995, 'stable'), (600, 'oldstable'), (600, 'testing'), (500, 
'squeeze-updates'), (300, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gtk-doc-tools depends on:
ii  docbook-dsssl   1.79-6   modular DocBook DSSSL stylesheets,
ii  docbook-to-man  1:2.0.0-28   converter from DocBook SGML into r
ii  docbook-xml 4.5-7standard XML documentation system 
ii  docbook-xsl 1.75.2+dfsg-5stylesheets for processing DocBook
ii  gnome-common2.28.0-1 common scripts and macros to devel
ii  highlight   2.16-1   Universal source code to formatted
ii  jade1.2.1-47 James Clark's DSSSL Engine
ii  perl5.10.1-17Larry Wall's Practical Extraction 
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie
ii  xsltproc1.1.26-6 XSLT 1.0 command line processor

Versions of packages gtk-doc-tools recommends:
ii  pkg-config0.25-1.1   manage compile and link flags for 

gtk-doc-tools 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#465081: apache2.2.6/mod-php5.2.4-2+b1 [because of suhosin?] -- segmentation fault [debian testing]

2011-03-17 Thread Ondřej Surý

fixed 465081 5.2.6.dfsg.1-1+lenny9
thank you

I think we can safely assume that this bug went away in lenny (which
is a old stable now). If it is still present in current stable
(5.3.3-7) feel free to reopen the bug.

Ondrej
-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618622: xserver-xorg-core: crash when resizing screen while running a fullscreen application