Bug#707821: sl-modem-source: fails to upgrade from squeeze [i386]

[أحمد المحمودي]

On Mon, Jun 03, 2013 at 05:42:47PM +0200, Andreas Beckmann wrote:
> 
> >   Could you also upload an i386 build for unstable ? Since I am a DM, I 
> >   cannot do binary only uploads.
> 
> No problem. Thanks for the hint!
---end quoted text---

  Please upload i386 binary builds for unstable: sl-modem 2.9.11~20110321-9

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#710863: clang-3.3 fails to build trunk

[Marc Driftmeyer]

On 06/03/2013 07:24 AM, Sylvestre Ledru wrote:

Hello,

Le 03/06/2013 06:21, Marc J. Driftmeyer a �crit :

This is the exact same bug I with your deb packages of llvm-3.3/clang-3.3 and a 
freshly local built llvm-3.4-trunk from debian gcc-4.7.3-4.


I cannot reproduce this issue. The llvm jenkins jobs are fine:
http://llvm-jenkins.debian.net/ (the failing jobs are expected to fail).
I think you should report this bug upstream.
You should also try with the autotools build. Until bug [1] is fixed, I
am not planning to support it.


Sylvestre
[1] http://llvm.org/bugs/show_bug.cgi?id=15732
Seeing as I've been following the discussion for nearly 2 years on 
LLVM/Clang and the recent large discussion on transitioning away from 
autoconf to cmake I'll wait for Dmitri to move the infrastructure to 
cmake: http://llvm.org/bugs/show_bug.cgi?id=16120


- Marc

--
Marc J. Driftmeyer
Email :: m...@reanimality.com 
Web :: http://www.reanimality.com
Cell :: (509) 435-5212

Bug#708462: lesstif2 to motif transition

[Julien Cristau]

On Mon, May  6, 2013 at 23:01:39 +0200, Paul Gevers wrote:

> We have not started talking to the maintainers of packages depending on
> lesstif2 (other than a message to d-devel [1]), as I wanted to have the
> way clear before that. Graham Inggs has tested building all the reverse
> dependencies [2], though.
> 
> So my question basically is, what would be the most appropriate order to
> do things?
> 
> My proposal would be (with your approval) to just get motif into
> unstable/main and start converting the dependencies with the help of
> their maintainers (the libraries can coexist). Because the -dev package
> name has to change all build dependencies would have to get a
> source-full update. I would have liked to stage everything in
> experimental, but due to this (quoted from ftp-master) nasty dak bug,
> that would leave unstable (non-free) without (open-)motif.
> 
Do we know how many of the lesstif2 reverse dependencies are libraries
whose ABI would change if rebuilt with motif instead?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#710868: #710868 xpra: does not show password prompt unless I install ssh-askpass-gnome

[Timo Juhani Lindfors]

Hi,

thanks for triaging the bugs so fast! However, I think the fact that
password prompt is not shown and too short timeout might still be
separate issues? So maybe #710866 and #710868 should not be merged?

-Timo


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

Bug#711030: mplayer: Sound cracking on a Sheeva Plug

[Ubuntu6226]

Package: mplayer
Version: 2:1.0~rc3++final.dfsg1-1
Severity: normal

Hi,

I have a Sheeva with Debian Squeeze.


aplay and mplayer have sound cracking. Mplayer is much better, almost perfect 
compared to aplay, but still some cracking
remain all the time. 

I tried to fix it with working on the /etc but never managed. 

It is strange to me, is it Debian or the Sheeva itself (hardware) issue?

 aplay -l
 List of PLAYBACK Hardware Devices 
card 0: default [ Logitech Z305 

Kind regards,
Ulrich

-- System Information:
Debian Release: 6.0
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.36 (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages mplayer depends on:
ii  libaa11.4p5-38   ascii art library
ii  libasound21.0.23-2.1 shared library for ALSA applicatio
ii  libaudio2 1.9.2-4Network Audio System - shared libr
ii  libavcodec52  4:0.5.9-1  ffmpeg codec library
ii  libavformat52 4:0.5.9-1  ffmpeg file format library
ii  libavutil49   4:0.5.9-1  ffmpeg utility library
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libcaca0  0.99.beta17-1  colour ASCII art library
ii  libcdparanoia03.10.2+debian-9audio extraction tool for sampling
ii  libdirectfb-1.2-9 1.2.10.0-4 direct frame buffer graphics - sha
ii  libdvdread4   4.1.3-10   library for reading DVDs
ii  libenca0  1.13-3 Extremely Naive Charset Analyser -
ii  libesd0   0.2.41-8   Enlightened Sound Daemon - Shared 
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib
ii  libfribidi0   0.19.2-1   Free Implementation of the Unicode
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libgif4   4.1.6-9library for GIF images (library)
ii  libgl1-mesa-glx [ 7.7.1-5A free implementation of the OpenG
ii  libjack-jackd2-0  1.9.6~dfsg.1-2 JACK Audio Connection Kit (librari
ii  libjpeg62 6b1-1  The Independent JPEG Group's JPEG 
ii  liblircclient00.8.3-5+b1 infra-red remote control support -
ii  liblzo2-2 2.03-2 data compression library
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand
ii  libogg0   1.2.0~dfsg-1   Ogg bitstream library
ii  libopenal11:1.12.854-2   Software implementation of the Ope
ii  libpng12-01.2.44-1+squeeze2  PNG library - runtime
ii  libpostproc51 4:0.5.9-1  ffmpeg video postprocessing librar
ii  libpulse0 0.9.21-3+squeeze1  PulseAudio client libraries
ii  libsdl1.2debian   1.2.14-6.1 Simple DirectMedia Layer
ii  libsmbclient  2:3.5.6~dfsg-3squeeze8 shared library for communication w
ii  libspeex1 1.2~rc1-1  The Speex codec runtime library
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  libswscale0   4:0.5.9-1  ffmpeg video scaling library
ii  libtheora01.1.1+dfsg.1-3 The Theora Video Compression Codec
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxinerama1  2:1.1-3X11 Xinerama extension library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  libxv12:1.0.5-1  X11 Video extension library
ii  libxvmc1  2:1.0.5-1  X11 Video extension library
ii  libxxf86dga1  2:1.1.1-2  X11 Direct Graphics Access extensi
ii  libxxf86vm1   1:1.1.0-2  X11 XFree86 video mode extension l
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

mplayer recommends no packages.

Versions of packages mplayer suggests:
ii  bzip2 1.0.5-6high-quality block-sorting file co
pn  fontconfig (no description available)
pn  mplayer-doc(no description available)
pn  netselect | fping  (no description available)
ii  ttf-freefont  20090104-7 Freefont Serif, Sans and Mono True

-- no debconf information


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

Bug#706514: RFS: dcraw/9.17-1

[Anton Gladky]

Hi Oliver,

2013/6/3 Oliver Sander :
> [...]
> Currently getsource doesn't run due to some minor upstream format change.

Can you fix that?

> It is what you get when following the official Debian instructions
> for switching from source format 1.0 to 3.0 (quilt).

Yes, but in the previous uploaded version there are in "patch-section"
only Makefile, badpixels and manpages. You have now also configure,
Makefile.in etc.
Please, add into the patch only Makefile and badpixels. Manpages can be stored
somewhere in debian-directory (debian/manpages, for example).

>> I would suggest you to use cmake instead
>> of it. See an attachment. You just need to add all other binaries and
>> test them.
>
> Actually, I'd rather not.  First of all I don't think you can't make it
> nice with the AutoTools.  Also, I've never worked with CMake before.
> Finally, I used the AutoTools because you implicitly recommended them
> (by giving me the admesh package for guidance).

It is absolutely your decision, I just suggested. Please, feel free to choose
the best suitable way for you.

> I have now uploaded dcraw-9.17-1.1, which contains all my fixes and
> cleanups in a single changelog entry.

Ok, looks good. Please, clean patches, try to fix watch-file, use DEP-5 for
copyright, check README.debian (update or remove it, if the info is outdated),
use dcraw.manpages and dcraw.exapmles instead of putting them into the
override_*.

Thanks for your work,

Anton


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

Bug#711029: guile-1.8: FTBFS: texinfo errors

[Daniel Schepler]

Source: guile-1.8
Version: 1.8.8+1-8
Severity: serious

>From my pbuilder build log:

...
Making all in doc
make[3]: Entering directory `/tmp/buildd/guile-1.8-1.8.8+1/doc'
Making all in tutorial
make[4]: Entering directory `/tmp/buildd/guile-1.8-1.8.8+1/doc/tutorial'
Updating ./version.texi
restore=: && backupdir=".am$$" && \
am__cwd=`pwd` && CDPATH="${ZSH_VERSION+.}:" && cd . && \
rm -rf $backupdir && mkdir $backupdir && \
if (/bin/bash /tmp/buildd/guile-1.8-1.8.8+1/build-aux/missing makeinfo 
--version) >/dev/null 2>&1; then \
  for f in guile-tut-1.8.info guile-tut-1.8.info-[0-9] 
guile-tut-1.8.info-[0-9][0-9] guile-tut-1.8.i[0-9] guile-tut-1.8.i[0-9][0-9]; 
do \
if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
  done; \
else :; fi && \
cd "$am__cwd"; \
if /bin/bash /tmp/buildd/guile-1.8-1.8.8+1/build-aux/missing makeinfo   
-I . \
 -o guile-tut-1.8.info guile-tut-1.8.texi; \
then \
  rc=0; \
  CDPATH="${ZSH_VERSION+.}:" && cd .; \
else \
  rc=$?; \
  CDPATH="${ZSH_VERSION+.}:" && cd . && \
  $restore $backupdir/* `echo "./guile-tut-1.8.info" | sed 
's|[^/]*$||'`; \
fi; \
rm -rf $backupdir; exit $rc
guile-tut-1.8.texi:538: warning: command @print does not accept arguments
guile-tut-1.8.texi:543: warning: command @print does not accept arguments
guile-tut-1.8.texi:659: warning: command @print does not accept arguments
guile-tut-1.8.texi:660: warning: command @print does not accept arguments
guile-tut-1.8.texi:661: warning: command @print does not accept arguments
guile-tut-1.8.texi:449: raising the section level of @subsection which is too 
low
make[4]: *** [guile-tut-1.8.info] Error 1
make[4]: Leaving directory `/tmp/buildd/guile-1.8-1.8.8+1/doc/tutorial'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/buildd/guile-1.8-1.8.8+1/doc'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/guile-1.8-1.8.8+1'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/guile-1.8-1.8.8+1'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
-- 
Daniel Schepler


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

Bug#711017: RFP: cronic -- Cronic is a shim for wrapping cron jobs so that cron only sends email when an error has occurred.

[Andrei POPESCU]

Control: reassign -1 wnpp

On Lu, 03 iun 13, 19:02:09, Andrew Kvalheim wrote:
> Package: cronic
> Severity: wishlist
> 
> * Package name: cronic
>   Version : 2
>   Upstream Author : Chuck Houpt 
> * URL : http://habilis.net/cronic/
> * License : CC0 1.0 Universal
>   Programming Lang: Bash
>   Description : Cronic is a small shim shell script for wrapping cron jobs
> so that cron only sends email when an error has occurred. Cronic defines an
> error as any non-trace error output or a non-zero result code.

Hi Andrew,

RFP bugs have to be reported against the 'wnpp' package, reassigned 
accordingly.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Bug#711028: wget: FTBFS: texinfo errors

[Daniel Schepler]

Source: wget
Version: 1.14-1
Severity: serious

>From my pbuilder build log:

...
Making all in doc
make[3]: Entering directory `/tmp/buildd/wget-1.14/doc'
Updating ./version.texi
sed s/@/@@/g sample.wgetrc > sample.wgetrc.munged_for_texi_inclusion
restore=: && backupdir=".am$$" && \
am__cwd=`pwd` && CDPATH="${ZSH_VERSION+.}:" && cd . && \
rm -rf $backupdir && mkdir $backupdir && \
if (/bin/bash /tmp/buildd/wget-1.14/build-aux/missing --run makeinfo 
--version) >/dev/null 2>&1; then \
  for f in wget.info wget.info-[0-9] wget.info-[0-9][0-9] wget.i[0-9] 
wget.i[0-9][0-9]; do \
if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
  done; \
else :; fi && \
cd "$am__cwd"; \
if /bin/bash /tmp/buildd/wget-1.14/build-aux/missing --run makeinfo   
-I . \
 -o wget.info wget.texi; \
then \
  rc=0; \
  CDPATH="${ZSH_VERSION+.}:" && cd .; \
else \
  rc=$?; \
  CDPATH="${ZSH_VERSION+.}:" && cd . && \
  $restore $backupdir/* `echo "./wget.info" | sed 's|[^/]*$||'`; \
fi; \
rm -rf $backupdir; exit $rc
wget.texi:879: @itemx must follow @item
wget.texi:980: @itemx must follow @item
wget.texi:3095: @itemx must follow @item
wget.texi:3606: warning: @itemx should not begin @table
make[3]: *** [wget.info] Error 1
make[3]: Leaving directory `/tmp/buildd/wget-1.14/doc'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/wget-1.14'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/wget-1.14'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
-- 
Daniel Schepler


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

Bug#711009: [Pkg-xfce-devel] Bug#711009: xfce4-terminal: always redirects F1 keypress to help

[Yves-Alexis Perez]

On lun., 2013-06-03 at 23:36 +, brian m. carlson wrote:
> After the XFCE 4.10 upgrade, I noticed that F1 is no longer available to
> use in the terminal.  Even when I have both checkboxes checked in Edit →
> Preferences → Advanced → Menubar Access, pressing F1 causes a help
> dialog to pop up.  In previous versions, this worked fine, and so I
> wrote a custom application that uses F1 for other purposes.  Now this
> functionality is no longer available to my application.  Please restore
> the previous behavior.

Actually F1 behavior wasn't controlled by those checkboxes even before.
There was a widget for key assignment, which has been removed because it
was a duplicate of gtk accelerator.

So the good news is that you can remove that keybinding: just enable the
editable gtk accelerator if they are not already (Xfce
Settings/Appearance/Settings). Then in terminal, open the help menu,
select (just hover) the F1 entry and press backspace. It should remove
the accelerator and keybinding.

Regards,
-- 
Yves-Alexis


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

Bug#711027: phpmyadmin used json extension without depending on php5-json

[Ondřej Surý]

Package: phpmyadmin
Severity: grave
Version: 4:4.0.1-2

phpmyadmin uses php json functions without declaring dependency on php5-json. 
It was provided by php5-common, but it is separate package now, which leads to 
#710808 and all the duplicates.

Ondřej Surý

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

Bug#711008: [Pkg-xfce-devel] Bug#711008: xfce4-terminal: changing terminal type locks up all terminals

[Yves-Alexis Perez]

control: reassign -1 libvte9

On lun., 2013-06-03 at 23:30 +, brian m. carlson wrote:
> Package: xfce4-terminal
> Version: 0.6.2-1
> Severity: important
> 
> Before the XFCE 4.10 upgrade, I used to have my terminal type set to
> xterm-256color in the preferences.  However, now that terminal type is
> set to xterm.  If I edit the terminal type to be xterm-256color, I get
> the following message in every terminal, and the terminal locks up and
> is unusable until I set it back:
> 
>   *** VTE ***: Failed to load terminal capabilities from '/etc/termcap'
> 
> Note that the message appears as soon as I type the first character into
> the terminal type box (that is, the "-" character).  Opening a new
> terminal allows me to type, but it ignores the Enter key, which makes it
> useless.  I am using zsh with a highly-customized configuration, but
> this worked fine before the upgrade.  I had not noticed the problem
> until now because my zsh configuration automatically forces
> xterm-256color when that TERM definition is available and the terminal
> is an xfce4-terminal.
> 
> I don't know if the message is misleading or not, but /etc/termcap does
> not exist, nor should it because Debian uses terminfo.

That's actually a vte issue. Vte doesn't support anymore to set the TERM
environment variable. You can set the emulation, but it's not the same,
messing with emulation mode can lead to really bad results, so vte now
only supports XTERM emulation mode.

http://docs.xfce.org/apps/terminal/preferences (search for “Emulation”)
has some info about that, along with
https://bugzilla.xfce.org/show_bug.cgi?id=7178 and
https://bugzilla.gnome.org/show_bug.cgi?id=640940

For now, you can try to set TERM in your shell with something like:


# Enable 256 color capabilities for appropriate terminals

# Set this variable in your local shell config if you want remote
# xterms connecting to this system, to be sent 256 colors.
# This can be done in /etc/csh.cshrc, or in an earlier profile.d script.
#   SEND_256_COLORS_TO_REMOTE=1

# Terminals with any of the following set, support 256 colors (and are local)
local256="$COLORTERM$XTERM_VERSION$ROXTERM_ID$KONSOLE_DBUS_SESSION"

if [ -n "$local256" ] || [ -n "$SEND_256_COLORS_TO_REMOTE" ]; then

  case "$TERM" in
'xterm') TERM=xterm-256color;;
'screen') TERM=screen-256color;;
'Eterm') TERM=Eterm-256color;;
  esac
  export TERM

  if [ -n "$TERMCAP" ] && [ "$TERM" = "screen-256color" ]; then
TERMCAP=$(echo "$TERMCAP" | sed -e 's/Co#8/Co#256/g')
export TERMCAP
  fi
fi

unset local256


Regards,
-- 
Yves-Alexis


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

Bug#444368: ITP: dvd95 -- DVD9 to DVD5 converter

[Reinhard Tartler]

On Mon, Jun 3, 2013 at 9:41 PM, Fabian Greffrath  wrote:
> Hey Alessio,
>
> Am Sonntag, den 19.05.2013, 16:39 +0100 schrieb Alessio Treglia:
>> I'll upload it as soon as possible.
>
> any news?

It still seems to lack a 2nd person to back up the package in the team.
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/dvd95.git;a=blob;f=debian/control;h=bf7e69466bfc42dfccf1bef7946c3ee13448159c;hb=HEAD

-- 
regards,
Reinhard


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

Bug#676176: Still a problem...

[Phillip Hellewell]

This is still a problem with the latest version, 1.6.17dfsg-4+deb7u2.

I had to workaround it with the original patch mentioned here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676176#10

This workaround didn't help (and was actually already in place):
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676176#51

Phillip H


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

Bug#711026: [php5-common] json_encode and json_decode functions are missing

[JKD]

Package: php5-common
Version: 5.5.0~rc2+dfsg-2
Severity: normal

After updating php5 to version 5.5.0, phpmyadmin stopped working.
Apache log error shows the next message:

[Tue Jun 04 07:04:22.331476 2013] [:error] [pid 29179] [client
127.0.0.1:47446] PHP Fatal error:  Call to undefined function
json_encode() in /usr/share/phpmyadmin/libraries/Footer.class.php on
line 258, referer: http://localhost/sql/

php5-common recommends php5-json but there'snt any candidate
version for php5-json to install.

--- System information. ---
Architecture: i386
Kernel:   Linux 3.8-2-686-pae

Debian Release: jessie/sid
  500 unstableftp.us.debian.org
  500 unstabledeb-multimedia.org

--- Package information. ---
Depends (Version) | Installed
=-+-==
libc6(>= 2.4) | 2.17-4
sed  (>= 4.1.1-1) | 4.2.2-1
psmisc  (>= 22.15-1~) | 22.20-1
lsof  | 4.86+dfsg-1
ucf   | 3.0027


Recommends  (Version) | Installed
=-+-===
php5-json |


Package's Suggests field is empty.

Bug#698126: ifuse: diff for NMU version 1.0.0-1.1

[Salvatore Bonaccorso]

tags 698126 + pending
thanks

Dear maintainer,

I've prepared an NMU for ifuse (versioned as 1.0.0-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,
Salvatore
diff -Nru ifuse-1.0.0/debian/changelog ifuse-1.0.0/debian/changelog
--- ifuse-1.0.0/debian/changelog	2010-04-16 20:18:08.0 +0200
+++ ifuse-1.0.0/debian/changelog	2013-06-04 06:56:19.0 +0200
@@ -1,3 +1,11 @@
+ifuse (1.0.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Change Depends on fuse-utils to fuse as the transitional package is gone.
+(Closes: #698126) 
+
+ -- Salvatore Bonaccorso   Tue, 04 Jun 2013 06:56:14 +0200
+
 ifuse (1.0.0-1) unstable; urgency=medium
 
   * Urgency set to medium to fix RC bug (#577322)
diff -Nru ifuse-1.0.0/debian/control ifuse-1.0.0/debian/control
--- ifuse-1.0.0/debian/control	2010-04-16 20:18:08.0 +0200
+++ ifuse-1.0.0/debian/control	2013-06-04 06:55:25.0 +0200
@@ -9,7 +9,7 @@
 Package: ifuse
 Architecture: any
 Section: utils
-Depends: fuse-utils, ${shlibs:Depends}, ${misc:Depends}
+Depends: fuse, ${shlibs:Depends}, ${misc:Depends}
 Description: FUSE module for iPhone and iPod Touch devices
  iFuse is a FUSE filesystem driver which uses libiphone to connect to iPhone
  and iPod Touch devices without needing to "jailbreak" them. iFuse uses the

Bug#711024: Do not hard code dependency on libdconf0 | gsettings-backend

[Dmitry Smirnov]

On Tue, 4 Jun 2013 14:30:10 Michael Biebl wrote:
> gitg has a hard-coded dependency on "libdconf0 | gsetting-backend"
> 
> Please remove that.
 
Thank you for spotting that, Michael. The fix is pending (committed to
repository) and will be delivered with next upload.

Cheers,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#710904: [Pkg-xfce-devel] Bug#710904: Bug#710904: xfce4-panel: icons in menu way to big / overpaint other items

[Yves-Alexis Perez]

On lun., 2013-06-03 at 23:22 +0200, Tim Wiederhake wrote:
> Am 03.06.2013, 21:47 Uhr, schrieb Yves-Alexis Perez
> :
> 
> > Do you have menu-xdg installed?
> 
> Yes I have, version 0.5.

Can you try without it?
-- 
Yves-Alexis


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

Bug#711024: [b970886] Fix for Bug#711024 committed to git

[Dmitry Smirnov]

tags 711024 + pending
thanks

Hello,

 The following change has been committed for this bug by
 Dmitry Smirnov  on Tue, 4 Jun 2013 14:55:52 +1000.
 The fix will be in the next upload. 
=
Dropped "libdconf0" from Depends (Closes: #711024)

 This dependency is wrong and unnecessary as the correct one is supplied
 automatically via ${misc:Depends}. Thanks, Michael Biebl.
=

You can check the diff of the fix at:

;a=commitdiff;h=b970886


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

Bug#711011: [Pkg-samba-maint] Bug#711011: wheezy: net rpc share allowedusers does not work with Windows 2008r2

[Paul Wise]

On Tue, 2013-06-04 at 07:01 +0200, Christian PERRIER wrote:

> That seems to be quite a hurry for a non RC bug. Dunno what other pkg-samba 
> team
> members think but we might prefer getting more time before considering
> this issue for a p-u upload (there are other issues also that might
> deserve such upload).

At work we are in the process of switching from Ubuntu precise to Debian
wheezy. I only just realised yesterday that this bug hadn't been fixed
in Debian wheezy. Noticing the stable-NEW freeze date, I filed a bug.
Until it is fixed, we'll just use a version with the patch applied to
it. Steve mentioned on IRC that he has no objections to an NMU.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#711025: iso-codes: new version of ISO 639-3

[Christian PERRIER]

Package: iso-codes
Severity: wishlist

Just a reminder for myself and other maintainers. There is a new
version of ISO 639-3 as of May 31st 2013:
http://www-01.sil.org/iso639-3/download.asp




signature.asc
Description: Digital signature

Bug#711011: [Pkg-samba-maint] Bug#711011: wheezy: net rpc share allowedusers does not work with Windows 2008r2

[Christian PERRIER]

Quoting Paul Wise (p...@debian.org):
> Package: samba-common-bin
> Version: 2:3.6.6-6
> Severity: normal
> Tags: patch
> 
> Please include the attached patch that allows net rpc share allowedusers
> to work with Windows 2008r2 servers. The patch has been committed
> upstream[1], has been backported to Ubuntu lucid[2] and has been used in
> production for quite a long time before that. I've tested the patch
> against wheezy samba and it fixes the issue on our systems.
> 
> If you won't have time for this before Sunday's stable-NEW freeze,
> please let me know so that I can upload an NMU.

Hello Paul,

That seems to be quite a hurry for a non RC bug. Dunno what other pkg-samba team
members think but we might prefer getting more time before considering
this issue for a p-u upload (there are other issues also that might
deserve such upload).




signature.asc
Description: Digital signature

Bug#710867: Fwd: Bug#710867: Doesn't seem to be able to get the md stat any more

[Willi Mann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

[Sorry, hit the old upstream list at first attempt...]

Hi,

Could anyone please look at this bug report? It seems to me that the
mdadm script could handle this situation more gracefully and the
location of the mdadm.conf file is not the same as on the system the
script was developed on. Please take a look at the full bug log at

http://bugs.debian.org/710867

thanks
WM


-  Original Message 
Subject: Bug#710867: Doesn't seem to be able to get the md stat any more
Resent-Date: Mon, 03 Jun 2013 06:57:01 +
Resent-From: Klaus Ethgen 
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Willi Mann 
Date: Mon, 3 Jun 2013 07:53:58 +0100
From: Klaus Ethgen 
Reply-To: Klaus Ethgen , 710...@bugs.debian.org
To: Debian Bug Tracking System 

Package: logwatch
Version: 7.4.0+svn20130529rev144-1
Severity: normal

The latest upgrade (1. Juni 2013, version 7.4.0+svn20130529rev144-1) did
break the mdadm stuff.

Now I get the following message:
 /dev/md0 : clean  - /dev/sda1 /dev/sdb1
 mdadm: cannot open /dev/md/1: No such file or directory
 Can't use an undefined value as an ARRAY reference at
/usr/share/logwatch/scripts/services/mdadm line 84.
 /dev/md/1 :

where my /proc/mdstat looks like the following:
   Personalities : [raid1]
   md5 : active raid1 sda8[2] sdb8[3]
 290262280 blocks super 1.0 [2/2] [UU]

   md2 : active raid1 sda6[3] sdb6[2]
 292969236 blocks super 1.0 [2/2] [UU]

   md1 : active raid1 sda5[3] sdb5[2]
 292969236 blocks super 1.0 [2/2] [UU]

   md0 : active raid1 sdb1[1] sda1[0]
 200 blocks [2/2] [UU]

   unused devices: 

... and there is no file or device inside of /dev/md/.

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

Kernel: Linux 3.9.4 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL
set to de_DE)
Shell: /bin/sh linked to /bin/dash

Versions of packages logwatch depends on:
ii  exim4-daemon-light [mail-transport-agent]  4.80-7
ii  perl   5.14.2-21

Versions of packages logwatch recommends:
ii  libdate-manip-perl  6.39-1

Versions of packages logwatch suggests:
ii  fortune-mod  1:1.99.1-6

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJRrXQeAAoJEIy+IZx0V22BSVkP/RIcgCLhFDAXxRmWXr0t9mGV
Tf/68ud/8RVNzPleNXahv+q5kYaQPUTcWn5mAC9435IgYjM0aNoJWUovrCxeH0UA
S4RV3HDuKAEuUuGwBMm+7pPBXtXkpu06VUBNhCHX8JNCVHA5cLJXGImH2ltenpcz
YjTl7gKH3PH1CJOP+IUF8oRmHsiK29F85zaJiMHBh33xmVvr4gPxNq05/GPUaHsj
oae1dE761UzvQnzWvZRnLHroeQqDFXhgwTHMLhIO/zbwQdgbqn5nN0hM27bbNO1h
GErwaywkbSg+Nh9CQKvoMNgNC9uNFIMtwlWtwfDmKa6s9DdEdrt3iYssp16wsDLy
LgWJVvjeX0YHQ8J46xcURo+ox5EV0hIn6S6d6r9erwffIC8M66UoS7vOshCLzL7t
EH/0EBnLLemjwul0gQOqtpVWu0HZi9Ciewf5vZX3aoFmt9wpPoWChBE0zAXajNgG
QkvhCTSGLttNoKCgmBktL8UpX1Ue+idmfHlzJMjI0P3BZj07M+KQ7UZ0aOf6mE1F
ApcBjOwO5KJlUxrG3L6o5uKvAwwqPyuciTfHfGHCGJUgreNB3g3RjnoTczMGfBUL
iuMB2nvQQE0HCUPuPYBWxEnGn7VqS4AGG3gG13bOiZKjLP6JH23ZwDexSnf2VO6P
qLWb3S5RGJgq7Vg73hdQ
=m9Ry
-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#710217: modsecurity-apache: CVE-2013-2765: NULL pointer dereference

[Salvatore Bonaccorso]

Hi Alberto

On Wed, May 29, 2013 at 09:17:26AM +0200, Salvatore Bonaccorso wrote:
> the following vulnerability was published for modsecurity-apache.
> 
> CVE-2013-2765[0]:
> NULL pointer dereference
> 
> Upstream patch is at [1], fixed in 2.7.4[2].
> 
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> 
> For further information see:
> 
> [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2765
> http://security-tracker.debian.org/tracker/CVE-2013-2765
> [1] 
> https://github.com/SpiderLabs/ModSecurity/commit/0840b13612a0b7ef1ce7441cf811dcfc6b463fba
> [2] https://raw.github.com/SpiderLabs/ModSecurity/master/CHANGES
> 
> Please adjust the affected versions in the BTS as needed.

Did you had a chance to already look at the upload for unstable? Can
you also contact the Stable Release Managers for asking then for the
inclusion in the next point release? (Note that the freeze for the NEW
queue for it is already the coming weekend).

Regards,
Salvatore


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

Bug#710646: listaller: FTBFS: runapp.c:26:36: fatal error: listaller-glib/manager.h: No such file or directory

[Jeremy Bicha]

In Ubuntu with packagekit 0.8.7, I needed to update listaller to 0.5.7
to work around this bug as neither 0.5.5 or 0.5.6 would compile.

https://launchpad.net/ubuntu/+source/listaller/0.5.7-0ubuntu1

Thanks,
Jeremy


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

Bug#711024: Do not hard code dependency on libdconf0 | gsettings-backend

[Michael Biebl]

Package: gitg
Version: 0.2.7-1
Severity: important
Tags: patch

Hi,

gitg has a hard-coded dependency on
libdconf0 | gsetting-backend

Please remove that.

A proper dependency on dconf-settings-backend | gsettings-backend will
be generated automatically via ${misc:Depends}


Thanks,
Michael


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

Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/control b/debian/control
index 6427b68..3b958ce 100644
--- a/debian/control
+++ b/debian/control
@@ -22,7 +22,6 @@ Depends: ${shlibs:Depends}, ${misc:Depends}
 ,dbus-x11
 ,git
 ,gsettings-desktop-schemas
-,libdconf0 | gsettings-backend
 Description: git repository viewer
  gitg is a fast git repository browser.
  It currently features:

Bug#476221: dpkg-buildpackage should support hooks, and possibly more

[Guillem Jover]

Hi!

On Mon, 2013-06-03 at 21:13:23 -0400, James McCoy wrote:
> On Tue, Apr 15, 2008 at 09:15:24AM +0200, Raphael Hertzog wrote:
> > See #476100 for the reason. The lack of features in dpkg-bp resulted
> > in a fork of it...
> > 
> > I think it's clear that it's best to extend dpkg-bp to support everything
> > that people need. The minimal set of features to add is the hook support
> > so that debuild can at least become a wrapper of dpkg-buildpackage again.
> > 
> > But I would favor going further:
> > - also generate a .build file (with a mid-term interest to
> >   upload it with each binary build)
> > - also cleanup the environment by default
> > - add a configuration file so that we don't have to always retype
> >   "-khert...@debian.org" or "-us -uc -i -I" if we don't want to
> >   (the default options should appear in the build log however)
> 
> Looking through the devscripts backlog, I came across the discussion in
> #476100 and this bug.
> 
> Since we're at the start of a release cycle, what are the chances we can
> make some progress on moving functionality from debuild to dpkg-bp?

High, I was actually looking into the differences between debuild and
dpkg-buildpackage recently when implementing no signing on UNRELEASED,
and --force-sign support.

> I'd be glad to help if there's some guidance on what should be moved to
> dpkg-bp and/or what the next steps would be from dpkg's perspective.

As I mentioned on this bug report, I don't think some of the features
from debuild should be enabled by default, because dpkg-buildpackage gets
used on build daemons for example, but support should certainly be added.
Let me finish up the perl cleanup (to be finished before 1.17.0), and
then I can come back to you in case there's anything missing.

Thanks,
Guillem


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

Bug#711023: rabbitmq-server: Please provide a backport of rabbitmq-server 3.1.x for wheezy

[Alexey Smirnov]

Package: rabbitmq-server
Version: 2.8.4-1
Severity: wishlist

Hi.
Please provide a backport of rabbitmq-server 3.1.x for wheezy-backports.

With best regards,
Alexey Smirnov.



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/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 rabbitmq-server depends on:
ii  adduser 3.113+nmu3
ii  erlang-nox  1:15.b.1-dfsg-4
ii  logrotate   3.8.1-4

rabbitmq-server recommends no packages.

rabbitmq-server 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#709647: linux-source-3.2: USB 1.1 no longer works

[Ben Hutchings]

On Tue, 2013-06-04 at 01:32 +, Bjarni Ingi Gislason wrote:
> On Fri, May 31, 2013 at 02:50:11AM +0100, Ben Hutchings wrote:
> > Now I see this is a rather old computer (BIOS dated 1999), so I'm not so
> > surprised that ACPI is not supported!
> > 
> > Does the kernel in linux-image-3.2.0-4-486 work?
> > 
> > Can you send a boot log and output of 'lspci -s :01.2' from a
> > working kernel (old or new)?
> > 
> 
>   "lspci -s :01.2":
> 
> 00:01.2 USB controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01)

Oops, sorry, I meant 'lspci -v -s :01.2'.  Anyway, I don't think
that's needed as the boot log shows enough information.

[...]
> Jun  3 02:21:21 jeti kernel: [0.108491] pci :00:01.2: reg 20 io port: 
> [0x00-0x1f]
[...]
> Jun  3 02:21:21 jeti kernel: [0.124483] pci :00:01.2: enabling device 
> ( -> 0001)
> Jun  3 02:21:21 jeti kernel: [0.124657] PCI: setting IRQ 5 as 
> level-triggered
> Jun  3 02:21:21 jeti kernel: [0.124674] pci :00:01.2: assigned PCI 
> INT D -> IRQ 5
[...]

So there's the IRQ it should get.

Now, IRQ routing is done in the file arch/x86/pci/irq.c.  Add
'#define DEBUG' to the top of that file to enable more detailed log
messages.

Since your machine doesn't have an IO-APIC, the relevant code should be
in pcibios_lookup_irq().  If the log messages still aren't sufficient to
work out where it fails, you could add more dev_dbg() calls there.

Ben.

-- 
Ben Hutchings
Sturgeon's Law: Ninety percent of everything is crap.


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

Bug#711022: bsdtar: fails to decompress a rar file that both unar and unrar (non-free) decompress

[Rogério Brito]

Package: bsdtar
Version: 3.1.2-5
Severity: normal

Hi.

I have a rar file that bsdtar isn't able to decompress, though both unar
(the Free decompressor) and unrar (the non-free one) sucessfully decompress
the file.

Just as a sanity check, I compared the output of unar with that of unrar and
they were bit-by-bit the same.

While trying to decompress the file with bsdtar, I received the messages:

,
| ...: Parsing filters is unsupported.
| (...)
| bsdtar: Error exit delayed from previous errors.
`

Unfortunately, I can't send the file to the bug tracking system, but I can
send it privately.


Thanks,

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

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

Versions of packages bsdtar depends on:
ii  libacl1   2.2.52-1
ii  libarchive13  3.1.2-5
ii  libattr1  1:2.4.47-1
ii  libbz2-1.01.0.6-4
ii  libc6 2.17-3
ii  liblzma5  5.1.1alpha+20120614-2
ii  liblzo2-2 2.06-1
ii  libnettle42.7-2
ii  libxml2   2.8.0+dfsg1-7+nmu1
ii  zlib1g1:1.2.8.dfsg-1

bsdtar recommends no packages.

Versions of packages bsdtar suggests:
ii  bsdcpio  3.1.2-5

-- no debconf information

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#711021: mount.nfs timeout for GETPORT is much too short

[Ben Hutchings]

Package: nfs-common
Version: 1:1.2.6-3
Severity: important

This NFS client stopped being able to mount from my NFS server at boot
time, around the time I upgraded them both to wheezy.  I think the
problem started when only the server was upgraded and was ultimately
triggered by avahi-daemon being installed.  Since cups now recommends
avahi-daemon, this can be considered a common configuration.

I took a packet capture on both sides (which matched, so no packets are
being lost) and saw that:

- The client makes a GETPORT call
- The client retries a few times at 1 second intervals, then (if using
  TCP) closes the connection
- About 5 seconds after the first call from the client, the server sends
  a reply.  (strace-ing rpcbind showed it requesting a reverse DNS lookup
  from avahi, which apparently has a 5 second timeout for mDNS lookups.
  The client should have had a proper reverse DNS entry, but didn't.)
- The client sends a RST (TCP) or ICMP port unreachable error (UDP) when
  receiving the reply

The relevant functions include nfs_pmap_getport() in
support/nfs/getport.c, which even has a comment to say:

 *  2.  This version times out quickly by default.  It time-limits the
 *  connect process as well as the actual RPC call, and even allows the
 *  caller to specify the timeout.

I don't know why it does this, though perhaps the intent was to
fail-over quickly when auto-detecting whether the remote portmap/rpcbind
uses TCP or UDP.  But having failed to query on both protocols, the
timeout ought to be increased when retrying.

Ben.

-- Package-specific info:
-- rpcinfo --
   program vers proto   port
104   tcp111  portmapper
103   tcp111  portmapper
102   tcp111  portmapper
104   udp111  portmapper
103   udp111  portmapper
102   udp111  portmapper
1000241   udp  46254  status
1000241   tcp  58492  status
1000211   udp  33374  nlockmgr
1000213   udp  33374  nlockmgr
1000214   udp  33374  nlockmgr
1000211   tcp  40195  nlockmgr
1000213   tcp  40195  nlockmgr
1000214   tcp  40195  nlockmgr
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --
shadbolt:/home  /home   nfs nfsvers=3,nodev,nosuid,mountproto=tcp   
0   0
shadbolt:/usr/local /usr/local  nfs nfsvers=3,nodev,nosuid,mountproto=tcp   
0   0
-- /proc/mounts --
rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0
shadbolt:/home /home nfs 
rw,nosuid,nodev,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.2.1,mountvers=3,mountport=33045,mountproto=tcp,local_lock=none,addr=192.168.2.1
 0 0
shadbolt:/usr/local /usr/local nfs 
rw,nosuid,nodev,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.2.1,mountvers=3,mountport=33045,mountproto=tcp,local_lock=none,addr=192.168.2.1
 0 0

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

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

Versions of packages nfs-common depends on:
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-41
ii  libc6   2.13-38
ii  libcap2 1:2.22-1.2
ii  libcomerr2  1.42.5-1.1
ii  libdevmapper1.02.1  2:1.02.74-7
ii  libevent-2.0-5  2.0.19-stable-3
ii  libgssglue1 0.4-2
ii  libk5crypto31.10.1+dfsg-5
ii  libkeyutils11.5.5-3
ii  libkrb5-3   1.10.1+dfsg-5
ii  libmount1   2.20.1-5.3
ii  libnfsidmap20.25-4
ii  libtirpc1   0.2.2-5
ii  libwrap07.6.q-24
ii  lsb-base4.1+Debian8
ii  rpcbind 0.2.0-8
ii  ucf 3.0025+nmu3

Versions of packages nfs-common recommends:
ii  python  2.7.3-4

Versions of packages nfs-common suggests:
pn  open-iscsi  
pn  watchdog

-- no debconf information



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

Bug#697883: Please update suporvisor

[Qijiang Fan]

Hello,

new upstream fixes bugs and introduces new features like stopasgroup

could you please update it ?

thanks.


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

Bug#711020: reptyr: New upstream release: 0.4

[Richard Hartmann]

Package: reptyr
Version: 0.3-2
Severity: wishlist

Hi Evan,

there's been a new release of reptyr some time ago, please see

https://github.com/nelhage/reptyr/tags

If you need/want help with packaging or maintaining, please let me know.
I will most likely deprecate retty and replace it with a migration
package to reptyr so I have substantial interest in this package being
up to date.


Thanks,
Richard


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

Kernel: Linux 3.7-trunk-686-pae (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 reptyr depends on:
ii  libc6  2.17-3

reptyr recommends no packages.

reptyr 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#711018: seahorse-nautilus: Drop build-depends on libgconf2-dev

[Jeremy Bicha]

Package: seahorse-nautilus
Version: 3.8.0-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy

Here's a few suggestions from the Ubuntu packaging.

Drop libgconf2-dev from build-depends
Have seahorse-nautilus depend on seahorse-daemon (>= 3.2.2)

Thanks,
Jeremy

- -- System Information:
Debian Release: wheezy/sid
  APT prefers saucy-updates
  APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500,
'raring'), (100, 'saucy-backports')


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

Bug#711019: load_video produces "file not found" errors and causes GRUB to pause when booting

[Josh Triplett]

Package: grub-pc
Version: 2.00-14
Severity: important

I noticed several "file not found" errors from GRUB when trying to boot,
both before the menu showed up and when trying to boot a kernel.  In the
latter case, GRUB prompted me to hit a key before it would continue
booting.

If I hit 'e' to edit the boot stanza, and delete the load_video line,
the "file not found" errors go away, and GRUB no longer prompts for
a key before continuing.

- Josh Triplett

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

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

Versions of packages grub-pc depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  grub-common2.00-14
ii  grub-pc-bin2.00-14
ii  grub2-common   2.00-14
ii  ucf3.0027

grub-pc recommends no packages.

grub-pc suggests no packages.

-- debconf information excluded


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

Bug#711017: RFP: cronic -- Cronic is a shim for wrapping cron jobs so that cron only sends email when an error has occurred.

[Andrew Kvalheim]

Package: cronic
Severity: wishlist

* Package name: cronic
  Version : 2
  Upstream Author : Chuck Houpt 
* URL : http://habilis.net/cronic/
* License : CC0 1.0 Universal
  Programming Lang: Bash
  Description : Cronic is a small shim shell script for wrapping cron jobs
so that cron only sends email when an error has occurred. Cronic defines an
error as any non-trace error output or a non-zero result code.


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

Bug#708991: choreonoid: FTBFS on non-amd64: symbols not quite as expected

[Thomas Moulard]

On Tue, Jun 4, 2013 at 7:21 AM, Aaron M. Ucko  wrote:
> found 708991 1.1.0+dfsg-3
> thanks
>
> Thanks for taking care of this!  Most architectures now fare better, but
> the logs for 1.1.0-3 still show mismatches on kfreebsd-amd64 and
> powerpc; could you please take another look?

I am waiting for the last build to finish and I will update the symbols again.

I also had to write a patch to port choreonoid to Boost Filesystem v3 so
that the package compiles on Ubuntu. I hope this won't disturb the symbols
file.

Thanks for following this issue.
-- 
Thomas Moulard（ムラー　トマ）


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

Bug#711003: choreonoid: FTBFS on 64-bit non-x86: cast from pointer to udword loses precision

[Thomas Moulard]

On Tue, Jun 4, 2013 at 7:32 AM, Aaron M. Ucko  wrote:
> Source: choreonoid
> Version: 1.1.0+dfsg-3
> Severity: serious
> Justification: fails to build from source
>
> Builds of choreonoid on 64-bit non-x86 architectures such as ia64 have
> been failing:
>
>   
> /«BUILDDIR»/choreonoid-1.1.0+dfsg/src/Collision/Opcode/OPC_AABBTree.cpp:295:31:
>  error: cast from 'Opcode::AABBTreeNode*' to 'udword {aka unsigned int}' 
> loses precision [-fpermissive]
>   
> /«BUILDDIR»/choreonoid-1.1.0+dfsg/src/Collision/Opcode/OPC_AABBTree.cpp:309:18:
>  error: cast from 'Opcode::AABBTreeNode*' to 'udword {aka unsigned int}' 
> loses precision [-fpermissive]
>
> These errors appear to stem from OPC_AABBTree.h's definition of
> EXWORD, which doesn't acknowledge such architectures:
>
>   #ifdef __x86_64
>   #define EXWORD uqword
>   #else
>   #define EXWORD udword
>   #endif
>
> Please try substituting uintptr_t, from , and check for
> other affected code.
>
> Thanks!

Thanks for reporting this.
I pushed a fix in 8e1955fb6e7905efc1230a6f30564d7fd53d35c0.

http://anonscm.debian.org/gitweb/?p=debian-science/packages/choreonoid.git;a=blob;f=debian/patches/0007-Fix-cast-from-pointer-to-udword-losing-precision.patch;h=a9f90f03060b95b88acbd6ccbf7cda0eb9e1b81c;hb=8e1955fb6e7905efc1230a6f30564d7fd53d35c0

-- 
Thomas Moulard（ムラー　トマ）


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

Bug#682668: not related to goffice

[Dmitry Smirnov]

I was wrong, this is not related to goffice...


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

Bug#711016: vilistextum: no output from one-word document

[Kevin Ryde]

Package: vilistextum
Version: 2.6.9-1.1
Severity: normal

The file foo.html processed as

vilistextum foo.html -

produces no output.  I expected it to print

oneword

It seems that html which is a single word like foo.html with no
newlines, except after the closing , doesn't produce any output.
If there's a newline just after  or the like then it works.


oneword


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages vilistextum depends on:
ii  libc6  2.13-10

vilistextum recommends no packages.

vilistextum suggests no packages.

-- no debconf information

Bug#710989: RFS: plover/2.2.0-4 ITP

[Paul Wise]

On Tue, Jun 4, 2013 at 5:26 AM, Thomas Thurman wrote:

> I am looking for a sponsor for my package "plover".

As promised, here is a review...

There are some that I require to be fixed before I would upload this to Debian:

There is a security issue (DoS attack); on multi-user systems, any
user can prevent other users from running the program. I'm not sure
but there may also be a symlink attack. Anyway, please ask upstream
switch to using this for the location of the lock file:

os.path.expanduser('~/.plover.lock')

I am unable to find where the tarball you have uploaded came from. The
URL in debian/copyright has a different md5sum and the watch file
doesn't work. The tarball must match an upstream released tarball.

The debian/copyright file is incomplete, plover/machine/txbolt.py is
copyright by Hesky Fisher. The Debian ftp-team will not accept this
package:

http://ftp-master.debian.org/REJECT-FAQ.html

In addition to these issues, there are some other things that would be
nice to fix at some point:

Please get the patch and manual page included upstream. If they are
already forwarded upstream please add a comment to the manual page and
a DEP-3 header to the patch.

http://www.debian.org/social_contract
http://dep.debian.net/deps/dep3/

The comment in the debian/rules file is not needed, please remove it.

--buildsystem=python_distutils should not be needed in debian/rules,
dh should detect the build system automatically.

The watch file doesn't work, please fix it, probably by switching to
the pypi location. You can test it by running uscan --verbose. Tips
here:

http://wiki.debian.org/debian/watch

You may want to run wrap-and-sort -sa to make diffs of debian/control
and other files more readable in future.

I would suggest removing the last paragraph from the package
description. The implementation language and the license are
irrelevant to users. Implementation language can be indicated via
debtags once the package is in Debian. The license info is in
debian/copyright. The pronunciation of the program's name isn't
something that is useful either.

http://debtags.debian.net/

I would suggest that 'python' is not the correct section. Either
'misc' or 'utils' would be appropriate.

The upstream setup.py hard-codes /usr for the location of the image
and freedesktop menufile. This means that it will try to write to /usr
even when the user specified --prefix ~/opt.

The upstream README.txt file includes installation information that
isn't useful to users of the Debian binary packages. I would suggest
that install info should be split out into INSTALL.txt or
README.install or similar.

The URLs in PKG-INFO, plover/__init__.py are different to the ones in
debian/ and they all redirect to another page entirely. I'd suggest
sorting this out with upstream.

debian/plover.manpages, debian/rules debian/watch do not need the
extra blank lines.

Automatic tests:

http://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package

lintian:

P: plover: no-upstream-changelog
I: plover: desktop-entry-lacks-keywords-entry
usr/share/applications/Plover.desktop

lintian4py:

i: plover source: python-stdeb-boilerplate debian/rules:3 "This file
was automatically generated by stdeb 0.6.0+git"
x: plover: except-without-exception-type
usr/share/pyshared/plover/gui/serial_config.py:282
p: plover: pyflakes-unused-import usr/share/pyshared/plover/config.py:9: logging
e: plover: pyflakes-undefined-name
usr/share/pyshared/plover/dictionary/check_encoding.py:3: parser
e: plover: pyflakes-undefined-name
usr/share/pyshared/plover/dictionary/check_encoding.py:7: sys
p: plover: pyflakes-unused-variable
usr/share/pyshared/plover/dictionary/check_encoding.py:7:
dict_filename
p: plover: pyflakes-unused-import
usr/share/pyshared/plover/gui/config.py:12: dictionary
i: plover: pyflakes-redefined-while-unused
usr/share/pyshared/plover/keyboardcontrol.py:114: event line 31
p: plover: pyflakes-unused-variable
usr/share/pyshared/plover/keyboardcontrol.py:390: keycode_events
e: plover: pyflakes-undefined-name
usr/share/pyshared/plover/machine/geminipr.py:50: serial_port

pyflakes:

./plover/keyboardcontrol.py:114: redefinition of unused 'event' from line 31
./plover/keyboardcontrol.py:390: local variable 'keycode_events' is
assigned to but never used
./plover/config.py:9: 'logging' imported but unused
./plover/gui/config.py:12: 'dictionary' imported but unused
./plover/dictionary/check_encoding.py:3: undefined name 'parser'
./plover/dictionary/check_encoding.py:7: undefined name 'sys'
./plover/dictionary/check_encoding.py:7: local variable
'dict_filename' is assigned to but never used
./plover/machine/geminipr.py:50: undefined name 'serial_port'

pep8:

lots of warnings

desktop-file-validate:

./application/Plover.desktop: error: value "2.2.0" for key "Version"
in group "Desktop Entry" is not a known version

isutf8:

./plover/assets/dict.json: line 91455, char 1, byte offset 11: invalid
UTF-8 code

-- 
bye,
pabs

http://wiki.debian.org/

Bug#711015: please do not print warnings during upgrades and do what ever it is automatically instead

[jidanni]

Package: libgdk-pixbuf2.0-0
Version: 2.28.1-2
Severity: wishlist

Often during upgrades of other packages we are told to try
gdk-pixbuf-query-loaders > 
/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
so we do,
# gdk-pixbuf-query-loaders > 
/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
bash: /usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache: cannot 
overwrite existing file
# gdk-pixbuf-query-loaders >| 
/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache
bash: gdk-pixbuf-query-loaders: command not found

And we end up causing more damage than before.

So can you please figure out a better way to do whatever it is that you
want, without involving the system administrator.


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

Bug#517122: very slow access/open/... syscalls on NFS mounted files

[Yaroslav Halchenko]

On Mon, 03 Jun 2013, Jonathan Nieder wrote:
> Yaroslav Halchenko wrote:
> > RIP my lovely bug report
> It had a good run of four years. ;-)

LOL -- you beat me to my comment ;)

> Can you reproduce the absurdly slow NFS access times on some machine
> with a more recent kernel?

I do not think I have ran into it since then and that system is...
probably reinstalled from clean slate by now (can't even login) ;)

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#709647: linux-source-3.2: USB 1.1 no longer works

[Bjarni Ingi Gislason]

On Fri, May 31, 2013 at 02:50:11AM +0100, Ben Hutchings wrote:
> Now I see this is a rather old computer (BIOS dated 1999), so I'm not so
> surprised that ACPI is not supported!
> 
> Does the kernel in linux-image-3.2.0-4-486 work?
> 
> Can you send a boot log and output of 'lspci -s :01.2' from a
> working kernel (old or new)?
> 

  "lspci -s :01.2":

00:01.2 USB controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01)

  "linux-image-3.2.0-4-486" no difference (no USB)

   "linux-3.1.1" and "linux-3.9.4" (from kernel.org) no difference (no USB)

  Compilation of "linux-2.6.3[89]" failed, error (for ...39):

arch/x86/kernel/e820.c: In function 'e820_setup_gap':
arch/x86/kernel/e820.c:640:6: warning: variable 'found' set but not used 
[-Wunused-but-set-variable]
arch/x86/kernel/ptrace.c:1366:17: error: conflicting types for 
'syscall_trace_enter'
In file included from 
/home/bg/src/linux-2.6.39/arch/x86/include/asm/vm86.h:130:0,
 from 
/home/bg/src/linux-2.6.39/arch/x86/include/asm/processor.h:10,
 from 
/home/bg/src/linux-2.6.39/arch/x86/include/asm/thread_info.h:22,
 from include/linux/thread_info.h:53,
 from include/linux/preempt.h:9,
 from include/linux/spinlock.h:50,
 from include/linux/seqlock.h:29,
 from include/linux/time.h:8,
 from include/linux/timex.h:56,
 from include/linux/sched.h:57,
 from arch/x86/kernel/ptrace.c:8:
/home/bg/src/linux-2.6.39/arch/x86/include/asm/ptrace.h:146:13: note: previous 
declaration of 'syscall_trace_enter' was here
arch/x86/kernel/ptrace.c:1411:17: error: conflicting types for 
'syscall_trace_leave'
In file included from 
/home/bg/src/linux-2.6.39/arch/x86/include/asm/vm86.h:130:0,
 from 
/home/bg/src/linux-2.6.39/arch/x86/include/asm/processor.h:10,
 from 
/home/bg/src/linux-2.6.39/arch/x86/include/asm/thread_info.h:22,
 from include/linux/thread_info.h:53,
 from include/linux/preempt.h:9,
 from include/linux/spinlock.h:50,
 from include/linux/seqlock.h:29,
 from include/linux/time.h:8,
 from include/linux/timex.h:56,
 from include/linux/sched.h:57,
 from arch/x86/kernel/ptrace.c:8:
/home/bg/src/linux-2.6.39/arch/x86/include/asm/ptrace.h:147:13: note: previous 
declaration of 'syscall_trace_leave' was here
make[2]: *** [arch/x86/kernel/ptrace.o] Error 1
make[1]: *** [arch/x86/kernel] Error 2
make: *** [arch/x86] Error 2

---

  Boot log (/var/log/kern.log) (with USB):

Jun  3 02:21:21 jeti kernel: imklog 5.8.11, log source = /proc/kmsg started.
Jun  3 02:21:21 jeti kernel: [0.00] Linux version 2.6.32-47 (2.6.32) 
(b...@jeti.jeti.is) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 Thu Feb 14 
00:07:19 GMT 2013
Jun  3 02:21:21 jeti kernel: [0.00] KERNEL supported cpus:
Jun  3 02:21:21 jeti kernel: [0.00]   Intel GenuineIntel
Jun  3 02:21:21 jeti kernel: [0.00]   AMD AuthenticAMD
Jun  3 02:21:21 jeti kernel: [0.00]   NSC Geode by NSC
Jun  3 02:21:21 jeti kernel: [0.00]   Cyrix CyrixInstead
Jun  3 02:21:21 jeti kernel: [0.00]   Centaur CentaurHauls
Jun  3 02:21:21 jeti kernel: [0.00]   Transmeta GenuineTMx86
Jun  3 02:21:21 jeti kernel: [0.00]   Transmeta TransmetaCPU
Jun  3 02:21:21 jeti kernel: [0.00]   UMC UMC UMC UMC
Jun  3 02:21:21 jeti kernel: [0.00] BIOS-provided physical RAM map:
Jun  3 02:21:21 jeti kernel: [0.00]  BIOS-e801:  - 
0009f000 (usable)
Jun  3 02:21:21 jeti kernel: [0.00]  BIOS-e801: 0010 - 
0a00 (usable)
Jun  3 02:21:21 jeti kernel: [0.00] DMI 2.2 present.
Jun  3 02:21:21 jeti kernel: [0.00] last_pfn = 0xa000 max_arch_pfn = 
0x10
Jun  3 02:21:21 jeti kernel: [0.00] initial memory mapped : 0 - 0180
Jun  3 02:21:21 jeti kernel: [0.00] init_memory_mapping: 
-0a00
Jun  3 02:21:21 jeti kernel: [0.00]  00 - 40 page 4k
Jun  3 02:21:21 jeti kernel: [0.00]  40 - 000a00 page 2M
Jun  3 02:21:21 jeti kernel: [0.00] kernel direct mapping tables up to 
a00 @ 7000-b000
Jun  3 02:21:21 jeti kernel: [0.00] 160MB LOWMEM available.
Jun  3 02:21:21 jeti kernel: [0.00]   mapped low ram: 0 - 0a00
Jun  3 02:21:21 jeti kernel: [0.00]   low ram: 0 - 0a00
Jun  3 02:21:21 jeti kernel: [0.00]   node 0 low ram:  - 
0a00
Jun  3 02:21:21 jeti kernel: [0.00]   node 0 bootmap 1000 - 2400
Jun  3 02:21:21 jeti kernel: [0.00] (5 early reservations) ==> bootmem 
[00 - 000a00]
Jun  3 02:21:21 jeti kernel: [0.00]   #0 [00 - 001000]   
BIOS data page ==> [00 - 001000]
Jun

Bug#476221: dpkg-buildpackage should support hooks, and possibly more

[James McCoy]

On Tue, Apr 15, 2008 at 09:15:24AM +0200, Raphael Hertzog wrote:
> See #476100 for the reason. The lack of features in dpkg-bp resulted
> in a fork of it...
> 
> I think it's clear that it's best to extend dpkg-bp to support everything
> that people need. The minimal set of features to add is the hook support
> so that debuild can at least become a wrapper of dpkg-buildpackage again.
> 
> But I would favor going further:
> - also generate a .build file (with a mid-term interest to
>   upload it with each binary build)
> - also cleanup the environment by default
> - add a configuration file so that we don't have to always retype
>   "-khert...@debian.org" or "-us -uc -i -I" if we don't want to
>   (the default options should appear in the build log however)

Looking through the devscripts backlog, I came across the discussion in
#476100 and this bug.

Since we're at the start of a release cycle, what are the chances we can
make some progress on moving functionality from debuild to dpkg-bp?

I'd be glad to help if there's some guidance on what should be moved to
dpkg-bp and/or what the next steps would be from dpkg's perspective.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#517122: very slow access/open/... syscalls on NFS mounted files

[Jonathan Nieder]

Yaroslav Halchenko wrote:

> RIP my lovely bug report

It had a good run of four years. ;-)

Can you reproduce the absurdly slow NFS access times on some machine
with a more recent kernel?

Thanks,
Jonathan


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

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

[Michael Biebl]

reassign 709548 gtk3-engines-unico
forcemerge 706330 709548 709946
thanks

Am 26.05.2013 18:06, schrieb Michael Biebl:
> Am 26.05.2013 00:34, schrieb Loïc FAVORY:
>> Yes, i don't know how to do it, but it seems a good idea... ;)
> 
> Loic, please file a bug against the relevant themes. They need to be
> updated for the changes in GTK3.
> 
> Please report back with the bug number so we can track this and
> eventually add a Breaks against the fixed version.

Ultimately, this is a bug in the unico gtk engine.
The clearlooks-phenix-theme package originally used the unico engine but
switched away from this engine in version 3.x, that's why that package
is no longer affected by this issue.

Re-assigning and merging this bug with the existing one(s).

Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#709946: gnome-settings-daemon: Segmentation fault during startup

[Michael Biebl]

reassign 709946 gtk3-engines-unico
forcemerge 706330 706330
thanks

Am 04.06.2013 02:21, schrieb Marco:
>> You are using the unico GTK engine which doesn't work with gtk 3.8 [1].
>>
>> Please use the Adwaita theme until unico is fixed.
> 
> Thanks. That workaround helped. Seems like this bug is then a
> duplicate of #706330.
> 

Thanks for the confirmation. Reassigning and merging with the existing
bug report.

Karolina, any plans when a fixed gtk3-engines-unico package will be
uploaded to unstable?

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#711013: [Pkg-utopia-maintainers] Bug#711013: network-manager: ifupdown-plugin doesn't support the new /etc/network/interfaces.d/ yet

[Michael Biebl]

forcemerge 701479 711013
thanks
Am 04.06.2013 02:42, schrieb Christoph Anton Mitterer:
> Package: network-manager
> Version: 0.9.8.0-5
> Severity: normal
> Tags: upstream
> 
> 
> Hi.
> 
> The ifupdown (package) now supports parsing of /etc/network/interfaces.d/, 
> which is especially
> useful for desktop hosts (where NM seems targeted towards), as one can put 
> the wireless
> interfaces there, and make only those with passwords non-world-readable.
> 
> The ifupdown plugin from NM seems to not yet support/parse 
> /etc/network/interfaces.d/, at least
> no connections configured there show up in NM.
> 

Duplicate of #701479


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



signature.asc
Description: OpenPGP digital signature

Bug#711014: mention how to get maximum netstat output

[jidanni]

Package: net-tools
Version: 1.60-25
Severity: wishlist
File: /usr/share/man/man8/netstat.8.gz

After
   -a, --all
   Show both listening and non-listening sockets.  With  the  --interfaces
   option, show interfaces that are not up
perhaps add
   To instead get the maximum output with all the options on, use
   -eepavv ... (or something)
.


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

Bug#711013: network-manager: ifupdown-plugin doesn't support the new /etc/network/interfaces.d/ yet

[Christoph Anton Mitterer]

Package: network-manager
Version: 0.9.8.0-5
Severity: normal
Tags: upstream


Hi.

The ifupdown (package) now supports parsing of /etc/network/interfaces.d/, 
which is especially
useful for desktop hosts (where NM seems targeted towards), as one can put the 
wireless
interfaces there, and make only those with passwords non-world-readable.

The ifupdown plugin from NM seems to not yet support/parse 
/etc/network/interfaces.d/, at least
no connections configured there show up in NM.


Cheers,
Chris.


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

Bug#711012: ifupdown: /etc/network/interfaces.d/ not docuemted interfaces(5)

[Christoph Anton Mitterer]

Package: ifupdown
Version: 0.7.43
Severity: minor


Hi.

It seems the new /etc/network/interfaces.d/ is not yet docuemted
in the interfaces(5) manpage.

Cheers,
Chris.


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

Bug#649418: cdm: changing back from ITP to RFP

[Miguel Landaeta]

retitle 649418 RFP: cdm -- login manager for the console
noowner 649418
thanks

Hi,

After using this tool for a while I noticed this is not exactly what I need
so I will not be in charge of getting this package in the archive.

However, since it's a very simple tool, the packaging work is very easy and
is almost complete so I committed what I have done to collab-maint just in
case anybody else want to continue working on this.

git://git.debian.org/collab-maint/cdm.git

Cheers,


-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x6E608B637D8967E9 available at
http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche

Bug#711011: wheezy: net rpc share allowedusers does not work with Windows 2008r2

[Paul Wise]

Package: samba-common-bin
Version: 2:3.6.6-6
Severity: normal
Tags: patch

Please include the attached patch that allows net rpc share allowedusers
to work with Windows 2008r2 servers. The patch has been committed
upstream[1], has been backported to Ubuntu lucid[2] and has been used in
production for quite a long time before that. I've tested the patch
against wheezy samba and it fixes the issue on our systems.

If you won't have time for this before Sunday's stable-NEW freeze,
please let me know so that I can upload an NMU.

 1. https://bugzilla.samba.org/show_bug.cgi?id=8966
 2. https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1061244

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
Description: Fix net rpc share allowedusers to work with 2008r2
 The RAP NetShareEnum command was removed in 2008r2, so use the RPC equivalent
 instead.
Bug: https://bugzilla.samba.org/show_bug.cgi?id=8966
Author: Jeremy Allison 

diff --git a/source3/utils/net_rpc.c b/source3/utils/net_rpc.c
index 49b405f..fe9053b 100644
--- a/source3/utils/net_rpc.c
+++ b/source3/utils/net_rpc.c
@@ -4913,28 +4913,6 @@ static void show_userlist(struct rpc_pipe_client *pipe_hnd,
 	return;
 }
 
-struct share_list {
-	int num_shares;
-	char **shares;
-};
-
-static void collect_share(const char *name, uint32 m,
-			  const char *comment, void *state)
-{
-	struct share_list *share_list = (struct share_list *)state;
-
-	if (m != STYPE_DISKTREE)
-		return;
-
-	share_list->num_shares += 1;
-	share_list->shares = SMB_REALLOC_ARRAY(share_list->shares, char *, share_list->num_shares);
-	if (!share_list->shares) {
-		share_list->num_shares = 0;
-		return;
-	}
-	share_list->shares[share_list->num_shares-1] = SMB_STRDUP(name);
-}
-
 /**
  * List shares on a remote RPC server, including the security descriptors.
  *
@@ -4960,16 +4938,21 @@ static NTSTATUS rpc_share_allowedusers_internals(struct net_context *c,
 		int argc,
 		const char **argv)
 {
-	int ret;
 	bool r;
-	uint32 i;
 	FILE *f;
+	NTSTATUS nt_status = NT_STATUS_OK;
+	uint32_t total_entries = 0;
+	uint32_t resume_handle = 0;
+	uint32_t preferred_len = 0x;
+	uint32_t i;
+	struct dcerpc_binding_handle *b = NULL;
+	struct srvsvc_NetShareInfoCtr info_ctr;
+	struct srvsvc_NetShareCtr1 ctr1;
+	WERROR result;
 
 	struct user_token *tokens = NULL;
 	int num_tokens = 0;
 
-	struct share_list share_list;
-
 	if (argc == 0) {
 		f = stdin;
 	} else {
@@ -4994,22 +4977,47 @@ static NTSTATUS rpc_share_allowedusers_internals(struct net_context *c,
 	for (i=0; ibinding_handle;
+
+	/* Issue the NetShareEnum RPC call and retrieve the response */
+	nt_status = dcerpc_srvsvc_NetShareEnumAll(b,
+	talloc_tos(),
+	pipe_hnd->desthost,
+	&info_ctr,
+	preferred_len,
+	&total_entries,
+	&resume_handle,
+	&result);
+
+	/* Was it successful? */
+	if (!NT_STATUS_IS_OK(nt_status)) {
+		/*  Nope.  Go clean up. */
+		goto done;
+	}
+
+	if (!W_ERROR_IS_OK(result)) {
+		/*  Nope.  Go clean up. */
+		nt_status = werror_to_ntstatus(result);
 		goto done;
 	}
 
-	for (i = 0; i < share_list.num_shares; i++) {
-		char *netname = share_list.shares[i];
+	if (total_entries == 0) {
+		goto done;
+	}
+
+/* For each returned entry... */
+	for (i = 0; i < info_ctr.ctr.ctr1->count; i++) {
+		const char *netname = info_ctr.ctr.ctr1->array[i].name;
 
-		if (netname[strlen(netname)-1] == '$')
+		if (info_ctr.ctr.ctr1->array[i].type != STYPE_DISKTREE) {
 			continue;
+		}
 
 		d_printf("%s\n", netname);
 
@@ -5021,9 +5035,8 @@ static NTSTATUS rpc_share_allowedusers_internals(struct net_context *c,
 		free_user_token(&tokens[i].token);
 	}
 	SAFE_FREE(tokens);
-	SAFE_FREE(share_list.shares);
 
-	return NT_STATUS_OK;
+	return nt_status;
 }
 
 static int rpc_share_allowedusers(struct net_context *c, int argc,

Bug#710181: (no subject)

[Sylvain Archenault]

I'm having the same problem.

On google I found a similar issue on ubuntu:

https://bugs.launchpad.net/ubuntu/+source/nautilus-python/+bug/1170017
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1157246

but i'm not sure how to apply the workaround in debian

I'm able to load gobject from a python prompt:

$ python
Python 2.7.5+ (default, Jun  2 2013, 13:26:34)
[GCC 4.7.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import gobject
>>>

Sylvain


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

Bug#710440: scrypt: Please provide a -dev package

[Barak A. Pearlmutter]

Okay, I picked your commit and made some related modifications.  See
collab-maint main branch for details.

I'm about ready to dput it ... but I sort of feel like a reality check
is needed.  Here is my question.

There is no static (or dynamic) library.  (Obviously the build system
could be tweaked to generate them.  But it isn't.)  Is the -dev package
actually useful without them?  If so, could you give a short example?
Just a trivial main program, maybe something that could be put in
/usr/share/doc/scrypt-dev/examples/.

--Barak.


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

Bug#709946: gnome-settings-daemon: Segmentation fault during startup

[Marco]

> You are using the unico GTK engine which doesn't work with gtk 3.8 [1].
> 
> Please use the Adwaita theme until unico is fixed.

Thanks. That workaround helped. Seems like this bug is then a
duplicate of #706330.


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

Bug#645218: gnumeric: database criteria Excel incompatibility

[Andreas Guelzow]

This is fixed in gnumeric 1.12.2:

>From the 1.12.2 news:
* Fix database criteria anchoring.  [#661800]

bugzilla.gnome.org bug #661800 is a duplicate of this debian bug.

Andreas
-- 
Andreas Guelzow 


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

Bug#517122: closed by Moritz Mühlenhoff (Closing)

[Yaroslav Halchenko]

RIP my lovely bug report

On Mon, 03 Jun 2013, Debian Bug Tracking System wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the linux-2.6 package:

> #517122: linux-2.6: very slow access/open/... syscalls on NFS mounted files

> It has been closed by Moritz Mühlenhoff .

> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Moritz Mühlenhoff 
>  by
> replying to this email.
-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#711010: dh-make-drupal: Drupal.org now requires https access or fails, rendering dh-make-drupal unusable

[Gunnar Wolf]

Package: dh-make-drupal
Version: 1.3-1
Severity: grave
Tags: upstream patch
Justification: renders package unusable

Grr, I'm doing this all backward: I first got a patch (via github),
then uploaded 1.4-1, fixing this problem, and without mentioning the
bug :-/ and finally file the bug.

Anyway, this bug report follows this pull request I got at github:

https://github.com/gwolf/dh-make-drupal/pull/3

/
|It seems drupal.org is new redirecting us to https. I got the following error:
|
|$ dh-make-drupal -d 6 webform
|/usr/lib/ruby/1.8/open-uri.rb:174:in open_loop': redirection forbidden: 
http://drupal.org/project/webform -> https://drupal.org/project/webform 
(RuntimeError)
|from /usr/lib/ruby/1.8/open-uri.rb:132:inopen_uri'
|from /usr/lib/ruby/1.8/open-uri.rb:518:in open'
|from /usr/lib/ruby/1.8/open-uri.rb:30:inopen'
|from /home/skangas/dh-make-drupal/dh-make-drupal:674:in fetch_data'
|from /home/skangas/dh-make-drupal/dh-make-drupal:734:infor'
|from /home/skangas/dh-make-drupal/dh-make-drupal:147:in fetch_info'
|from /home/skangas/dh-make-drupal/dh-make-drupal:99:ininitialize'
|from /home/skangas/dh-make-drupal/dh-make-drupal:1107:in new'
|from /home/skangas/dh-make-drupal/dh-make-drupal:1107:inrun'
|from /home/skangas/dh-make-drupal/dh-make-drupal:1121
|
|To fix this, I changed it to use https directly instead.
|
|Please consider this change for inclusion.
\

The patch is trivial (and attached to this report). Please allow for
its inclusion in a point release.

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

Kernel: Linux 3.8-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 dh-make-drupal depends on:
ii  build-essential  11.6
ii  debhelper9.20130518
ii  libruby  1:1.9.3
ii  ruby 1:1.9.3
ii  ruby-hpricot 0.8.6-3
ii  ruby1.8 [ruby]   1.8.7.358-7

dh-make-drupal recommends no packages.

Versions of packages dh-make-drupal suggests:
pn  drupal6 | drupal7  

-- debconf-show failed
diff --git a/dh-make-drupal b/dh-make-drupal
index 650e967..e590bd9 100755
--- a/dh-make-drupal
+++ b/dh-make-drupal
@@ -287,7 +287,7 @@ module DrupalProject
 # Creates the debian/watch file
 def setup_watch
   res = ['version=3',
- ( 'http://drupal.org/project/%s .*/%s-%s.x-(\d[\d_.]+)\.tar\.gz' %
+ ( 'https://drupal.org/project/%s .*/%s-%s.x-(\d[\d_.]+)\.tar\.gz' %
[@project.name, @project.name, @d_ver] ) ].join("\n")
   put_in_file 'watch', res
 end
@@ -667,7 +667,7 @@ module DrupalProject
 end
 
 def fetch_data
-  @url = "http://drupal.org/project/#{@name}";
+  @url = "https://drupal.org/project/#{@name}";
   Logger.instance.debug "Fetching project information from #{@url}"
 
   begin
@@ -689,7 +689,7 @@ module DrupalProject
   # that uploaded the node to Drupal, AFAICT). Still, we do what
   # we can.
   relative_url = @html.search('div.submitted a')[0].get_attribute('href').gsub( /^\//, '')
-  @author = Author.fetch_from('http://drupal.org/%s' % relative_url)
+  @author = Author.fetch_from('https://drupal.org/%s' % relative_url)
 
   # Which kind of project is this? We get the active tab in the
   # 'links' menu.
@@ -704,12 +704,12 @@ module DrupalProject
 @p_type = ProjType.new( @html.search('ul.links li.active')[0].inner_text )
   rescue NoMethodError
 begin
-  trans_url = "http://localize.drupal.org/translate/languages/#{@name}";
+  trans_url = "https://localize.drupal.org/translate/languages/#{@name}";
   if trans = open(trans_url)
 @p_type = ProjType.new('Translations')
 trans_warning = "Translations are probably outdated\n" +
   "Please compare module with #{trans_url} and\n" +
-  "http://localize.drupal.org/translate/downloads";
+  "https://localize.drupal.org/translate/downloads";
 @descr += "\n .\n#{trans_warning}"
 Logger.instance.warn trans_warning
   end

Bug#709946: gnome-settings-daemon: Segmentation fault during startup

[Michael Biebl]

Am 04.06.2013 00:56, schrieb Marco:
> I deactivated the option “Disable touchpad while typing” as
> mentioned in bug #697427 but it still crashes. These are my
> settings:
> 
> $ gsettings list-recursively org.gnome.settings-daemon.peripherals.touchpad
> org.gnome.settings-daemon.peripherals.touchpad disable-while-typing false
> org.gnome.settings-daemon.peripherals.touchpad horiz-scroll-enabled true
> org.gnome.settings-daemon.peripherals.touchpad left-handed 'mouse'
> org.gnome.settings-daemon.peripherals.touchpad motion-acceleration -1.0
> org.gnome.settings-daemon.peripherals.touchpad motion-threshold -1
> org.gnome.settings-daemon.peripherals.touchpad scroll-method 
> 'two-finger-scrolling'
> org.gnome.settings-daemon.peripherals.touchpad tap-to-click true
> org.gnome.settings-daemon.peripherals.touchpad touchpad-enabled false
> 
> Here's the backtrace:
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x772f7be7 in gtk_style_context_get_valist () from 
> /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> (gdb) bt
> #0  0x772f7be7 in gtk_style_context_get_valist () from 
> /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> #1  0x7733f7fa in gtk_theming_engine_get () from 
> /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> #2  0x7fffc5f5ff33 in _gtk_rounded_box_apply_border_radius () from 
> /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/theming-engines/libunico.so

That's a different issue.

You are using the unico GTK engine which doesn't work with gtk 3.8 [1].

Please use the Adwaita theme until unico is fixed.

gsettings set org.gnome.desktop.interface gtk-theme 'Adwaita'


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706330
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#710466: Updated and tested patch, now with testsuite test

[Ryan Kavanagh]

found 710466 2.5.13
thanks

Hi,

I've updated the patch to also include a check against Depends (which I
thought I had). The patch has been rebased to current Git HEAD, and
additionally features tests for the tag in the testsuite. With the
latest Git HEAD, I've also been able to successfully build lintian with
the patch.

Again, it should be a simple matter of

git am --signoff 0001-New-check-texi2html-is-obsolete-Closes-710466.patch

to apply and sign-off on the patch.

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A
From 28d7591f18f81a940a80e521474d8c79d7cb94f1 Mon Sep 17 00:00:00 2001
From: Ryan Kavanagh 
Date: Thu, 30 May 2013 19:38:49 -0400
Subject: [PATCH] New check: texi2html-is-obsolete (Closes: #710466)

Don't [build-]depend on texi2html, but instead use texi2html, as described at
http://lists.debian.org/debian-devel/2013/05/msg01516.html .
---
 checks/fields  |   11 +++
 checks/fields.desc |9 +
 t/tests/texi2html-is-obsolete/debian/debian/control.in |   16 
 t/tests/texi2html-is-obsolete/desc |6 ++
 t/tests/texi2html-is-obsolete/tags |4 
 5 files changed, 46 insertions(+)
 create mode 100644 t/tests/texi2html-is-obsolete/debian/debian/control.in
 create mode 100644 t/tests/texi2html-is-obsolete/desc
 create mode 100644 t/tests/texi2html-is-obsolete/tags

diff --git a/checks/fields b/checks/fields
index 81f83a2..fee1cf5 100644
--- a/checks/fields
+++ b/checks/fields
@@ -708,6 +708,11 @@ if (($type eq 'binary') || ($type eq 'udeb')) {
 if ($d_pkg =~ /^python[\d.]*-minimal$/ && &$is_dep_field($field)
 && $pkg !~ /^python[\d.]*-minimal$/);
 
+# Transitioning from texi2html to texinfo
+# http://lists.debian.org/debian-devel/2013/05/msg01516.html
+tag 'texi2html-is-obsolete', $field,
+if ($d_pkg eq 'texi2html');
+
 tag 'doc-package-depends-on-main-package', $field
 if ("$d_pkg-doc" eq $pkg && $field =~ /^(?:pre-)?depends$/);
 
@@ -846,6 +851,12 @@ if ($type eq 'source') {
 tag 'build-depends-on-versioned-berkeley-db', "$field:$d_pkg";
 }
 
+# Transitioning from texi2html to texinfo
+# http://lists.debian.org/debian-devel/2013/05/msg01516.html
+if ($d_pkg eq 'texi2html') {
+tag 'texi2html-is-obsolete', $field
+}
+
 tag 'conflicting-negation-in-source-relation', "$field: $part_d_orig"
 unless (not $d_arch or $d_arch->[1] == 0 or $d_arch->[1] eq @{ $d_arch->[0] });
 
diff --git a/checks/fields.desc b/checks/fields.desc
index 36f4f91..c6682fe 100644
--- a/checks/fields.desc
+++ b/checks/fields.desc
@@ -1128,6 +1128,15 @@ Info: The package build-depends on a versioned development package of
  package, please add an override.
 Ref: http://download.oracle.com/docs/cd/E17076_02/html/upgrading/upgrade_process.html
 
+Tag: texi2html-is-obsolete
+Severity: minor
+Certainty: certain
+Info: The package declares a build dependency or a dependency on the obsolete
+ package `texi2html`, which is destined to be removed from the archive. Please
+ transition to using the replacement `makeinfo` utility from the `texinfo`
+ package.
+Ref: http://wiki.debian.org/Texi2htmlTransition
+
 Tag: transitional-package-should-be-oldlibs-extra
 Severity: normal
 Certainty: possible
diff --git a/t/tests/texi2html-is-obsolete/debian/debian/control.in b/t/tests/texi2html-is-obsolete/debian/debian/control.in
new file mode 100644
index 000..1429c1a
--- /dev/null
+++ b/t/tests/texi2html-is-obsolete/debian/debian/control.in
@@ -0,0 +1,16 @@
+Source: {$srcpkg}
+Priority: extra
+Section: {$section}
+Maintainer: {$author}
+Standards-Version: {$standards_version}
+Build-Depends: debhelper (>= 9), texi2html
+Build-Depends-Indep: texi2html
+
+Package: {$srcpkg}
+Architecture: {$architecture}
+Depends: $\{shlibs:Depends\}, $\{misc:Depends\}, texi2html
+Description: {$description}
+ This is a test package designed to exercise some feature or tag of
+ Lintian.  It is part of the Lintian test suite and may do very odd
+ things.  It should not be installed like a regular package.  It may
+ be an empty package.
diff --git a/t/tests/texi2html-is-obsolete/desc b/t/tests/texi2html-is-obsolete/desc
new file mode 100644
index 000..d34493a
--- /dev/null
+++ b/t/tests/texi2html-is-obsolete/desc
@@ -0,0 +1,6 @@
+Testname: texi2html-is-obsolete
+Sequence: 6000
+Version: 1.0
+Description: Test for a build-dependency/dependency on texi2html
+Test-For: texi2html-is-obsolete
+Author: Ryan Kavanagh 
diff --git a/t/tests/texi2html-is-obsolete/tags b/t/tests/texi2html-is-obsolete/tags
n

Bug#708999: Aw: Re: Re: Re: Bug#708999: axiom: ackermann.input from axiom-test breaks

[Camm Maguire]

Greetings, and thanks so much for your report!

liste_fran...@gmx.de writes:

> Dear Camm,
>
>
> gazonk0.o: file format elf64-x86-64
>
> RELOCATION RECORDS FOR [.text]:
> OFFSET   TYPE  VALUE 
> 0011 R_X86_64_GOTPCREL  vs_base+0xfffc
> 0018 R_X86_64_GOTPCREL  vs_limit+0xfffc
> 0033 R_X86_64_GOTPCREL  vs_top+0xfffc

This seems to be the problem.  Do you still get a relocation error
message?

It owuld be very helpful if you you determine what gcc compiler switches
your hardening setup is adding that produce these relocs.  Gcl does not
attempt to support all of them, especially as it thinks it is
controlling the switches to the C compiler.  (lisp variable
compiler::*cc*).   Maybe you could run under strace -f and grep the exec
gcc?

Take care,
-- 
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah


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

Bug#711009: xfce4-terminal: always redirects F1 keypress to help

[brian m. carlson]

Package: xfce4-terminal
Version: 0.6.2-1
Severity: normal

After the XFCE 4.10 upgrade, I noticed that F1 is no longer available to
use in the terminal.  Even when I have both checkboxes checked in Edit →
Preferences → Advanced → Menubar Access, pressing F1 causes a help
dialog to pop up.  In previous versions, this worked fine, and so I
wrote a custom application that uses F1 for other purposes.  Now this
functionality is no longer available to my application.  Please restore
the previous behavior.

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

Kernel: Linux 3.8-1-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 xfce4-terminal depends on:
ii  exo-utils   0.10.2-2
ii  libatk1.0-0 2.8.0-2
ii  libc6   2.17-3
ii  libgdk-pixbuf2.0-0  2.28.1-1
ii  libglib2.0-02.36.1-2build1
ii  libgtk2.0-0 2.24.18-1
ii  libpango1.0-0   1.32.5-5
ii  libvte9 1:0.28.2-5
ii  libx11-62:1.5.0-1+deb7u1
ii  libxfce4ui-1-0  4.10.0-2
ii  libxfce4util6   4.10.1-1

Versions of packages xfce4-terminal recommends:
ii  dbus-x11  1.6.10-1

xfce4-terminal suggests no packages.

-- no debconf information

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#711008: xfce4-terminal: changing terminal type locks up all terminals

[brian m. carlson]

Package: xfce4-terminal
Version: 0.6.2-1
Severity: important

Before the XFCE 4.10 upgrade, I used to have my terminal type set to
xterm-256color in the preferences.  However, now that terminal type is
set to xterm.  If I edit the terminal type to be xterm-256color, I get
the following message in every terminal, and the terminal locks up and
is unusable until I set it back:

  *** VTE ***: Failed to load terminal capabilities from '/etc/termcap'

Note that the message appears as soon as I type the first character into
the terminal type box (that is, the "-" character).  Opening a new
terminal allows me to type, but it ignores the Enter key, which makes it
useless.  I am using zsh with a highly-customized configuration, but
this worked fine before the upgrade.  I had not noticed the problem
until now because my zsh configuration automatically forces
xterm-256color when that TERM definition is available and the terminal
is an xfce4-terminal.

I don't know if the message is misleading or not, but /etc/termcap does
not exist, nor should it because Debian uses terminfo.

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

Kernel: Linux 3.8-1-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 xfce4-terminal depends on:
ii  exo-utils   0.10.2-2
ii  libatk1.0-0 2.8.0-2
ii  libc6   2.17-3
ii  libgdk-pixbuf2.0-0  2.28.1-1
ii  libglib2.0-02.36.1-2build1
ii  libgtk2.0-0 2.24.18-1
ii  libpango1.0-0   1.32.5-5
ii  libvte9 1:0.28.2-5
ii  libx11-62:1.5.0-1+deb7u1
ii  libxfce4ui-1-0  4.10.0-2
ii  libxfce4util6   4.10.1-1

Versions of packages xfce4-terminal recommends:
ii  dbus-x11  1.6.10-1

xfce4-terminal suggests no packages.

-- no debconf information

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#711007: audacity: Plays garbled sound and then hangs

[Sam Morris]

Package: audacity
Version: 2.0.3-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

After opening a sound, the playback is very garbled. The following
message is printed repeatedly to the console:

ALSA lib pcm.c:7339:(snd_pcm_recover) underrun occurred

When I press Stop, the program hangs. Here's the backtrace:

#0  0x7f07882b3b70 in __pause_nocancel () at 
../sysdeps/unix/syscall-template.S:81
#1  0x7f07882aaa7e in __pthread_mutex_lock_full (mutex=0x25775c0) 
at pthread_mutex_lock.c:321
#2  0x7f0b754e in pa_mutex_lock (m=) at 
pulsecore/mutex-posix.c:90
#3  0x7f0776950c9d in ?? () from 
/usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_pulse.so
#4  0x7f0788556358 in snd_pcm_ioplug_drop (pcm=0x2468c00) at 
pcm_ioplug.c:464
#5  0x7f07885158fd in snd_pcm_close (pcm=0x2468c00) at pcm.c:695
#6  0x7f07887c1efe in ?? () from 
/usr/lib/x86_64-linux-gnu/libportaudio.so.2
#7  0x7f07887c1f9d in ?? () from 
/usr/lib/x86_64-linux-gnu/libportaudio.so.2
#8  0x0052d7c5 in AudioIO::StopStream (this=0x1c75b30) at 
AudioIO.cpp:1648
#9  0x006c1ba4 in ControlToolBar::StopPlaying (this=0x1ee06c0, 
stopStream=true) at toolbars/ControlToolBar.cpp:727
#10 0x7f078c3d23f6 in 
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, 
wxEvtHandler*, wxEvent&) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#11 0x7f078c3d2564 in wxEventHashTable::HandleEvent(wxEvent&, 
wxEvtHandler*) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#12 0x7f078c3d2887 in wxEvtHandler::ProcessEvent(wxEvent&) () from 
/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#13 0x7f078cb553d9 in wxWindowBase::TryParent(wxEvent&) () from 
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#14 0x006d6b7e in AButton::Click (this=this@entry=0x1ef3090) at 
widgets/AButton.cpp:408
#15 0x006d6f0e in AButton::OnMouseEvent (this=0x1ef3090, 
event=...) at widgets/AButton.cpp:286
#16 0x7f078c3d23f6 in 
wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, 
wxEvtHandler*, wxEvent&) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#17 0x7f078c3d2564 in wxEventHashTable::HandleEvent(wxEvent&, 
wxEvtHandler*) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#18 0x7f078c3d2887 in wxEvtHandler::ProcessEvent(wxEvent&) () from 
/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#19 0x7f078ca8caa8 in ?? () from 
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#20 0x7f0787b19f19 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#21 0x7f07874f4620 in g_closure_invoke () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#22 0x7f0787505e30 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#23 0x7f078750d972 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#24 0x7f078750df82 in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#25 0x7f0787c31e9e in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#26 0x7f0787b18284 in gtk_propagate_event () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#27 0x7f0787b185eb in gtk_main_do_event () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#28 0x7f078778e80c in ?? () from 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#29 0x7f0787230f25 in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#30 0x7f0787231268 in ?? () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#31 0x7f07872316da in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#32 0x7f0787b175e7 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#33 0x7f078ca7b268 in wxEventLoop::Run() () from 
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#34 0x7f078caed33c in wxAppBase::MainLoop() () from 
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#35 0x7f078c3844e5 in wxEntry(int&, wchar_t**) () from 
/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#36 0x0050aed2 in main (argc=2, argv=) at 
AudacityApp.cpp:644

Playback is via the 'default' alsa PCM. I've not got an .asoundrc nor
made any changes to the default pulse/alsa configuration on the system.

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

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

Versions of packages audacity depends on:
ii  audacity-data 2.0.3-1
ii  libasound21.0.25-4
ii  libavcodec53  6:0.8.7-

Bug#711006: openjdk-6-jre-headless: clean up legacy config files

[Christoph Anton Mitterer]

retitle 711006 openjdk-6-jre-headless: clean up legacy config files
stop


Hi.

The same applies to the file:
/etc/java-6-openjdk/jvm.cfg
as well.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#708212: Please upload latest SVN snapshot

[Luca Niccoli]

Here's the link to the dsc:
http://mentors.debian.net/debian/pool/main/s/splix/splix_2.0.0+svn308-1.dsc

Cheers,

Luca


On 2 June 2013 13:03, Luca Niccoli  wrote:

> Hi Didier and Till,
>
> I've uploaded to mentors a new version of splix.
> The changes are:
> - move to the lates svn snapshot
> - copy fixed splix.ppd-updater from Ubuntu
> - add conditional apport hook for Ubuntu and derivatives
> - add get-orig-source target
> - used dpkg-buildflags to import hardening flags
> - bumped Standards-Version
>
> I'd be glad if you could review the upload and give me some comments.
> Didier, I'd be glad to move splix packaging under team maintenance,
> possibly under git.
> Maybe we can talk about it in private mail or on a list, so we do not fill
> this bug with unrelated stuff?
>
> Cheers,
>
> Luca
>
> P.S.
> mentors seems a bit slow in accepting my upload, but I'm hopeful that it
> will appear in the next few hours.
>
>
>
> On 14 May 2013 09:46, Didier Raboud  wrote:
>
>> Source: splix
>> Version: 2.0.0+svn306-2
>> Severity: normal
>>
>> Hi Luca,
>>
>> I noticed that Ubuntu uploaded the revision 308 from the splix svn; it
>> might be useful to also start using that version. The full Ubuntu patch
>> isn't necessarily useful, but the new upstream revision brings some
>> improvements:
>>
>> * When a print job sent to CUPS 1.6.2 from iOS is converted to
>>   PostScript with the pdftops filter of cups-filters, the resulting
>>   PostScript does not contain a "%%Creator" line in its header, which
>>   is used by pstoqpdl as marker for where to insert MediaChoice amd
>>   color correction info. This change inserts the missing "%%Creator"
>>   when it reaches "%%EndComments". It also corrects a minor error in
>>   the existing code which was trying to match an incorrect string.
>>   Thanks to Martin Crossley (martin at crossleys dot biz) for the
>>   patch (SF: #3610240).
>>
>> * Commented out the entries for the Samsung CLP-610 and CLP-610ND
>>   in ppd/smasung.drv and ppd/Makefile as these two printers are
>>   reported to not work with SpliX. Removed also the pre-built PPD
>>   files for these printers (Ubuntu bug #898986).
>>
>> Please ask if you need sponsoring or packaging help. I'd be happy to
>> also help you pushing splix to a VCS of your choice and possibly under
>> the Debian Printing Team umbrella.
>>
>> Cheers,
>>
>> OdyX
>>
>>
>

Bug#711006: openjdk-6-jre-headless: clean up legacy config file /etc/java-6-openjdk/security/nss-amd64.cfg

[Christoph Anton Mitterer]

Package: openjdk-6-jre-headless
Version: 6b27-1.12.5-2
Severity: normal


Hi.

It seems this package once contained a conffile: 
/etc/java-6-openjdk/security/nss-amd64.cfg
but no longer...
Could you please clean that properly up with dpkg's mechanisms.


Cheers,
Chris.


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

Bug#710867: Fwd: Bug#710867: Doesn't seem to be able to get the md stat any more

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello,

Am Mo den  3. Jun 2013 um 20:41 schrieb Willi Mann:
> Could anyone please look at this bug report? It seems to me that the
> mdadm script could handle this situation more gracefully and the
> location of the mdadm.conf file is not the same as on the system the
> script was developed on. Please take a look at the full bug log at
> 
> http://bugs.debian.org/710867

Brrr, a web site...

Am Mo den  3. Jun 2013 um 13:18 schrieb Chris:
> the older debian logwatch packages doesn't include a mdadm service script so 
> you've probably used the one from upstream or a 3rd party?

No, I used the one from logwatch. But I checked again and saw that I was
wrong (a bit). The script was never failing as it was not there in old
versions. :-D

However, in the new package this script is there and is broken.

> an mdadm service script was added which is checking the:
> 
> /etc/mdadm.conf
> 
> on line 34 in /usr/share/logwatch/scripts/services/mdadm
> 
> On my debian wheezy system this file is placed in:
> 
> /etc/mdadm/mdadm.conf
> 
> so try to change the mentioned line above and see if this helps.

The correct location for mdadm.conf is the second one,
/etc/mdadm/mdadm.conf. At least on debian systems.

Am Mo den  3. Jun 2013 um 13:35 schrieb Chris:
> So probably one of the above outputs a wrong list of devices.

   ~> cat /etc/mdadm/mdadm.conf
   # mdadm.conf
   #
   # Please refer to mdadm.conf(5) for information about this file.
   #

   # by default, scan all partitions (/proc/partitions) for MD superblocks.
   # alternatively, specify devices to scan, using wildcards if desired.
   DEVICE /dev/hd[a-d][1-9] /dev/sd[a-b][1-9]

   # auto-create devices with Debian standard permissions
   CREATE owner=root group=disk mode=0660 auto=yes metadata=1.0

   # automatically tag new arrays as belonging to the local system
   #HOMEHOST 

   # instruct the monitoring daemon where to send mail alerts
   MAILADDR x...@ethgen.de

   # definitions of existing MD arrays
   ARRAY /dev/md0 UUID=6e61a0dd:d722ad7f:00a0395f:7c490649
   ARRAY /dev/md1 metadata=1.0 level=raid1 num-devices=2 
UUID=727a8cdb:08ecb6ab:c53a0793:fa9c837f
   ARRAY /dev/md2 metadata=1.0 level=raid1 num-devices=2 
UUID=c14fa070:a86978f3:1b194f3f:e1fced7e
   #ARRAY /dev/md3 metadata=1.0 level=raid1 num-devices=2 
UUID=c39b2023:014d416d:a4e6fa0c:b1ad4ee8
   #ARRAY /dev/md4 metadata=1.0 level=raid1 num-devices=2 
UUID=956a3a8a:ec9db273:ab9785e6:19e0bb1a
   ARRAY /dev/md5 metadata=1.0 level=raid1 num-devices=2 
UUID=697d7105:10a4abcc:0bf6e153:662f8b4e
   ~> mdadm --examine --scan
   ARRAY /dev/md0 UUID=6e61a0dd:d722ad7f:00a0395f:7c490649
   ARRAY /dev/md/1 metadata=1.0 UUID=727a8cdb:08ecb6ab:c53a0793:fa9c837f 
name=ikki.ket:1
   ARRAY /dev/md/2 metadata=1.0 UUID=c14fa070:a86978f3:1b194f3f:e1fced7e 
name=ikki.ket:2
   ARRAY /dev/md/5 metadata=1.0 UUID=697d7105:10a4abcc:0bf6e153:662f8b4e 
name=ikki:5

So, fixing the config file location in the script should solve the bug.

Gruß
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQGcBAEBCgAGBQJRrRnUAAoJEKZ8CrGAGfasjAQL/jbdEqvn5ns2ubMlJmCPiwsJ
PvBxxzRYjOIXgNFLKBUv+mLh+hGDqA4DVR8qg2JlQW1wU/J/RiNntAIpmgbH8O7o
px6xDPdjcmGxWU3WDzoDPBMC27Kv9S/rA1dtwZt95gTPopFCnNOS45UlWBcBgyYr
Xc2n+6TGL93mQ1kwpzoIMXdHElsNzjYaXI5L7r3NBQ+6yKFw8nRMYWEukU1or4jA
kRnEuj5Gz3KeCxpy4E6akPuuDeAfuvsmWKQBhG8uCj6TA+RbE+0T1AFqIdSe9ipm
IQURp6fM2mDhCtS7PEPQZ04tsG+tQIgebbOeUnQU1n0E4F6IMSs8i4AZG2V8d79K
X7jqq1cEMEtp4Fq1PJYom251JdP6rziekrfUAZ867LFTGfG+ydwu2BS7+/9G9XOl
VX/mxEvfnd4Z0OCTRoKysOvbqOGkzAMLcQgqcBPX7KcmcBV06bxMy0dwylAkhRUL
2Oja2pw8jxgQdgZYA/zxDASmk7NlffEXOd1Aqn15ww==
=Zy1m
-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#695968: linux-image-3.2.0-4-amd64: ath.ko starts printing thousands of error messages several minutes after boot

[Joel Diaz]

A patch has been posted to linux-wireless which accomplishes the
workaround of disabling wireless power saving (ie. iw dev wlan0 set
power_save off) by disabling power saving in the ath9k driver itself.

http://marc.info/?l=linux-wireless&m=137005085710866&w=2

I applied it to Debian's 3.2.41 kernel and verified that power saving is
indeed disabled (after disabling my on-boot shell script which
accomplished the same thing of course):

root@debian:~# iw dev wlan0 get power_save
Power save: off


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

Bug#711005: openjdk-7-jre-headless: clean up legacy config file /etc/java-7-openjdk/security/nss-amd64.cfg

[Christoph Anton Mitterer]

Package: openjdk-7-jre-headless
Version: 7u21-2.3.9-5
Severity: normal


Hi.

It seems this package once contained a conffile: 
/etc/java-7-openjdk/security/nss-amd64.cfg
but no longer...
Could you please clean that properly up with dpkg's mechanisms.


Cheers,
Chris.


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

Bug#710190: vlc: Segfault when opening a playlist containing rtsp urls

[Benjamin Drung]

Am Donnerstag, den 30.05.2013, 17:20 +0200 schrieb Reinhard Tartler:
> On Thu, May 30, 2013 at 5:16 PM, Rémi Denis-Courmont  wrote:
> 
> > I am not familiar with libproxy internals. Due to the swarm of crash 
> > reports,
> > I have made VLC 2.1 execute /usr/bin/proxy from proxy-tools in a separate
> > process instead of calling libproxy directly. (This also weakens the 
> > run-time
> > dependency on libproxy.) At least, VLC will not crash anymore.
> 
> Given the maturity consideration of libproxy, this seems reasonable.
> Thanks for this!
> 
> >> Also, reading bug
> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604934 makes me feel
> >> sad and wonder, if there was some way to disable the usage of libproxy
> >> in vlc altogether?
> >
> > For VLC 2.0, either `./configure --disable-libproxy' or build-time conflict 
> > with
> > libproxy-dev ought to do. Then the plain old $http_proxy will be used.
> 
> That makes sense to me. Benjamin, I suggest to do so in both Debian
> and Ubuntu. What do you think?

Am Freitag, den 31.05.2013, 03:43 +0200 schrieb Jules Bernable:
> Ok, so I updated libproxy0 to the latest version 
> (0.3.1-6/stable,testing,unstable) and the bug is gone !
> Currently the vlc-nox package depends on libproxy0 >= 0.2.3
> Maybe should it be updated to depend on libproxy0 >= 0.3.1 ?

The bug is fixed in libproxy0 0.3.1-6 (or earlier). The Ubuntu bug
#1038578 is linked to number one VLC crash [1], but I think that link is
wrong. The backtrace of the number one VLC crash has no libproxy in it.
If Ubuntu bug #1038578 was more widespread, it would probably have one
reporter collecting all needed crash information, wouldn't it?

What would we loose when we switch from libproxy to the plain old
$http_proxy? I tend to think that we should just keep libproxy enabled
and wait for the 2.1 release (that will come soon!?). What do you
recommend, Rémi?

@Jules: I don't think that it makes sense to bump the version of a
dependency for every bug in the dependency, unless the bug renders the
package useless for every user.

[1] https://errors.ubuntu.com/?package=vlc

-- 
Benjamin Drung
Debian & Ubuntu Developer


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

Bug#710625: performous: FTBFS: xtime.hh:27:34: error: expected unqualified-id before numeric constant

[peter green]

It's a problem in boost which is fixed in 1.50. TIME_UTC is a C11 macro
that colides with boost::TIME_UTC. In Boost 1.50, this constant was renamed
to TIME_UTC_. 


You should update your Build-Depends (upstream has already fixed this).
  
Unfortunately changing the build-depends to point at boost 1.50 or 1.53 
results in a different error.


In file included from /usr/include/boost/filesystem.hpp:15:0,
from /performous-0.7.0.new/game/fs.hh:3,
from /performous-0.7.0.new/game/controllers.cc:9:
/usr/include/boost/filesystem/config.hpp:16:5: error: #error Compiling 
Filesystem version 3 file with BOOST_FILESYSTEM_VERSION defined != 3


So I decided to take a different approach. Rather than trying to move to 
a newer boost I decided to try and deal with the problem with 1.49. It 
seems that the renaming of the enum value has been backported to 1.49 by 
debian but performous doesn't know this. I edited the code to 
unconditionally use the new name


I also changed the build-depends to 1.49 explicitly so the package will 
continue to build after the boost-defaults are changed and versioned the 
build-depends on the version that backported the enum fix.


I will be uploading this fix to Raspbian jessie along with a raspbian 
specific change for an issue that I could not reproduce in debian. I 
have no immediate plans to upload this as a NMU but I may change my mind 
on that later.


Patch (including NMU changelog) is attached.

Note: i'm just a guy who stubled across this bug while working on a 
deriviative, I have no relation to the package.
diff -Nru performous-0.7.0/debian/changelog performous-0.7.0/debian/changelog
--- performous-0.7.0/debian/changelog   2012-11-23 14:33:35.0 +
+++ performous-0.7.0/debian/changelog   2013-06-03 22:17:18.0 +
@@ -1,3 +1,14 @@
+performous (0.7.0-1.1) unstable; urgency=low
+
+  * debian/control: Set build-depends to 1.49 explicitly due to build failure 
with 
+newer boost versions.
+  * debian/patches/backported_TIME_UTC_change.patch Adjust code to take 
account of
+debian backport of TIME_UTC -> TIME_UTC_ name change.
+  * debian/control: Version boost build-depencies on version that introduced
+the backported name change.
+
+ -- Peter Michael Green   Mon, 03 Jun 2013 22:07:38 +
+
 performous (0.7.0-1) unstable; urgency=low
 
   [ Miriam Ruiz ]
diff -Nru performous-0.7.0/debian/control performous-0.7.0/debian/control
--- performous-0.7.0/debian/control 2012-11-21 17:48:38.0 +
+++ performous-0.7.0/debian/control 2013-06-03 22:06:46.0 +
@@ -6,9 +6,9 @@
 Build-Depends: debhelper (>= 9),
  cmake (>= 2.6), pkg-config, help2man, gettext,
  libgl1-mesa-dev, libsdl1.2-dev, libcairo2-dev, librsvg2-dev,
- libboost-thread-dev (>= 1.36), libboost-serialization-dev (>= 1.36),
- libboost-program-options-dev (>= 1.36), libboost-regex-dev (>= 1.36),
- libboost-filesystem-dev (>= 1.36),
+ libboost-thread1.49-dev (>= 1.49.0-4), libboost-serialization1.49-dev (>= 
1.49.0-4),
+ libboost-program-options1.49-dev (>= 1.49.0-4), libboost-regex1.49-dev (>= 
1.49.0-4),
+ libboost-filesystem1.49-dev (>= 1.49.0-4),
  libavcodec-dev, libavformat-dev, libswscale-dev,
  libmagick++-dev, libsamplerate0-dev, libxml++2.6-dev,
  libasound2-dev, libjack-dev, libpulse-dev, portaudio19-dev,
diff -Nru performous-0.7.0/debian/patches/backported_TIME_UTC_change.patch 
performous-0.7.0/debian/patches/backported_TIME_UTC_change.patch
--- performous-0.7.0/debian/patches/backported_TIME_UTC_change.patch
1970-01-01 00:00:00.0 +
+++ performous-0.7.0/debian/patches/backported_TIME_UTC_change.patch
2013-06-03 22:16:27.0 +
@@ -0,0 +1,24 @@
+Description: Deal with backported TIME_UTC name change in debian
+ For compatibility with new eglibc debian has backported the TIME_UTC -> 
TIME_UTC_ name change.
+ name change to boost 1.49. So use the new name unconditionally rather than 
only
+ when building with boost 1.50+
+Author: Peter Michael Green 
+
+--- performous-0.7.0.orig/game/xtime.hh
 performous-0.7.0/game/xtime.hh
+@@ -21,11 +21,11 @@ namespace {
+   }
+   boost::xtime now() {
+   boost::xtime time;
+-#if (BOOST_VERSION / 100 % 1000 >= 50)
++//#if (BOOST_VERSION / 100 % 1000 >= 50)
+   boost::xtime_get(&time, boost::TIME_UTC_);
+-#else
+-  boost::xtime_get(&time, boost::TIME_UTC);
+-#endif
++//#else
++//boost::xtime_get(&time, boost::TIME_UTC);
++//#endif
+   return time;
+   }
+   double seconds(boost::xtime const& time) {
diff -Nru performous-0.7.0/debian/patches/series 
performous-0.7.0/debian/patches/series
--- performous-0.7.0/debian/patches/series  2012-11-20 23:01:24.0 
+
+++ performous-0.7.0/debian/patches/series  2013-06-03 22:14:24.0 
+
@@ -2,3 +2,4 @@
 boost_filesystem_v2.patch
 libav0.8.diff
 
+backported_TIME_UTC_change.patch

Bug#709946: gnome-settings-daemon: Segmentation fault during startup

[Marco]

I deactivated the option “Disable touchpad while typing” as
mentioned in bug #697427 but it still crashes. These are my
settings:

$ gsettings list-recursively org.gnome.settings-daemon.peripherals.touchpad
org.gnome.settings-daemon.peripherals.touchpad disable-while-typing false
org.gnome.settings-daemon.peripherals.touchpad horiz-scroll-enabled true
org.gnome.settings-daemon.peripherals.touchpad left-handed 'mouse'
org.gnome.settings-daemon.peripherals.touchpad motion-acceleration -1.0
org.gnome.settings-daemon.peripherals.touchpad motion-threshold -1
org.gnome.settings-daemon.peripherals.touchpad scroll-method 
'two-finger-scrolling'
org.gnome.settings-daemon.peripherals.touchpad tap-to-click true
org.gnome.settings-daemon.peripherals.touchpad touchpad-enabled false

Here's the backtrace:

Program received signal SIGSEGV, Segmentation fault.
0x772f7be7 in gtk_style_context_get_valist () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
(gdb) bt
#0  0x772f7be7 in gtk_style_context_get_valist () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#1  0x7733f7fa in gtk_theming_engine_get () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#2  0x7fffc5f5ff33 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  0x7fffc5f61c2c in ?? () from 
/usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/theming-engines/libunico.so
#4  0x7fffc5f63548 in ?? () from 
/usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/theming-engines/libunico.so
#5  0x7fffc5f6822e in ?? () from 
/usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/theming-engines/libunico.so
#6  0x772f96e6 in gtk_render_background () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#7  0x7724fc1e in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#8  0x7726ee1f in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#9  0x7739a9e0 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#10 0x76b3c81b in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#11 0x76b552b6 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#12 0x76b55f82 in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#13 0x7739b81c in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#14 0x771d6053 in gtk_container_propagate_draw () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#15 0x771d4a4c in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#16 0x773b57dd in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#17 0x773dd382 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#18 0x7726ee1f in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#19 0x7739a9e0 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#20 0x76b3c8e7 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#21 0x76b552b6 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#22 0x76b55f82 in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#23 0x7739b81c in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#24 0x773a644c in gtk_widget_send_expose () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#25 0x7726eaef in gtk_main_do_event () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#26 0x755bdb3e in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#27 0x755b97c9 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#28 0x755b9a1c in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#29 0x76b3c8e7 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#30 0x76b552b6 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#31 0x76b564b9 in g_signal_emit_by_name () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#32 0x755acf6a in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#33 0x7559f390 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#34 0x76879b3b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#35 0x76878f25 in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#36 0x76879268 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#37 0x768796da in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#38 0x7726dd1d in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#39 0x00404215 in main (argc=1, argv=0x7fffe4c8) at main.c:452


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

Bug#711004: installation-reports: Successful wheezy install on a PowerBook G4

[Memnon Anon]

Package: installation-reports
Severity: wishlist

Dear Maintainer,

-- Package-specific info:

Boot method: CD
Image version: 
http://ftp.informatik.uni-frankfurt.de/debian-cd/7.0.0/powerpc/iso-cd/debian-7.0.0-powerpc-lxde-CD-1.iso
 04-May-2013
Date: 2013-06-02

Machine: Apple PowerBook G4 Antimony 1Ghz/1GbRam (tibook)
Partitions: 
FilesystemType 1K-blocksUsed Available Use% Mounted on
rootfsrootfs73694440 1240464  68710440   2% /
udev  devtmpfs 10240   0 10240   0% /dev
tmpfs tmpfs   103132 260102872   1% /run
/dev/mapper/Main-root ext4  73694440 1240464  68710440   2% /
tmpfs tmpfs 5120   0  5120   0% /run/lock
tmpfs tmpfs   206260   0206260   0% /run/shm
/dev/sda3 ext2234297   20988200809  10% /boot


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [ ]
Detect CD:  [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

I can keep it short:
No problems whatsoever, everything I try just seems to work OOTB.
I am very happy, a huge "Thanks!" to everyone 
inside Debian (and beyond) involved.


-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="7.0 (wheezy) - installer build 20130430"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux (none) 3.2.0-4-powerpc #1 Debian 3.2.41-2 ppc GNU/Linux
lspci -knn: :00:0b.0 Host bridge [0600]: Apple Inc. UniNorth 1.5 AGP 
[106b:002d]
lspci -knn: Kernel driver in use: agpgart-uninorth
lspci -knn: :00:10.0 VGA compatible controller [0300]: Advanced Micro 
Devices [AMD] nee ATI Radeon RV250 [Mobility FireGL 9000] [1002:4c66] (rev 01)
lspci -knn: Subsystem: Advanced Micro Devices [AMD] nee ATI Radeon RV250 
[Mobility FireGL 9000] [1002:4c66]
lspci -knn: Kernel driver in use: radeonfb
lspci -knn: 0001:10:0b.0 Host bridge [0600]: Apple Inc. UniNorth 1.5 PCI 
[106b:002e]
lspci -knn: 0001:10:17.0 Unassigned class [ff00]: Apple Inc. KeyLargo Mac I/O 
[106b:0022] (rev 03)
lspci -knn: Kernel driver in use: macio
lspci -knn: 0001:10:18.0 USB controller [0c03]: Apple Inc. KeyLargo USB 
[106b:0019]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 0001:10:19.0 USB controller [0c03]: Apple Inc. KeyLargo USB 
[106b:0019]
lspci -knn: Kernel driver in use: ohci_hcd
lspci -knn: 0001:10:1a.0 CardBus bridge [0607]: Texas Instruments PCI1410 PC 
card Cardbus Controller [104c:ac50] (rev 02)
lspci -knn: Kernel driver in use: yenta_cardbus
lspci -knn: 0002:24:0b.0 Host bridge [0600]: Apple Inc. UniNorth 1.5 Internal 
PCI [106b:002f]
lspci -knn: 0002:24:0e.0 FireWire (IEEE 1394) [0c00]: LSI Corporation FW322/323 
[TrueFire] 1394a Controller [11c1:5811]
lspci -knn: Subsystem: LSI Corporation FW322/323 [TrueFire] 1394a 
Controller [11c1:5811]
lspci -knn: Kernel driver in use: firewire_ohci
lspci -knn: 0002:24:0f.0 Ethernet controller [0200]: Apple Inc. UniNorth GMAC 
(Sun GEM) [106b:0021] (rev ff)
lspci -knn: Kernel driver in use: gem
usb-list: 
usb-list: Bus 01 Device 01: OHCI Host Controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.2.0-4-powerpc ohci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list: 
usb-list: Bus 02 Device 01: OHCI Host Controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.2.0-4-powerpc ohci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
lsmod: Module  Size  Used by
lsmod: fuse   62241  0 
lsmod: ufs75579  0 
lsmod: hfsplus81401  0 
lsmod: reiserfs  239040  0 
lsmod: nls_utf84556  0 
lsmod: xts 5865  1 
lsmod: gf128mul   10298  1 xts
lsmod: sha256_generic 12745  0 
lsmod: aes_generic30370  2 
lsmod: dm_crypt   18333  1 
lsmod: dm_mod 68015  9 dm_cr

Bug#702040: plymouth breaks initramfs-tools on sid

[Ben Caradoc-Davies]

The new pango packages on sid break the plymouth initramfs-tools hook, 
preventing kernel installation.


This is the same as the earlier report, just a confirmation with a list 
of pango packages.


Kind regards,
Ben.

# apt-get install linux-image-3.9-1-amd64
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
  linux-doc-3.9 debian-kernel-handbook
The following NEW packages will be installed:
  linux-image-3.9-1-amd64
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 24.6 MB of archives.
After this operation, 114 MB of additional disk space will be used.
Get:1 http://ftp.iinet.net.au/debian/debian/ sid/main 
linux-image-3.9-1-amd64 amd64 3.9.4-1 [24.6 MB]
Fetched 24.6 MB in 18s (1,360 kB/s) 


Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Preconfiguring packages ...
Selecting previously unselected package linux-image-3.9-1-amd64.
(Reading database ... 121371 files and directories currently installed.)
Unpacking linux-image-3.9-1-amd64 (from 
.../linux-image-3.9-1-amd64_3.9.4-1_amd64.deb) ...

Examining /etc/kernel/preinst.d/
run-parts: executing /etc/kernel/preinst.d/intel-microcode 3.9-1-amd64 
/boot/vmlinuz-3.9-1-amd64

Setting up linux-image-3.9-1-amd64 (3.9.4-1) ...
Running depmod.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.9-1-amd64 
/boot/vmlinuz-3.9-1-amd64

update-initramfs: Generating /boot/initrd.img-3.9-1-amd64
cp: cannot stat 
‘/usr/lib/x86_64-linux-gnu/pango/1.6.0/module-files.d/libpango1.0-0.modules’: 
No such file or directory

E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed for /boot/initrd.img-3.9-1-amd64 with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
Failed to process /etc/kernel/postinst.d at 
/var/lib/dpkg/info/linux-image-3.9-1-amd64.postinst line 696.

dpkg: error processing linux-image-3.9-1-amd64 (--configure):
 subprocess installed post-installation script returned error exit status 2
Errors were encountered while processing:
 linux-image-3.9-1-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)

# dpkg -l "*pango*"
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)
||/ Name   Version 
Architecture Description

+++-==---==
un  gir1.0-pango-1.0
 (no description available)
ii  gir1.2-coglpango-1.0   1.10.2-7 
amd64GObject introspection data for the 
CoglPango 1.0 library
ii  gir1.2-pango-1.0   1.32.5-5+b1 
amd64Layout and rendering of 
internationalized text - gir bindings
ii  libcogl-pango0:amd64   1.10.2-7 
amd64Object oriented GL/GLES 
Abstraction/Utility Layer
ii  libpango-1.0-0:amd64   1.32.5-5+b1 
amd64Layout and rendering of 
internationalized text
ii  libpango-perl  1.222-1+b1 
amd64Perl module to layout and render 
international text
ii  libpango1.0-0:amd641.32.5-5+b1 
amd64Layout and rendering of 
internationalized text
ii  libpangocairo-1.0-0:amd64  1.32.5-5+b1 
amd64Layout and rendering of 
internationalized text
ii  libpangoft2-1.0-0:amd641.32.5-5+b1 
amd64Layout and rendering of 
internationalized text
ii  libpangomm-1.4-1   2.28.4-1 
amd64C++ Wrapper for pango (shared 
libraries)
ii  libpangox-1.0-0:amd64  0.0.2-4 
amd64pango library X backend
ii  libpangoxft-1.0-0:amd641.32.5-5+b1 
amd64Layout and rendering of 
internationalized text
un  pango-graphite  
 (no description available)
un  pango1.0-multiarch-modver-1.8.0 
 (no description available)


--
Ben Caradoc-Davies 


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

Bug#711003: choreonoid: FTBFS on 64-bit non-x86: cast from pointer to udword loses precision

[Aaron M. Ucko]

Source: choreonoid
Version: 1.1.0+dfsg-3
Severity: serious
Justification: fails to build from source

Builds of choreonoid on 64-bit non-x86 architectures such as ia64 have
been failing:

  
/«BUILDDIR»/choreonoid-1.1.0+dfsg/src/Collision/Opcode/OPC_AABBTree.cpp:295:31: 
error: cast from 'Opcode::AABBTreeNode*' to 'udword {aka unsigned int}' loses 
precision [-fpermissive]
  
/«BUILDDIR»/choreonoid-1.1.0+dfsg/src/Collision/Opcode/OPC_AABBTree.cpp:309:18: 
error: cast from 'Opcode::AABBTreeNode*' to 'udword {aka unsigned int}' loses 
precision [-fpermissive]

These errors appear to stem from OPC_AABBTree.h's definition of
EXWORD, which doesn't acknowledge such architectures:

  #ifdef __x86_64
  #define EXWORD uqword
  #else
  #define EXWORD udword
  #endif

Please try substituting uintptr_t, from , and check for
other affected code.

Thanks!


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

Bug#711002: ifscheme doesn't consider /etc/network/interfaces.d/

[Christoph Anton Mitterer]

Package: ifscheme
Version: 1.7-3
Severity: normal


Hi.

It seems that ifschme doesn't consider the configuration in
/etc/network/interfaces.d/


Cheers,
Chris.


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

Bug#709194: libnewt0.52: leaves alternatives after purge: /etc/alternatives/newt-palette

[Christoph Anton Mitterer]

Hi.

It also leaves /etc/newt/palette behind, not
only /etc/alternatives/newt-palette

Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#708991: choreonoid: FTBFS on non-amd64: symbols not quite as expected

[Aaron M. Ucko]

found 708991 1.1.0+dfsg-3
thanks

Thanks for taking care of this!  Most architectures now fare better, but
the logs for 1.1.0-3 still show mismatches on kfreebsd-amd64 and
powerpc; could you please take another look?

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


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

Bug#711001: netbase: support /etc/services.d

[Christoph Anton Mitterer]

Package: netbase
Version: 5.1
Severity: wishlist
Tags: upstream


Hi.

This probably needs to done upstream (and likely in libc??)...

What would be really awesome is having and /etc/services.d/ directory
in addition to the file /etc/services.


It should be parsed after /etc/services, so that one can override earlier
entries (IIRC; later entries in /etc/services override earlier ones)...
and /etc/services.d/* should also be parsed in order (e.g. like with run-parts).


Cheers,
Chris.


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

Bug#711000: libsys-filesystem-perl: FTBFS with perl 5.18: POD

[Dominic Hargreaves]

Source: libsys-filesystem-perl
Version: 1.28-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie patch
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=77699

This package FTBFS with perl 5.18 from experimental (in a clean sbuild
session):

#   Failed test 'POD test for blib/lib/Sys/Filesystem/Linux.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
Wide character in print at /usr/share/perl/5.18/Test/Builder.pm line 1759.
# blib/lib/Sys/Filesystem/Linux.pm (150): Non-ASCII character seen before =encod
ing in '/dev/cdrom’'. Assuming UTF-8
# Looks like you failed 1 test of 12.
t/01pod.t ... 
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/12 subtests 

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#710999: RFA: mozplugger

[Alessio Treglia]

Package: wnpp
Severity: normal


Due to lack of time and interest, I'd ask for someone else to take over this 
package.
The package's descritption follows:

Description: Plugin allowing external viewers to be launched inside Mozilla
 mozplugger allows you to seamlessly integrate external applications
 to view files downloaded from the web that Mozilla can not normally
 handle. The application is embedded within a Mozilla window as to act
 like and feel like a true plugin.
 .
 This allows you to view PDFs, Postscript files, animations and
 movies, amongst other file types all from within Mozilla (with
 supporting applications).


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

Bug#710998: libpam-modules: no longer ships /etc/security/namespace.d

[Christoph Anton Mitterer]

Package: libpam-modules
Version: 1.1.3-9
Severity: minor


Hi.

I've just noted that libpam-modules no longer
contains /etc/security/namespace.d, which is still in wheezy, though.


The changelog doesn't notice anyting either...
According to Steve this isn't by intention, so please add it back.

I think it's handy to have in place so that users know by just looking
at the directory, that this functionallity exists.


Thanks,
Chris.


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

Bug#708174: gnutls26: with priority SECURE128 fails to negotiate a cipher suite with itself

[Roger Lynn]

On 13/05/13 18:28, Roger Lynn wrote:
> Running
> gnutls-serv -d 255 -p 1234 --x509certfile /etc/ssl/certs/rilynn.pem 
> --x509keyfile /etc/ssl/private/rilynn.key
> and
> gnutls-cli -d 255 -p 1234 --priority SECURE128 rilynn.me.uk
> on the same box fails to negotiate a cipher suite. A priority string of
> NORMAL appears to work.

Interestingly, SECURE256 also seems to work.

Roger


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

Bug#710205: Please binNMU njplot against Motif-using libvibrant6

[Aaron M. Ucko]

Julien Cristau  writes:

> That sounds bad.  Don't reuse library package names for different ABIs!

I know that's bad practice in general, but the name libvibrant6 last
appeared in sarge, which reached EOL five years ago, so I considered it
safe to reuse by now; I recall similar policies for C++ and Fortran ABI
transitions.

> The NBS cleanup won't happen before njplot is rebuilt anyway, so I don't
> care so much about that.

OK, thanks.  In that case, the only concern is a de facto conflict with
ncbi-tools-x11, since libvibrant6 and libvibrant6a aren't coinstallable.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


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

Bug#710996: libsql-statement-perl: FTBFS with perl 5.18: POD

[Dominic Hargreaves]

Source: libsql-statement-perl
Version: 1.402-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=85257

This package FTBFS with perl 5.18 from experimental (in a clean sbuild
session):

#   Failed test 'POD test for blib/lib/SQL/Statement/Roadmap.pod'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/SQL/Statement/Roadmap.pod (66): alternative text 
'http://en.wikipedia.org/wiki/Backus_Naur_Form' contains non-escaped | or /
# Looks like you failed 1 test of 20.
xt/pod.t ... 
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/20 subtests 

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#710997: iptables calls setsockopt incorrectly

[LaMont Jones]

Package: iptables
Version: 1.4.18-1
Tags: patch
--

Since time immemorial, iptables has called setsockopt() and treated any
-1 return value as fatal.  Any system call can return EAGAIN or
EINPROGRESS (depending on the origins of the API), and good coding
practice requires checking for that and retrying or otherwise handling
it.

In the case of iptables, if multiple processes are calling iptables
concurrently, then it is likely that one of them will fail.  I have seen
this with xen, as well as certain firewall configurations where the
firewall rules are added as triggered by interfaces being discovered and
configured.

The attached patch fixes the issue.
lamont
diff -ur x/iptables-1.4.18/libiptc/libiptc.c iptables-1.4.18/libiptc/libiptc.c
--- x/iptables-1.4.18/libiptc/libiptc.c	2013-03-03 14:40:11.0 -0700
+++ iptables-1.4.18/libiptc/libiptc.c	2013-06-03 16:03:31.819448019 -0600
@@ -2596,8 +2596,10 @@
 	}
 #endif
 
-	ret = setsockopt(handle->sockfd, TC_IPPROTO, SO_SET_REPLACE, repl,
+	do {
+		ret = setsockopt(handle->sockfd, TC_IPPROTO, SO_SET_REPLACE, repl,
 			 sizeof(*repl) + repl->size);
+	} while ( ret < 0 && ( errno == EAGAIN || errno == EINPROGRESS));
 	if (ret < 0)
 		goto out_free_newcounters;
 
@@ -2672,8 +2674,10 @@
 	}
 #endif
 
-	ret = setsockopt(handle->sockfd, TC_IPPROTO, SO_SET_ADD_COUNTERS,
+	do {
+		ret = setsockopt(handle->sockfd, TC_IPPROTO, SO_SET_ADD_COUNTERS,
 			 newcounters, counterlen);
+	} while ( ret < 0 && ( errno == EAGAIN || errno == EINPROGRESS));
 	if (ret < 0)
 		goto out_free_newcounters;
 

Bug#710995: libspreadsheet-writeexcel-perl: FTBFS with perl 5.18: POD

[Dominic Hargreaves]

Source: libspreadsheet-writeexcel-perl
Version: 2.37-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie

This package FTBFS with perl 5.18 from experimental (in a clean sbuild
session):

#   Failed test 'POD test for blib/script/chartex'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/script/chartex (283): Non-ASCII character seen before =encoding in ''
. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Spreadsheet/WriteExcel/Format.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Spreadsheet/WriteExcel/Format.pm (811): Non-ASCII character seen befo
re =encoding in ''. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Spreadsheet/WriteExcel/Big.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Spreadsheet/WriteExcel/Big.pm (91): Non-ASCII character seen before 
=encoding in ''. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Spreadsheet/WriteExcel/Worksheet.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Spreadsheet/WriteExcel/Worksheet.pm (7631): Non-ASCII character seen 
before =encoding in ''. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Spreadsheet/WriteExcel/Formula.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Spreadsheet/WriteExcel/Formula.pm (1483): Non-ASCII character seen 
before =encoding in ''. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Spreadsheet/WriteExcel/Properties.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Spreadsheet/WriteExcel/Properties.pm (350): Non-ASCII character seen 
before =encoding in ''. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Spreadsheet/WriteExcel/Workbook.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Spreadsheet/WriteExcel/Workbook.pm (3636): Non-ASCII character seen 
before =encoding in ''. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Spreadsheet/WriteExcel/Utility.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Spreadsheet/WriteExcel/Utility.pm (926): Non-ASCII character seen 
before =encoding in ''. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Spreadsheet/WriteExcel/OLEwriter.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Spreadsheet/WriteExcel/OLEwriter.pm (447): Non-ASCII character seen 
before =encoding in ''. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Spreadsheet/WriteExcel/BIFFwriter.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Spreadsheet/WriteExcel/BIFFwriter.pm (314): Non-ASCII character seen 
before =encoding in ''. Assuming ISO8859-1

#   Failed test 'POD test for blib/lib/Spreadsheet/WriteExcel/Examples.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Spreadsheet/WriteExcel/Examples.pm (241): Non-ASCII character seen 
before =encoding in 'reverse(''),'. Assuming ISO8859-1
# Looks like you failed 11 tests of 21.
t/90_pod.t  
Dubious, test returned 11 (wstat 2816, 0xb00)
Failed 11/21 subtests 

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#710062: FLAC 1.3.0 has been released

[Ulrich Klauer]

Fabian Greffrath wrote:


Do you know if the library interface/ABI has been changed in this release?


API-wise, there are a few added functions in libFLAC and libFLAC++,  
but no existing functions have been removed or changed. Regarding the  
ABI, I am not sure; but if the SHLIBS version is to be trusted, there  
should not be any changes (went from 10:0:2 to 11:0:3 and from 8:0:2  
to 9:0:3, respectively, so it is still libflac8 and libflac++6).


Ulrich


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

Bug#710994: libsocialtext-resting-utils-perl: FTBFS with perl 5.18: POD

[Dominic Hargreaves]

Source: libsocialtext-resting-utils-perl
Version: 0.21-2
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie

This package FTBFS with perl 5.18 from experimental (in a clean sbuild
session):

#   Failed test 'POD test for blib/lib/Socialtext/Resting/DefaultRester.pm'
#   at /usr/share/perl5/Test/Pod.pm line 182.
# blib/lib/Socialtext/Resting/DefaultRester.pm (43): Expected text after =item, 
not a bullet
# Looks like you failed 1 test of 17.
t/pod.t . 
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/17 subtests 

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#710993: libsocialtext-resting-perl: FTBFS with perl 5.18: test failures

[Dominic Hargreaves]

Source: libsocialtext-resting-perl
Version: 0.38-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=81439

This package FTBFS with perl 5.18 from experimental (in a clean sbuild
session):

#   Failed test 'content req - {"signal":"O HAI","group_ids":[42],"account_ids":
[2,3,4]}'
#   at t/resting-mocked.t line 394.
# Structures begin differing at:
#  $got->[1][1] = '{"group_ids":[42],"account_ids":[2,3,4],"signal":"O H
AI"}'
# $expected->[1][1] = '{"signal":"O HAI","group_ids":[42],"account_ids":[2,3
,4]}'
# Looks like you failed 1 test of 177.
t/resting-mocked.t .. 
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/2 test programs. 1/178 subtests failed.
Failed 1/177 subtests 


-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#710930: [Resolvconf-devel] Bug#710930: resolvconf: correctly clean up legacy /etc/dhcp3/dhclient-enter-hooks.d/resolvconf

[Christoph Anton Mitterer]

On Mon, 2013-06-03 at 19:23 +0200, Thomas Hood wrote:
> This was addressed in 1.69 which was indeed not in time for wheezy.
Sure? I've updated a bunch of nodes today, amongst some of them to
sid,... and I thought the problem was still the case there as well,..
maybe I mixed it up, though... sorry for the noise then :)


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#710992: libsoap-lite-perl: FTBFS with perl 5.18: test failures

[Dominic Hargreaves]

Source: libsoap-lite-perl
Version: 0.714-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.18-transition
Tags: sid jessie fixed-upstream
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=84168

This package FTBFS with perl 5.18 from experimental (in a clean sbuild
session):

# Failed test 37 in t/02-payload.t at line 246
#  t/02-payload.t line 246 is: ok($implicit eq $serialized);
t/02-payload.t ... 
Failed 1/131 subtests 

This has been 'fixed' upstream by skipping the test.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Bug#709662: closed by Daniel Hartwig (Re: Bug#709661: apt tries to unpack a Multi-Arch: no package for two architectures to satisfy the Recommends of a foreign-arch package)

[Colin Watson]

On Mon, Jun 03, 2013 at 02:22:03PM -0400, Rajiv Shah wrote:
> Launchpad claims that APT bugs are tracked in the Debian Bug Tracker.

That's for upstream bugs (i.e. https://bugs.launchpad.net/apt).  Unless
you've actually verified that it's an upstream bug, it's best to leave
it as an Ubuntu bug (i.e.
https://bugs.launchpad.net/ubuntu/+source/apt).  And in general one
should only forward bugs upstream from a distribution after doing enough
work to turn it into something that a developer can act on, anyway.

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#710991: xpra: some parts of windows can not be clicked after changing resolutions

[Timo Juhani Lindfors]

Package: xpra
Version: 0.9.4+dfsg-1
Severity: normal

Steps to reproduce:
1) xpra attach ssh:server.example.com:7
2) change resolution of the client machine to 640x480 temporarily
   (e.g. in gnome System->Preferences->Monitors)
3) change the resolution back to normal

Expected results:
3) all parts of xpra windows can be accessed with mouse

Actual results:
3) only a 640x480 pixel area in the upper left corner of each window
is accessible.

More info:
1) The only workaround I have found so far is to disconnect and
   reattach xpra.
2) The xpra server log shows how xpra continues to think that the
   resolution is 640x480 even after it has been set back to normal:

2013-06-03 21:25:16,371 New connection received: 
SocketConnection(/home/lindi/.xpra/sauna-7)
2013-06-03 21:25:16,619 Handshake complete; enabling connection
2013-06-03 21:25:16,621 Python/Gtk2 Linux client version 0.9.4 connected from 
'sauna'
2013-06-03 21:25:16,621 mmap is enabled using 128MB area in 
/tmp/xpra.GUArsf.mmap
2013-06-03 21:25:16,621 max client resolution is 1680x1050 (from [[1680, 
1050]]), current server resolution is 1024x768
2013-06-03 21:25:16,638 new resolution matching 1680x1050 : screen now set to 
1680x1050
2013-06-03 21:25:16,639 setting key repeat rate from client: 500ms delay / 33ms 
interval
2013-06-03 21:25:16,642 keyboard mapping already configured (skipped)
2013-06-03 21:25:16,712 sending updated screen size to clients: 1680x1050 (max 
5120x3200)
2013-06-03 21:25:28,471 new resolution matching 640x480 : screen now set to 
640x480
2013-06-03 21:25:28,496 sending updated screen size to clients: 640x480 (max 
5120x3200)

3) It seems that when I change the resolution from R1 to R2 xpra sets
   the screen size to R1 and not R2! Here is a patch that fixes the
   problem for me:

--- /usr/share/pyshared/xpra/client.py2013-05-27 07:21:53.0 +0300
+++ client.py 2013-06-04 00:50:28.197672381 +0300
@@ -1106,8 +1106,9 @@
 self.encoding = encoding
 self.send("encoding", encoding)
 
-def _screen_size_changed(self, *args):
-root_w, root_h = get_root_size()
+def _screen_size_changed(self, screen):
+root_w = screen.get_width()
+root_h = screen.get_height()
 log.debug("sending updated screen size to server: %sx%s", root_w, 
root_h)
 self.send("desktop_size", root_w, root_h, self.get_screen_sizes())
 #update the max packet size (may have gone up):


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

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

Versions of packages xpra depends on:
ii  libavcodec53  6:0.8.7-1
ii  libc6 2.17-4
ii  libswscale2   6:0.8.7-1
ii  libvpx1   1.2.0-2
ii  libwebp2  0.1.3-3+nmu1
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libx264-123   2:0.123.2189+git35cf912-1
ii  python2.7.3-5
ii  python-gtk2   2.24.0-3+b1
ii  python-wimpiggy   0.9.4+dfsg-1
ii  x11-xserver-utils 7.7~3
ii  xserver-xorg-input-void   1:1.4.0-1+b1
ii  xserver-xorg-video-dummy  1:0.3.5-2+b1

Versions of packages xpra recommends:
ii  openssh-client  1:6.2p2-3
ii  python-imaging  1.1.7-4
ii  ssh-askpass 1:1.2.4.1-9

Versions of packages xpra suggests:
ii  gstreamer0.10-plugins-bad   0.10.23-7.1
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu1
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
pn  openssh-server  
pn  pulseaudio  
pn  pulseaudio-utils
ii  python-dbus 1.2.0-1
pn  python-gst0.10  
pn  python-gtkglext1

-- 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#710976: debian-edu-install: [INTL:pt] Updated Portuguese translation for debconf messages

[Holger Levsen]

control: tags -1 + pending
# applied to svn, will be included in the next upload
thanks




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

Bug#710893: pu: package debootstrap/1.0.48+deb7u1

[Adam D. Barratt]

Control: tags -1 + pending

On Mon, 2013-06-03 at 15:47 +0100, Adam D. Barratt wrote:
> On Mon, 2013-06-03 at 15:44 +0100, Adam D. Barratt wrote:
> > On Mon, 2013-06-03 at 12:05 +0200, Cyril Brulebois wrote:
> > > apparently, adding jessie support to debootstrap for 7.1 almost got
> > > forgotten… (thanks, #-buildd folks). Here's a source debdiff for it.
> > > The script is a large addition, but on the git side of it, that's
> > > just a symlink to the sid one, so no big worry here.
> > 
> > Hmmm. In the current package in wheezy, the scripts for wheezy etc are
> > also symlinks in the binary package; should that not also be the case
> > for jessie?
> 
> Ah, I see what you meant now; debdiff displays the target rather than
> the link.
> 
> So long as the binary package ends up with the symlink, please go ahead;
> thanks.

Flagged for acceptance.

Regards,

Adam


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

Bug#709343: gmt-coast-low: installs files with bogus owner+group

[Hamish]

Hi,

it's not in the package itself, it's in the included download
script:
  /usr/sbin/gmt-coastline-download

"""
echo $GET_HIGH && $GET_HIGH && tar xojvf $TMPDIR/GSHHS_high.tar.bz2 -C 
$SHARE_DIR/coast --strip 2 share/coast
echo $GET_FULL && $GET_FULL && tar xojvf $TMPDIR/GSHHS_full.tar.bz2 -C 
$SHARE_DIR/coast --strip 2 share/coast
"""

when tar is run as root it restores the UID,GID that were in the
tarball packager's system.

adding "--no-same-owner" to the tar command might help, but I'm
not sure if that gets the GID too.

the included "-o" flag should do that, but it no longer appears
in the Debian tar man page so maybe it went away? It is listed in
"Compatibility options" with "tar --help". Maybe -o not working
is the real bug there.

(you can see it listed in the FreeBSD man page, 
http://www.freebsd.org/cgi/man.cgi?query=tar)


Hamish


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