Bug#705909: libmath-prime-util-perl: FTBFS (failing tests) on some architectures

2013-05-24 Thread Dana Jacobsen
I just found this report of build failures on the Debian mailing list -- I
had not seen these before.  I managed to reproduce it on a Power7 machine,
and found the fix.

I see that the issue came up when I switched the ranged moebius return
value from an IV*  (long *) to char*.  On every other machine, char is
being treated as signed.  On these platforms it is unsigned (which they
technically may do).  I switched to explicit signed char and that seems to
have fixed it.  I'll get a release out next week.

Dana Jacobsen


Bug#709572: all my backups error with Error: bsock.c:389 Write error sending 65562 bytes to Storage daemon (broken pipe)

2013-05-24 Thread Soeren Sonnenburg
Package: bacula-sd
Version: 5.2.6+dfsg-9
Severity: grave
Tags: upstream

Since the upgrade to 5.2.6 I have a serious problem with bacula on my
debian machine. All my backups error with Error: bsock.c:389 Write error
sending 65562 bytes to Storage daemon (broken pipe).

The is a backup done from machine A to machine A with
everything running locally,  no remote connections or anything.

Asking on #bacula (freenode) I learned that others had that problem too
and an upgrade to a new version (e.g. 5.2.13) did help.

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.7.0 (SMP w/8 CPU cores; PREEMPT)
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 bacula-sd depends on:
ii  bacula-common  5.2.6+dfsg-9
ii  libc6  2.13-38
ii  libcap21:2.22-1.2
ii  libgcc11:4.7.2-5
ii  libpython2.7   2.7.3-6
ii  libssl1.0.01.0.1e-2
ii  libstdc++6 4.7.2-5
ii  libwrap0   7.6.q-24
ii  lsb-base   4.1+Debian8
ii  mtx1.3.12-4
ii  python 2.7.3-4
ii  ucf3.0025+nmu3
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages bacula-sd recommends:
ii  bacula-sd-mysql [bacula-sd-tools]  5.2.6+dfsg-9
ii  mt-st  1.1-4

Versions of packages bacula-sd suggests:
pn  dds2tarnone
ii  scsitools  0.12-2.1
ii  sg3-utils  1.33-1

-- no debconf information


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



Bug#414569: Confusion

2013-05-24 Thread Timo Jyrinki
Confirming that
-hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
+hosts:  files mdns4_minimal [NOTFOUND=return] dns
[NOTFOUND=return] mdns4

fixes the problem of slow connecting to my Debian machine over SSH in an
internal network.

-Timo


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



Bug#705909: libmath-prime-util-perl: FTBFS (failing tests) on some architectures

2013-05-24 Thread Salvatore Bonaccorso
Hi

On Thu, May 23, 2013 at 10:57:35PM -0700, Dana Jacobsen wrote:
 I just found this report of build failures on the Debian mailing list -- I
 had not seen these before.  I managed to reproduce it on a Power7 machine,
 and found the fix.
 
 I see that the issue came up when I switched the ranged moebius return
 value from an IV*  (long *) to char*.  On every other machine, char is
 being treated as signed.  On these platforms it is unsigned (which they
 technically may do).  I switched to explicit signed char and that seems to
 have fixed it.  I'll get a release out next week.

Thank you!

Regards,
Salvatore


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



Bug#709573: update-notifier binary missing

2013-05-24 Thread Michael Schmitt
Package: update-notifier
Version: 0.99.3debian11+perrm2
Severity: normal

Dear Maintainer,

$ dpkg -S /etc/xdg/autostart/update-notifier.desktop
update-notifier: /etc/xdg/autostart/update-notifier.desktop
$ dpkg -L update-notifier|grep bin

No idea if there is some transition going on and that update-notifier is 
replaced
by some other gnome componet (I don't run gnome), but as the .desktop file
shipped with the package tries to start the missing binary, I guess it is a bug
and not some transition.

regards
Michael

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages update-notifier depends on:
ii  gnome-packagekit  3.4.2-2

update-notifier recommends no packages.

update-notifier 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#680514: xserver-xorg-video-intel: X locks up with EQ overflow

2013-05-24 Thread Alan Chandler
Package: xserver-xorg-video-intel
Version: 2:2.19.0-6
Followup-For: Bug #680514

Dear Maintainer,

I too have found the EQ Overflow message in /var/log/gdm3 directory,
after a lockup this morning. Recently I find I experience the problem quite 
frequently
(once every other day) normally relatively soon (within 10 minutes) of
booting.  Once that period is over it hardly ever causes a problem

I too am running a configuration with Dual Monitors. This seems to
have been a factor in other reports to this bug.

When this situaton occurs both screens freeze, but I am able to ssh
into the machine from outside and run in a console.

Sometimes I can clear the problem by restarting gdm3 - although the
crash today wouldn't allow that and (since I am ssh'ing in with a tablet
computer with limited screen and couldn' diagnose further) I had to
reboot to clear.

I have been slowly transitioning from sid, via testing (wheezy) to
stable (wheezy), over the past 6 months or so and the frequency of 
this problem increased about the time wheezy was officially released
as stable (in so much as one of the reasons for the transition was to
improve resiliance of my system, and whilst wheezy was testing, any
failures were infrequent (no more than once every 2 weeks)

I have tried to attach the log file to this report, but report bug
keeps telling me it can't find the file



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Jul  6  2011 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2044664 Apr 17 11:40 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core 
Processor Family Integrated Graphics Controller [8086:0112] (rev 09)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 813 Jul 21  2011 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
Section Device
Identifier H67 Integrated Graphics
Driver intel
Option Monitor-HDMI2 Iiyama 24in
Option Monitor-VGA1 Iiyama 17in
EndSection

Section Monitor
Identifier Iiyama 24in
Option DPMS
Option Primary
Option PreferredMode 1920x1080
Option Position 0 0
EndSection

Section Monitor
Identifier Iiyama 17in
Option DPMS
Option PreferredMode 1280x1024
HorizSync 24.0-80.0
VertRefresh 55-75
Modeline 1280x1024 106.08 1280 1320 1392 1640 1024 1026 1029 1078  # 
106 MHz, 64.7 kHz, 60.0 Hz
Option Position 1920 0
EndSection

Section Screen
Identifier Default Screen
Device H67 Integrated Graphics
Monitor Iiyama 24in
DefaultDepth 24
Subsection Display
   Depth 24
   Modes 1920x1080 1024x768 640x480
EndSubSection  
EndSection

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 34564 Mar 25 19:42 /var/log/Xorg.2.log
-rw-r--r-- 1 root root  6150 May 24 06:22 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 33993 May 24 06:26 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 7.475] 
X.Org X Server 1.12.4
Release Date: 2012-08-27
[ 7.475] X Protocol Version 11, Revision 0
[ 7.475] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian
[ 7.475] Current Operating System: Linux kanga 3.2.0-4-amd64 #1 SMP Debian 
3.2.41-2 x86_64
[ 7.475] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=373b9d74-e57b-4480-bb3b-dffe8a8148b7 ro quiet
[ 7.475] Build Date: 17 April 2013  10:22:47AM
[ 7.475] xorg-server 2:1.12.4-6 (Julien Cristau jcris...@debian.org) 
[ 7.475] Current version of pixman: 0.26.0
[ 7.475]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 7.475] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 7.475] (==) Log file: /var/log/Xorg.0.log, Time: Fri May 24 06:26:48 
2013
[ 7.477] (==) Using config file: /etc/X11/xorg.conf
[ 7.477] (==) Using system config directory /usr/share/X11/xorg.conf.d
[ 7.480] (==) No Layout section.  Using the first Screen section.
[ 7.480] (**) |--Screen Default Screen (0)
[ 7.480] (**) |  

Bug#709000: [ITR] templates://horizon/{openstack-dashboard-apache.templates}

2013-05-24 Thread Christian PERRIER
Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in horizon.

This review takes place for all packages that use debconf to interact with
users and its aims are:
- to improve the use of English in all debconf templates;
- to make the wording of debconf templates more consistent;
- to encourage more translations of templates.

Even if your first language is English, this process is likely to help
track down typos or errors, and improve consistency between the
debconf templates of your package and that of other packages in the
distribution.

The process involves both debian-l10n-english contributors and
Debian translators.

The details of the process are given in
http://wiki.debian.org/I18n/SmithDebconfReviewProcess.

I will act as the coordinator of this activity for horizon.

The first step of the process is to review the debconf source
template file(s) of horizon. This review will start on Monday, May 27, 2013, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

All parts of the process will be carried out in close collaboration
with you, and, unless you explicitely ask for it, no upload nor NMU
will happen for horizon.

If you approve this process, please let us know by replying to this
mail. If some work in progress on your side would conflict with such a
rewrite (such as adding or removing debconf templates), please say so,
and we will defer the review to later in the development cycle.

Thank you for your attention.

-- 




signature.asc
Description: Digital signature


Bug#709580: packagekit-tools: pkcon : problem handling dependency

2013-05-24 Thread Ludovic Lebègue
Package: packagekit-tools
Version: 0.7.6-3
Severity: normal

Dear Maintainer,
When updating with 'pkcon' (or the associated GUI) a dependency resolution
problem is raised. 'apt-get' and 'aptitude' don't have this issue.

Example :

$ pkcon update
Updating system   [=]
Waiting in queue  [=]
Waiting for authentication[=]
Waiting in queue  [=]
Starting  [=]
Loading cache [=]
Querying  [=]
Loading cache [=]
Running   [=]
Fatal error: The following packages have unmet dependencies:
  qemu-system-common: Breaks: qemu-system ( 1.3.0+dfsg-5)
  qemu: Depends: qemu-system (= 1.5.0+dfsg-1)



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages packagekit-tools depends on:
ii  libc6   2.17-3
ii  libglib2.0-02.36.1-2build1
ii  libpackagekit-glib2-14  0.7.6-3
ii  packagekit  0.7.6-3

packagekit-tools recommends no packages.

packagekit-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#708462: Motif

2013-05-24 Thread Paul Gevers
[Summary of previous mails: we are discussing how/when to move openmotif
to motif].

On 23-05-13 08:43, Luca Falavigna wrote:
 2013/5/22 Paul Gevers elb...@debian.org:
 Ok. Then we just have to wait until the RT grants us a transition slot.
 Will keep you updated.
 
 I don't think we need it for openmotif - motif, as long as motif is
 ABI-compatible with openmotf.

I kindly disagree except if we do it in non-free (although I might be
wrong, but I like a statement from the RT on this).

RT: isn't the move for (open)motif from non-free to main starting the
transition of lesstif2 (libMrm.so.2.0.1 / libXm.so.2.0.1) to motif
(libMrm.so.4.0.3 / libXm.so.4.0.3) automatically from your point of view.

Paul



signature.asc
Description: OpenPGP digital signature


Bug#709581: [synaptic] crashes when started it in terminal with and without sudo

2013-05-24 Thread Roman Stingler

Package: synaptic
Version: 0.80.1
Severity: critical

--- Please enter the report below this line. ---
Worked normal in 0.80.0 but today after updating to 0.80.1 i get 
following error


(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets.css:289:20: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets.css:323:20: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets.css:1828:20: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets.css:1845:21: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets.css:1861:20: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets.css:2146:20: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:16:20: Not using units is deprecated. Assuming 
'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:93:20: Not using units is deprecated. Assuming 
'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:183:20: Not using units is deprecated. Assuming 
'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:503:20: Not using units is deprecated. Assuming 
'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:850:20: Not using units is deprecated. Assuming 
'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:925:20: Not using units is deprecated. Assuming 
'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:941:20: Not using units is deprecated. Assuming 
'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:957:20: Not using units is deprecated. Assuming 
'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:1012:21: Not using units is deprecated. 
Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:1020:21: Not using units is deprecated. 
Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:1034:21: Not using units is deprecated. 
Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:1103:21: Not using units is deprecated. 
Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gtk-widgets-backdrop.css:1237:20: Not using units is deprecated. 
Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
gnome-panel.css:94:21: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
nautilus.css:18:18: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
nautilus.css:18:20: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
nautilus.css:81:20: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
nautilus.css:86:20: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Theme parsing error: 
nautilus.css:145:20: Not using units is deprecated. Assuming 'px'.
(synaptic:28118): Gtk-WARNING **: Style property 
border-top-left-radius is not gettable
(synaptic:28118): GLib-GObject-WARNING **: 
/tmp/buildd/glib2.0-2.36.1/./gobject/gtype.c:4239: type id `0' is invalid
(synaptic:28118): GLib-GObject-WARNING **: can't peek value table for 
type `invalid' which is not currently referenced


I had this problem once before when I installed 0.80~exp from the 
experimental repository about 2 months ago.



--- System information. ---
Architecture: amd64
Kernel: Linux 3.8-2-amd64

Debian Release: jessie/sid
500 unstable http.debian.net
500 stable dl.google.com
1001 waldorf packages.crunchbang.org

--- Package information. ---
Depends (Version) | Installed
-+-==
libapt-inst1.5 (= 0.8.16~exp12) | 0.9.8.1
libapt-pkg4.12 (= 0.8.16~exp12) | 0.9.8.1
libatk1.0-0 (= 1.12.4) | 2.8.0-2
libc6 (= 2.14) |
libcairo-gobject2 (= 1.10.0) |
libcairo2 (= 1.2.4) |
libept1.4.12 (= 1.0.9) |
libgcc1 (= 1:4.1.1) |
libgdk-pixbuf2.0-0 (= 2.22.0) |
libglib2.0-0 (= 2.14.0) |
libgtk-3-0 (= 3.0.0) |
libpango1.0-0 (= 1.14.0) |
libstdc++6 (= 4.6) |
libvte-2.90-9 (= 1:0.27.2) |
libx11-6 |
libxapian22 |
libxext6 |
zlib1g (= 1:1.1.4) |
hicolor-icon-theme |


Recommends (Version) | Installed
==-+-=
gksu | 2.0.2-6
OR kdebase-bin |
OR policykit-1 | 0.105-3
libgtk2-perl (= 1:1.130) | 2:1.247-2
rarian-compat | 0.8.1-5


Suggests (Version) | Installed
==-+-===
dwww |
menu | 2.1.46

Bug#709548: libgtk-3-0: most recent gtk upload breaks.... (nearly) everything (in GNOME)

2013-05-24 Thread Helmut Grohne
Control: affects -1 + gnunet-gtk

On Fri, May 24, 2013 at 01:11:36AM +0200, Christoph Anton Mitterer wrote:
 1) No GNOME apps start anymore (tried evolution, the terminal, control 
 center) but segfault
see the attached .xsession-errors

I tried to reproduce this. Not being a GNOME user, I looked at reverse
dependencies of libgtk-3-0.

wireshark, evince, gitg, gobby-0.5, emerillon are unaffected (and evince
arguably is a core gnome component).

Just gnunet-gtk crashes immediately after upgrading the package set
concerned with the following assertion:

gnunet-statistics-gtk: /tmp/buildd/cairo-1.10.2/src/cairo-surface.c:1174: 
cairo_surface_mark_dirty_rectangle: Assertion `!  _cairo_surface_has_mime_data 
(surface)' failed.

 2) Also... everything flickers (like when notifications pop up, which also 
 seem to have broken
transparence... at least I can read some unrelated(?) text in them...

Cannot reproduce.

 3) The GTK controls look... ugly... as if no theme was loaded... like.. 2D

Everything looks normal for me, but maybe I just like 2D.

Hope this helps in sorting things out.

Helmut


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



Bug#709582: [hardening-wrapper] /usr/bin/g++-4.8: not found (hardened-c++ could not find target)

2013-05-24 Thread trophime
Package: hardening-wrapper
Version: 2.3
Severity: normal

On Testing trying to check version of gcc-4.x compilers 
works fine except for 4.8 which gives the error :

/usr/bin/g++-4.8: not found (hardened-c++ could not find target)


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-4-amd64

Debian Release: jessie/sid
  500 testing-proposed-updates ftp.fr.debian.org 
  500 testing security.debian.org 
  500 testing http.us.debian.org 
  500 testing ftp.fr.debian.org 
  500 testing euler.lcmi.local 
  500 stable  dl.google.com 
  500 jessie  neuro.debian.net 
  500 dataneuro.debian.net 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
gcc| 4:4.7.2-1
 OR g++| 4:4.7.2-1
perl   | 5.14.2-21


Package's Recommends field is empty.

Package's Suggests field is empty.

-- 


Christophe TROPHIME
Research Engineer

LNCMI
CNRS - LNCMI
25, rue des Martyrs
BP 166
38042 GRENOBLE Cedex 9
FRANCE
CNRS

Tel : +33 (0)4 76 88 90 02 
Fax : +33 (0) 4 76 88 10 01
Office U 19 
M@il : christophe.troph...@lncmi.cnrs.fr 



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



Bug#709530: qalculate-gtk: Please enable disabled hardening flags

2013-05-24 Thread Vincent Legout
Hi,

Simon Ruderich si...@ruderich.org writes:

 You've disabled most of the hardening in debian/patches, please
 re-enable it.

 The attached patch fixes the build with -Werror=format-security
 (if possible it should be sent to upstream), therefore the
 following hardening setting should work fine:

 export DEB_BUILD_MAINT_OPTIONS = hardening=+all

Thanks for the patch. As you noticed, I disabled some hardening flags
because it didn't build with -Werror=format-security and I didn't took
the time to write a patch. I'll upload a new version with your patch
soon.

Thanks,
Vincent


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



Bug#709583: gnuplot: outdated embedded data copy: aglfn

2013-05-24 Thread Paul Wise
Source: gnuplot
Severity: normal
Usertags: embed

The gnuplot source package contains an embedded data copy that is also
outdated (aglfn.txt). This file is shipped in the gnuplot source package
and the gnuplot-nox, gnuplot-qt and gnuplot-x11 binary packages. Please
ask upstream to remove aglfn.txt from source package, remove aglfn.txt
from the binary packages, configure gnuplot to use the aglfn.txt shipped
in the aglfn binary package and depend on the aglfn binary package.

gnuplot: /term/PostScript/aglfn.txt
gnuplot-nox: /usr/share/gnuplot/gnuplot/4.6/PostScript/aglfn.txt
gnuplot-qt: /usr/share/gnuplot/gnuplot/4.6/PostScript/aglfn.txt
gnuplot-x11: /usr/share/gnuplot/gnuplot/4.6/PostScript/aglfn.txt
aglfn: /usr/share/aglfn/aglfn.txt

$ grep -A2 'Table version' /usr/share/aglfn/aglfn.txt
# Table version: 1.7
# Date:  November 6, 2008
# URL:   http://sourceforge.net/adobe/aglfn/
$ grep -A2 'Table version' /usr/share/gnuplot/gnuplot/4.6/PostScript/aglfn.txt
# Table version: 1.6
# Date:  30 Januaury 2006
#

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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


Bug#708838: developers.php: Hide or sort differently co-maintained packages

2013-05-24 Thread Joachim Breitner
Hi,

Am Freitag, den 24.05.2013, 11:51 +0800 schrieb Paul Wise:
 On Thu, 2013-05-23 at 23:27 +0200, Joachim Breitner wrote:
 
  thanks! Let me know if my code causes any trouble.
 
 From IRC:
 
 raphael pabs: always displaying the config div of the ddpo is quite
 annoying on small screens
 
 I'm inclined to agree, could you make a patch that hides it by default
 but shows it if the screen is large enough to display say 80% of the
 settings?
 
 Even better would be to implement a fluid column layout for the settings
 section of the page, based on something like this:
 
 http://twitter.github.io/bootstrap/scaffolding.html#gridSystem

I assume he was talking about the width of the screen (as the height is
scrolled for almost every multi-package maintainer anyways), where the
settings have caused the scrollbar to appear? That’s a valid point, and
the linked grid system would be an option, or more simply a different
layout that has one setting per row instead of per column.

Greetings,
Joachim

-- 
Joachim nomeata Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata



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


Bug#708838: developers.php: Hide or sort differently co-maintained packages

2013-05-24 Thread Paul Wise
On Fri, 2013-05-24 at 09:08 +0200, Joachim Breitner wrote:

 I assume he was talking about the width of the screen (as the height is
 scrolled for almost every multi-package maintainer anyways), where the
 settings have caused the scrollbar to appear?

I assumed likewise.

 That’s a valid point, and the linked grid system would be an option,
 or more simply a different layout that has one setting per row instead
 of per column.

One setting per row sounds like it would waste vertical space so if you
can figure out the fluid column system I linked to, that would be good.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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


Bug#709584: cups-filters: outdated embedded data copy: aglfn

2013-05-24 Thread Paul Wise
Source: cups-filters
Severity: normal
Usertags: embed

The cups-filters source package contains an embedded data copy that is
also outdated (aglfn13.c). This file is shipped in the cups-filters
source package and compiled into libfontembed1 binary package. Please
ask upstream to remove aglfn13.c from source package and instead
build-depend on the aglfn binary package, convert the aglfn.txt shipped
in the aglfn binary package into a C file at build time and possibly add
a Built-Using field.

cups-filters: /filter/fontembed/aglfn13.c
cups-filters: /fontembed/aglfn13.c
aglfn: /usr/share/aglfn/aglfn.txt

$ grep -A2 'Table version' /usr/share/aglfn/aglfn.txt
# Table version: 1.7
# Date:  November 6, 2008
# URL:   http://sourceforge.net/adobe/aglfn/
$ grep -FB1 1.3 /usr/share/aglfn/aglfn.txt
# 1.4 [24 September 2003]
# - Changed version to 1.4, to avoid confusion with the AGL 1.3.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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


Bug#709585: latex-cjk-chinese-arphic: outdated embedded data copy: aglfn

2013-05-24 Thread Paul Wise
Source: latex-cjk-chinese-arphic
Severity: normal
Usertags: embed

The latex-cjk-chinese-arphic source package contains an embedded data
copy that is also outdated (aglfn13.txt). This file is used to build the
fonts. Please remove aglfn13.txt from source package, configure
latex-cjk-chinese-arphic to build against the aglfn.txt shipped in the
aglfn binary package and build-depend on the aglfn binary package.

aglfn: /usr/share/aglfn/aglfn.txt
latex-cjk-chinese-arphic: /debian/latex-cjk/aglfn13.txt

$ grep -A2 'Table version' /usr/share/aglfn/aglfn.txt
# Table version: 1.7
# Date:  November 6, 2008
# URL:   http://sourceforge.net/adobe/aglfn/
latex-cjk-chinese-arphic-1.22 $ grep -A2 'Table version' 
debian/latex-cjk/aglfn13.txt
# Table version: 1.1
# Date:  17 April 2003
#

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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


Bug#708462: Motif

2013-05-24 Thread Julien Cristau
On Fri, May 24, 2013 at 08:36:38 +0200, Paul Gevers wrote:

 [Summary of previous mails: we are discussing how/when to move openmotif
 to motif].
 
 On 23-05-13 08:43, Luca Falavigna wrote:
  2013/5/22 Paul Gevers elb...@debian.org:
  Ok. Then we just have to wait until the RT grants us a transition slot.
  Will keep you updated.
  
  I don't think we need it for openmotif - motif, as long as motif is
  ABI-compatible with openmotf.
 
 I kindly disagree except if we do it in non-free (although I might be
 wrong, but I like a statement from the RT on this).
 
 RT: isn't the move for (open)motif from non-free to main starting the
 transition of lesstif2 (libMrm.so.2.0.1 / libXm.so.2.0.1) to motif
 (libMrm.so.4.0.3 / libXm.so.4.0.3) automatically from your point of view.
 
Not unless it provides lesstif2-dev, no.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#709548: libgtk-3-0: most recent gtk upload breaks.... (nearly) everything (in GNOME)

2013-05-24 Thread Helmut Grohne
Control: affects -1 - gnunet-gtk

On Fri, May 24, 2013 at 08:48:39AM +0200, Helmut Grohne wrote:
 Just gnunet-gtk crashes immediately after upgrading the package set
 concerned with the following assertion:
 
 gnunet-statistics-gtk: /tmp/buildd/cairo-1.10.2/src/cairo-surface.c:1174: 
 cairo_surface_mark_dirty_rectangle: Assertion `!  
 _cairo_surface_has_mime_data (surface)' failed.

This is a red herring. As can be in the filename, I had cairo on hold to
work around bugs in other software. With a recent cairo things just
work. Maybe libgtk-3-0 could declare a Breaks against libcairo2 (=
1.12.0-1)? On the other hand with would only ever become relevant when
upgrading from squeeze to jessie, which is unsupported.

That leaves me with basically not being able to reproduce the grave
parts of the issue at all. Should this bug be downgraded?

Helmut


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



Bug#709564: RFS: irssi-scripts/20130508

2013-05-24 Thread Andrew Shadura
Control: tag -1 pending

Hello,

On 24 May 2013 05:29, Daniel Echeverry epsilo...@gmail.com wrote:
  I am looking for a sponsor for my package irssi-scripts

Uploaded, thanks for your work. Feel free to contact me directly next time.

-- 
WBR, Andrew


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



Bug#709586: qtbase-opensource-src: embedded data copy: aglfn

2013-05-24 Thread Paul Wise
Source: qtbase-opensource-src
Severity: nomal
Usertags: embed

The qtbase-opensource-src source package contains an embedded data copy
(aglfn.txt  qfontsubset_agl.cpp). Please build-depend on the aglfn
binary package, ensure that qfontsubset_agl.cpp file is recreated at
build time from the aglfn.txt shipped in the aglfn binary package and
add a Built-Using filed listing aglfn.

aglfn: /usr/share/aglfn/aglfn.txt
qtbase-opensource-src: /util/aglfn/data/aglfn.txt
qtbase-opensource-src: /src/gui/text/qfontsubset_agl.cpp

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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


Bug#664433: marked as done ([PATCH] libapache-mod-log-sql: Helping to update to packaging format 3.0)

2013-05-24 Thread Thomas Goirand
On 05/24/2013 12:24 PM, Debian Bug Tracking System wrote:
 Your message dated Fri, 24 May 2013 07:21:37 +0300
 with message-id 87vc69nh2m@picasso.cante.net
 and subject line Bug#664433 Close bts:debian
 has caused the Debian Bug report #664433,
 regarding [PATCH] libapache-mod-log-sql: Helping to update to packaging 
 format 3.0
 to be marked as done.
 
 This means that you claim that the problem has been dealt with.
 If this is not the case it is now your responsibility to reopen the
 Bug report if necessary, and/or fix the problem forthwith.

Hi,

Thanks for your care.

Please provide a patch against the current Git on Alioth, which also
contains support for Apache 2.4, then I'll upload that.

Cheers,

Thomas


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



Bug#709587: dosfslabel: wrong labels cannot contain lower case characters error

2013-05-24 Thread Martin Pitt
Package: dosfstools
Version: 3.0.16-1
Tags: upstream patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch saucy

Hello,

Since dosfstools 3.0.16, the udisks2 test suite now fails with

  File src/tests/integration-test, line 1001, in _do_udisks_check
fs.call_set_label_sync('', no_options, None)
  File /usr/lib/python3/dist-packages/gi/types.py, line 113, in function
return info.invoke(*args, **kwargs)
gi._glib.GError: GDBus.Error:org.freedesktop.UDisks2.Error.Failed: Error 
setting label: Command-line `dosfslabel /dev/sdb ' exited with non-zero 
exit status 1: dosfslabel: labels cannot contain lower case characters

I can replicate this error on the command line:

  $ dd if=/dev/zero of=/tmp/i bs=1024 count=2000
  $ mkdosfs /tmp/i
  $ dosfslabel /tmp/i 'HELLO'
  $ dosfslabel /tmp/i ''
  dosfslabel: labels cannot contain lower case characters

This is because the check always reads 11 characters into argv[1],
regardless of the actual string length. git formatted patch against
upstream master attached.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
From 85a6cd1f62f6b31fb21ddea9e01da97e8c940e0d Mon Sep 17 00:00:00 2001
From: Martin Pitt martinp...@gnome.org
Date: Fri, 24 May 2013 09:35:44 +0200
Subject: [PATCH 3/3] dosfslabel: Do not read beyond string length

When checking whether the label contains any lower-case characters, do not read
beyond the end of the string.
---
 src/dosfslabel.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/dosfslabel.c b/src/dosfslabel.c
index dd8d36a..c87c834 100644
--- a/src/dosfslabel.c
+++ b/src/dosfslabel.c
@@ -115,7 +115,7 @@ int main(int argc, char *argv[])
 		dosfslabel: labels can be no longer than 11 characters\n);
 	exit(1);
 	}
-for (i = 0; i  11; i++)
+for (i = 0; label[i]  i  11; i++)
   /* don't know if here should be more strict !uppercase(label[i])*/
   if (islower(label[i])) {
 fprintf(stderr,
-- 
1.8.1.2



signature.asc
Description: Digital signature


Bug#640191: RFC 2822 compliancy - message bounced by gmail

2013-05-24 Thread Redalert Commander
Hi,

I am subscribed to debian-mentors, this list receives e-mails from the
bugtracking system. This is the second time now that I received a
message from listmaster that an e-mail has been bounced.

The x-mailer field refers to reportbug 6.4.4 (currently in stable,
testing and unstable), google complains about duplicate 'To' fields.
Looking into the message I see this (the sender has been changed by me):

From: Some User someu...@example.com
To: Debian Bug Tracking System sub...@bugs.debian.org
From: Some User someu...@example.com
To: sub...@bugs.debian.org

Clearly this isn't correct.

Full error message from google on this:

Final-Recipient: rfc822; redalert.comman...@gmail.com
Action: failed
Status: 5.7.1
Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 [2001:41b8:202:deb:216:36ff:fe40:4002  11]
Our system has detected 550-5.7.1 that this message is not RFC 2822
compliant. To reduce the amount of 550-5.7.1 spam sent to Gmail, this
message has been blocked. Please review 550 5.7.1 RFC 2822 specifications
for more information. h48si8087895eey.92 - gsmtp


Debian's own amavis scanner reports the following:
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: From

Regards,
Steven


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



Bug#705138: new version 0.8.1 available

2013-05-24 Thread W. Martin Borgert

retitle 705138 new version 0.8.1 available
thanks

0.8.1 contains mainly bug fixes to 0.8 regressions.
See http://www.flotcharts.org/blog/2013/05/22/flot-081-released/


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



Bug#709588: xrdp: Please add norwegian keyboard definition

2013-05-24 Thread Petter Reinholdtsen
Package:  xrdp
Version:  0.5.0-2
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: debian-edu

Please add a norwegian keyboard definition (0414) to xrdp.  At the
moment it is missing in /etc/xrdp/km-*.ini.  The attached file provide
such keyboard definition.  It is written by my college Dag-Erling
Smørgrav.

-- 
Happy hacking
Petter Reinholdtsen
[noshift]
Key8=65406:0
Key9=65307:27
Key10=49:49
Key11=50:50
Key12=51:51
Key13=52:52
Key14=53:53
Key15=54:54
Key16=55:55
Key17=56:56
Key18=57:57
Key19=48:48
Key20=43:43
Key21=92:92
Key22=65288:8
Key23=65289:9
Key24=113:113
Key25=119:119
Key26=101:101
Key27=114:114
Key28=116:116
Key29=121:121
Key30=117:117
Key31=105:105
Key32=111:111
Key33=112:112
Key34=229:229
Key35=65111:168
Key36=65293:13
Key37=65507:0
Key38=97:97
Key39=115:115
Key40=100:100
Key41=102:102
Key42=103:103
Key43=104:104
Key44=106:106
Key45=107:107
Key46=108:108
Key47=248:248
Key48=230:230
Key49=124:124
Key50=65505:0
Key51=39:39
Key52=122:122
Key53=120:120
Key54=99:99
Key55=118:118
Key56=98:98
Key57=110:110
Key58=109:109
Key59=44:44
Key60=46:46
Key61=45:45
Key62=65506:0
Key63=65450:42
Key64=65513:0
Key65=32:32
Key66=65509:0
Key67=65470:0
Key68=65471:0
Key69=65472:0
Key70=65473:0
Key71=65474:0
Key72=65475:0
Key73=65476:0
Key74=65477:0
Key75=65478:0
Key76=65479:0
Key77=65407:0
Key78=65300:0
Key79=65429:0
Key80=65431:0
Key81=65434:0
Key82=65453:45
Key83=65430:0
Key84=65437:0
Key85=65432:0
Key86=65451:43
Key87=65436:0
Key88=65433:0
Key89=65435:0
Key90=65438:0
Key91=65439:0
Key92=0:0
Key93=0:0
Key94=60:60
Key95=65480:0
Key96=65481:0
Key97=65360:0
Key98=65362:0
Key99=65365:0
Key100=65361:0
Key101=0:0
Key102=65363:0
Key103=65367:0
Key104=65364:0
Key105=65366:0
Key106=65379:0
Key107=65535:127
Key108=65421:13
Key109=65508:0
Key110=65299:0
Key111=65377:0
Key112=65455:47
Key113=65027:0
Key114=0:0
Key115=65515:0
Key116=65516:0
Key117=65383:0
Key118=0:0
Key119=0:0
Key120=0:0
Key121=0:0
Key122=0:0
Key123=0:0
Key124=65027:0
Key125=0:0
Key126=65469:61
Key127=0:0
Key128=0:0
Key129=269025074:0
Key130=0:0
Key131=0:0
Key132=0:0
Key133=0:0
Key134=65454:46
Key135=0:0
Key136=0:0
Key137=0:0

[shift]
Key8=65406:0
Key9=65307:27
Key10=33:33
Key11=34:34
Key12=35:35
Key13=164:164
Key14=37:37
Key15=38:38
Key16=47:47
Key17=40:40
Key18=41:41
Key19=61:61
Key20=63:63
Key21=65104:96
Key22=65288:8
Key23=65056:0
Key24=81:81
Key25=87:87
Key26=69:69
Key27=82:82
Key28=84:84
Key29=89:89
Key30=85:85
Key31=73:73
Key32=79:79
Key33=80:80
Key34=197:197
Key35=65106:94
Key36=65293:13
Key37=65507:0
Key38=65:65
Key39=83:83
Key40=68:68
Key41=70:70
Key42=71:71
Key43=72:72
Key44=74:74
Key45=75:75
Key46=76:76
Key47=216:216
Key48=198:198
Key49=167:167
Key50=65505:0
Key51=42:42
Key52=90:90
Key53=88:88
Key54=67:67
Key55=86:86
Key56=66:66
Key57=78:78
Key58=77:77
Key59=59:59
Key60=58:58
Key61=95:95
Key62=65506:0
Key63=65450:42
Key64=65511:0
Key65=32:32
Key66=65032:0
Key67=65470:0
Key68=65471:0
Key69=65472:0
Key70=65473:0
Key71=65474:0
Key72=65475:0
Key73=65476:0
Key74=65477:0
Key75=65478:0
Key76=65479:0
Key77=65407:0
Key78=65300:0
Key79=65463:55
Key80=65464:56
Key81=65465:57
Key82=65453:45
Key83=65460:52
Key84=65461:53
Key85=65462:54
Key86=65451:43
Key87=65457:49
Key88=65458:50
Key89=65459:51
Key90=65456:48
Key91=65452:44
Key92=0:0
Key93=0:0
Key94=62:62
Key95=65480:0
Key96=65481:0
Key97=65360:0
Key98=65362:0
Key99=65365:0
Key100=65361:0
Key101=0:0
Key102=65363:0
Key103=65367:0
Key104=65364:0
Key105=65366:0
Key106=65379:0
Key107=65535:127
Key108=65421:13
Key109=65508:0
Key110=65299:0
Key111=65377:0
Key112=65455:47
Key113=65027:0
Key114=0:0
Key115=65515:0
Key116=65516:0
Key117=65383:0
Key118=0:0
Key119=0:0
Key120=0:0
Key121=0:0
Key122=0:0
Key123=0:0
Key124=65027:0
Key125=65513:0
Key126=65469:61
Key127=65515:0
Key128=65517:0
Key129=269025074:0
Key130=0:0
Key131=0:0
Key132=0:0
Key133=0:0
Key134=65454:46
Key135=0:0
Key136=0:0
Key137=0:0

[altgr]
Key8=65406:0
Key9=65307:27
Key10=161:161
Key11=64:64
Key12=163:163
Key13=36:36
Key14=189:189
Key15=165:165
Key16=123:123
Key17=91:91
Key18=93:93
Key19=125:125
Key20=177:177
Key21=65105:180
Key22=65288:8
Key23=65289:9
Key24=64:64
Key25=435:322
Key26=8364:8364
Key27=174:174
Key28=254:254
Key29=2299:8592
Key30=2302:8595
Key31=2301:8594
Key32=5053:339
Key33=2032:960
Key34=65111:168
Key35=65107:126
Key36=65293:13
Key37=65507:0
Key38=170:170
Key39=223:223
Key40=240:240
Key41=496:273
Key42=959:331
Key43=689:295
Key44=106:106
Key45=930:312
Key46=435:322
Key47=65105:180
Key48=65106:94
Key49=166:166
Key50=65505:0
Key51=65113:733
Key52=171:171
Key53=187:187
Key54=169:169
Key55=2770:8220
Key56=2771:8221
Key57=110:110
Key58=181:181
Key59=65115:184
Key60=2734:8230
Key61=2730:8211
Key62=65506:0
Key63=16786117:8901
Key64=65513:0
Key65=160:160
Key66=65509:0
Key67=65470:0
Key68=65471:0
Key69=65472:0
Key70=65473:0
Key71=65474:0
Key72=65475:0
Key73=65476:0
Key74=65477:0
Key75=65478:0
Key76=65479:0
Key77=65407:0
Key78=65300:0
Key79=65429:0
Key80=65431:0
Key81=65434:0
Key82=16785938:8722
Key83=65430:0

Bug#709589: gnome-themes-standard-data: Installation of package fails because of missing directory

2013-05-24 Thread Robert Ewald
Package: gnome-themes-standard-data
Version: 3.8.1-1
Severity: normal

Dear Maintainer,

The package fails to install because the directory /usr/share/icons/default is 
missing. 

--snip--
update-alternatives: using /usr/share/icons/Adwaita/cursor.theme to provide 
/usr/share/icons/default/index.theme (x-cursor-theme) in auto mode
update-alternatives: error: error creating symbolic link 
`/usr/share/icons/default/index.theme.dpkg-tmp': No such file or directory
--snip--

After doing 
# mkdir -p /usr/share/icons/default 
The package installs without complaint.

Thank you for your work on Debian.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- 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#666808: Bug#661958: Apache 2.4 upload date scheduled for May 30

2013-05-24 Thread intrigeri
Hi Kees,

Arno Töll wrote (23 May 2013 11:13:53 GMT) :
 We have scheduled the upload for May 30, 2013 BEFORE the 19:52 UTC
 dinstall on ftp-master.

 To minimize the breakage to our Sid users, we'd ask all of you having a
 transitioned package ready in Experimental, to make an upload to Sid
 AFTER the 13:52 UTC dinstall, and BEFORE 19:52 UTC [1].

Just to make sure we're on the same page, may we assume you'll have
time to stage a transitioned package in experimental before May 30,
and upload it to sid within the recommended time window?

If needed, I might be able to help for the upload at the right time
part, but I don't plan to learn how to use/test the AppArmor changehat
Apache module any time soon, so this really should be done by
someone else.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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



Bug#666822: Apache 2.4 upload date scheduled for May 30; mod_perl needs work

2013-05-24 Thread Niko Tyni
On Thu, May 23, 2013 at 03:22:36PM +0100, Dominic Hargreaves wrote:
 [Ccing debian-perl to get a slightly greater awareness of the issue.]
 
 On Thu, May 23, 2013 at 01:13:53PM +0200, Arno Töll wrote:
  we are ready to upload Apache2 2.4 to Debian Sid now. This means the
  transition is effectively starting now, and going to break your modules.
  
  We have scheduled the upload for May 30, 2013 BEFORE the 19:52 UTC
  dinstall on ftp-master.
  
  To minimize the breakage to our Sid users, we'd ask all of you having a
  transitioned package ready in Experimental, to make an upload to Sid
  AFTER the 13:52 UTC dinstall, and BEFORE 19:52 UTC [1].
 
 Unfortunately we haven't progressed very far with this issue so far;
 as things stand mod_perl will become uninstallable in Debian unstable
 in a week or so (after more than a year since this bug was created).

 it might be that all/most of what's needed to prepare a
 libapache2-mod-perl2 which can be targetted at Apache 2.4 is in the
 upstream httpd24 branch 

Yes. I had a look and I think that preparing a 2.4-only package based
on the httpd24 branch is the only feasible option we have.

Last night I got this far:

- took a snapshot of the httpd24 upstream branch (from February) at r1449661
  + this is pre-2.0.8 work; we should look at merging it with 2.0.8 if
upstream doesn't

- applied our old patches, including 270_fix_hash_attack_test.patch
  but excluding 250-lfs-perl-5.14.patch (another variant already applied)
   + I suspect at least 001-gtop2.patch should be dropped but that's
 not urgent

- built with just
perl Makefile.PL  MP_APR_CONFIG=/usr/bin/apr-config
  + it looks like we need to revisit/drop some of the MP_* settings
currently in debian/rules

- got all but two tests to pass with some kludges for Apache 2.4 related
  changes:
+ manually mkdir t/run to get the server start
+ run '. /etc/apache2/envvars' to get the parts ripped from /etc/apache2
  to t/conf/httpd.conf working  (we should probably provide our own Apache2
  config under debian/ and make Apache-Test use that as a base)
+ manually add these to t/conf/httpd.conf:
LoadModule mpm_worker_module /usr/lib/apache2/modules/mod_mpm_worker.so
LoadModule authn_core_module /usr/lib/apache2/modules/mod_authn_core.so
LoadModule auth_basic_module /usr/lib/apache2/modules/mod_auth_basic.so
LoadModule authz_core_module /usr/lib/apache2/modules/mod_authz_core.so
LoadModule access_compat_module /usr/lib/apache2/modules/mod_access_compat.so
LoadModule authz_user_module /usr/lib/apache2/modules/mod_authz_user.so
   (I don't know currently how to get Apache-Test do that)
   + run the test suite manually so Apache-Test doesn't overwrite those lines:
 APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= 
APACHE_TEST_APXS= /usr/bin/perl -Iblib/arch -Iblib/lib t/TEST  -verbose=0

Results:

  Test Summary Report
  ---
  t/api/show.t  (Wstat: 0 Tests: 1 Failed: 1)
Failed test:  1
  t/directive/perlloadmodule3.t (Wstat: 0 Tests: 3 Failed: 1)
Failed test:  1
  
The first one boils down to Apache::Test::config-{server}-{mpm} saying
'event' even when the MPM is 'worker'. It can be worked around by testing
with the 'event' MPM :)

I didn't find the reason for the second failure yet.

Overall it looks to me like the code for 2.4 support is fine, but
the Apache-Test side has some quirks left as it has to parse Apache
configuration files to generate the test configurations.

I have not looked at the packaging side at all yet.

I doubt I have the time to pull this together by May 30th myself. More
hands are definitely welcome.

Last I looked, an uninstallable libapache2-mod-perl2 would lead to quite
a bit of collateral damage, but I'm sure the release team has weighed
that with the other considerations when scheduling this.
-- 
Niko Tyni   nt...@debian.org


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



Bug#709518: rblcheck do not work with an .rblcheckrc anymore

2013-05-24 Thread Michael Tokarev
Control: tag -1 + moreinfo unreproducible

23.05.2013 22:28, Klaus Ethgen wrote:
 Package: udns-utils
 Version: 0.2-2
 Severity: important
 
 I used rblcheck often and liked the tool. But since the new upstream
 version, the tool do not work anymore. Well, it does, if I use rblcheck
 -c -s ... 1.2.3.4, but it do not work with the lists in .rblcheckrc
 anymore.

I can't reproduce this.

$ dpkg -l | grep udns
ii  libudns0:i3860.2-2 i386 
async-capable DNS stub resolver library
ii  udns-utils   0.2-2 i386 
Several DNS-related utilities built on top of udns library

$ echo zen.spamhaus.org  ~/.rblcheckrc
$ rblcheck -v 127.0.0.2
127.0.0.2 is listed by zen.spamhaus.org: 127.0.0.2 127.0.0.10 127.0.0.4

$ rm ~/.rblcheckrc
$ rblcheck -v 127.0.0.2
rblcheck: no service (zone) list specified (-s or -S option)

$ strace rblcheck -v 127.0.0.2 21 | grep open
...
open(/home/mjt/.rblcheckrc, O_RDONLY) = -1 ENOENT (No such file or directory)
open(/etc/rblcheckrc, O_RDONLY)   = -1 ENOENT (No such file or directory)

So, I need some way to reproduce this.

Please note that rblcheck also uses $RBLCHECK_ZONES environment
variable:

$ echo zen.spamhaus.org  ~/.rblcheckrc
$ RBLCHECK_ZONES= rblcheck -v 127.0.0.2
rblcheck: no service (zone) list specified (-s or -S option)

(That is, if you set RBLCHECK_ZONES to an empty value,
rblcheck will use that and complain).

 This makes the package in fact more or less unusable.

That's lovely.  The main utility of this package is dnsget,
which works.  rblcheck is more or less an example of usage
of the library, a side-effect utility... Oh well.

But anyway, I need a repdoducer.  Marking as unreproducible
for now.

 Now I will downgrade to version 0.0.9-3, that was working perfect.

There was no changes in this utility for quite a
long time, and it hasn't changed between 0.0.9
and 0.2 versions for sure.

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#709590: xrdp: Make it possible to change the default keyboard layout

2013-05-24 Thread Petter Reinholdtsen

Package:  xrdp
Version:  0.5.0-2
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: debian-edu

At the moment, if xrdp do not find the keyboard mapping provided by the
RDP client, it call back to en-us.  We would like to be able to change
the default fallback keymapping to Norwegian.  Attached is a patch
written by Dag-Erling Smørgrav to make this possible, by teaching xrdp
to look for km-default.ini before it fall back to km-0409.ini (en-us).

Please include it in a future version of xrdp, or provide another way to
change the default fallback keyboard mapping.

-- 
Happy hacking
Petter Reinholdtsen
+++ xrdp.orig/xrdp/lang.c  2010-11-04 16:52:27.0 +0100
--- xrdp/xrdp/lang.c   2012-10-06 17:17:50.655882597 +0200
@@ -209,7 +209,11 @@
   filename = (char*)g_malloc(256, 0);
   /* check if there is a keymap file */
   g_snprintf(filename, 255, %s/km-%4.4x.ini, XRDP_CFG_PATH, keylayout);
-  /* if the file does not exist, try again with 'en-us' as fallback */
+  /* if the file does not exist, try the local default, and finally 'en-us' */
+  if (!g_file_exist(filename))
+  {
+g_snprintf(filename, 255, %s/km-default.ini, XRDP_CFG_PATH);
+  }
   if (!g_file_exist(filename))
   {
 g_snprintf(filename, 255, %s/km-0409.ini, XRDP_CFG_PATH);


Bug#709591: gajim: Gajim does not reconnect after resume from suspend

2013-05-24 Thread Jochen Fahrner
Package: gajim
Version: 0.15.1-4
Severity: normal

Dear Maintainer,
version 0.15 added UPower support and disconnects properly when a mobile device
goes to suspend. But on resume it does not reconnect as it should. I had a look
at the source code and found that it relies on network-manager events to
reestablish connections when network goes up. This does not work. Maybe it's
better to register a resume event like gajim-suspend-watcher script does.
For more information look at this bug report:
https://trac.gajim.org/ticket/1962#comment:22




-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gajim depends on:
ii  dnsutils 1:9.8.4.dfsg.P1-6+nmu2
ii  python   2.7.3-4
ii  python-gtk2  2.24.0-3+b1

Versions of packages gajim recommends:
ii  dbus 1.6.8-1
ii  python-crypto2.6-4
ii  python-dbus  1.1.1-1
ii  python-openssl   0.13-2
ii  python-pyasn10.1.3-1
ii  xfce4-notifyd [notification-daemon]  0.2.2-2

Versions of packages gajim suggests:
ii  aspell-en   7.1-0-1
ii  avahi-daemon0.6.31-2
pn  dvipng  none
ii  gnome-keyring   3.4.1-5
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
pn  libgtkspell0none
pn  nautilus-sendto none
ii  network-manager 0.9.4.0-10
pn  python-avahinone
pn  python-farstreamnone
ii  python-gconf2.28.1+dfsg-1
ii  python-gnome2   2.28.1+dfsg-1
pn  python-gnomekeyring none
pn  python-gupnp-igdnone
pn  python-kerberos none
ii  python-pycurl   7.19.0-5
pn  texlive-latex-base  none

-- no debconf information


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



Bug#709592: dovecot-managesieve: checkpassword Temporary authentication failure/TRYLATER protocol error

2013-05-24 Thread Osric Wilkinson
Package: dovecot-managesieved
Version: 1:2.1.7-7
Severity: important
File: dovecot-managesieve
Tags: upstream

Dear Maintainer,

I'm using checkpassword (http://wiki.dovecot.org/AuthDatabase/CheckPassword)
as an authentication method for managesieve, however when the checkpassword
script exits with code 111 (Temporary authentication failure) managesieved
outputs a message that is wrong per rfc5804:

$ nc localhost 4190
S: IMPLEMENTATION Dovecot Pigeonhole
S: SIEVE fileinto reject envelope encoded-character vacation subaddress
S: comparator-i;ascii-numeric relational regex imap4flags copy include
S: variables body enotify environment mailbox date ihave
S: NOTIFY mailto
S: SASL PLAIN
S: STARTTLS
S: VERSION 1.0
S: OK Dovecot ready.

C: AUTHENTICATE PLAIN AHRlc3QAdGVzdA==

S: NO [TRYLATER] Temporary authentication failure. [hathor:2013-05-24
S: 07:56:09]

That last server line should be NO (TRYLATER) (that is, round brackets
rather than square brakets).


Example checkpassword script:

#!/usr/bin/perl -w

exit(111)



-- Package-specific info:

dovecot configuration
-
# 2.1.7: /etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-4-486 i686 Debian 7.0 ext3
auth_debug = yes
auth_username_chars = 
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@*
first_valid_uid = 116
last_valid_uid = 116
lda_mailbox_autocreate = yes
mail_gid = vmail
mail_location = maildir:/home/vmail/mail/%u/Maildir
mail_uid = vmail
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date ihave
namespace inbox {
  inbox = yes
  location = 
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox Sent Messages {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix = 
}
passdb {
  args = /home/osric/bin/checkpassword
  driver = checkpassword
}
plugin {
  sieve = ~/dovecot.sieve
  sieve_dir = ~/sieve
}
postmaster_address = postmaster@address hidden
protocols = imap sieve
service imap-login {
  inet_listener imap {
port = 143
  }
  process_min_avail = 0
  service_count = 1
}
service managesieve-login {
  inet_listener sieve {
port = 4190
  }
  process_min_avail = 0
  service_count = 1
}
ssl_cert = /etc/dovecot/dovecot.pem
ssl_key = /etc/dovecot/private/dovecot.pem
userdb {
  args = uid=vmail gid=vmail home=/home/vmail/mail/%n allow_all_users=yes
  driver = static
}
protocol sieve {
  mail_max_userip_connections = 2
}

-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-486
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 dovecot-managesieved depends on:
ii  dovecot-core   1:2.1.7-7
ii  dovecot-sieve  1:2.1.7-7
ii  libc6  2.13-38
ii  libssl1.0.01.0.1e-2
ii  ucf3.0025+nmu3

dovecot-managesieved recommends no packages.

dovecot-managesieved suggests no packages.

Versions of packages dovecot-managesieved is related to:
ii  dovecot-core [dovecot-common]  1:2.1.7-7
pn  dovecot-dbgnone
pn  dovecot-devnone
pn  dovecot-gssapi none
ii  dovecot-imapd  1:2.1.7-7
pn  dovecot-ldap   none
pn  dovecot-lmtpd  none
ii  dovecot-managesieved   1:2.1.7-7
ii  dovecot-mysql  1:2.1.7-7
pn  dovecot-pgsql  none
pn  dovecot-pop3d  none
ii  dovecot-sieve  1:2.1.7-7
pn  dovecot-sqlite none

-- no debconf information


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



Bug#701706: RFS: ocamlrss/2.0-1 [ITP] -- RSS 2.0 parser and printer for OCaml

2013-05-24 Thread Prach Pongpanich
On Thu, May 23, 2013 at 6:38 PM, Stéphane Glondu glo...@debian.org wrote:
 Le 23/05/2013 05:45, Prach Pongpanich a écrit :
 Packaging a new upstream 2.2.0:

 Sorry for taking so long, but I wanted to look at the whole thread
 first... which I haven't done so far. Anyway, since you've been waiting
 for some time now, I've just directly looked at your package without
 looking at previous comments.

 dget -x 
 http://mentors.debian.net/debian/pool/main/o/ocamlrss/ocamlrss_2.2.0-1.dsc

 http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/ocamlrss.git

 Please do not override Lintian tags about hardening.

 Native plugins should be installed only when natdynlink is available,
 please consider s/OPT/DYN/ in librss-ocaml.install.in.

 Please add ${shlibs:Depends} to -dev package as well.

 The relationship with Cameleon described in the description suggests a
 versioned Breaks/Replaces relationship instead of a Conflicts.

 A period is missing at the end of the -dev description.

 rss_date.* files have been removed in version 2.1.0. Please update
 debian/copyright accordingly.

 You say LGPL-3+ in debian/copyright whereas it is written LGPL-3 (no
 or later clause) everywhere else. Please fix.


Thanks for your review and suggestion, I have done all of the above.

 http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/ocamlrss.git


Regrads,
 Prach


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



Bug#709593: dovecot-managesieve: checkpassword Temporary authentication failure/TRYLATER protocol error

2013-05-24 Thread debian-bugs
Package: dovecot-managesieved
Version: 1:2.1.7-7
Severity: important
File: dovecot-managesieve
Tags: upstream

Dear Maintainer,

I'm using checkpassword (http://wiki.dovecot.org/AuthDatabase/CheckPassword)
as an authentication method for managesieve, however when the checkpassword
script exits with code 111 (Temporary authentication failure) managesieved
outputs a message that is wrong per rfc5804:

$ nc localhost 4190
S: IMPLEMENTATION Dovecot Pigeonhole
S: SIEVE fileinto reject envelope encoded-character vacation subaddress
S: comparator-i;ascii-numeric relational regex imap4flags copy include
S: variables body enotify environment mailbox date ihave
S: NOTIFY mailto
S: SASL PLAIN
S: STARTTLS
S: VERSION 1.0
S: OK Dovecot ready.

C: AUTHENTICATE PLAIN AHRlc3QAdGVzdA==

S: NO [TRYLATER] Temporary authentication failure. [hathor:2013-05-24
S: 07:56:09]

That last server line should be NO (TRYLATER) (that is, round brackets
rather than square brakets).


Example checkpassword script:

#!/usr/bin/perl -w

exit(111)



-- Package-specific info:

dovecot configuration
-
# 2.1.7: /etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-4-486 i686 Debian 7.0 ext3
auth_debug = yes
auth_username_chars = 
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@*
first_valid_uid = 116
last_valid_uid = 116
lda_mailbox_autocreate = yes
mail_gid = vmail
mail_location = maildir:/home/vmail/mail/%u/Maildir
mail_uid = vmail
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date ihave
namespace inbox {
  inbox = yes
  location = 
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox Sent Messages {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix = 
}
passdb {
  args = /home/osric/bin/checkpassword
  driver = checkpassword
}
plugin {
  sieve = ~/dovecot.sieve
  sieve_dir = ~/sieve
}
postmaster_address = postmaster@address hidden
protocols = imap sieve
service imap-login {
  inet_listener imap {
port = 143
  }
  process_min_avail = 0
  service_count = 1
}
service managesieve-login {
  inet_listener sieve {
port = 4190
  }
  process_min_avail = 0
  service_count = 1
}
ssl_cert = /etc/dovecot/dovecot.pem
ssl_key = /etc/dovecot/private/dovecot.pem
userdb {
  args = uid=vmail gid=vmail home=/home/vmail/mail/%n allow_all_users=yes
  driver = static
}
protocol sieve {
  mail_max_userip_connections = 2
}

-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-486
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 dovecot-managesieved depends on:
ii  dovecot-core   1:2.1.7-7
ii  dovecot-sieve  1:2.1.7-7
ii  libc6  2.13-38
ii  libssl1.0.01.0.1e-2
ii  ucf3.0025+nmu3

dovecot-managesieved recommends no packages.

dovecot-managesieved suggests no packages.

Versions of packages dovecot-managesieved is related to:
ii  dovecot-core [dovecot-common]  1:2.1.7-7
pn  dovecot-dbgnone
pn  dovecot-devnone
pn  dovecot-gssapi none
ii  dovecot-imapd  1:2.1.7-7
pn  dovecot-ldap   none
pn  dovecot-lmtpd  none
ii  dovecot-managesieved   1:2.1.7-7
ii  dovecot-mysql  1:2.1.7-7
pn  dovecot-pgsql  none
pn  dovecot-pop3d  none
ii  dovecot-sieve  1:2.1.7-7
pn  dovecot-sqlite none

-- no debconf information


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



Bug#708829: dialog broken by ncurses 5.9+20130504-1, with --stdout sends term controls to stdout

2013-05-24 Thread Santiago Vila
On Wed, 22 May 2013, Sven Joachim wrote:

 Control: clone -1 -2
 Control: reassign -2 libncursesw5 5.9+20130504-1 
 Control: block -2 by -1
 
 On 2013-05-22 12:02 +0200, Thomas Dickey wrote:
 
  On Wed, May 22, 2013 at 11:16:16AM +0200, Santiago Vila wrote:
  severity 708829 serious
  thanks
  
  I don't know how many users will be affected by this,
 
 A quick search[1] showed that at least libucimf, ssft and
 grml-debootstrap are affected in Debian.
 
  so just to be
  safe, I'm going to mark this as serious, only to prevent this to
  propagate to testing.
 
 Which does not help, because the dialog version in testing has the same
 problem with the new ncurses.

I was obviously confused, sorry.

Anyway, there is now a new dialog by Thomas which I'll package asap.


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



Bug#709594: xrdp: Allow users to reconnect with different desktop geometry sizes

2013-05-24 Thread Petter Reinholdtsen

Package:  xrdp
Version:  0.5.0-2
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: debian-edu

If a user first connect to xrdp using rdesktop with one geometry, and
then reconnect using rdesktop with another geometry, a new VNC session
is created.  This is really not needed, as RDP support resizing the
desktop.  The attached patch, written by my college Dag-Erling Smørgrav,
change xrdp to not include the geometry in the session hash, and thus
allowing users to reconnect to their RDP session no matter what geometry
their RDP client uses.

This patch work best with another patch to improve the desktop resize
handling in xrdp.

Please include this patch in a future version of xrdp.

-- 
Happy hacking
Petter Reinholdtsen
--- xrdp-HEAD-a9cfc23.orig/sesman/session.c	2012-10-08 07:17:08.258314709 +0200
+++ xrdp-HEAD-a9cfc23/sesman/session.c	2012-10-08 09:35:49.003847933 +0200
@@ -78,8 +78,8 @@
   while (tmp != 0)
   {
 if (g_strncmp(name, tmp-item-name, 255) == 0 
-tmp-item-width == width 
-tmp-item-height == height 
+// tmp-item-width == width 
+// tmp-item-height == height 
 tmp-item-bpp == bpp 
 tmp-item-type == type)
 {
@@ -500,8 +500,8 @@
   /* these are the must have parameters */
   list_add_item(xserver_params, (long)g_strdup(Xvnc));
   list_add_item(xserver_params, (long)g_strdup(screen));
-  list_add_item(xserver_params, (long)g_strdup(-geometry));
-  list_add_item(xserver_params, (long)g_strdup(geometry));
+  // list_add_item(xserver_params, (long)g_strdup(-geometry));
+  // list_add_item(xserver_params, (long)g_strdup(geometry));
   list_add_item(xserver_params, (long)g_strdup(-depth));
   list_add_item(xserver_params, (long)g_strdup(depth));
 #ifndef WIN32


Bug#709423: [Pkg-xfce-devel] Bug#709423: orage: depends on xfce4-panel 4.9 (not available in sid)

2013-05-24 Thread alberto maurizi
On Thu, May 23, 2013 at 09:47:16PM +0200, Yves-Alexis Perez wrote:
 In case you didn't notice, we're actually in the middle of a
 transition, so filing a bug just delay it. We do know that some
 packages are not installable. If you're not comfortable with that,
 don't use unstable.
 

Actually, I didn't. Now I understand the point.
Sorry for the inconvenience.

Good luck.

Alberto


-- 
Alberto Maurizi
  a.maur...@isac.cnr.it ISAC-CNR
  Phone n. +39 051 639 9615 via Gobetti 101
Fax n. +39 051 639 9658 40129 Bologna, Italy
home page:  http://bolchem.isac.cnr.it/staff:alberto_maurizi.do
bolchem project:http://bolchem.isac.cnr.it


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



Bug#709559: gettext: Patch to allow bootstrapping gettext packages

2013-05-24 Thread Santiago Vila
On Thu, 23 May 2013, Daniel Schepler wrote:

 Source: gettext
 Version: 0.18.1.1-10
 Severity: wishlist
 Tags: patch
 
 The attached patch adds the ability to bootstrap functional gettext packages, 
 in the early stages of a system bootstrap where it would be unreasonable to 
 expect the availability of complex things like Java or git.  (As for the 
 other 
 build dependencies, they'd also mostly be unavailable -- especially glib2.0 
 -- 
 which would mean the build process uses its internal versions of the 
 libraries 
 where possible.)

Thanks.

In gettext 0.18.2, which I'll package soon, there is a new option to
use xz compression instead of git for autopoint, in which case I
believe the proposed patch would not be necessary. Do you agree?

(I'll keep this open until then anyway)


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



Bug#669817: (no subject)

2013-05-24 Thread Michael Ziegler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags: pending
thanks

- -- 
Öffentlicher Schlüssel: 48F81543 - Michael Ziegler (Svedrin)
Wo kämen wir denn da hin, wenn jeder nur fragte Wo kämen wir denn
da hin?, aber niemand ginge, um zu sehen, wohin wir kämen, wenn wir
gingen? (Kurt Marti)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBAgAGBQJRnyFRAAoJEEn0ejpI+BVDG0QIAIBy8TaxQQPc1NYga9ZtMt2Y
XWidN6kmIJYG2L/LZA91QI9F6f1cos2TIxEYfA33eGUGDUUkgdwCKngm5p34rzc7
cpkOSN2by0khcmhj69+DVe67h72QdJFz+A8iPrkwSQXAvaNhrku5NTvCs29PBAqv
c53+AfrQjd9JsdEg3H2N7YtoqaR98JnjDZlIQ9wB3UwhNjybaoDrVjQFHHaAJcr7
DhYMJB0hpu0/EAHOHrigp765S+LUtIwdPo0tFyJkYjDjrT9BmYxa0Tw1Fy9NUIbI
XnacvA2F2pzAg3DeszC43oeoSiIHN53kK9m+t9qTyxIXwQNeS51i3bshDouNjBw=
=l4T2
-END PGP SIGNATURE-


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



Bug#709595: xrdp: Implement server side desktop resize event and rdesktop workaround

2013-05-24 Thread Petter Reinholdtsen

Package:  xrdp
Version:  0.5.0-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: debian-edu

The attached patch fixes two things.  First, it implement support for
server desktop resize in xrdp, allowing the server to tell the client to
resize the desktop.  Next, it implement a workaround for a bug in
rdesktop (URL: http://bugs.debian.org/709529 ), making sure rdesktop
handle desktop resizes properly.  The patch is written by my college
Dag-Erling Smørgrav, which is too busy to push the patches upstream
himself.

Please include the patch in a future version of xrdp.

-- 
Happy hacking
Petter Reinholdtsen
--- xrdp-HEAD-a9cfc23.orig/vnc/vnc.h	2012-10-06 22:58:55.585928184 +0200
+++ xrdp-HEAD-a9cfc23/vnc/vnc.h	2012-10-07 19:24:30.877751563 +0200
@@ -102,6 +102,7 @@
   int mod_width;
   int mod_height;
   int mod_bpp;
+  int next_update_incremental;
   char mod_name[256];
   int mod_mouse_state;
   int palette[256];
--- xrdp-HEAD-a9cfc23.orig/vnc/vnc.c	2012-10-06 22:58:55.585928184 +0200
+++ xrdp-HEAD-a9cfc23/vnc/vnc.c	2012-10-07 19:24:30.877751563 +0200
@@ -22,6 +22,62 @@
 
 #include vnc.h
 
+/**
+ * Send a framebuffer update request.
+ *
+ * Requests either a full or incremental update based on the value of the
+ * next_update_incremental flag, and resets the flag to 1 so the next
+ * update will be incremental unless something (like a framebuffer resize
+ * event) causes the flag to be cleared again.
+ */
+static int DEFAULT_CC
+request_framebuffer_update(struct vnc* v, int x, int y, int w, int h)
+{
+  struct stream* s;
+  int error;
+
+  make_stream(s);
+  init_stream(s, 16);
+  out_uint8(s, 3);
+  out_uint8(s, v-next_update_incremental);
+  v-next_update_incremental = 1;
+  out_uint16_be(s, x);
+  out_uint16_be(s, y);
+  out_uint16_be(s, w ? w : v-mod_width);
+  out_uint16_be(s, h ? h : v-mod_height);
+  error = lib_send(v, s-data, 10);
+  free_stream(s);
+  return error;
+}
+
+/**
+ * Process a framebuffer resize event.
+ *
+ * If the server size differs from the client size, perform a server reset
+ * and ask that the next framebuffer update request be a full update
+ * rather than an incremental update.
+ *
+ * It is very important to *only* request a full update if the size
+ * actually changed, since servers that support the ExtendedDesktopSize
+ * encoding will send one after every framebuffer update.
+ */
+static int DEFAULT_CC
+resize_framebuffer(struct vnc* v)
+{
+  char text[256];
+
+  if (v-mod_width != v-server_width || v-mod_height != v-server_height)
+  {
+v-mod_width = v-server_width;
+v-mod_height = v-server_height;
+v-server_reset(v, v-mod_width, v-mod_height, v-mod_bpp);
+v-next_update_incremental = 0;
+g_sprintf(text, desktop resized to %dx%d, v-mod_width, v-mod_height);
+v-server_msg(v, text, 1);
+  }
+  return 0;
+}
+
 /**/
 /* taken from vncauth.c */
 void DEFAULT_CC
@@ -306,18 +362,11 @@
   else if (msg == 200) /* invalidate */
   {
 /* FrambufferUpdateRequest */
-init_stream(s, 8192);
-out_uint8(s, 3);
-out_uint8(s, 0);
 x = (param1  16)  0x;
-out_uint16_be(s, x);
 y = param1  0x;
-out_uint16_be(s, y);
 cx = (param2  16)  0x;
-out_uint16_be(s, cx);
 cy = param2  0x;
-out_uint16_be(s, cy);
-error = lib_send(v, s-data, 10);
+error = request_framebuffer_update(v, x, y, cx, cy);
   }
   free_stream(s);
   return error;
@@ -621,6 +670,30 @@
   error = v-server_set_cursor(v, x, y, cursor_data, cursor_mask);
 }
   }
+  else if (encoding == 0xff21) /* desktop resize */
+  {
+/* note new dimensions for later */
+v-server_width = cx;
+v-server_height = cy;
+  }
+  else if (encoding == 0xfecc) /* extended desktop resize */
+  {
+init_stream(s, 8192);
+error = lib_recv(v, s-data, 4);
+if (error == 0)
+{
+  in_uint8(s, k); /* number of screens */
+  in_uint8s(s, 3);
+  error = lib_recv(v, s-data, k * 16);
+  if (error == 0)
+  {
+in_uint8s(s, k * 16); /* skip screen list */
+/* note new dimensions for later */
+v-server_width = cx;
+v-server_height = cy;
+  }
+}
+  }
   else
   {
 g_sprintf(text, error in lib_framebuffer_update encoding = %8.8x,
@@ -634,19 +707,16 @@
 error = v-server_end_update(v);
   }
   g_free(data);
+  free_stream(s);
+  if (v-mod_width != v-server_width || v-mod_height != v-server_height)
+  {
+/* perform actual resize outside the update */
+resize_framebuffer(v);
+  }
   if (error == 0)
   {
-/* FrambufferUpdateRequest */
-init_stream(s, 8192);
-out_uint8(s, 3);
-

Bug#708829: dialog broken by ncurses 5.9+20130504-1, with --stdout sends term controls to stdout

2013-05-24 Thread Thomas Dickey
On Fri, May 24, 2013 at 10:14:02AM +0200, Santiago Vila wrote:
 On Wed, 22 May 2013, Sven Joachim wrote:
  Which does not help, because the dialog version in testing has the same
  problem with the new ncurses.
 
 I was obviously confused, sorry.
 
 Anyway, there is now a new dialog by Thomas which I'll package asap.

sounds good.  If I'd noticed that ncurses was near testing, I'd have
done this fix a week ago...

-- 
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature


Bug#709531: Nexuiz: New homepage

2013-05-24 Thread Simon McVittie
tags 709531 + pending
thanks

On 23/05/13 21:47, Markus Koschany wrote:
 Nexuiz Classic moved to another web presence. The package
 description still mentions the old address.

Thanks, fixed in pkg-games git.


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



Bug#706708: Hello, could you please upload latest yaml-cpp

2013-05-24 Thread Qijiang Fan
Hello,
The latest version of librime depends on yaml-cpp = 0.5
The process of packaging latest version of librime is blocked by this
issue. ibus-rime, brise(rime-data) and fcitx-rime might still be blocked by
this issue.
Could you please package and upload the latest version of yaml-cpp.

Best Regards,
Qijiang Fan


Bug#709476: Updated CPAN-Version

2013-05-24 Thread Sascha Schmidt
Die CPAN-Package-Maintainer has updated the API to 1.07 with updated functions 
(bug solved).


Bug#701844: fails to connect to certain IMAPS servers

2013-05-24 Thread W. Martin Borgert

Tested current getmail4 from unstable successfully with MSexChange!

Please try to get the fix into the next wheezy point release,
or at least into wheezy-backports.

Thank you!


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



Bug#709567: Undefined subroutine conffile::abs_path called at /usr/bin/ucfq line 529, HASH line 13.

2013-05-24 Thread Colin Watson
Control: reassign -1 ucf

On Fri, May 24, 2013 at 11:57:14AM +0800, jida...@jidanni.org wrote:
 Package: grub-pc
 Version: 2.00-14
 
 Setting up grub-pc (2.00-14) ...
 Installing new version of config file /etc/kernel/postinst.d/zz-update-grub 
 ...
 Installing new version of config file /etc/kernel/postrm.d/zz-update-grub ...
 Undefined subroutine conffile::abs_path called at /usr/bin/ucfq line 529, 
 HASH line 13.
 Installation finished. No error reported.
 Generating grub.cfg ...

I guess that's a bug in ucf, unless its maintainer says grub-pc is using
it wrongly.  We only call ucfq once, so that call would be 'ucfq
--with-colons /etc/default/grub'.

Please indicate which version of ucf you had installed at this point, as
it's been changed recently in unstable.

-- 
Colin Watson   [cjwat...@debian.org]


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



Bug#709596: RM: kolab-webadmin kolab-webclient kolabd libkolab-perl -- ROM; Outdated version, not installable

2013-05-24 Thread Mathieu Parent
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: pkg-kolab-de...@lists.alioth.debian.org

Hi ftp-masters,

Kolab in sid is outdated, and not installable due to missing dependencies.

As the main maintainer, I request the removal of the following packages:
- kolab-webadmin, kolabd and libkolab-perl from unstable
- kolab-webclient from experimental

Regards

Mathieu Parent


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



Bug#708307: e2fsprogs: fsck.ext3 on ia64 is linked to /usr/lib/libunwind, which can live on a different partition, breaking boot

2013-05-24 Thread Guido Aulisi

I had the same problem upgrading a HP rx4640 to debian wheezy.
I had to copy libunwind.so*  to /lib/ia64-linux-gnu to boot the server.

Guido


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



Bug#708812: [aptitude] aptitude segfaults upon being called.

2013-05-24 Thread Xiyue Deng
Package: aptitude
Version: 0.6.8.2-1
Followup-For: Bug #708812

Same symptom as original reporter. Also got similar strace log. I'll add
a gdb backtrace (with aptitude-dbg installed), but there's almost no
useful information either.

-- Package-specific info:
Terminal: screen
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:

aptitude linkage:
libapt-pkg.so.4.12 = /usr/lib/mipsel-linux-gnu/libapt-pkg.so.4.12 
(0x773ec000)
libncursesw.so.5 = /lib/mipsel-linux-gnu/libncursesw.so.5 (0x773b)
libtinfo.so.5 = /lib/mipsel-linux-gnu/libtinfo.so.5 (0x7738)
libsigc-2.0.so.0 = /usr/lib/mipsel-linux-gnu/libsigc-2.0.so.0 
(0x7736c000)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7723c000)
libept.so.1.aptpkg4.12 = /usr/lib/libept.so.1.aptpkg4.12 (0x77174000)
libxapian.so.22 = /usr/lib/libxapian.so.22 (0x76f3)
libz.so.1 = /lib/mipsel-linux-gnu/libz.so.1 (0x76f08000)
libsqlite3.so.0 = /usr/lib/mipsel-linux-gnu/libsqlite3.so.0 
(0x76e3c000)
libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 
(0x76e14000)
libpthread.so.0 = /lib/mipsel-linux-gnu/loongson2f/libpthread.so.0 
(0x76de8000)
libstdc++.so.6 = /usr/lib/mipsel-linux-gnu/libstdc++.so.6 (0x76cdc000)
libm.so.6 = /lib/mipsel-linux-gnu/loongson2f/libm.so.6 (0x76c54000)
libgcc_s.so.1 = /lib/mipsel-linux-gnu/libgcc_s.so.1 (0x76c18000)
libc.so.6 = /lib/mipsel-linux-gnu/loongson2f/libc.so.6 (0x76aa)
libutil.so.1 = /lib/mipsel-linux-gnu/loongson2f/libutil.so.1 
(0x76a8c000)
libdl.so.2 = /lib/mipsel-linux-gnu/loongson2f/libdl.so.2 (0x76a78000)
libbz2.so.1.0 = /lib/mipsel-linux-gnu/libbz2.so.1.0 (0x76a54000)
libuuid.so.1 = /lib/mipsel-linux-gnu/libuuid.so.1 (0x76a3c000)
librt.so.1 = /lib/mipsel-linux-gnu/loongson2f/librt.so.1 (0x76a24000)
/lib/ld.so.1 (0x)

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: mipsel (mips64)

Kernel: Linux 3.2.0-4-loongson-2f
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.8.2-1
ii  libapt-pkg4.120.9.7.8
ii  libboost-iostreams1.49.0  1.49.0-3.2
ii  libc6 2.17-3
ii  libcwidget3   0.5.16-3.4
ii  libept1.4.12  1.0.9
ii  libgcc1   1:4.8.0-7
ii  libncursesw5  5.9+20130504-1
ii  libsigc++-2.0-0c2a2.2.10-0.2
ii  libsqlite3-0  3.7.16.2-1
ii  libstdc++64.8.0-7
ii  libtinfo5 5.9+20130504-1
ii  libxapian22   1.2.15-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages aptitude recommends:
ii  apt-xapian-index0.45
pn  aptitude-doc-en | aptitude-doc  none
pn  libparse-debianchangelog-perl   none
ii  sensible-utils  0.0.7

Versions of packages aptitude suggests:
pn  debtags  none
ii  tasksel  3.15

-- no debconf information
Load new symbol table from /usr/bin/aptitude-curses? (y or n) Reading symbols 
from /usr/bin/aptitude-curses...Reading symbols from 
/usr/lib/debug/.build-id/56/4839ff0ae3b7a066789b92ee4488379f904c07.debug...done.
done.
Starting program: /usr/bin/aptitude 
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
/lib/mipsel-linux-gnu/loongson2f/libthread_db.so.1.

Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()

Thread 1 (Thread 0x77fed130 (LWP 14804)):
#0  0x in ?? ()
No symbol table info available.
#1  0x00418e80 in _PROCEDURE_LINKAGE_TABLE_ ()
No symbol table info available.
Backtrace stopped: frame did not save the PC
A debugging session is active.

Inferior 1 [process 14804] will be killed.

Quit anyway? (y or n) 


Bug#709597: apt-mark -h only mentions auto, manual commands

2013-05-24 Thread Ansgar Burchardt
Package: apt
Version: 0.9.8.1
Severity: minor
File: /usr/bin/apt-mark

apt-mark --help only mentions the auto, manual commands and that one can
somehow list marks as well (but not how). The other commands are only
documented in the man page.

Please also add hold, unhold and the show* commands to the --help output.

Ansgar

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

Kernel: Linux 3.2.0-40-generic (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt depends on:
ii  debian-archive-keyring  2012.4
ii  gnupg   1.4.12-7
ii  libapt-pkg4.12  0.9.8.1
ii  libc6   2.17-3
ii  libgcc1 1:4.8.0-7
ii  libstdc++6  4.8.0-7

apt recommends no packages.

Versions of packages apt suggests:
ii  apt-doc 0.9.8.1
ii  aptitude0.6.8.2-1
ii  dpkg-dev1.16.10
ii  python-apt  0.8.9
ii  xz-utils5.1.1alpha+20120614-2

-- no debconf information


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



Bug#709106: [Pkg-alsa-devel] Bug#709106: [alsa-utils] speaker-test, aplay fail cryptically (unable to open slave)

2013-05-24 Thread Elimar Riesebieter
* Filipus Klutiero chea...@gmail.com [2013-05-20 17:19 -0400]:

[...]
 This desktop has 2 sound cards, an integrated Realtek ALC887 and a
 Trinity APU with HDMI audio:
 http://www.alsa-project.org/db/?f=a8309b672edaccacce845e209c12df8a0f79ef13
 speaker-test works if I invert the order of cards (modprobe
 snd_hda_intel index=1,0).  The problem could be that speaker-test
 tries to use the first card and fails to realize it isn't
 supported. 

You can fix the order of the souncards. Please post the output of
$ lsmod | grep snd
and tell us which soundcard you prefer to be them number 0.
See /usr/share/doc/alsa-base/README.Debian.

 Although I booted with radeon.audio=1 and am using
 Linux 3.8, I didn't manage to get any sound from the HDMI card.
 The Radeon HD 7660 is based on Northern Islands, but it appears to
 be a mix of Northern and Southern Islands, and Southern Islands
 HDMI audio is not yet supported.  This problem existed before I
 upgraded ALSA.

This sounds more like a driver problem. You can check at [0] wether
soundcards are supported or not.

[0] http://www.alsa-project.org/main/index.php/Matrix:Main

Elimar
-- 
  Experience is something you don't get until
  just after you need it!


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



Bug#707872: src:elmerfem: FTBFS in sid

2013-05-24 Thread Boris Pek
control: tags 707872 confirmed

Hi,

Thanks for the bug report.

 elmerfem fails to build from source in sid. The build fails with the following
 message (full build log attached):

 R CMD INSTALL -l 
 /tmp/buildd/elmerfem-6.1.0.svn.5396.dfsg2/debian/tmp/usr/lib/R elmerparam
 * installing *source* package 'elmerparam' ...
 ERROR: a 'NAMESPACE' file is required
 * removing 
 '/tmp/buildd/elmerfem-6.1.0.svn.5396.dfsg2/debian/tmp/usr/lib/R/elmerparam'

This caused by recent changes in package r-base-core. I will look on them soon.

Best regards,
Boris


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



Bug#709372: [Piuparts-devel] Bug#709372: option to ignore broken symlinks

2013-05-24 Thread Andreas Beckmann
Control: retitle -1 adequate: options to ignore/select certain tags

On 2013-05-23 16:43, Holger Levsen wrote:
 Hi Jakub,
 
 On Donnerstag, 23. Mai 2013, Jakub Wilk wrote:
 I'm not opposed to the idea of adding such option to adequate, but it
 might be easier and faster to fix it on piuparts side. Something like
 this should do the trick:
 
 thanks, I'm using this workaround in piuparts now. Still I would prefer to be 
 able to call adequate wih --ignore-broken-symlinks or such.

A more adequate solution would be to allow ignoring arbitrary sets of tags:

  --ignore-tag=broken-symlink[,...] ...

and maybe

  --only-tag=...[,...]


Andreas


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



Bug#709602: l2tp-ipsec-vpn: Segmentation fault right after entering root password

2013-05-24 Thread Arnoldas Katinas
Package: l2tp-ipsec-vpn
Version: 1.0.9-1
Severity: important

Segmentation fault right after entering root password.



-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages l2tp-ipsec-vpn depends on:
ii  gksu   2.0.2-6
ii  l2tp-ipsec-vpn-daemon  0.9.9-1
ii  libc6  2.13-38
ii  libctemplate2  2.2-3
ii  libgcc11:4.7.2-5
ii  libltdl7   2.4.2-1.1
ii  libqt4-network 4:4.8.2+dfsg-11
ii  libqtcore4 4:4.8.2+dfsg-11
ii  libqtgui4  4:4.8.2+dfsg-11
ii  libssl1.0.01.0.1e-2
ii  libstdc++6 4.7.2-5

Versions of packages l2tp-ipsec-vpn recommends:
ii  libengine-pkcs11-openssl  0.1.8-2+b2

l2tp-ipsec-vpn 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#695135: marked as done (dosfstools: fails to cross-build: uses wrong compiler)

2013-05-24 Thread Daniel Baumann
On 05/24/2013 09:48 AM, Debian Bug Tracking System wrote:
 without a bug reference. Closing manually.

because there was no bug opened for it and i took that patch from
ubuntu on my own.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
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#653623: apt: DNS resolution fails on IPv6-only systems

2013-05-24 Thread Christopher Schramm

I'm experiencing this with a multi-stack system for quite some time now.

Often the lookups for about half of the repositories fail.

I just had a look at it with Wireshark. What happens is a query is sent 
to the DNS server, which immediately (i. e. without any unusual delay) 
replies with a positive result set. BUT: This response is rejected by 
the client with an ICMP Port unreachable message, indicating that apt 
under some circumstances closes the socket after sending the request 
without waiting for a response.


About half of my 10 repositories could not be resolved when testing. 
There seems to be a 50% chance for each often resulting in a number of 4 
or 5 failed repositories, but I've also encountered 3 and 7.


After I found this bug report, I tried deleting the link-local IPv6 
address of the external interface (leaving only IPv4 addresses), which 
reduced the number of failing repositories to just 1 or 2 (sometimes 3).


Adding the address raised the number to the initial value again.


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



Bug#695492: CIFS mount hangs after not using it for a while

2013-05-24 Thread Florian Boelstler

Seems like the same problem here.
Linux guest (VirtualBox) trying to access a Windows share (on host, 
Windows 7).


# cat /proc/10254/stack
[c121e547] wait_for_response.isra.5+0x97/0xf0
[c121f41b] SendReceive+0xeb/0x240
[c1202ff5] CIFSSMBNegotiate+0x155/0x6e0
[c1224945] cifs_negotiate+0x15/0x60
[c120e98c] cifs_negotiate_protocol+0x5c/0xb0
[c1202c0c] cifs_reconnect_tcon+0x14c/0x270
[c1202d4f] smb_init+0x1f/0x80
[c12070bc] CIFSSMBQPathInfo+0x3c/0x220
[c12248de] cifs_query_path_info+0x3e/0x90
[c1219524] cifs_get_inode_info+0x1d4/0x4f0
[c121af85] cifs_revalidate_dentry_attr+0xa5/0x1a0
[c121b12c] cifs_getattr+0x4c/0x120
[c1109daf] vfs_getattr+0x3f/0x70
[c1109e34] vfs_fstatat+0x54/0x90
[c1109eab] vfs_stat+0x1b/0x20
[c110a211] sys_stat64+0x11/0x30
[c170b4fa] sysenter_do_call+0x12/0x22
[] 0x

= ls on previously working share.

Kernel log:
[ 1099.860691] CIFS VFS: Server server has not responded in 120 
seconds. Reconnecting...


# cat /proc/fs/cifs/DebugData
Display Internal CIFS Data Structures for Debugging
---
CIFS Version 2.0
Features:
Active VFS Requests: 1
Servers:
1) Name: 10.0.2.2  Domain: domain Uses: 1 OS: Windows 7 Professional 
7601 Service Pack 1

NOS: Windows 7 Professional 6.1 Capability: 0x1e3fc
SMB session status: 1   TCP status: 4
Local Users To Server: 1 SecMode: 0x3 Req On Wire: 1
Shares:
1) \\server\cc_latest$ Mounts: 1 Type: NTFS DevInfo: 0x20 
Attributes: 0xc700ff

PathComponentMax: 255 Status: 0x1 type: DISKDISCONNECTED

MIDs:
State: 2 com: 114 pid: 10254 cbdata: de598500 mid 8

# mount
//server/cc_latest$ on /home/flo/dev/cc_latest type cifs 
(rw,nosuid,nodev,relatime,vers=1.0,sec=ntlm,cache=none,unc=\\server\cc_latest$,username=flo,uid=1000,forceuid,gid=1000,forcegid,addr=10.0.2.2,file_mode=0755,dir_mode=0755,nounix,rsize=61440,wsize=65536,actimeo=1)


Share is connected using this entry from /etc/fstab:
//server/cc_latest$ /home/flo/dev/cc_latest cifs 
user,noauto,username=flo,nounix,noserverino,sec=ntlm,cache=none 0 0

(cache=none seems to be irrelevant for the issue to reproduce)

Linux kernel is v3.8 from experimental running on wheezy.
# dpkg -p linux-source-3.8
Package: linux-source-3.8
Priority: optional
Section: kernel
Installed-Size: 81955
Maintainer: Debian Kernel Team debian-ker...@lists.debian.org
Architecture: all
Multi-Arch: foreign
Source: linux
Version: 3.8.5-1~experimental.1

# lsmod
Module  Size  Used by
none

Same issue occurs for the stable kernel from wheezy:
# dpkg -p linux-image-3.2.0-4-686-pae
Package: linux-image-3.2.0-4-686-pae
Priority: optional
Section: kernel
Installed-Size: 80201
Maintainer: Debian Kernel Team debian-ker...@lists.debian.org
Architecture: i386
Source: linux
Version: 3.2.41-2

I can easily reproduce the problem by not making use of the share for 
some time.

Please let me know if you need other info.
(BTW, the problem didn't occur for linux-2.6 on squeeze).

   Florian


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



Bug#709603: recommends the non existing package nvidia-settings-legacy-96xx

2013-05-24 Thread Gaudenz Steinlin
Package: nvidia-glx-legacy-96xx
Version: 96.43.23-4
Severity: serious

The 96xx series of the nvidia driver do not have their own settings
package. You should probably recommend nvidia-settings-legacy-173xx
which works also with the 96xx series.

Gaudenz

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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


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



Bug#697751: pu: package gdm3/2.30.5-6squeeze5

2013-05-24 Thread Josselin Mouette
Le samedi 11 mai 2013 à 18:00 +0100, Adam D. Barratt a écrit : 
 On Fri, 2013-02-15 at 12:07 +, Adam D. Barratt wrote:
  On Wed, 2013-01-09 at 11:53 +0100, Josselin Mouette wrote:
   as already discussed, I’d like to propose a stable upload for gdm3 in 
   order to avoid a security risk when doing upgrades.
   
   Theoretically, with the greeter session of gdm 2.30 and the glib version 
   in wheezy, you could use default URI handlers, and launch things such as 
   a web browser. A bit of testing didn’t show any dialog from which this 
   could be triggered, but it’s better to be on the safe side.
  
  Did anyone ever manage to find a practical way of triggering such
  issues?
  
  Please go ahead; thanks.
 
 Any news on that?

Sorry for the delay. I just uploaded it to oldstable.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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



Bug#709549: Bug 709549

2013-05-24 Thread Fulvio
I encountered the same bug and solved installing first the package 
gnome-themes

Regards,

Fulvio Benini


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



Bug#709591: Gajim 0.15.1 does not support network manager 0.9

2013-05-24 Thread Joachim Fahrner
I found what was causing the trouble:

Support for network manager 0.9 (which is used in Wheezy) was added in
Gajim 0.15.2, but the Wheezy package is 0.15.1.

I tried 0.15.3 from experimental and reconnect is working with this. But
0.15.3 has other bugs: it does not connect to my Prosody server. It
causes the following error:

Traceback (most recent call last):
  File /usr/share/gajim/src/common/xmpp/idlequeue.py, line 533, in
_process_events
return IdleQueue._process_events(self, fd, flags)
  File /usr/share/gajim/src/common/xmpp/idlequeue.py, line 394, in
_process_events
obj.pollin()
  File /usr/share/gajim/src/common/xmpp/transports_nb.py, line 420, in
pollin
self._do_receive()
  File /usr/share/gajim/src/common/xmpp/transports_nb.py, line 606, in
_do_receive
self._on_receive(received)
  File /usr/share/gajim/src/common/xmpp/transports_nb.py, line 620, in
_on_receive
self.on_receive(data)
  File /usr/share/gajim/src/common/xmpp/client_nb.py, line 320, in
lambda
self.onreceive(lambda _data:self._xmpp_connect_machine(mode, _data))
  File /usr/share/gajim/src/common/xmpp/client_nb.py, line 355, in
_xmpp_connect_machine
self._xmpp_connect_machine(mode='STREAM_STARTED')
  File /usr/share/gajim/src/common/xmpp/client_nb.py, line 378, in
_xmpp_connect_machine
self._on_stream_start()
  File /usr/share/gajim/src/common/xmpp/client_nb.py, line 394, in
_on_stream_start
self._on_connect()
  File /usr/share/gajim/src/common/xmpp/client_nb.py, line 451, in
_on_connect
self.on_connect(self, self.connected)
  File /usr/share/gajim/src/common/connection.py, line 1287, in
_connect_success
return self.connection_accepted(con, con_type)
  File /usr/share/gajim/src/common/connection.py, line 1349, in
connection_accepted
con.Connection.ssl_fingerprint_sha1[-1])
IndexError: list index out of range


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



Bug#709601: libsphinxbase-dev: arch-dependent files in Multi-Arch: same package

2013-05-24 Thread Jakub Wilk

* Jakub Wilk jw...@debian.org, 2013-05-24, 10:59:

An example diff between armel and kfreebsd-amd64 is attached.


Apologies for the attachment size. I should have checked before sending. 
:(


--
Jakub Wilk


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



Bug#709499: Documentation is non free

2013-05-24 Thread Lorenzo Bettini
On 05/23/2013 06:07 PM, Bastien ROUCARIÈS wrote:
 Package: source-highlight
 Severity: serious
 user: debian...@lists.debian.org
 usertags: gfdl-invariant
 severity: serious
 
 The documentation of your package is non free under gfdl with invariants 
 sections.
 
 Please ask upstream about relicense, remove or repackage
 

Hi

what should be done to fix this?
I'm the author of source-highlight

Lorenzo

-- 
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
HOME: http://www.lorenzobettini.it


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



Bug#709518: rblcheck do not work with an .rblcheckrc anymore

2013-05-24 Thread Klaus Ethgen
Hello,

Am Fr den 24. Mai 2013 um  9:04 schrieb Michael Tokarev:
 $ echo zen.spamhaus.org  ~/.rblcheckrc
 $ rblcheck -v 127.0.0.2
 127.0.0.2 is listed by zen.spamhaus.org: 127.0.0.2 127.0.0.10 127.0.0.4

Find my .rblcheckrc in the attachment. It holds many rbls as also some
whitelists.

 $ strace rblcheck -v 127.0.0.2 21 | grep open
 ...
 open(/home/mjt/.rblcheckrc, O_RDONLY) = -1 ENOENT (No such file or 
 directory)
 open(/etc/rblcheckrc, O_RDONLY)   = -1 ENOENT (No such file or 
 directory)

I saw this access. But there was no read of this file, just an open.

 $ echo zen.spamhaus.org  ~/.rblcheckrc
 $ RBLCHECK_ZONES= rblcheck -v 127.0.0.2
 rblcheck: no service (zone) list specified (-s or -S option)
 
 (That is, if you set RBLCHECK_ZONES to an empty value,
 rblcheck will use that and complain).

That variable is, of course, not set. I am able to read man pages.

  This makes the package in fact more or less unusable.
 
 That's lovely.  The main utility of this package is dnsget,
 which works.  rblcheck is more or less an example of usage
 of the library, a side-effect utility... Oh well.

Hihi, that is strange as I never ever used this main utility. I do not
need a utility that replicate usage of host. But what I need and use is
the rblcheck tool.

 But anyway, I need a repdoducer.  Marking as unreproducible
 for now.
 
  Now I will downgrade to version 0.0.9-3, that was working perfect.
 
 There was no changes in this utility for quite a
 long time, and it hasn't changed between 0.0.9
 and 0.2 versions for sure.

~ dpkg -l udns-utils
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
 Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ NameVersion  
Architektur  Beschreibung
+++-===---
hi  udns-utils  0.0.9-3  amd64  
  Some DNS-related utilities built on top of udns library
~ rblcheck tschil.ethgen.de
rblcheck: unable to lookup DNSBL A record for 5.9.7.51 (forbidden.icm.edu.pl): 
valid domain but no data of requested type
rblcheck: unable to lookup DNSBL A record for 5.9.7.51 (rbl.interserver.net): 
temporary failure in name resolution
rblcheck: unable to lookup DNSBL A record for 5.9.7.51 
(spamtrap.drbl.drand.net): temporary failure in name resolution
rblcheck: unable to lookup DNSBL A record for 5.9.7.51 (dnsbl.cyberlogic.net): 
temporary failure in name resolution
rblcheck: unable to lookup DNSBL A record for 5.9.7.51 (dnsbl.njabl.org): 
temporary failure in name resolution
rblcheck: unable to lookup DNSBL A record for 5.9.7.51 (dnsbl.solid.net): 
temporary failure in name resolution
tschil.ethgen.de[5.9.7.51] is listed by list.dnswl.org: 127.0.6.2
tschil.ethgen.de[5.9.7.51] is listed by list.quorum.to: 127.0.0.0
tschil.ethgen.de[5.9.7.51] is listed by spamsources.dnsbl.info: 127.0.0.2
~ dpkg -l udns-utils
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
 Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ NameVersion  
Architektur  Beschreibung
+++-===---
hi  udns-utils  0.2-2amd64  
  Several DNS-related utilities built on top of udns library
~ rblcheck -v tschil.ethgen.de
tschil.ethgen.de[5.9.7.51] is NOT listed by 
tschil.ethgen.de[5.9.7.51] is NOT listed by 
[many identical lines]
tschil.ethgen.de[5.9.7.51] is NOT listed by 

So you see, it IS reproducable.

And I did test it not only on one system thant on two. It doesn't work
on both but on the second system the output is many _empty_ lines
instead of the ones above.

Regards
   Klaus

Ps. tschil.ethgen.de is my own MX and list.dnswl.org is a common white
list.
-- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen kl...@ethgen.de
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
0spam.fusionzero.com
3y.spam.mrs.kithrup.com
access.redhawk.org
aspews.ext.sorbs.net
badconf.rhsbl.sorbs.net
b.barracudacentral.org
blackholes.five-ten-sg.com
blackholes.intersil.net
blackholes.wirehub.net
blacklist.hostkarma.com
blacklist.sci.kun.nl
bl.deadbeef.com
bl.emailbasura.org
block.dnsbl.sorbs.net
blocked.hilli.dk
bl.spamcannibal.org
bl.spamcop.net

Bug#706381: plymouth: When splash enables hangs switching to X on ATI Radeon 5450/6350

2013-05-24 Thread John Hughes

On 23/05/13 10:53, Daniel Baumann wrote:

please retry with a newer kernel (= 3.8)



Same behaviour with 3.8.   When X starts it stops before outputing the 
[KMS] Kernel modesetting enabled line to the log, the screen goes 
black and the monitor complains about getting no DVI signal.


uname: Linux celtic 3.8-2-amd64 #1 SMP Debian 3.8.13-1 x86_64 GNU/Linux


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



Bug#709549: gnome-themes-standard-data: fails to install: subprocess installed post-installation script returned error exit status 2

2013-05-24 Thread Andreas Beckmann
Hi,

the package needs to ship the (empty) directory where the alternative
gets created, so dpkg manages creation/removal and tracks ownership.
Do not manually create/remove the directory in maintainer scripts.


Andreas


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



Bug#709476: Updated CPAN-Version

2013-05-24 Thread gregor herrmann
Control: tag -1 + pending fixed-upstream

On Fri, 24 May 2013 08:17:39 +, Sascha Schmidt wrote:

 Die CPAN-Package-Maintainer has updated the API to 1.07 with updated 
 functions (bug solved).

Thanks for the pointer.
I'm updating the Debian package right now.

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Sting: Tea In The Sahara


signature.asc
Description: Digital signature


Bug#709476: Pending fixes for bugs in the libflickr-api-perl package

2013-05-24 Thread pkg-perl-maintainers
tag 709476 + pending
thanks

Some bugs in the libflickr-api-perl package are closed in revision
a599d5ec6db3e092bc07e90b1752946413189824 in branch 'master' by gregor
herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libflickr-api-perl.git;a=commitdiff;h=a599d5e

Commit message:

New upstream release. Fixes Encoding bug within libflickr-api-perl (utf8) 
(Closes: #709476)


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



Bug#709548: libgtk-3-0: most recent gtk upload breaks.... (nearly) everything (in GNOME)

2013-05-24 Thread Emilio Pozuelo Monfort

On 24/05/13 01:11, Christoph Anton Mitterer wrote:

Package: libgtk-3-0
Version: 3.8.2-1
Severity: critical
Justification: breaks unrelated software


Hi.

The most recent upgrade of GTK (or GAIL or the GNOME themes) seem to break 
nearly
everything in GNOME.

1) No GNOME apps start anymore (tried evolution, the terminal, control center) 
but segfault
see the attached .xsession-errors

2) Also... everything flickers (like when notifications pop up, which also seem 
to have broken
transparence... at least I can read some unrelated(?) text in them...

3) The GTK controls look... ugly... as if no theme was loaded... like.. 2D


Are you using any special theme? What's the output of this command?

$ gsettings get org.gnome.desktop.interface gtk-theme


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



Bug#702040: Confirmed in Jessy

2013-05-24 Thread newbeewan

Hi,

I experiment the same problem when trying to update initramfs-tools in jessy via 
dist-upgrade !


I have that result when trying to fix it with aptitude -t experimental install 
-f
The following partially installed packages will be configured:
  initramfs-tools
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 223 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Setting up initramfs-tools (0.112) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-3.8-2-amd64
ls: cannot access /usr/lib/x86_64-linux-gnu/pango: No such file or directory
E: /usr/share/initramfs-tools/hooks/plymouth failed with return 2.
update-initramfs: failed for /boot/initrd.img-3.8-2-amd64 with 2.
dpkg: error processing initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit status 2
Errors were encountered while processing:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up initramfs-tools (0.112) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-3.8-2-amd64
ls: cannot access /usr/lib/x86_64-linux-gnu/pango: No such file or directory
E: /usr/share/initramfs-tools/hooks/plymouth failed with return 2.
update-initramfs: failed for /boot/initrd.img-3.8-2-amd64 with 2.
dpkg: error processing initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit status 2
Errors were encountered while processing:
 initramfs-tools

I think it is an important issue !

Regards

Mourad


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



Bug#666825: Apache 2.4 upload date scheduled for May 30

2013-05-24 Thread Julien Cristau
On Thu, May 23, 2013 at 13:46:50 +0200, Stéphane Glondu wrote:

 Le 23/05/2013 13:13, Arno Töll a écrit :
  we are ready to upload Apache2 2.4 to Debian Sid now. This means the
  transition is effectively starting now, and going to break your modules.
 
 There are currently ~20 source entangled OCaml-related packages waiting
 to migrate to testing (see Ocsigen section in [1]) + a number of
 binNMUs including ocamlnet. Please wait for this to happen before
 uploading apache.
 
 [1] https://wiki.debian.org/Teams/OCamlTaskForce/OCamlTransitions
 
That lot is in now.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#706278: libusb-dev: spurious creation/removal of /usr/lib/triplet/libusb-0.1.so.4 symlink by ldconfig

2013-05-24 Thread Andreas Beckmann
Followup-For: Bug #706278
Control: tag -1 pending

Hi,

I just uploaded a fixed package to DELAYED/7. Please let me know if I
should delay it longer.


Andreas
diff -Nru libusb-0.1.12/debian/changelog libusb-0.1.12/debian/changelog
--- libusb-0.1.12/debian/changelog	2012-09-22 15:10:48.0 +0200
+++ libusb-0.1.12/debian/changelog	2013-05-24 11:58:04.0 +0200
@@ -1,3 +1,12 @@
+libusb (2:0.1.12-23.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * libusb-dev: Ship /usr/lib/triplet/libusb-0.1.so.4 -
+/lib/triplet/libusb-0.1.so.4 symlink to prevent spurious creation of
+that SONAME link by ldconfig.  (Closes: #706278)
+
+ -- Andreas Beckmann a...@debian.org  Fri, 24 May 2013 11:56:39 +0200
+
 libusb (2:0.1.12-23+nmu1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru libusb-0.1.12/debian/libusb-dev.install libusb-0.1.12/debian/libusb-dev.install
--- libusb-0.1.12/debian/libusb-dev.install	2011-07-16 12:59:12.0 +0200
+++ libusb-0.1.12/debian/libusb-dev.install	2013-04-27 18:40:57.0 +0200
@@ -1,5 +1,6 @@
 usr/bin/libusb-config
 usr/include/usb.h
 usr/lib/*/libusb.a
+usr/lib/*/libusb-0.1.so.4
 usr/lib/*/libusb.so
 usr/lib/*/pkgconfig/libusb.pc
diff -Nru libusb-0.1.12/debian/rules libusb-0.1.12/debian/rules
--- libusb-0.1.12/debian/rules	2012-04-03 23:12:25.0 +0200
+++ libusb-0.1.12/debian/rules	2013-04-27 18:40:57.0 +0200
@@ -150,6 +150,8 @@
 	   $(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH)
 	ln -sf /lib/$(DEB_HOST_MULTIARCH)/libusb-0.1.so.4.4.4 \
 	   $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libusb.so
+	ln -sf /lib/$(DEB_HOST_MULTIARCH)/libusb-0.1.so.4 \
+	   $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libusb-0.1.so.4
 
 	# Move all files in their corresponding package
 	dh_install -s -Nlibusb-0.1-udeb --list-missing --sourcedir=debian/tmp


Bug#709584: cups-filters: outdated embedded data copy: aglfn

2013-05-24 Thread Didier 'OdyX' Raboud
Control: tags -1 +upstream
Control: forwarded -1 https://bugs.linuxfoundation.org/show_bug.cgi?id=1135

Hi Paul, and thanks for your bugreport; good catch indeed!

Le vendredi, 24 mai 2013 09.26:33, Paul Wise a écrit :
 The cups-filters source package contains an embedded data copy that is
 also outdated (aglfn13.c). This file is shipped in the cups-filters
 source package and compiled into libfontembed1 binary package. Please
 ask upstream to remove aglfn13.c from source package and instead
 build-depend on the aglfn binary package, convert the aglfn.txt shipped
 in the aglfn binary package into a C file at build time and possibly add
 a Built-Using field.

I have now reported it on the upstream bugtracker, see forwarded header.

Cheers,

OdyX


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



Bug#709604: gnunet-service-transport: crashes occasionally

2013-05-24 Thread Helmut Grohne
Package: gnunet-server
Version: 0.9.3-7
Severity: normal

Running a gnunet node against the public gnunet network I noticed that
the connection count would occasionally drop to 0. Upon investigation it
became apparent that gnunet-service-transport was restarted. The reason
for this was it crashing. Armed with gnunet-dbg (thanks!) I ran gdb on
the transport process and captured a traceback.

(gdb) cont
Program received signal SIGABRT, Aborted.
0x7f74fbfba475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt full
#0  0x7f74fbfba475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1  0x7f74fbfbd6f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#2  0x7f74fc7ac169 in GNUNET_abort () at common_logging.c:273
No locals.
#3  0x7f74fcffd66a in get_session_id (sh=sh@entry=0x170c9c0, 
session=session@entry=0x1752930, peer=peer@entry=0x760cab30) at 
ats_api_scheduling.c:379
i = optimized out
f = optimized out
__FUNCTION__ = get_session_id
#4  0x7f74fcfffe34 in GNUNET_ATS_address_destroyed (sh=0x170c9c0, 
address=address@entry=0x760cab30, session=session@entry=0x1752930) at 
ats_api_scheduling.c:1175
p = 0x17460d0
m = 0x17460f0
pm = optimized out
namelen = 4
msize = optimized out
session_id = optimized out
__FUNCTION__ = GNUNET_ATS_address_destroyed
#5  0x0040447e in plugin_env_session_end (cls=optimized out, 
peer=optimized out, session=0x1752930) at gnunet-service-transport.c:361
transport_name = optimized out
address = {peer = {hashPubKey = {bits = {1792322431, 1378667084, 
310041233, 2464310197, 3523261203, 1036757644, 2541840165, 3043748064, 
1642212703, 1696714426, 3560355177, 
238043445, 3489910964, 3256697350, 3560918137, 1877718344}}}, 
transport_name = 0x170da90 tcp, address = 0x0, address_length = 0}
#6  0x7f74f7dcdaa4 in disconnect_session (session=0x1752930) at 
plugin_transport_tcp.c:975
pm = optimized out
plugin = 0x173ebf0
__FUNCTION__ = disconnect_session
#7  0x7f74f7dd0532 in disconnect_notify (cls=0x51ad, client=0x51ad) at 
plugin_transport_tcp.c:2045
session = 0x1752930
#8  0x7f74fc7d253a in GNUNET_SERVER_client_disconnect (client=0x1746fe0) at 
server.c:1370
server = 0x173eb70
n = 0x173e2f0
__FUNCTION__ = GNUNET_SERVER_client_disconnect
#9  0x7f74fc7af66d in receive_ready (cls=0x1751d90, tc=optimized out) at 
connection.c:1047
connection = 0x1751d90
buffer = 0x760cac00 \001x
ret = optimized out
receiver = optimized out
__FUNCTION__ = receive_ready
#10 0x7f74fc7d042b in run_ready (ws=0x171c730, rs=0x171c6a0) at 
scheduler.c:602
p = optimized out
pos = 0x1752080
tc = {reason = 20, read_ready = 0x171c6a0, write_ready = 0x171c730}
#11 GNUNET_SCHEDULER_run (task=task@entry=0x7f74fc7d6a70 service_task, 
task_cls=task_cls@entry=0x760dad70) at scheduler.c:790
rs = 0x171c6a0
ws = 0x171c730
timeout = optimized out
ret = optimized out
shc_int = 0x170c270
shc_term = 0x170c320
shc_quit = 0x170c480
shc_hup = 0x170c530
shc_pipe = 0x170c3d0
last_tr = 5893764
busy_wait_warning = 0
pr = 0x171c650
c = 0 '\000'
__FUNCTION__ = GNUNET_SCHEDULER_run
#12 0x7f74fc7d9418 in GNUNET_SERVICE_run (argc=optimized out, 
argv=optimized out, service_name=service_name@entry=0x4111c2 transport, 
options=options@entry=GNUNET_SERVICE_OPTION_NONE, task=task@entry=0x403f80 
run, task_cls=task_cls@entry=0x0) at service.c:1780
err = 0
cfg_fn = 0x170bf40 /etc/gnunet.conf
loglev = 0x0
logfile = 0x0
do_daemonize = 0
i = optimized out
skew_offset = 140140439722003
skew_variance = 0
clock_offset = optimized out
sctx = {cfg = 0x170bf60, server = 0x170c6a0, addrs = 0x0, service_name 
= 0x4111c2 transport, task = 0x403f80 run, task_cls = 0x0, v4_denied = 0x0, 
v6_denied = 0x0, 
  v4_allowed = 0x171c660, v6_allowed = 0x1715aa0, my_handlers = 
0x171c7c0, addrlens = 0x0, lsocks = 0x171c600, shutdown_task = 4, timeout = 
{rel_value = 18446744073709551615}, 
  ret = 1, ready_confirm_fd = -1, require_found = 1, match_uid = 1, 
match_gid = 1, options = GNUNET_SERVICE_OPTION_NONE}
cfg = 0x170bf60
service_options = {{shortName = 99 'c', name = 0x7f74fc7dfb67 config, 
argumentHelp = 0x7f74fc7dfb6e FILENAME, 
description = 0x7f74fc7dfc18 use configuration file FILENAME, 
require_argument = 1, processor = 0x7f74fc7c30b0 GNUNET_GETOPT_set_string, 
scls = 0x760dad40}, {
shortName = 100 'd', name = 0x7f74fc7e09e0 daemonize, 
argumentHelp = 0x0, description = 0x7f74fc7e0d90 do daemonize (detach from 
terminal), require_argument = 0, 
  

Bug#671935: wine-bin-unstable: update-alternative warnings

2013-05-24 Thread Marc-Jano Knopp
Package: wine-bin-unstable
Followup-For: Bug #671935

Upon installation of win-bin-unstable-1.5.7, I get:

-- snip ---
Setting up wine-bin-unstable (1.5.7-6) ...
update-binfmts: warning: couldn't find information about 'wine' to import
update-binfmts: exiting due to previous errors
update-alternatives: using /usr/bin/wine32-unstable to provide /usr/bin/wine 
(wine) in auto mode
update-alternatives: warning: skip creation of /usr/bin/wineconsole because 
associated file /usr/bin/wineconsole32-unstable (of link group wine) doesn't 
exist
update-alternatives: warning: skip creation of /usr/share/man/man1/wine.1.gz 
because associated file /usr/share/man/man1/wine32-unstable.1.gz (of link group 
wine) doesn't exist
update-alternatives: warning: skip creation of /usr/share/man/man1/winedbg.1.gz 
because associated file /usr/share/man/man1/winedbg32-unstable.1.gz (of link 
group wine) doesn't exist
update-alternatives: warning: skip creation of 
/usr/share/man/fr.UTF-8/man1/wine.1.gz because associated file 
/usr/share/man/fr.UTF-8/man1/wine32-unstable.1.gz (of link group wine) doesn't 
exist
update-alternatives: warning: skip creation of 
/usr/share/man/de.UTF-8/man1/wine.1.gz because associated file 
/usr/share/man/de.UTF-8/man1/wine32-unstable.1.gz (of link group wine) doesn't 
exist
update-alternatives: warning: skip creation of 
/usr/share/man/pl.UTF-8/man1/wine.1.gz because associated file 
/usr/share/man/pl.UTF-8/man1/wine32-unstable.1.gz (of link group wine) doesn't 
exist
Setting up wine-unstable (1.5.7-5) ...
-- snip ---


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (501, 'testing'), (50, 'unstable'), (25, 'experimental'), (12, 
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages wine-bin-unstable depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  libc6  2.17-3
ii  libwine-gecko-1.4  1.4+dfsg1-3
ii  libwine-unstable   1.5.7-6
ii  x11-utils  7.7~1

wine-bin-unstable recommends no packages.

Versions of packages wine-bin-unstable suggests:
pn  libwine-gl-unstable none
pn  libwine-print-unstable  none

-- no debconf information


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



Bug#709605: swi-prolog: API break in 6.2

2013-05-24 Thread Olivier Sallou
Package: swi-prolog
Version: 6.2.6-2
Severity: important

Dear Maintainer,

This release breaks API compared to version 5.10

At least random/3 is not available anymore, possibly breaking existing 
applications.

This prevent some applications from running correctly

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

Kernel: Linux 3.0.0-1-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/dash

Versions of packages swi-prolog depends on:
ii  swi-prolog-nox  6.2.6-2
ii  swi-prolog-x6.2.6-2

swi-prolog recommends no packages.

Versions of packages swi-prolog suggests:
pn  prolog-el   none
pn  swi-prolog-doc  none

-- no debconf information


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



Bug#664014: gnome-screenshot: Segmentation fault in interactive mode

2013-05-24 Thread Andreas Henriksson
Package: gnome-screenshot
Followup-For: Bug #664014

I just tested the described scenario with interactive mode
on the new 3.8.2-1 package version, and was not able to
reproduce the problem. I'm guessing the problem has been
fixed since the bug was reported and just sending this
followup to note that.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (300, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-screenshot depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  libc62.17-3
ii  libcairo21.12.14-4
ii  libcanberra-gtk3-0   0.28-6
ii  libcanberra0 0.28-6
ii  libgdk-pixbuf2.0-0   2.28.1-1
ii  libglib2.0-0 2.36.1-2build1
ii  libgtk-3-0   3.8.2-1
ii  libx11-6 2:1.5.0-1
ii  libxext6 2:1.3.1-2+deb7u1

gnome-screenshot recommends no packages.

gnome-screenshot suggests no packages.

-- no debconf information

-- 
Andreas Henriksson


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



Bug#709335: 44 hours later....

2013-05-24 Thread Chris Lewis


Now consuming 37.6% memory

debian7 (libvirtd process with virt-manager connected for 44 hours)
PID USER  PR  NI  VIRT  RES  SHR S  %CPU %MEMTIME+  COMMAND
1761 root  20   0 3321m 2.9g 5504 S   9.9 37.6 336:09.00 libvirtd

You get the general idea.
--


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



Bug#709485: Bug#708530: python3: CVE-2013-2099: ssl.match_hostname() trips over crafted wildcard

2013-05-24 Thread Thomas Leonard
On 23 May 2013 16:16, Jakub Wilk jw...@debian.org wrote:
 * Jakub Wilk jw...@debian.org, 2013-05-20, 17:18:

 * Henri Salo he...@nerv.fi, 2013-05-16, 16:03:

 CVE request: http://www.openwall.com/lists/oss-security/2013/05/15/6
 Upstream: http://bugs.python.org/issue17980


 Unfortunately, we have quite a few embedded copies of this code. :(


 I've found a few more...

Fix applied upstream and will therefore be in the next release:

https://github.com/0install/0install/commit/0c5b21d47b6007ac764430638a476418688bce16

I think this is very low risk for 0install: it means that an attacker
with a valid but badly formed X.509 certificate could prevent a user
from installing new software, as long as the attacker can intercept
and modify the user's network communications. But in that case they
could prevent the user from downloading anything anyway.

Thanks,


-- 
Dr Thomas Leonardhttp://0install.net/
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA


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



Bug#709605: random/1 is not available anymore instead of random/3

2013-05-24 Thread olivier sallou
I said that random/3 is not available anymore.

I meant random/1 is not available, not random/3 is defined instead

I see following error at runtime:

DEBUG org.irisa.genouest.logol.StreamGobbler  - [stderr] ERROR:
suffixmatch/9: Undefined procedure: random:random/1
DEBUG org.irisa.genouest.logol.StreamGobbler  - [stderr] ERROR:   However,
there are definitions for:
DEBUG org.irisa.genouest.logol.StreamGobbler  - [stderr] ERROR:
random:random/3


-- 

gpg key id: 4096R/326D8438  (keyring.debian.org)

Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


Bug#689914: does funny things on short cksum output

2013-05-24 Thread Ola Lundqvist
Hi Marc

Thanks. Ah, yes I did not think of that case. Will apply.

// Ola

On Sun, Oct 07, 2012 at 07:08:22PM +0200, Marc Haber wrote:
 Package: cron-apt
 Severity: normal
 
 Please consider the following patch:
 
 --- cron-apt.orig   2012-10-07 19:07:15.772153360 +0200
 +++ cron-apt2012-10-07 19:07:32.748173175 +0200
 @@ -299,7 +299,7 @@
  if [ $RUNSLEEP -gt 0 ] ; then
 if [ -z $RANDOM ] ; then
  # A fix for shells that do not have this bash feature.
 -   RANDOM=$(dd if=/dev/urandom count=1 2 /dev/null | cksum | cut 
 -c1-5)
 +   RANDOM=$(dd if=/dev/urandom count=1 2 /dev/null | cksum | cut 
 -d' ' -f1)
 fi
 TIME=$(($RANDOM % $RUNSLEEP))
 sleep $TIME   
   
   
 which will help cron-apt to gracefully handle the case where the
 checksum returned by cksum is shorter than four digits.
 
 Greetings
 Marc
 
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 3.5.4-zgws1 (SMP w/8 CPU cores; PREEMPT)
 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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



Bug#709605: random/1 is not available anymore instead of random/3

2013-05-24 Thread olivier sallou
Executing directly in swi-prolog:
random(Test) works fine so it means that random/1 is available in API.
But using an application compiled in previous version with random/1
fails


2013/5/24 olivier sallou olivier.sal...@gmail.com

 I said that random/3 is not available anymore.

 I meant random/1 is not available, not random/3 is defined instead

 I see following error at runtime:

 DEBUG org.irisa.genouest.logol.StreamGobbler  - [stderr] ERROR:
 suffixmatch/9: Undefined procedure: random:random/1
 DEBUG org.irisa.genouest.logol.StreamGobbler  - [stderr] ERROR:   However,
 there are definitions for:
 DEBUG org.irisa.genouest.logol.StreamGobbler  - [stderr] ERROR:
 random:random/3


 --

 gpg key id: 4096R/326D8438  (keyring.debian.org)

 Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438




-- 

gpg key id: 4096R/326D8438  (keyring.debian.org)

Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


Bug#709606: swi-prolog: Executable generation fails

2013-05-24 Thread Olivier Sallou
Package: swi-prolog
Version: 6.2.6-2
Severity: important

Dear Maintainer,
I tried to recompile package logol against this release but compilation fails 
while it was ok with previous release.

At compilation times many undefined reference errors are raised.


Here is compilation extract:

compile_swi_exe:
 [exec] CC=gcc
 [exec] PLBASE=/usr/lib/swi-prolog
 [exec] PLARCH=amd64
 [exec] PLLIBS=
 [exec] PLLIB=-lswipl
 [exec] PLCFLAGS=-fno-strict-aliasing -pthread -fPIC 
-D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/ncursesw
 [exec] PLLDFLAGS=-rdynamic -Wl,-z,relro -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-pthread
 [exec] PLSOEXT=so
 [exec] PLTHREADS=yes
 [exec] logolSwiMain.c: In function ‘main’:
 [exec] logolSwiMain.c:48:23: warning: ignoring return value of 
‘PL_put_string_chars’, declared with attribute warn_unused_result 
[-Wunused-result]
 [exec] logolSwiMain.c:50:20: warning: ignoring return value of 
‘PL_next_solution’, declared with attribute warn_unused_result [-Wunused-result]
 [exec] logolSwiMain.c:56:23: warning: ignoring return value of 
‘PL_put_string_chars’, declared with attribute warn_unused_result 
[-Wunused-result]
 [exec] logolSwiMain.c:60:18: warning: ignoring return value of 
‘PL_put_integer’, declared with attribute warn_unused_result [-Wunused-result]
 [exec] logolSwiMain.c:65:20: warning: ignoring return value of 
‘PL_next_solution’, declared with attribute warn_unused_result [-Wunused-result]
 [exec] logolSwiMain.c:74:23: warning: ignoring return value of 
‘PL_put_string_chars’, declared with attribute warn_unused_result 
[-Wunused-result]
 [exec] logolSwiMain.c:76:23: warning: ignoring return value of 
‘PL_put_string_chars’, declared with attribute warn_unused_result 
[-Wunused-result]
 [exec] logolSwiMain.c:78:23: warning: ignoring return value of 
‘PL_put_string_chars’, declared with attribute warn_unused_result 
[-Wunused-result]
 [exec] logolSwiMain.c:80:18: warning: ignoring return value of 
‘PL_put_integer’, declared with attribute warn_unused_result [-Wunused-result]
 [exec] logolSwiMain.c:102:20: warning: ignoring return value of 
‘PL_next_solution’, declared with attribute warn_unused_result [-Wunused-result]
 [exec] logolSwiMain.c:120:23: warning: ignoring return value of 
‘PL_put_string_chars’, declared with attribute warn_unused_result 
[-Wunused-result]
 [exec] logolSwiMain.c:122:20: warning: ignoring return value of 
‘PL_next_solution’, declared with attribute warn_unused_result [-Wunused-result]
 [exec] eval `swipl --dump-runtime-variables`
 [exec] gcc -c -fno-strict-aliasing -pthread -fPIC -D_FORTIFY_SOURCE=2 
-fPIC -I/usr/include/ncursesw -D_REENTRANT -D__SWI_PROLOG__ -D__SWI_EMBEDDED__ 
-I/usr/lib/swi-prolog/include -o logolSwiMain.o logolSwiMain.c
 [exec] gcc -o logol.exe -rdynamic -Wl,-z,relro -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-pthread logolSwiMain.o -L/usr/lib/swi-prolog/lib/amd64 -lswipl
 [exec] rm logolSwiMain.o
 [exec] /usr/lib/swi-prolog/lib/amd64/libswipl.a(pl-wam.o): In function 
`assess_remove_duplicates':
 [exec] (.text+0x6a9): undefined reference to `sqrtf'
 [exec] /usr/lib/swi-prolog/lib/amd64/libswipl.a(pl-read.o): In function 
`scan_number':
 [exec] (.text+0x162a): undefined reference to `__gmpz_mul_ui'
 [exec] /usr/lib/swi-prolog/lib/amd64/libswipl.a(pl-read.o): In function 
`scan_number':
 [exec] (.text+0x163c): undefined reference to `__gmpz_add_ui'
 [exec] /usr/lib/swi-prolog/lib/amd64/libswipl.a(pl-read.o): In function 
`str_number':
 [exec] (.text+0x4f5c): undefined reference to `__gmpz_mul_ui'
 [exec] /usr/lib/swi-prolog/lib/amd64/libswipl.a(pl-read.o): In function 
`str_number':
 [exec] (.text+0x4f72): undefined reference to `__gmpz_add_ui'
 [exec] /usr/lib/swi-prolog/lib/amd64/libswipl.a(pl-arith.o): In function 
`seed_from_dev':
 [exec] (.text+0x1c1): undefined reference to `__gmpz_init'
 [exec] /usr/lib/swi-prolog/lib/amd64/libswipl.a(pl-arith.o): In function 
`seed_from_dev':
 [exec] (.text+0x1ef): undefined reference to `__gmpz_import'
 [exec] /usr/lib/swi-prolog/lib/amd64/libswipl.a(pl-arith.o): In function 
`seed_from_dev':
 [exec] (.text+0x201): undefined reference to `__gmp_randseed'
 [exec] /usr/lib/swi-prolog/lib/amd64/libswipl.a(pl-arith.o): In function 
`seed_from_dev':
 [exec] (.text+0x20b): undefined reference to `__gmpz_clear'
 [exec] /usr/lib/swi-prolog/lib/amd64/libswipl.a(pl-arith.o): In function 
`ar_powm':


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, 

Bug#666822: Apache 2.4 upload date scheduled for May 30; mod_perl needs work

2013-05-24 Thread Arno Töll
Hi,

On 24.05.2013 10:03, Niko Tyni wrote:
 + run '. /etc/apache2/envvars' to get the parts ripped from /etc/apache2
   to t/conf/httpd.conf working  (we should probably provide our own 
 Apache2
   config under debian/ and make Apache-Test use that as a base)
 + manually add these to t/conf/httpd.conf:
 LoadModule mpm_worker_module /usr/lib/apache2/modules/mod_mpm_worker.so
 LoadModule authn_core_module /usr/lib/apache2/modules/mod_authn_core.so
 LoadModule auth_basic_module /usr/lib/apache2/modules/mod_auth_basic.so
 LoadModule authz_core_module /usr/lib/apache2/modules/mod_authz_core.so
 LoadModule access_compat_module 
 /usr/lib/apache2/modules/mod_access_compat.so
 LoadModule authz_user_module /usr/lib/apache2/modules/mod_authz_user.so
(I don't know currently how to get Apache-Test do that)

I am not sure you talk about regression testing only here, and I do not
know about mod_perl specifics, but from a packaging point of view, you
can do that for the actual package, too. We have another package doing
so: gnome-user-share.

Mind its dependencies, and all you get is the web-server core without
configuration and so on at all from us. That leaves all of the
configuration at runtime to you.

Please have in mind that, unlike gnome-user-share, there is a certain
likelihood that people would like to use mod_perl and other modules
together in the same instance though.

 I have not looked at the packaging side at all yet.

When installing apache2 2.4 you get PACKAGING guidelines in
/usr/share/doc/apache2-dev. You might want to have a look at it,
especially if you need advanced stuff such as switching MPMs.

 Last I looked, an uninstallable libapache2-mod-perl2 would lead to quite
 a bit of collateral damage, but I'm sure the release team has weighed
 that with the other considerations when scheduling this.

True. mod_perl is the reason why we postponed the tranisition to after
Wheezy, actually. It is you being the reason Wheezy was released with
Apache 2.2 :)

-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature


Bug#664433: libapache-mod-log-sql - Helping to update to packaging format 3.0

2013-05-24 Thread jari
On 2013-05-24 15:36, Thomas Goirand wrote:
|  to be marked as done.
| 
| Please provide a patch against the current Git on Alioth, which also
| contains support for Apache 2.4, then I'll upload that.

I'd be glad to.

Could you help me a bit, so that I can get started. Where I can access
it? I looked these places:

  # 1
  # The search field at http://alioth.debian.org
  
http://alioth.debian.org/search/?type_of_search=softgroup_id=0words=libapache-mod-log-sqlSearch=Search
  ... empty

  # 2
  ssh lo...@vasks.debian.org ls /git/collab-maint | grep libapache-mod-log
 ... empty

  # 3
  debcheckout libapache-mod-log-sql
  ... No repository found for package libapache-mod-log-sql.
  ... A Vcs-* field is missing in its source record.

  # 4
  apt-cache showsrc libapache-mod-log-sql | grep -i 'vcs'
  ... empty

Jari


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



Bug#666845: Apache 2.4 upload date scheduled for May 30

2013-05-24 Thread Arno Töll
On 24.05.2013 02:40, Olly Betts wrote:
 The DELAYED queue only allows delaying by a whole number of days AIUI,
 so doesn't really help in a situation like this - I'd still need to
 make the upload in the middle of the night, just of a different night.

True. But you could leave your system running tonight (your night) and
run a at(1) job. If it works out: great ...

 But feel free to take the version already in experimental and NMU it
 to unstable once you're ready for it.

... if not, I can do that if you wish.

Having that said your module is perhaps not one of those with a
gazillion of users so that the breakage can still be fixed later I'd
say, esecpially given the sheer amount of modules which will break
regardless because nobody transitioned them yet.


-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature


Bug#689914: does funny things on short cksum output

2013-05-24 Thread Ola Lundqvist
Hi again

I'm also adding Bob into this mail chain as he was the one that wrote the
code for RANDOM in 2004.

When testing this out I noticed the following:

ola@quartz:~/svn/fsp/cron-apt$ dd if=/dev/urandom count=1 2 /dev/null | cksum
2815760522 512
ola@quartz:~/svn/fsp/cron-apt$ echo 2815760522 512 | cut -d' ' -f1
2815760522
ola@quartz:~/svn/fsp/cron-apt$ echo 2815760522 512 | cut -c1-5
28157
ola@quartz:~/svn/fsp/cron-apt$ echo $((2815760522 % 3600))
2522
ola@quartz:~/svn/fsp/cron-apt$ echo $((28157 % 3600))
2957

As you can see it gives different output. I do not really think that is
a real problem, but I think you two should have the possibility to comment
it before I apply the patch.

Thanks,

// Ola

On Fri, May 24, 2013 at 01:01:20PM +0200, Ola Lundqvist wrote:
 Hi Marc
 
 Thanks. Ah, yes I did not think of that case. Will apply.
 
 // Ola
 
 On Sun, Oct 07, 2012 at 07:08:22PM +0200, Marc Haber wrote:
  Package: cron-apt
  Severity: normal
  
  Please consider the following patch:
  
  --- cron-apt.orig   2012-10-07 19:07:15.772153360 +0200
  +++ cron-apt2012-10-07 19:07:32.748173175 +0200
  @@ -299,7 +299,7 @@
   if [ $RUNSLEEP -gt 0 ] ; then
  if [ -z $RANDOM ] ; then
   # A fix for shells that do not have this bash feature.
  -   RANDOM=$(dd if=/dev/urandom count=1 2 /dev/null | cksum | cut 
  -c1-5)
  +   RANDOM=$(dd if=/dev/urandom count=1 2 /dev/null | cksum | cut 
  -d' ' -f1)
  fi
  TIME=$(($RANDOM % $RUNSLEEP))
  sleep $TIME 
  
  
  which will help cron-apt to gracefully handle the case where the
  checksum returned by cksum is shorter than four digits.
  
  Greetings
  Marc
  
  
  -- System Information:
  Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
  Architecture: amd64 (x86_64)
  Foreign Architectures: i386
  
  Kernel: Linux 3.5.4-zgws1 (SMP w/8 CPU cores; PREEMPT)
  Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
  Shell: /bin/sh linked to /bin/dash
  
 
 -- 
  - Ola Lundqvist ---
 /  o...@debian.org Annebergsslingan 37  \
 |  o...@inguza.com  654 65 KARLSTAD  |
 |  http://inguza.com/  +46 (0)70-332 1551   |
 \  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
  ---
 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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



Bug#709607: new upstream version (4.2) available

2013-05-24 Thread Ondřej Surý
Package: calendarserver
Version: 3.2+dfsg-5
Severity: wishlist

Hi Rahul,

there's a new upstream version available.  Do you have any plans to
package it now, when unstable is unfrozen again?

Ondrej

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (500, 'stable'), (300, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages calendarserver depends on:
ii  adduser3.113+nmu3
ii  libc6  2.13-38
ii  lsb-base   4.1+Debian8
ii  memcached  1.4.13-0.2
ii  python 2.7.3-4
ii  python-dateutil1.5+dfsg-0.1
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-2
ii  python-plist   1.8-1
ii  python-pycalendar  2.0~svn188-1
ii  python-pygresql1:4.0-3
ii  python-pysqlite2   2.6.3-3
ii  python-sqlparse0.1.4-1
ii  python-twisted-conch   1:12.0.0-1
ii  python-twisted-core12.0.0-1
ii  python-twisted-mail12.0.0-1
ii  python-twisted-web 12.0.0-1
ii  python-twisted-words   12.0.0-1
ii  python-xattr   0.6.4-2
ii  python-zope.interface  3.6.1-3
ii  ssl-cert   1.0.32

Versions of packages calendarserver recommends:
ii  python-ldap  2.4.10-1
ii  python-pam   0.4.2-13

calendarserver suggests no packages.

-- Configuration Files:
/etc/default/calendarserver changed [not included]

-- no debconf information


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



Bug#709608: Invalid VCS fields in debian/control

2013-05-24 Thread Ondřej Surý
Package: calendarserver
Version: 3.2+dfsg-4
Severity: normal

Dear maintainer,

the VCS fields in the source package (debian/control) are meant for
pointing to your packaging VCS and not to upstream VCS.

Thus those lines are wrong:
Vcs-Svn: http://svn.calendarserver.org/repository/calendarserver/CalendarServer/
Vcs-Browser: http://trac.calendarserver.org/browser/CalendarServer

since they don't contain debian/ subdirectory.

Also please consider moving your package under
collab-ma...@alioth.debian.org, where other Debian Developers can come
and help with the packaging.

Both also applies to pycalendar.

Ondrej

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (500, 'stable'), (300, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages calendarserver depends on:
ii  adduser3.113+nmu3
ii  libc6  2.13-38
ii  lsb-base   4.1+Debian8
ii  memcached  1.4.13-0.2
ii  python 2.7.3-4
ii  python-dateutil1.5+dfsg-0.1
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-2
ii  python-plist   1.8-1
ii  python-pycalendar  2.0~svn188-1
ii  python-pygresql1:4.0-3
ii  python-pysqlite2   2.6.3-3
ii  python-sqlparse0.1.4-1
ii  python-twisted-conch   1:12.0.0-1
ii  python-twisted-core12.0.0-1
ii  python-twisted-mail12.0.0-1
ii  python-twisted-web 12.0.0-1
ii  python-twisted-words   12.0.0-1
ii  python-xattr   0.6.4-2
ii  python-zope.interface  3.6.1-3
ii  ssl-cert   1.0.32

Versions of packages calendarserver recommends:
ii  python-ldap  2.4.10-1
ii  python-pam   0.4.2-13

calendarserver suggests no packages.

-- Configuration Files:
/etc/default/calendarserver changed [not included]

-- no debconf information


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



Bug#709606: swi-prolog: Executable generation fails

2013-05-24 Thread Olivier Sallou
How to reproduce:

 swipl-ld -o test test.c test.pl

with example from swi-prolog web site:

osallou@debiansid:/tmp$ more test.pl

calc(Atom) :-
term_to_atom(Expr, Atom),
A is Expr,
write(A),
nl.



osallou@debiansid:/tmp$ more test.c
#include stdio.h
#include SWI-Prolog.h

#define MAXLINE 1024

int
main(int argc, char **argv)
{ char expression[MAXLINE];
  char *e = expression;
  char *program = argv[0];
  char *plav[2];
  int n;

  /* combine all the arguments in a single string */

  for(n=1; nargc; n++)
  { if ( n != 1 )
  *e++ = ' ';
strcpy(e, argv[n]);
e += strlen(e);
  }

  /* make the argument vector for Prolog */

  plav[0] = program;
  plav[1] = NULL;

  /* initialise Prolog */

  if ( !PL_initialise(1, plav) )
PL_halt(1);

  /* Lookup calc/1 and make the arguments and call */

  { predicate_t pred = PL_predicate(calc, 1, user);
term_t h0 = PL_new_term_refs(1);
int rval;

PL_put_atom_chars(h0, expression);
rval = PL_call_predicate(NULL, PL_Q_NORMAL, pred, h0);

PL_halt(rval ? 0 : 1);
  }

  return 0;
}

-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


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



Bug#709592: dovecot-managesieve: checkpassword Temporary authentication failure/TRYLATER protocol error

2013-05-24 Thread Stephan Bosch

On 5/24/2013 9:59 AM, Osric Wilkinson wrote:

I'm using checkpassword (http://wiki.dovecot.org/AuthDatabase/CheckPassword)
as an authentication method for managesieve, however when the checkpassword
script exits with code 111 (Temporary authentication failure) managesieved
outputs a message that is wrong per rfc5804:

$ nc localhost 4190
S: IMPLEMENTATION Dovecot Pigeonhole
S: SIEVE fileinto reject envelope encoded-character vacation subaddress
S: comparator-i;ascii-numeric relational regex imap4flags copy include
S: variables body enotify environment mailbox date ihave
S: NOTIFY mailto
S: SASL PLAIN
S: STARTTLS
S: VERSION 1.0
S: OK Dovecot ready.

C: AUTHENTICATE PLAIN AHRlc3QAdGVzdA==

S: NO [TRYLATER] Temporary authentication failure. [hathor:2013-05-24
S: 07:56:09]

That last server line should be NO (TRYLATER) (that is, round brackets
rather than square brakets).


Oh, that is a very stupid bug. After login it does use correct response 
codes. I wonder why nobody noticed this before, because it emerged in 
Pigeonhole v0.2 for Dovecot v2.0.


This fixes it upstream:

http://hg.rename-it.nl/dovecot-2.1-pigeonhole/rev/d4ae981567e1

Regards,

Stephan.


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



Bug#701844: fails to connect to certain IMAPS servers

2013-05-24 Thread Osamu Aoki
Hi,

On Fri, May 24, 2013 at 10:37:55AM +0200, W. Martin Borgert wrote:
 Tested current getmail4 from unstable successfully with MSexChange!
 
 Please try to get the fix into the next wheezy point release,
 or at least into wheezy-backports.

Can you help me identify bug http://bugs.debian.org/709170 

is user configuration issue.  At least he claim to have issue with IMAP.

Osamu


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



Bug#709610: ITP: pinto -- module to curating a repository of Perl modules

2013-05-24 Thread Oleg Gashev
Package: wnpp
Severity: wishlist
Owner: Oleg Gashev o...@gashev.net

* Package name: pinto
  Version : 0.084
  Upstream Author : Jeffrey Ryan Thalhammer j...@stratopan.com
* URL : https://metacpan.org/release/Pinto
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to curating a repository of Perl modules

pinto is a tool for creating and managing a custom CPAN-like repository of Perl 
modules. The purpose of such a repository is to provide a stable, curated stack 
of dependencies from which you can reliably build, test, and deploy your 
application using the standard Perl tool chain. pinto provides various commands 
for gathering and managing distribution dependencies within the repository, so 
that you can control precisely which dependencies go into your application.


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



Bug#709548: Reproducible here

2013-05-24 Thread Eugen Dedu
I have the same problem as the reporter.  seahorse, evince (at least) do 
not work anymore after today's upgrading.


evince without argument works, but evince file.pdf yields segmentation 
fault.


snoopy:~$ gsettings get org.gnome.desktop.interface gtk-theme
'Clearlooks-Phenix'

snoopy:~$ dpkg -l libcairo2\*
Desired=Unknown/Install/Remove/Purge/Hold
| 
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend

|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersionArchitecture   Description
+++-===-==-==-
ii  libcairo2:amd64 1.12.14-4  amd64  The Cairo 2D 
vector graphics library
ii  libcairo2-dev   1.12.14-4  amd64  Development files 
for the Cairo 2D graphics
un  libcairo2-doc   none(no description 
available)


--
Eugen


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



Bug#709492: R: Re: Bug#709492: Numdiff doc is non free

2013-05-24 Thread Paolo Greppi
All versions of GFDL are not compatible with Debian. Please switch the
numdiff docs to the GPL or if you want to stick to GFDL, then skip the
optional invariant sections clause.

We will then repackage 5.6.2 with the new numdiff doc license.

Thanks, Paolo

On 23/05/2013 22:23, ivpr...@libero.it wrote:
 Hi all,
 
 It is not a problem for me to remove the optional invariant sections clause.
 Next month I am going to release a new version of Numdiff with this change.
 Would it help if I switched from GFDL 1.2 to GFDL 1.3 or later?
 Kind regards,
 
 Ivano Primi


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



Bug#709548: Reproducible here

2013-05-24 Thread Eugen Dedu

On 24/05/13 13:44, Eugen Dedu wrote:

I have the same problem as the reporter.  seahorse, evince (at least) do
not work anymore after today's upgrading.

evince without argument works, but evince file.pdf yields segmentation
fault.

snoopy:~$ gsettings get org.gnome.desktop.interface gtk-theme
'Clearlooks-Phenix'

snoopy:~$ dpkg -l libcairo2\*
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend

|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersionArchitecture   Description
+++-===-==-==-

ii  libcairo2:amd64 1.12.14-4  amd64  The Cairo 2D
vector graphics library
ii  libcairo2-dev   1.12.14-4  amd64  Development files
for the Cairo 2D graphics
un  libcairo2-doc   none(no description
available)


gdb seahorse gives:

#0  0x776afbe7 in gtk_style_context_get_valist (context=0x6f8e70,
state=state@entry=GTK_STATE_FLAG_DIR_LTR, 
args=args@entry=0x7fffc308)

at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkstylecontext.c:1443
#1  0x776f77fa in gtk_theming_engine_get (engine=0x767000, 
state=GTK_STATE_FLAG_DIR_LTR)

at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkthemingengine.c:436
#2  0x7fffeacdef33 in _gtk_rounded_box_apply_border_radius ()
   from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/theming-engines/libunico.so
#3  0x7fffeace0c2c in ?? ()
   from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/theming-engines/libunico.so
#4  0x7fffeace2548 in ?? ()
   from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/theming-engines/libunico.so
#5  0x7fffeace722e in ?? ()
   from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/theming-engines/libunico.so
#6  0x776b16e6 in gtk_render_background (context=0x6f8e70, 
cr=0x7680e0, x=0, y=15, width=15,

height=352) at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkstylecontext.c:3908
#7  0x776770d3 in gtk_range_draw (widget=0x8662d0, cr=0x7680e0)
at /tmp/buildd/gtk+3.0-3.8.2/./gtk/gtkrange.c:2122
...

--
Eugen


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



Bug#708965: grub-config was needed

2013-05-24 Thread Ben Hutchings
On Fri, 2013-05-24 at 06:06 +0200, nobswolf wrote:
 Am 21.05.2013 02:54, schrieb Ben Hutchings:
  
  A kernel installation should run update-grub anyway, so running
  that only 'solves the problem' until the next security update that
  doesn't get properly installed.
 
 For some reason in file  /etc/kernel-img.conf the entry do_bootloader
 was set to no. I guess this was set by the initial installation as I
 can not remember having fiddled with such settings.

This was actually the correct setting for a system using GRUB, and is
now ignored.  All boot loaders are updated by scripts installed under
/etc/kernel.

  Have you moved the /boot partition on this system in the last year
  or so?  (The kernel you were running, Debian version 2.6.32-41,
  dates from January 2012.)
 
 No. The harddisks and the partitions have not changed since the
 installation.

Do you remember which release you originally installed?

  Assuming you're using GRUB 2, what does 'debsums -a grub-pc' say?
 
 Lots of lines, all ending with OK:
 
 http://pastebin.com/7RmqPBwa

Do you have a separate /boot partition, and is there a /boot/boot/grub
directory?

Ben.

-- 
Ben Hutchings
friends: People who know you well, but like you anyway.


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


Bug#709493: openssh-client: [ssh-keygen] -r always gives same answer

2013-05-24 Thread Casper Gielen
Op 23-05-13 18:14, Colin Watson schreef:
 
 The documentation is perhaps confusing.  What this option means is
 print SSHFP records for my current set of host keys, with the argument
 to -r as the host name so that I can copy and paste it into zone files.
 You'll find that if you add an -f option and supply each of
 /etc/ssh/ssh_host_*_key.pub as an argument to that, you'll get output
 matching each of the pairs of lines above; or you can use other files,
 although this option only makes sense with host keys, and you'd only
 normally write DNS resource records for hosts you control.
 
 Was this actually what you were trying to do?

You are correct. This solves my problem. Thank you for clearing that up.
I was assuming that -r would also work on remote hosts because it takes
a hostname as argument.
-- 
Casper


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



  1   2   3   4   >