Bug#652278: clang does not pull required header files

[Sylvestre Ledru]

Le mardi 20 décembre 2011 à 01:59 +0100, Gabriel Corona a écrit :
> > will it happen ?
> 
> I guess it could. The errors
> 
> /usr/lib/gcc/x86_64-linux-gnu/4.6/include/xmmintrin.h:102:19: error: use of 
> undeclared identifier '__builtin_ia32_addss'
>  return (__m128) __builtin_ia32_addss ((__v4sf)__A, (__v4sf)__B);
> [...]
> 
> happen at the semantic analysis phase (lib/Sema) and not the
> the code generation phase (lib/CodeGen) (which is not included in libclang).
> 
> An IDE using libclang for semantic analysis could fail because of this.
Cleaver example! :)

I will implement your proposal of an other package containing it.

Thanks, 
Sylvestre





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

Bug#652707: cheese: No LED when webcam is active

[Kees de Jong]

Package: cheese
Version: 3.2.2-1+b1
Severity: normal

I use a Logitech STX webcam. The LED on the device lights up when I use it in
Windows 7. It doesn't light up in Debian when I start up Cheese. Can this
feature be fixed or added? Thank you.



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

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

Versions of packages cheese depends on:
ii  cheese-common 3.2.2-1
ii  gnome-video-effects   0.3.0-4
ii  libc6 2.13-21
ii  libcanberra-gtk3-00.28-3
ii  libcheese-gtk20   3.2.2-1+b1
ii  libcheese13.2.2-1+b1
ii  libclutter-1.0-0  1.8.2-2
ii  libclutter-gtk-1.0-0  1.0.4-1
ii  libgdk-pixbuf2.0-02.24.0-1
ii  libgee2   0.6.1-3
ii  libglib2.0-0  2.30.2-4
ii  libgnome-desktop-3-2  3.2.1-3
ii  libgstreamer0.10-00.10.35-1
ii  libgtk-3-03.2.2-3

Versions of packages cheese recommends:
ii  gnome-icon-theme3.2.1.2-1
ii  gvfs1.10.1-2
ii  hicolor-icon-theme  0.12-1

cheese 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#652706: cheese: Webcam output is red with some effects

[Kees de Jong]

Package: cheese
Version: 3.2.2-1+b1
Severity: normal

The output in Cheese is red when I startup cheese and swith trough the effects.
At the moment the only webcam effect that's affected is the one without effects
[1].
But it looks normal in the effects preview [2]. I can supply more information
if requested. This red screen is always there in Cheese, also when I restart
Cheese and the computer.
I use a Logitech STX webcam. Cheese 2.30 was the last working Cheese for me.


[1] Without effect:
http://img209.imageshack.us/img209/2193/screenshotat20111220083.png
[2] With effects (preview):
http://img407.imageshack.us/img407/2193/screenshotat20111220083.png



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

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

Versions of packages cheese depends on:
ii  cheese-common 3.2.2-1
ii  gnome-video-effects   0.3.0-4
ii  libc6 2.13-21
ii  libcanberra-gtk3-00.28-3
ii  libcheese-gtk20   3.2.2-1+b1
ii  libcheese13.2.2-1+b1
ii  libclutter-1.0-0  1.8.2-2
ii  libclutter-gtk-1.0-0  1.0.4-1
ii  libgdk-pixbuf2.0-02.24.0-1
ii  libgee2   0.6.1-3
ii  libglib2.0-0  2.30.2-4
ii  libgnome-desktop-3-2  3.2.1-3
ii  libgstreamer0.10-00.10.35-1
ii  libgtk-3-03.2.2-3

Versions of packages cheese recommends:
ii  gnome-icon-theme3.2.1.2-1
ii  gvfs1.10.1-2
ii  hicolor-icon-theme  0.12-1

cheese 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#651903: iptables-persistent: Install/update fails with IPv6 disabled in /etc/default/grub

[Trent W. Buck]

> [With] GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1" [on upgrade...]
> Setting up iptables-persistent (0.5.3) ...
> ip6tables-save v1.4.12: Cannot initialize: Address family not supported
> by protocol
>
> dpkg: error processing iptables-persistent (--configure):
>  subprocess installed post-installation script returned error exit
>  status 1

I can reproduce this issue.  It is not GRUB-specific.
I have disabled IPv6 at boot time for security reasons.
A detailed diagnosis is at the bottom of the email.
The problem is this:

> * iptables-persistent/autosave_v6: true

At this point, you cannot "dpkg-reconfigure iptables-persistent" to
fix it.  Here is a workaround:

echo iptables-persistent iptables-persistent/autosave_v6 boolean false |
debconf-set-selections
dpkg --configure -a

IMO the Right Thing is to make iptables-persistent NOT save rulesets
by default, or at least raise the priority for that question.  I'm
damn sure I would've said "no" if debconf had asked, since I write my
rulesets by hand and don't appreciate them being clobbered (e.g. all
the comments deleted) at reboot time.  But that's just my opinion :-)

PS: seems there is a backup of the handwritten one on this host, but
I'm suspicious as to whether it would've survived indefinitely and not
been clobbered by a subsequent backup.

##

# aptitude dist-upgrade
[...]
Setting up iptables-persistent (0.5.3) ...
ip6tables-save v1.4.12: Cannot initialize: Address family not supported by 
protocol

dpkg: error processing iptables-persistent (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
Errors were encountered while processing:
 iptables-persistent

E: Sub-process /usr/bin/dpkg returned an error code (1)
[...]
# cat /proc/cmdline
initrd=initrd.img root=LABEL=twb ro console=ttyS0 ipv6.disable=1 quiet  
BOOT_IMAGE=vmlinuz
# dpkg-reconfigure iptables-persistent
/usr/sbin/dpkg-reconfigure: iptables-persistent is broken or not fully 
installed
# debconf-show iptables-persistent
* iptables-persistent/autosave_v6: true
* iptables-persistent/autosave_v4: true
# debconf-set-selections
iptables-persistent iptables-persistent/autosave_v6 boolean false
# debconf-show iptables-persistent
* iptables-persistent/autosave_v6: false
* iptables-persistent/autosave_v4: true
# dpkg --configure -a
Setting up iptables-persistent (0.5.3) ...
insserv: warning: current start runlevel(s) (S) of script 
`iptables-persistent' overwrites defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (empty) of script 
`iptables-persistent' overwrites defaults (0 1 6).
Loading iptables rules... IPv4... IPv6...done.
#



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

Bug#652672: busybox: modprobe does not handle builtins

[Michael Tokarev]

On 20.12.2011 01:44, John D. Hendrickson and Sara Darnell wrote:
> I hate to say anything no knowing the full story.  I was just installing.
> 
> The initrd.gz off netinst CD does has depmod.  If you use it then your ext4 
> module loads right? Without depmod you could edit the modules.dep et al files 
> with nano and that should work too, if I remember correctly.
> 
> I had to copy ext2.ko using dd and a floppy, no fs modules in initrd to mount 
> even minix.  deb-inst told it found no kernel in netinst which it wanted.  
> wtf?
> 
> busy box saves the day again right?  i got it working.

I don't understand anything you wrote above.  Can you elaborate please?

The place you quoted from the previous email:

>> Unlike the modprobe utility from module-init-tools, busybox' version fails 
>> for built-in modules:

is at least improperly worded, proper wording would be something like
"modprobe from busybox complains about built-in modules" - since there's
no way to _load_ a module which is already built-in to the kernel.

If you have some problem with ext2.ko, please describe it in more details.

Thanks,

/mjt



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

Bug#652705: ffmpeg2theora: new upstream version available

[Rogério Brito]

Package: ffmpeg2theora
Severity: wishlist

Hi.

It seems that there is a new version (0.28) of ffmpeg2theora available at
upstream.  It would be nice to have it in the archive.

Thanks.


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

Kernel: Linux 3.2.0-rc4-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

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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#652704: [evolution] No Groupwise support in 3.2

[Tapani Nordström]

Package: evolution

Version: 3.2.2-1

Severity: wishlist

--- Please enter the report below this line. ---


Dear Maintainer,


After upgrading Evolution to 3.2.2-1 in Sid, Evolution no longer offers
Groupwise support. There is no Groupwise server type option in preferences,
and the libegroupwise package is incompatible and in version 3.0.


I would greatly appreciate if Groupwise support was reintroduced in
Evolution, as this more or less breaks the application for me.


Thank you for all your efforts.


Regards,


Tapani Nordström


--- System information. ---

Architecture: amd64

Kernel: Linux 3.1.0-1-amd64

Debian Release: wheezy/sid

500 unstable www.debian-multimedia.org

500 unstable ftp.se.debian.org

500 stable security.debian.org

500 stable ftp.se.debian.org

1 experimental ftp.se.debian.org

--- Package information. ---

Depends (Version) | Installed

=-+-==

libatk1.0-0 (>= 1.12.4) | 2.2.0-2

libc6 (>= 2.7) | 2.13-21

libcairo-gobject2 (>= 1.10.0) | 1.10.2-6.2

libcairo2 (>= 1.10) | 1.10.2-6.2

libcamel-1.2-29 (>= 3.2) | 3.2.2-1

libcamel-1.2-29 (<< 3.3) | 3.2.2-1

libcanberra-gtk3-0 (>= 0.25) | 0.28-3

libcanberra0 (>= 0.2) | 0.28-3

libclutter-1.0-0 (>= 1.0.0) | 1.8.2-2

libclutter-gtk-1.0-0 (>= 0.91.8) | 1.0.4-1

libcogl-pango0 (>= 1.7.4) | 1.8.2-1

libcogl5 (>= 1.7.4) | 1.8.2-1

libdrm2 (>= 2.3.1) | 2.4.29-1

libebackend-1.2-1 (>= 3.2.2) | 3.2.2-1

libebook-1.2-12 (>= 3.2.2) | 3.2.2-1

libecal-1.2-10 (>= 3.2.2) | 3.2.2-1

libedataserver-1.2-15 (>= 3.2.2) | 3.2.2-1

libedataserverui-3.0-1 (>= 3.2.2) | 3.2.2-1

libenchant1c2a (>= 1.6) | 1.6.0-6

libevolution (>= 3.2) | 3.2.2-1

libevolution (<< 3.3) | 3.2.2-1

libfontconfig1 (>= 2.8.0) | 2.8.0-3

libfreetype6 (>= 2.2.1) | 2.4.8-1

libgail-3-0 (>= 3.0.0) | 3.2.2-3

libgconf2-4 (>= 2.31.1) | 3.2.3-1

libgdata13 (>= 0.10.1) | 0.10.1-2

libgdk-pixbuf2.0-0 (>= 2.22.0) | 2.24.0-2

libgl1-mesa-glx | 7.11.2-1

OR libgl1 |

libglib2.0-0 (>= 2.30.0) | 2.30.2-4

libgnome-desktop-3-2 (>= 3.2.0) | 3.2.1-3

libgtk-3-0 (>= 3.0.2) | 3.2.2-3

libgtkhtml-4.0-0 (>= 4.2) | 4.2.2-1

libgtkhtml-4.0-0 (<< 4.3) | 4.2.2-1

libgtkhtml-editor-4.0-0 (>= 4.2) | 4.2.2-1

libgtkhtml-editor-4.0-0 (<< 4.3) | 4.2.2-1

libgweather-3-0 (>= 3.0.0) | 3.2.1-1

libical0 (>= 0.42) | 0.44-3

libjson-glib-1.0-0 (>= 0.12.0) | 0.14.2-1

libmx-1.0-2 (>= 1.2.0) | 1.4.1-1

libnotify4 (>= 0.7.0) | 0.7.4-1

libnspr4-0d (>= 1.8.0.10) | 4.8.9-1

libnss3-1d (>= 3.12.0~1.9b1) | 3.13.1.with.ckbi.1.88-1

libpango1.0-0 (>= 1.14.0) | 1.29.4-2

libsoup-gnome2.4-1 (>= 2.31.2) | 2.36.1-1

libsoup2.4-1 (>= 2.32.2) | 2.36.1-1

libsqlite3-0 (>= 3.5.9) | 3.7.9-2

libx11-6 | 2:1.4.4-4

libxcomposite1 (>= 1:0.3-1) | 1:0.4.3-2

libxdamage1 (>= 1:1.1) | 1:1.1.3-2

libxext6 | 2:1.3.0-3

libxfixes3 | 1:5.0-4

libxi6 | 2:1.4.3-3

libxml2 (>= 2.7.4) | 2.7.8.dfsg-5

gconf2 (>= 2.28.1-2) | 3.2.3-1

evolution-common (= 3.2.2-1) | 3.2.2-1

evolution-data-server (>= 3.2) | 3.2.2-1

evolution-data-server (<< 3.3) | 3.2.2-1

gnome-icon-theme (>= 2.30.2.1) | 3.2.1.2-1

dbus | 1.4.16-1

psmisc | 22.14-1

Recommends (Version) | Installed

-+-===

evolution-plugins | 3.2.2-1

evolution-webcal | 2.32.0-2

yelp | 3.2.1+dfsg-1+b1

bogofilter | 1.2.2+dfsg1-1

OR spamassassin |

Suggests (Version) | Installed

=-+-===

evolution-exchange | 3.2.1-2

evolution-dbg |

evolution-plugins-experimental |

gnupg | 1.4.11-3

network-manager |

Bug#652701: plan FTBFS on arm* config.h:312:8: error: redefinition of 'struct user'

[peter green]

retitle 652701 plan FTBFS on arm* config.h:312:8: error: redefinition of 
'struct user'
thanks

sorry messed up the bug title, libcloog-ppl0 has nothing to do with this bug




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

Bug#652701: plan FTBFS on arm* config.h:312:8: error: redefinition of 'struct user'

[peter green]

retitle 652701 plan FTBFS on arm* config.h:312:8: error: redefinition of 
'struct user'

thanks

sorry messed up the bug title, libcloog-ppl0 has nothing to do with this bug



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

Bug#652702: openvpn: fails to start after upgrade: Linux ip link set failed: could not execute external program

[Alberto Gonzalez Iniesta]

Hi, I'm building a possible fix right now, but I don't have a amd64
running sid. Could you build the package just adding this option to the
configure command in debian/rules?:

--with-iproute-path=/bin/ip

Thanks. And sorry for the mess.

On Tue, Dec 20, 2011 at 07:02:05AM +0100, Lionel Elie Mamane wrote:
> Package: openvpn
> Version: 2.2.1-1
> Severity: grave
> Justification: renders package unusable
> 
> Since upgrade from 2.2.0-2 to 2.2.1-1, openvpn fails to start. 
> /var/log/daemon.log:
> 
> TUN/TAP device tun-openvpn opened
> do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
> ip link set dev tun-openvpn up mtu 1500
> Linux ip link set failed: could not execute external program
> Exiting
> 
> I did not find why. An strace shows:
> 
> execve("ip", ["ip", "link", "set", "dev", "tun-openvpn", "up", "mtu", 
> "1500"], [/* 17 vars */]) = -1 ENOENT (No such file or directory)
> 
> But from the shell, the exact same command works. I thought that maybe
> the PATH is modified in a bad way, but in /etc/init.d/openvpn and the
> strace I don't find anything touching the PATH.
> 
> # ls -l /bin/ip /sbin/ip
> -rwxr-xr-x 1 root root 229296  6 jui  2010 /bin/ip
> lrwxrwxrwx 1 root root  7 14 déc 17:18 /sbin/ip -> /bin/ip
> 
> 
> -- System Information:
> Debian Release: 6.0.3
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages openvpn depends on:
> ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management 
> sy
> ii  libc6 2.13-23Embedded GNU C Library: Shared 
> lib
> ii  liblzo2-2 2.03-2 data compression library
> ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication Modules 
> l
> ii  libpkcs11-helper1 1.07-1 library that simplifies the 
> intera
> ii  libssl1.0.0   1.0.0e-3   SSL shared libraries
> ii  net-tools 1.60-23The NET-3 networking toolkit
> 
> openvpn recommends no packages.
> 
> Versions of packages openvpn suggests:
> ii  openssl 0.9.8o-4squeeze4 Secure Socket Layer (SSL) binary 
> a
> pn  resolvconf (no description available)
> 
> -- Configuration Files:
> /etc/init.d/openvpn changed:
> . /lib/lsb/init-functions
> test $DEBIAN_SCRIPT_DEBUG && set -v -x
> DAEMON=/usr/sbin/openvpn
> DESC="virtual private network daemon"
> CONFIG_DIR=/etc/openvpn
> test -x $DAEMON || exit 0
> test -d $CONFIG_DIR || exit 0
> AUTOSTART="all"
> STATUSREFRESH=10
> OMIT_SENDSIGS=0
> if test -e /etc/default/openvpn ; then
>   . /etc/default/openvpn
> fi
> start_vpn () {
> if grep -q '^[ ]*daemon' $CONFIG_DIR/$NAME.conf ; then
>   # daemon already given in config file
>   DAEMONARG=
> else
>   # need to daemonize
>   DAEMONARG="--daemon ovpn-$NAME"
> fi
> if grep -q '^[ ]*status ' $CONFIG_DIR/$NAME.conf ; then
>   # status file already given in config file
>   STATUSARG=""
> elif test $STATUSREFRESH -eq 0 ; then
>   # default status file disabled in /etc/default/openvpn
>   STATUSARG=""
> else
>   # prepare default status file
>   STATUSARG="--status /var/run/openvpn.$NAME.status $STATUSREFRESH"
> fi
> log_progress_msg "$NAME"
> STATUS=0
> start-stop-daemon --start --quiet --oknodo \
> --pidfile /var/run/openvpn.$NAME.pid \
> --exec $DAEMON -- $OPTARGS --writepid /var/run/openvpn.$NAME.pid \
> $DAEMONARG $STATUSARG --cd $CONFIG_DIR \
> --config $CONFIG_DIR/$NAME.conf || STATUS=1
> [ "$OMIT_SENDSIGS" -ne 0 ] && ln -s /var/run/openvpn.$NAME.pid 
> /run/sendsigs.omit.d/openvpn.$NAME.pid
> }
> stop_vpn () {
>   kill `cat $PIDFILE` || true
>   rm -f $PIDFILE
>   [ "$OMIT_SENDSIGS" -ne 0 ] && rm -f /run/sendsigs.omit.d/openvpn.$NAME.pid
>   rm -f /var/run/openvpn.$NAME.status 2> /dev/null
> }
> case "$1" in
> start)
>   log_daemon_msg "Starting $DESC"
>   # autostart VPNs
>   if test -z "$2" ; then
> # check if automatic startup is disabled by AUTOSTART=none
> if test "x$AUTOSTART" = "xnone" -o -z "$AUTOSTART" ; then
>   log_warning_msg " Autostart disabled."
>   exit 0
> fi
> if test -z "$AUTOSTART" -o "x$AUTOSTART" = "xall" ; then
>   # all VPNs shall be started automatically
>   for CONFIG in `cd $CONFIG_DIR; ls *.conf 2> /dev/null`; do
> NAME=${CONFIG%%.conf}
> start_vpn
>   done
> else
>   # start only specified VPNs
>   for NAME in $AUTOSTART ; do
> if test -e $CONFIG_DIR/$NAME.conf ; then
>   start_vpn
> else
>   log_failure_msg "No such VPN: $NAME"
>   STATUS=1
> fi
>   done
> fi
>   #start VPNs from command line
>   else
> while sh

Bug#625626: duplicate of ubuntu bug?

[Kenyon Ralph]

Looks like this bug report is a duplicate of this one:
https://bugs.launchpad.net/ubuntu/+source/puppet/+bug/793632

-- 
Kenyon Ralph


signature.asc
Description: Digital signature

Bug#652703: openvpn: OMIT_SENDSIGS contrary of documented

[Lionel Elie Mamane]

Package: openvpn
Version: 2.2.1-1
Severity: important

/etc/default/openvpn says:

# If you need openvpn running after sendsigs, i.e.  
# to let umountnfs work over the 
vpn, set OMIT_SENDSIGS  
   # to 1 (...)

But the behaviour is exactly the contrary. I changed lines like
 [ "$OMIT_SENDSIGS" -ne 0 ] || blahblah
in /etc/init.d/openvpn to
 [ "$OMIT_SENDSIGS" -ne 0 ] && blahblah
to fix this.


-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages openvpn depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.13-23Embedded GNU C Library: Shared lib
ii  liblzo2-2 2.03-2 data compression library
ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication Modules l
ii  libpkcs11-helper1 1.07-1 library that simplifies the intera
ii  libssl1.0.0   1.0.0e-3   SSL shared libraries
ii  net-tools 1.60-23The NET-3 networking toolkit

openvpn recommends no packages.

Versions of packages openvpn suggests:
ii  openssl 0.9.8o-4squeeze4 Secure Socket Layer (SSL) binary a
pn  resolvconf (no description available)

-- Configuration Files:
/etc/init.d/openvpn changed:
. /lib/lsb/init-functions
test $DEBIAN_SCRIPT_DEBUG && set -v -x
DAEMON=/usr/sbin/openvpn
DESC="virtual private network daemon"
CONFIG_DIR=/etc/openvpn
test -x $DAEMON || exit 0
test -d $CONFIG_DIR || exit 0
AUTOSTART="all"
STATUSREFRESH=10
OMIT_SENDSIGS=0
if test -e /etc/default/openvpn ; then
  . /etc/default/openvpn
fi
start_vpn () {
if grep -q '^[   ]*daemon' $CONFIG_DIR/$NAME.conf ; then
  # daemon already given in config file
  DAEMONARG=
else
  # need to daemonize
  DAEMONARG="--daemon ovpn-$NAME"
fi
if grep -q '^[   ]*status ' $CONFIG_DIR/$NAME.conf ; then
  # status file already given in config file
  STATUSARG=""
elif test $STATUSREFRESH -eq 0 ; then
  # default status file disabled in /etc/default/openvpn
  STATUSARG=""
else
  # prepare default status file
  STATUSARG="--status /var/run/openvpn.$NAME.status $STATUSREFRESH"
fi
log_progress_msg "$NAME"
STATUS=0
start-stop-daemon --start --quiet --oknodo \
--pidfile /var/run/openvpn.$NAME.pid \
--exec $DAEMON -- $OPTARGS --writepid /var/run/openvpn.$NAME.pid \
$DAEMONARG $STATUSARG --cd $CONFIG_DIR \
--config $CONFIG_DIR/$NAME.conf || STATUS=1
[ "$OMIT_SENDSIGS" -ne 0 ] && ln -s /var/run/openvpn.$NAME.pid 
/run/sendsigs.omit.d/openvpn.$NAME.pid
}
stop_vpn () {
  kill `cat $PIDFILE` || true
  rm -f $PIDFILE
  [ "$OMIT_SENDSIGS" -ne 0 ] && rm -f /run/sendsigs.omit.d/openvpn.$NAME.pid
  rm -f /var/run/openvpn.$NAME.status 2> /dev/null
}
case "$1" in
start)
  log_daemon_msg "Starting $DESC"
  # autostart VPNs
  if test -z "$2" ; then
# check if automatic startup is disabled by AUTOSTART=none
if test "x$AUTOSTART" = "xnone" -o -z "$AUTOSTART" ; then
  log_warning_msg " Autostart disabled."
  exit 0
fi
if test -z "$AUTOSTART" -o "x$AUTOSTART" = "xall" ; then
  # all VPNs shall be started automatically
  for CONFIG in `cd $CONFIG_DIR; ls *.conf 2> /dev/null`; do
NAME=${CONFIG%%.conf}
start_vpn
  done
else
  # start only specified VPNs
  for NAME in $AUTOSTART ; do
if test -e $CONFIG_DIR/$NAME.conf ; then
  start_vpn
else
  log_failure_msg "No such VPN: $NAME"
  STATUS=1
fi
  done
fi
  #start VPNs from command line
  else
while shift ; do
  [ -z "$1" ] && break
  if test -e $CONFIG_DIR/$1.conf ; then
NAME=$1
start_vpn
  else
   log_failure_msg " No such VPN: $1"
   STATUS=1
  fi
done
  fi
  log_end_msg ${STATUS:-0}
  ;;
stop)
  log_daemon_msg "Stopping $DESC"
  if test -z "$2" ; then
for PIDFILE in `ls /var/run/openvpn.*.pid 2> /dev/null`; do
  NAME=`echo $PIDFILE | cut -c18-`
  NAME=${NAME%%.pid}
  stop_vpn
  log_progress_msg "$NAME"
done
  else
while shift ; do
  [ -z "$1" ] && break
  if test -e /var/run/openvpn.$1.pid ; then
PIDFILE=`ls /var/run/openvpn.$1.pid 2> /dev/null`
NAME=`echo $PIDFILE | cut -c18-`
NAME=${NAME%%.pid}
stop_vpn
log_progress_msg "$NAME"
  else
log_failure_msg " (failure: No such VPN is running: $1)"
  fi
done
  fi
  log_end_msg 0
  ;;
reload|force-reload)
 log_daemon_msg "Reloading

Bug#652702: openvpn: fails to start after upgrade: Linux ip link set failed: could not execute external program

[Lionel Elie Mamane]

Package: openvpn
Version: 2.2.1-1
Severity: grave
Justification: renders package unusable

Since upgrade from 2.2.0-2 to 2.2.1-1, openvpn fails to start. 
/var/log/daemon.log:

TUN/TAP device tun-openvpn opened
do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
ip link set dev tun-openvpn up mtu 1500
Linux ip link set failed: could not execute external program
Exiting

I did not find why. An strace shows:

execve("ip", ["ip", "link", "set", "dev", "tun-openvpn", "up", "mtu", "1500"], 
[/* 17 vars */]) = -1 ENOENT (No such file or directory)

But from the shell, the exact same command works. I thought that maybe
the PATH is modified in a bad way, but in /etc/init.d/openvpn and the
strace I don't find anything touching the PATH.

# ls -l /bin/ip /sbin/ip
-rwxr-xr-x 1 root root 229296  6 jui  2010 /bin/ip
lrwxrwxrwx 1 root root  7 14 déc 17:18 /sbin/ip -> /bin/ip


-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages openvpn depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.13-23Embedded GNU C Library: Shared lib
ii  liblzo2-2 2.03-2 data compression library
ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication Modules l
ii  libpkcs11-helper1 1.07-1 library that simplifies the intera
ii  libssl1.0.0   1.0.0e-3   SSL shared libraries
ii  net-tools 1.60-23The NET-3 networking toolkit

openvpn recommends no packages.

Versions of packages openvpn suggests:
ii  openssl 0.9.8o-4squeeze4 Secure Socket Layer (SSL) binary a
pn  resolvconf (no description available)

-- Configuration Files:
/etc/init.d/openvpn changed:
. /lib/lsb/init-functions
test $DEBIAN_SCRIPT_DEBUG && set -v -x
DAEMON=/usr/sbin/openvpn
DESC="virtual private network daemon"
CONFIG_DIR=/etc/openvpn
test -x $DAEMON || exit 0
test -d $CONFIG_DIR || exit 0
AUTOSTART="all"
STATUSREFRESH=10
OMIT_SENDSIGS=0
if test -e /etc/default/openvpn ; then
  . /etc/default/openvpn
fi
start_vpn () {
if grep -q '^[   ]*daemon' $CONFIG_DIR/$NAME.conf ; then
  # daemon already given in config file
  DAEMONARG=
else
  # need to daemonize
  DAEMONARG="--daemon ovpn-$NAME"
fi
if grep -q '^[   ]*status ' $CONFIG_DIR/$NAME.conf ; then
  # status file already given in config file
  STATUSARG=""
elif test $STATUSREFRESH -eq 0 ; then
  # default status file disabled in /etc/default/openvpn
  STATUSARG=""
else
  # prepare default status file
  STATUSARG="--status /var/run/openvpn.$NAME.status $STATUSREFRESH"
fi
log_progress_msg "$NAME"
STATUS=0
start-stop-daemon --start --quiet --oknodo \
--pidfile /var/run/openvpn.$NAME.pid \
--exec $DAEMON -- $OPTARGS --writepid /var/run/openvpn.$NAME.pid \
$DAEMONARG $STATUSARG --cd $CONFIG_DIR \
--config $CONFIG_DIR/$NAME.conf || STATUS=1
[ "$OMIT_SENDSIGS" -ne 0 ] && ln -s /var/run/openvpn.$NAME.pid 
/run/sendsigs.omit.d/openvpn.$NAME.pid
}
stop_vpn () {
  kill `cat $PIDFILE` || true
  rm -f $PIDFILE
  [ "$OMIT_SENDSIGS" -ne 0 ] && rm -f /run/sendsigs.omit.d/openvpn.$NAME.pid
  rm -f /var/run/openvpn.$NAME.status 2> /dev/null
}
case "$1" in
start)
  log_daemon_msg "Starting $DESC"
  # autostart VPNs
  if test -z "$2" ; then
# check if automatic startup is disabled by AUTOSTART=none
if test "x$AUTOSTART" = "xnone" -o -z "$AUTOSTART" ; then
  log_warning_msg " Autostart disabled."
  exit 0
fi
if test -z "$AUTOSTART" -o "x$AUTOSTART" = "xall" ; then
  # all VPNs shall be started automatically
  for CONFIG in `cd $CONFIG_DIR; ls *.conf 2> /dev/null`; do
NAME=${CONFIG%%.conf}
start_vpn
  done
else
  # start only specified VPNs
  for NAME in $AUTOSTART ; do
if test -e $CONFIG_DIR/$NAME.conf ; then
  start_vpn
else
  log_failure_msg "No such VPN: $NAME"
  STATUS=1
fi
  done
fi
  #start VPNs from command line
  else
while shift ; do
  [ -z "$1" ] && break
  if test -e $CONFIG_DIR/$1.conf ; then
NAME=$1
start_vpn
  else
   log_failure_msg " No such VPN: $1"
   STATUS=1
  fi
done
  fi
  log_end_msg ${STATUS:-0}
  ;;
stop)
  log_daemon_msg "Stopping $DESC"
  if test -z "$2" ; then
for PIDFILE in `ls /var/run/openvpn.*.pid 2> /dev/null`; do
  NAME=`echo $PIDFILE | cut -c18-`
  NAME=${NAME%%.pid}
  stop_vpn
  log_progress_msg "$NAME"
done
  else
while shift ; do
  [ -z "$1" ] && break
  if test -e /var/run/openvpn.$1.pid 

Bug#649769: Info received (Bug#649769: obnam: "obnam --encrypt-with" fails with "can't query passphrase in batch mode")

[Dafydd Harries]

Now that #649767 is fixed, obnam always fails with this error for me,
regardless of whether I'm ussing sshfs or an sftp:// URL.

One additional annoyance is that when it crashes, it leaves the "root.lock"
file in place, which means I need to manually remove it before trying again.

I do have a GPG agent running; other applications seem to be able to use
the agent ok.

I can easily reproduce this problem outside obnam if I execute the same command
myself:

  $ gpg --batch -d /backup/metadata/key
  gpg: encrypted with 4096-bit RSA key, ID CFA7E64E, created 2011-08-22
   "Dafydd Harries "
  gpg: public key decryption failed: bad passphrase
  gpg: decryption failed: secret key not available

Daf



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

Bug#652701: plan FTBFS on arm* "libcloog-ppl0"

[peter green]

package: plan
severity: serious

Plan FTBFS on armel and armhf with the following error.

gcc -O2 -DPLANHOME=\"".plan.dir"\" -DPLANLOCK=\""~/.plan.dir/lock.plan"\" 
-DPLANDLOCK=\""~/.plan.dir/lock.pland"\" -W -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes 
-Wstrict-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -I/usr/X11R6/include -DNOLOCK -DLINUX -Dlinux -DRABBITS   -c main.c
In file included from cal.h:6:0,
from main.c:32:
config.h:312:8: error: redefinition of 'struct user'
/usr/include/arm-linux-gnueabihf/sys/user.h:49:8: note: originally defined here
In file included from cal.h:323:0,
from main.c:32:
proto.h:271:2: warning: function declaration isn't a prototype 
[-Wstrict-prototypes]
proto.h:272:2: warning: function declaration isn't a prototype 
[-Wstrict-prototypes]
main.c:54:1: warning: function declaration isn't a prototype 
[-Wstrict-prototypes]
main.c: In function 'do_get_rsrc':
main.c:729:35: warning: cast discards '__attribute__((const))' qualifier from 
pointer target type [-Wcast-qual]
main.c: In function 'init_resources':
main.c:744:5: warning: cast discards '__attribute__((const))' qualifier from 
pointer target type [-Wcast-qual]
<--snip a load of similar warnings-->
main.c:781:5: warning: cast discards '__attribute__((const))' qualifier from 
pointer target type [-Wcast-qual]
main.c: In function 'init_colors':
main.c:852:3: warning: cast discards '__attribute__((const))' qualifier from 
pointer target type [-Wcast-qual]
main.c: In function 'init_fonts':
main.c:906:3: warning: cast discards '__attribute__((const))' qualifier from 
pointer target type [-Wcast-qual]
make[2]: *** [main.o] Error 1
make[2]: Leaving directory 
`/build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/src'
make[1]: [linux] Error 2 (ignored)

NOTE: if compilation failed with "cannot find -lXt", try "make clean; make 
linux64"
make[1]: Leaving directory 
`/build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/src'
touch build-stamp
fakeroot debian/rules binary-arch
dh_testdir
dh_testroot
dh_clean
dh_installdirs
install -d 
/build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/debian/tmp/usr/share/man/man1
 
/build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/debian/tmp/usr/share/man/man4
 \

/build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/debian/tmp/usr/share/man/man8
make -C src install 
DESTDIR=/build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/debian/tmp
make[1]: Entering directory 
`/build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/src'
rm -f 
/build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/debian/tmp/usr/bin/pland 
/build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/debian/tmp/usr/bin/notifier
 
/build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/debian/tmp/usr/lib/plan/netplan
mkdir -p /build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/debian/tmp/usr/bin
cp plan /build/buildd-plan_1.10.1-2-armhf-Wj081v/plan-1.10.1/debian/tmp/usr/bin
cp: cannot stat `plan': No such file or directory


Hopefully I can get this fixed on the glibc side but if not it will have 
to be fixed on the application side. If it does have to be fixed on the 
application side I will attempt to provide a patch.


P.S. ignoring errors in makefiles causing the package build to stumble 
on until it hits a missing file during the "install" step makes it 
harder for people looking at status pages to spot the real error. You 
might want to bitch at upstream about that.




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

Bug#620507:

[Leo Iannacone]

Hi!

Since there are many other terminal emulators in debian archive, and
eterm does not really support UTF8 and popcon, during last years, is
getting low...

if none intending to adopt this package, I would like to ask for removal...

Anyone ?



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

Bug#652700: haildb ftbfs if libcloog-ppl0 is not installed

[peter green]

package: haildb
severity: serious
tags: patch

haildb ftbfs in wheezy and sid with the following error

"sorry, unimplemented: Graphite loop optimizations can only be used if 
the libcloog-ppl0 package is installed"


picking up the hint from the error message I installed libcloog-ppl0 and 
the package built successfully.


Please add libcloog-ppl0 to the build-depends or otherwise fix this bug.



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

Bug#576998: business proposal.

[Liu Wang]

I am Mr. Liu Wang, an official with the International bank of Taipei,Taiwan. 
I ask for your partnership in re-profiling funds.



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

Bug#625117: mm3d: FTBFS: cmdmgr.cc:27:47: error: 'NULL' was not declared in this, scope

[peter green]

tags 625117 +patch
thanks

patch is attatched


diff -ur mm3d-1.3.7/src/mm3dcore/cmdmgr.cc mm3d-1.3.7.new/src/mm3dcore/cmdmgr.cc
--- mm3d-1.3.7/src/mm3dcore/cmdmgr.cc	2008-01-20 00:16:43.0 +
+++ mm3d-1.3.7.new/src/mm3dcore/cmdmgr.cc	2011-12-20 04:32:27.0 +
@@ -20,7 +20,7 @@
  *  See the COPYING file for full license text.
  */
 
-
+#include 
 #include "cmdmgr.h"
 #include "log.h"
 

Bug#593023: libnice sometimes FTFBS (test failures) under heavy load

[peter green]

The current version in unstable failed the same test 
"check-test-fullmode-with-stun.sh" on the armel, armhf and mipsel buildds.


Maybe the test should simply disabled (or at least have it's failure 
made non-fatal), a test without reproducable results is of rather 
limited value.




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

Bug#652698: ITP: libgmlib-dev -- libgmlib development headers

[Michael Biebl]

On 20.12.2011 02:30, Brandon Snider wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Brandon Snider 
> 
> 
> * Package name: libgmlib-dev
>   Version : 1.0.5b2
>   Upstream Author : Kevin DeKorte 
> * URL : http://code.google.com/p/gmtk/
> * License : (GPL v2)
>   Programming Lang: (C++)
>   Description : libgmlib development headers

Please file a single bug for the source package, not each binary package.


-- 
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#652660: udev: 70-persistent-net.rules is not generated

[Marco d'Itri]

On Dec 19, Brian Potkin  wrote:

> There are circumstances in which the file is not written to?
Yes, detailed in /lib/udev/rules.d/75-persistent-net-generator.rules .
But they do not apply to your hardware, so my best guess is that your 
system is unusual in some way which prevents this from working.
Is there anything relevant in /run/udev/rules.d/?

You will need to start debugging this by yourself, sorry.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#652442: lighttpd: please include systemd service file

[Arno Töll]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 652442 +pending +patch
thanks

Hello Michael,

I just committed both of your systemd files in commit 568 [1]. However,
I moved the tmpfiles.d file from your proposal to /usr/lib/tmpfiles.d/
as this is, where other tmpfiles.d are installed in Debian (and I
renamed it, but that's a dh_install limitation).

Also, I found it quite inconsistent to install the service file to /lib
but the tmpfiles.d file to /etc.

Albeit Stefan said the contrary, he accidentally forgot to release the
systemd service file with the release tarball of 1.4.30. :)
Hence I added it to the Debian specific part for now. I guess he will do
so for 1.4.31.

But, one more thing:

On 17.12.2011 13:57, Michael Stapelberg wrote:
> We should also change /etc/logrotate.d/lighttpd like this:
> 
> postrotate
>  if [ -x /bin/systemctl ]; then \
> /bin/systemctl kill --signal=SIGHUP lighttpd.service > 
> /dev/null 2>&1; \
>  elif [ -x /usr/sbin/invoke-rc.d ]; then \
> invoke-rc.d lighttpd reopen-logs > /dev/null 2>&1; \
>  else \
> /etc/init.d/lighttpd reopen-logs > /dev/null 2>&1; \
>  fi; \
> endscript

I didn't apply this patch. That's messy and does not scale. What comes
next if people ask me to support runit, upstart and god knows what else?
I will support systemd as soon as there is a more generic interface
through which systemd can be invoked. Indeed I think systemd maintainers
want to integrate it to invoke-rc.d and that's the right approach.

I invite you to raise that discussion on debian-devel to discuss, and
possibly assist to implement a more generic wrapper for that sort of
problems.

[1] http://anonscm.debian.org/viewvc/pkg-lighttpd?view=revision&revision=568

- -- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJO7+jZAAoJEMcrUe6dgPNt72cP/072Qfi7NWkTQ2qfC/mR0CrC
rS9RHQVjt7t+5On7ZgsezFI+gdGglIjG1juKG5/tH2SqdGXfb4F9kfwPTl4cnW09
bmPIhvlMhPmu13rGrDH70q9GXjMjxPURHVxbnvbglS7YOJr0K6eooBAlWfHANr73
O1f5ylRlLxzR27HUjLeLXGLE1Ba6qnoGFvICOLyM1ZGwkxXcIfqLRiDwB9ctdN55
zC8yFOOSwI3WdGqnmvTJqbYskAu7DuJVU/rzA3BrtyyUHyDP2ogfRoz6OVIXZTA4
7mxGtAJo+qSXehUUWWK9ahjWrklee/PdpgDizxfDJetmSJPo6zAXvmdlxRhd4VO2
sLfzCEjDKzf484b6DH0cc304ne9lmgpsDa4kqbkyPv2OQiBMC6Ui1P/svSNWEBtU
BLalVP5tPUq0pEQ0alfWIoU/SqgPnFkzutldsio07AQn2J9s7BUAX2u3G3oafXmt
H4UsH6y8VgDeVEhXaZLXCldjdiBRjSJt7TYvUnBOsnWpGdNtXwm3t1wNrX0jowOk
HTYkIENObk2jOGlXIzqtLs4UYtH1pcB0LillAevkkksUQ9vLmrHDsdI3jiBiAHB2
vDITD07vyy2fUdKK1L5SZL2IifaV+wLTjs5vfjWLQAldPhOlUpAZhxkDJldOUleh
D/SNCYbWJVkMdSnf4gjL
=5qBK
-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#652699: krb5-kdc: failed to start

[Josh Lauricha]

Package: krb5-kdc
Version: 1.10+dfsg~alpha1-6
Severity: important

Dear Maintainer,

krb5-kdc is missing a dependency on libverto-libev1. Or something krb5
depends on does. Doing a "safe-upgrade" recently, slapd failed to start
because the kdc failed to start. The syslog error message was:
Cannot allocate memory - while creating main loop

Plently of free space. Looking at the code I saw the libvert loading and
on a random hunch installed libverto-libev1 since it was the only
libverto* package I didn't have installed. This allowed kdc to start.


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to POSIX)
Shell: /bin/sh linked to /bin/dash

Versions of packages krb5-kdc depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  krb5-config2.2
ii  krb5-user  1.10+dfsg~alpha1-6
ii  libc6  2.13-21
ii  libcomerr2 1.42-1
ii  libgssapi-krb5-2   1.10+dfsg~alpha1-6
ii  libgssrpc4 1.10+dfsg~alpha1-6
ii  libk5crypto3   1.10+dfsg~alpha1-6
ii  libkadm5clnt-mit8  1.10+dfsg~alpha1-6
ii  libkadm5srv-mit8   1.10+dfsg~alpha1-6
ii  libkdb5-6  1.10+dfsg~alpha1-6
ii  libkeyutils1   1.5.2-2
ii  libkrb5-3  1.10+dfsg~alpha1-6
ii  libkrb5support01.10+dfsg~alpha1-6
ii  libverto1  0.2.2-1
ii  lsb-base   3.2-28

krb5-kdc recommends no packages.

Versions of packages krb5-kdc suggests:
pn  krb5-admin-server 1.10+dfsg~alpha1-6
pn  krb5-kdc-ldap 
pn  openbsd-inetd | inet-superserver  

-- debconf information:
  krb5-kdc/debconf: true
  krb5-kdc/purge_data_too: false



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

Bug#652698: ITP: libgmlib-dev -- libgmlib development headers

[Brandon Snider]

Package: wnpp
Severity: wishlist
Owner: Brandon Snider 


* Package name: libgmlib-dev
  Version : 1.0.5b2
  Upstream Author : Kevin DeKorte 
* URL : http://code.google.com/p/gmtk/
* License : (GPL v2)
  Programming Lang: (C++)
  Description : libgmlib development headers



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

Bug#652697: ITP: libgmtk-dev -- libgmtk0 development headers

[Brandon Snider]

Package: wnpp
Severity: wishlist
Owner: Brandon Snider 


* Package name: libgmtk-dev
  Version : 1.0.5b2
  Upstream Author : Kevin DeKorte 
* URL : http://code.google.com/p/gmtk/
* License : (GPL v2)
  Programming Lang: (C++)
  Description : libgmtk0 development headers



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

Bug#652696: ITP: libgmlib0-dbg -- Debugging symbols for libgmlib0

[Brandon Snider]

Package: wnpp
Severity: wishlist
Owner: Brandon Snider 


* Package name: libgmlib0-dbg
  Version : 1.0.5b2
  Upstream Author : Kevin DeKorte 
* URL : http://code.google.com/p/gmtk/
* License : (GPL v2)
  Programming Lang: (C++)
  Description : Debugging symbols for libgmlib0



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

Bug#652695: ITP: libgmlib0 -- libgmlib0 - gnome-mplayer toolkit

[Brandon Snider]

Package: wnpp
Severity: wishlist
Owner: Brandon Snider 


* Package name: libgmlib0
  Version : 1.0.5b2
  Upstream Author : Kevin DeKorte 
* URL : http://code.google.com/p/gmtk/
* License : (GPL v2)
  Programming Lang: (C++)
  Description : libgmlib0 - gnome-mplayer toolkit.



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

Bug#652694: ITP: libgmtk0-dbg -- Debugging symbols for libgmtk0

[Brandon Snider]

Package: wnpp
Severity: wishlist
Owner: Brandon Snider 


* Package name: libgmtk0-dbg
   Version : 1.0.5b2
  Upstream Author : Kevin DeKorte 
* URL : http://code.google.com/p/gmtk/
* License : (GPL v2)
  Programming Lang: (C++)
  Description : Debugging symbols for libgmtk0



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

Bug#565813: Thank you

[Mahono Widajat, dr, DAPE, MKes]

Thank you and open http://astore.amazon.com/doktermahono-20. From
Mahono Widajat ,MD,DAPE,MHealth.



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

Bug#652278: clang does not pull required header files

[Gabriel Corona]

> will it happen ?

I guess it could. The errors

/usr/lib/gcc/x86_64-linux-gnu/4.6/include/xmmintrin.h:102:19: error: use of 
undeclared identifier '__builtin_ia32_addss'
 return (__m128) __builtin_ia32_addss ((__v4sf)__A, (__v4sf)__B);
[...]

happen at the semantic analysis phase (lib/Sema) and not the
the code generation phase (lib/CodeGen) (which is not included in libclang).

An IDE using libclang for semantic analysis could fail because of this.

-- 
Gabriel





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

Bug#651038: Add bash completion support

[Julián Moreno Patiño]

Hi Team,

I did it, Please check out:

dget http://mentors.debian.net/debian/pool/main/u/unar/unar_0.99-2.dsc

If there are no objection, can I upload it and commit it ?

PS: There are some file formats that are missing, because I don't know what 
are. Please if you know,
I'm in unar channel in oftc to discuss.

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513


signature.asc
Description: Digital signature

Bug#594753: brasero: Brasero burns corrupted data DVDs.

[Vincent Lefevre]

Package: brasero
Version: 3.2.0-3
Followup-For: Bug #594753

I've burnt a data DVD with brasero and got no errors (except that the
DEBUG messages in the terminal were inconsistant with the dialog: when
a DEBUG message said X %, it was actually X/2 % in the dialog... now,
I don't know whether this is related to this bug). But when I want to
mount it, I get:

mount: wrong fs type, bad option, bad superblock on /dev/sr0,
   missing codepage or helper program, or other error
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

and dmesg says:

[ 4799.072383] UDF-fs: No anchor found
[ 4799.072388] UDF-fs: No partition found (1)

DVD's burnt on my old Mac don't have this problem.

My machine is a DELL Latitude E6400 with:

   *-cdrom
description: DVD-RAM writer
product: DVD+-RW TS-U633A
vendor: TSSTcorp
physical id: 1
bus info: scsi@1:0.0.0
logical name: /dev/cdrom
logical name: /dev/cdrw
logical name: /dev/dvd
logical name: /dev/dvdrw
logical name: /dev/scd0
logical name: /dev/sr0
version: D300
capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram
configuration: ansiversion=5 status=nodisc

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

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

Versions of packages brasero depends on:
ii  brasero-common   3.2.0-3
ii  gnome-icon-theme 3.2.1.2-1
ii  gstreamer0.10-plugins-base   0.10.35-1
ii  gvfs 1.10.1-2
ii  libatk1.0-0  2.2.0-2
ii  libbrasero-media3-1  3.2.0-3
ii  libc62.13-23
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.8-1
ii  libgdk-pixbuf2.0-0   2.24.0-2
ii  libglib2.0-0 2.30.2-4
ii  libgstreamer-plugins-base0.10-0  0.10.35-1
ii  libgstreamer0.10-0   0.10.35-1
ii  libgtk-3-0   3.2.2-3
ii  libice6  2:1.0.7-2
ii  libnautilus-extension1a  3.2.1-2+b1
ii  libpango1.0-01.29.4-2
ii  libsm6   2:1.2.0-2
ii  libtotem-plparser17  2.32.6-2
ii  libtracker-sparql-0.12-0 0.12.9-1
ii  libxml2  2.7.8.dfsg-5

brasero recommends no packages.

Versions of packages brasero suggests:
pn  libdvdcss2  
pn  vcdimager   

-- 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#652693: gcc-4.7: FTBFS on hurd-i386

[Samuel Thibault]

Package: gcc-4.7
Version: 4.7-20111217-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

gcc-4.7 currently FTBFS on hurd-i386 due to two things:

- hurd-changes.diff doesn't apply any more due to configuration
revamping, attached is an updated version.
- gcc assumes that glibc means nptl. The attached hurd-fixes.diff fixes
things on hurd-i386, but in the kFreeBSD case the code may have to be
disabled too, since it uses LinuxThreads instead of NPTL. I don't know
how we are supposed to detect whether LinuxThreads, NPTL, or something
else is being used.

Samuel

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

Kernel: Linux 3.0.4 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# DP: Traditional GNU systems don't have a /usr directory.  However, Debian
# DP: systems do, and we support both having a /usr -> . symlink, and having a
# DP: /usr directory like the other ports.  So this patch should NOT go
# DP: upstream.

---
 config.gcc |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

--- a/src/gcc/config.gcc(révision 182461)
+++ b/src/gcc/config.gcc(copie de travail)
@@ -583,7 +583,7 @@
 *-*-linux* | frv-*-*linux* | *-*-kfreebsd*-gnu | *-*-knetbsd*-gnu | 
*-*-kopensolaris*-gnu)
   :;;
 *-*-gnu*)
-  native_system_header_dir=/include
+  # native_system_header_dir=/include
   ;;
   esac
   # glibc / uclibc / bionic switch.
--- generic-morestack.c.orig2011-12-19 21:14:52.0 +0100
+++ generic-morestack.c 2011-12-19 21:15:35.0 +0100
@@ -507,7 +507,7 @@
   sigemptyset (&__morestack_initial_sp.mask);
 
   sigfillset (&__morestack_fullmask);
-#ifdef __GLIBC__
+#if defined(__GLIBC__) && defined(__SIGRTMIN)
   /* In glibc, the first two real time signals are used by the NPTL
  threading library.  By taking them out of the set of signals, we
  avoiding copying the signal mask in pthread_sigmask.  More

Bug#652278: clang does not pull required header files

[Sylvestre Ledru]

Le mardi 20 décembre 2011 à 01:30 +0100, Gabriel Corona a écrit :
> > Are you aware that clang itself does not depend
> > on libclang1 ?
> 
> No I wasn't aware of this. My suggestion doesn't make
> much sense …
> 
> Moving the intrinsics headers in the clang package
> would fix the clang package.
> However, programs using libclang (without the clang
> package installed) would fail to process intrinsics files,
> I guess.
Hmmm, will it happen ? I guess intrinsics are only used in the context of 
compilation
and therefor with clang installed ?!


Sylvestre





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

Bug#652278: clang does not pull required header files

[Gabriel Corona]

> Are you aware that clang itself does not depend
> on libclang1 ?

No I wasn't aware of this. My suggestion doesn't make
much sense …

Moving the intrinsics headers in the clang package
would fix the clang package.
However, programs using libclang (without the clang
package installed) would fail to process intrinsics files,
I guess.

A solution would be to move the intrinsics headers
into some "[lib]clang[3.0]-common" package
and have both clang and libclang1 depend on it.

-- 
Gabriel





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

Bug#648913: Workaround

[Patrik Olsson]

I have the same problem. As a temporary workaround, I did this:

$ sudo aptitude install python-gi-cairo python-cairo-dev

(I'm not sure if both or just one of the packages are necessary)

/Patrik



signature.asc
Description: OpenPGP digital signature

Bug#561865: Interim Fix

[Howard Chu]

Until the new libotr API is deployed, this hack will solve the problem for 
pidgin-otr-3.2.0.


--
  -- Howard Chu
  CTO, Symas Corp.   http://www.symas.com
  Director, Highland Sun http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/
>From f4eedc912511c77380016d9e54633aa39c088cbf Mon Sep 17 00:00:00 2001
From: Howard Chu 
Date: Mon, 19 Dec 2011 16:21:08 -0800
Subject: [PATCH] Treat unencrypted messages as normal

So they generate "New message received" notifications
---
 gtk-dialog.c |6 +-
 1 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/gtk-dialog.c b/gtk-dialog.c
index 03d4602..5245969 100644
--- a/gtk-dialog.c
+++ b/gtk-dialog.c
@@ -1022,6 +1022,7 @@ static int otrg_gtk_dialog_display_otr_message(const char *accountname,
 /* See if there's a conversation window we can put this in. */
 PurpleAccount *account;
 PurpleConversation *conv;
+int level = PURPLE_MESSAGE_SYSTEM;
 
 account = purple_accounts_find(accountname, protocol);
 if (!account) return -1;
@@ -1029,7 +1030,10 @@ static int otrg_gtk_dialog_display_otr_message(const char *accountname,
 conv = purple_find_conversation_with_account(PURPLE_CONV_TYPE_IM, username, account);
 if (!conv) return -1;
 
-purple_conversation_write(conv, NULL, msg, PURPLE_MESSAGE_SYSTEM, time(NULL));
+if (!strncmp(msg, "The following message",
+	sizeof("The following message")-1))
+	level = PURPLE_MESSAGE_RECV;
+purple_conversation_write(conv, NULL, msg, level, time(NULL));
 
 return 0;
 }
-- 
1.7.1

Bug#646026: xml.dom.minidom.toprettyxml changes

[Jakub Wilk]

* Matthias Klose , 2011-12-20, 01:16:
I'll close this report with the 2.7.3 release unless the (closed) 
upstream issue sees any updates.


Fair enough.

--
Jakub Wilk



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

Bug#646026: xml.dom.minidom.toprettyxml changes

[Matthias Klose]

tags 646026 + wontfix
thanks

issue4147 is updated, and supposed to be the final version for 2.7.3.  I'll
close this report with the 2.7.3 release unless the (closed) upstream issue sees
any updates.



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

Bug#652664: Status on security issues

[Christoph Haas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

http://security-tracker.debian.org/tracker/CVE-2011-2904
I have extracted a patch using
svn diff -r r20742:r20789 frontends/php/acknow.php
from the upstream sources.

http://security-tracker.debian.org/tracker/CVE-2011-3263
I have extracted a patch using
svn diff -r r19527:r19561
from the upstream sources.

http://security-tracker.debian.org/tracker/CVE-2011-3265
I could not determine a proper minimal patch and am waiting for the
upstream developers' support. This issue was fixed in 1.8.6 and thus
does not affect "sid".

http://security-tracker.debian.org/tracker/CVE-2011-4674
I could not determine a proper minimal patch and am waiting for the
upstream developers' support. This issue was fixed in 1.8.4 and does not
affect "sid".

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652664
https://support.zabbix.com/browse/ZBX-4015
I could not determine a proper minimal patch and am waiting for the
upstream developers' support. For "sid" we can wait for 1.8.10 to have
the issue fixed.

Would you like to get a minimal patch for the first two issues already?
Or rather wait for the upstream response of the remaining three issues?

…Christoph
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7v06MACgkQCV53xXnMZYYEswCeLVcpQgUQSdQ/kO7fbzCCtpQj
ptsAnR7eMir+gwkFatxELJf+yrApsG7y
=y1Yg
-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#652459: Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

[Roger Leigh]

On Tue, Dec 20, 2011 at 12:11:39AM +0100, J.A. Bezemer wrote:
> 
> On Mon, 19 Dec 2011, Roger Leigh wrote:
> 
> [..]
> >
> >Regarding the objections above, which are primarily concerned with the
> >creation of a non-generic initramfs, how does this alternative suggestion
> >sound:
> >
> >- The addition of usr= options analogous to the root= options which
> > permit the bootloader to specify the /usr filesystem to mount.  By
> > default would do nothing, but grub could be updated to generate
> > such options on systems with a separate /usr.
> 
> Nonsense, should come from /etc/fstab.

Of course.  In case it wasn't implicit from the above, this information
would necessarily need to be taken from /etc/fstab by update-grub or
its equivalent for other bootloaders when generating grub.cfg (or its
equivalent).  They presumably already do the same for / (or look at the
current rootfs), so it's simply copying existing practice for the
rootfs.

> >- We could also add an additional etc= option with the same semantics.
> 
> Something like this would be necessary to support separately mounted
> /etc, but I see that as a completely separate discussion. Also note
> that you would need to patch _all_ existing bootloaders for _all_
> arches to automatically include that option in any generated config
> file (namely by parsing the one&only main config location which is
> /etc/fstab or possibly /etc/fstab.d).

Agreed.  In order to guarantee that /usr is always available, we will
need to support this for all bootloaders.

As an aside, this support would only be required for situations where
a separate /usr is used /and/ stuff on /usr is required for early boot.
Support for minor tools/platforms might not be required since the other
solution is simple: keep /usr on the rootfs if you need those
guarantees.

Either way, having support in the initramfs is a prerequisite for
updating the bootloaders.

> Related issue: how to specify desired fsck options (such as FSCKFIX)
> for / and /etc, while /etc is not yet mounted.

I would presume that this would be unchanged.  By the time fsck is
run, you'll have / and additionally /etc and/or /usr mounted, so
keeping it on /etc will be just fine.

> Next, you'll be arguing that /etc/fstab should be moved to /. And
> /etc/default/rcS too.

No.  I'm simply proposing a way to make additional guarantees about
the availability of /usr in early boot.  Nothing else is changed
except for when /usr is mounted.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#652692: gthumb-2.14.1.tar.xz

[Martin-Éric Racine]

Source: gthumb
Severity: wishlist

Upstream has migrated to xz-compressed tarballs like the rest of GNOME
and also released version 2.14.1 of gThumb.

http://ftp.gnome.org/pub/GNOME/sources/gthumb/2.14/

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

Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#634537: Open RC bug in gtkterm

[Zach Davis]

I am the current upstream maintainer, and as I mentioned above, this issue
has been fixed for some time (fixed in 0.99.6, 0.99.7rc1 is out).

I am not the debian package owner, it is up to that person to update the
debian repositories.

~Zach Davis

On Sun, Dec 18, 2011 at 7:04 AM, Ansgar Burchardt  wrote:

> Hi,
>
> there has been an open RC bug[1] in gtkterm with no maintainer reaction
> for quite some time.  Are you still interested in maintaining the
> package?
>
> Regards,
> Ansgar
>
> [1] 
>
>
>
>

Bug#652691: pida: New upstream version available (0.6.2)

[Teemu Hukkanen]

Package: pida
Severity: wishlist

Hi,

A new version of pida is available, source tarball seems to be only in
pypi at:
http://pypi.python.org/packages/source/p/pida/pida-0.6.2.tar.gz#md5=6ee61497996abd54f8a9dacd39b90c8c

Thanks.



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

Bug#652690: olsrd.conf not found and errors on LinkQualityDijkstraLimit and LinkQualityWinSize

[Manuel Gebauer]

Package: olsrd
Version: 0.6.1-5
Severity: important

Hi,

olsrd started from /etc/init.d/olsrd looks for /etc/olsrd.conf instead of
/etc/olsrd/olsrd.conf and aborts not finding the configuration file.

Further olsrd reports errors on the options LinkQualityDijkstraLimit and
LinkQualityWinSize in olsrd.conf. Commenting these two options out lets olsrd
start without errors. 

Regards,



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

Kernel: Linux 3.1.5
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 olsrd depends on:
ii  libc6  2.13-23

olsrd recommends no packages.

olsrd suggests no packages.

-- Configuration Files:
/etc/olsrd/olsrd.conf changed:
DebugLevel  0
Interface "eth1" 
{
# IPv4 broadcast address to use. The
# one usefull example would be 255.255.255.255
# If not defined the broadcastaddress
# every card is configured with is used
# Ip4Broadcast  255.255.255.255
# IPv6 address scope to use.
# Must be 'site-local' or 'global'
# Ip6AddrType   site-local
# IPv6 multicast address to use when
# using site-local addresses.
# If not defined, ff05::15 is used
# Ip6MulticastSite  ff05::11
# IPv6 multicast address to use when
# using global addresses
# If not defined, ff0e::1 is used
# Ip6MulticastGlobalff0e::1
# Emission intervals.
# If not defined, RFC proposed values will
# be used in most cases.
# Hello interval in seconds(float)
HelloInterval   6.0
# HELLO validity time
HelloValidityTime   600.0
# TC interval in seconds(float)
TcInterval  0.5
# TC validity time
TcValidityTime  300.0
# MID interval in seconds(float)
MidInterval 10.0
# MID validity time
MidValidityTime 300.0
# HNA interval in seconds(float)
HnaInterval 10.0
# HNA validity time
HnaValidityTime 300.0
# When multiple links exist between hosts
# the weight of interface is used to determine
# the link to use. Normally the weight is
# automatically calculated by olsrd based
# on the characteristics of the interface,
# but here you can specify a fixed value.
# Olsrd will choose links with the lowest value.
# Weight 0
# If a certain route should be preferred 
# or ignored by the mesh, the Link Quality 
# value of a node can be multiplied with a factor 
# entered here. In the example the route 
# using 192.168.0.1 would rather be ignored.
# A multiplier of 0.5 will result in a small
# (bad) LinkQuality value and a high (bad)
# ETX value.
# LinkQualityMult 192.168.0.1 0.5
# This multiplier applies to all other nodes 
# LinkQualityMult default 0.8
 
}
LinkQualityFishEye 1
IpVersion   4
ClearScreen yes
Hna4
{
}
Hna6
{
}
AllowNoInt  yes
Willingness 7
IpcConnect
{
 # Determines how many simultaneously
 # IPC connections that will be allowed
 # Setting this to 0 disables IPC
 MaxConnections  0
 # By default only 127.0.0.1 is allowed
 # to connect. Here allowed hosts can
 # be added
 Host127.0.0.1
 #Host10.0.0.5
 # You can also specify entire net-ranges 
 # that are allowed to connect. Multiple
 # entries are allowed
 #Net 192.168.1.0 255.255.255.0 
}
UseHysteresis   no
LinkQualityLevel2
Pollrate0.1
TcRedundancy2
MprCoverage 5
# Here parameters are set to be sent to the
# plugin. Theese are on the form "key" "value".
# Parameters ofcause, differs from plugin to plugin.
# Consult the documentation of your plugin for details.
# Example: dyn_gw params
# how often to check for Internet connectivity
# defaults to 5 secs

# if one or more IPv4 addresses are given, do a ping on these in
# descending order to validate that there is not only an entry in
# routing table, but also a real internet connection. If any of
# these addresses could be pinged successfully, the test was
# succesful, i.e. if the ping on the 1st address was successful,the
# 2nd won't be pinged
#PlParam "name" "xxx"
#PlParam "a.b.c.d" "xxx-eth"
#PlParam "a.b.c.e" "xxx-bbb"
#PlParam "a.b.c.f" "xxx-olsr"
#PlParam "suffix" ".olsr"
# accept connection from IP:
# default 127.0.0.1 (localhost) 
#PlParam "accept" "192.168.0.5"
#PlParam "port" "2004"


-- 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#641666: closed by Christoph Haas (Checks improved)

[Christoph Haas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 20.12.2011 00:23, Mikhail A Antonov wrote:
> Why I can't use php-cgi+lighttpd (or nginx) instead of apache?

You are right, sorry. I was too quick here and forgot why I added the
"httpd" depdency. Of course you can use any other PHP-supporting web
servers. Just that automatic configuration is only supported for
Apache2. I will not remove the optional dependency on "httpd". As you
were! :)

As the "postinst" maintainer scripts now check much more thoroughly
whether /etc/init.d/apache2 exists the problem should be fixed
nonetheless. I'd appreciate feedback on that as I can't reproduce the
issue any more.

…Christoph
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7vy4AACgkQCV53xXnMZYaIxACfWKhO2LCEyWhZgvU5WmrHMpHE
4FsAn1iWs9ib4YXAHYD0/EVhJjQSd1zQ
=Lehf
-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#652459: Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

[J.A. Bezemer]

On Mon, 19 Dec 2011, Roger Leigh wrote:

[..]


Regarding the objections above, which are primarily concerned with the
creation of a non-generic initramfs, how does this alternative suggestion
sound:

- The addition of usr= options analogous to the root= options which
 permit the bootloader to specify the /usr filesystem to mount.  By
 default would do nothing, but grub could be updated to generate
 such options on systems with a separate /usr.


Nonsense, should come from /etc/fstab.



- We could also add an additional etc= option with the same semantics.


Something like this would be necessary to support separately mounted /etc, 
but I see that as a completely separate discussion. Also note that you 
would need to patch _all_ existing bootloaders for _all_ arches to 
automatically include that option in any generated config file (namely by 
parsing the one&only main config location which is /etc/fstab or possibly 
/etc/fstab.d).


Related issue: how to specify desired fsck options (such as FSCKFIX) for / 
and /etc, while /etc is not yet mounted.



Next, you'll be arguing that /etc/fstab should be moved to /. And 
/etc/default/rcS too.



Oh, and now that I'm at it, do we also have initramfs support for 
bootlogd? and keyboard-setup? and hwclockfirst? (Last two could be 
required for proper fsck on various arches.) Plus their config files.



Best regards,

Anne Bezemer



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

Bug#641666: closed by Christoph Haas (Checks improved)

[Mikhail A Antonov]

Why I can't use php-cgi+lighttpd (or nginx) instead of apache?



signature.asc
Description: OpenPGP digital signature

Bug#652689: xpdf: Use +all hardening flags

[Simon Ruderich]

Package: xpdf
Version: 3.03-7
Severity: minor
Tags: patch

Hello,

This is just a minor issue.

Please change the hardening="+pie,+bindnow" line in debian/rules
to hardening="+all" to automatically add future hardening flags.

To make the debian/rules file a little shorter you can use the
new buildflags.mk file (needs dpkg-dev (>= 1.16.1.1)):

export DEB_BUILD_MAINT_OPTIONS = hardening=+all
DPKG_EXPORT_BUILDFLAGS = 1
include /usr/share/dpkg/buildflags.mk

This obsoletes the following lines:

hardening="+pie,+bindnow"
CFLAGS=$(shell DEB_BUILD_MAINT_OPTIONS="hardening=${hardening}" 
dpkg-buildflags --get CFLAGS)
LDFLAGS=$(shell DEB_BUILD_MAINT_OPTIONS="hardening=${hardening}" 
dpkg-buildflags --get LDFLAGS)
CPPFLAGS=$(shell DEB_BUILD_MAINT_OPTIONS="hardening=${hardening}" 
dpkg-buildflags --get CPPFLAGS)
CXXFLAGS=$(shell DEB_BUILD_MAINT_OPTIONS="hardening=${hardening}" 
dpkg-buildflags --get CXXFLAGS)

Or you could switch to debian/compat=9 and just use the following
line:

export DEB_BUILD_MAINT_OPTIONS = hardening=+all

See [1] and [2] for more information.

Regards,
Simon

[1]: https://wiki.debian.org/Hardening
[2]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags

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

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



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

Bug#652278: clang does not pull required header files

[Sylvestre Ledru]

Le jeudi 15 décembre 2011 à 22:09 +0100, Gabriel Corona a écrit :

> libclang-dev contains header files used to compile against libclang.so.
> The /usr/include/clang/3.0/include/*.h files should probably
> not be in libclang-dev as they are not used to compile against libclang.so
> but are used by libclang.so at runtime.
> They should probably be in the libclang1 package instead.
To make sure we agree. Are you aware that clang itself does not depend
on libclang1 ?
If you were not aware of that, what would you think about intrinsics
being moved into the clang package
(basically /usr/include/clang/3.0/include/*) ?
The libclang-dev package would be for clang plugins.

Could it be an acceptable solution for you ?

Sylvestre




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

Bug#652636: dpkg-dev - Uses, or at least documents, xz -6 by default

[Thorsten Glaser]

Bastian Blank dixit:

>I think it may be a good idea to only use -3 for this arches. This

I've also seen good results for -2e. It may well be worth the
overhead of -e, while reducing from -3 to -2 so it can be de-
compressed even quicker and with half the RAM use. Question,
is the increasement in time worth it?

The following tests have been run on an otherwise almost idle
single-core Celeron 2G4Hz (the ones with almost no L2 cache,
yeah… but that’s a bare iron I’ve got) on the data.tar member
of linux-image-3.2.0-rc4-486_3.2~rc4-1~experimental.1_i386.deb
(cache flushed, then preloaded with data.tar, result to tmpfs):

method\result   timesizerelative
none0   79554560100%
gzip -n963.6s   2998544937.69%
xz -2   64.4s   2444192030.72%
xz -3   100s2425379230.48%
xz -2e  188s2228764428.02%

IMHO, the difference from xz -2 to xz -3 is not worth it, at
least for Debian packages’ data.tar member (which contains a
fair amount of already gzip’d data such as manual pages and
kernel images in addition to uncompressed data).

The difference from xz -2 to xz -2e weighs heavy on time,
almost tripling it but saving another 2 MiB (2 percentage-
points) is interesting.

My proposal therefore: for “regular” packages that wish to
migrate from gzip to xz, use xz -2 which is approximately
as fast. For packages with highly compressible data, use
xz -2e instead (and consider e.g. xz -4e on high-power
architectures such as amd64 – the power of the build dæmons
should be the one that counts, as decompressing is invariant
on the -e flag). Do not use xz -6.


Suggestions, thus, taking into account both the recent change
of libc packages to xz and waldi’s wish to change linux-2.6
to xz:

"fast": alpha *-amd64 ia64 s390 s390x
"maybe": hppa *-i386 ia64 powerpc powerpcspe ppc64 sparc sparc64
"slow": arm armel armhf avr32 m68k mips mipsel sh4

where   fastmaybe   slow
not xz-using pkgs   <---  gzip -n9  --->
most xz-using pkgs  -2[e]   xz -2   xz -2
linux-image-*, locales* xz -4e  xz -3e  xz -2e
libc6-dbg   xz -6e  xz -4e  xz -2e

As for the distinction between fast/medium/slow, that's up to
the relative speeds of the architectures. I did guesswork. Note
that I put i386 (all three of them) as maybe, not fast, but if
all build dæmons are fast enough, sure.

Not sure how many cases you want to have. Fast machines could
use xz -2e as baseline.

Rule of thumb for the "linux-image-*, locales*" category:
large packages (several MiB of data) or highly compressible.

The below-most category is intended for debug packages and
stuff like that.

bye,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr



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

Bug#642192: 1.8.9 fixed

[Christoph Haas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I remember to have seen that bug, too. Apparently in 1.8.9 it's fixed. I
will see if I can provide a patch for Squeeze.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7vw+IACgkQCV53xXnMZYYMNgCgks6RM7skNzzBxI4F+7g4Zix8
LfwAn1ttbPSuh5XGlabquzyyDF60pUu4
=flI9
-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#561342: nxml-mode: XML menu is empty with emacs22-gtk in the first frame

[Vincent Lefevre]

On 2009-12-16 15:30:16 +0100, Sven Joachim wrote:
> This is an Emacs bug, triggered by GTK+ 2.18.  See #552984 and #550541,
> for instance.

FYI, GDK_NATIVE_WINDOWS=1 was needed to avoid the effect of this bug,
but introduced problems with other applications.

I've tried emacs23 (on a Debian/unstable machine) with GDK_NATIVE_WINDOWS
unset, and the bug doesn't appear with emacs23.

I suppose that now Emacs 22 has been superseded by Emacs 23, this bug
will never be fixed in emacs22-gtk and can be closed.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#647458: Evil fix

[Christoph Haas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Serge,

thanks for the bug report. At the moment the zabbix-frontend-php package
relies on an Apache2 installation. So to provide a quick fix I have
removed the dependency on the "httpd" virtual package and made
zabbix-frontend-php depend on "apache2". That won't help you with
php5-fpm but at least makes sure that the frontend is running properly.

I'm not familiar with php5-fpm. But if you say that it should be able to
run a Zabbix frontend then in the future the Zabbix frontend package
could make use of that, too. If you think you can provide a patch for
the Debian package to work with php5-fpm then please open a
wishlist-type bug report against zabbix-frontend-php.

…Christoph
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7vv78ACgkQCV53xXnMZYZMnQCgpRGw8iIhhnXGd4V8yWCJn1DT
M5UAn0iKkoWIRma4B7vuAd3qTzCtNe/1
=nObq
-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#652688: zathura: Please enable additional hardening flags

[Simon Ruderich]

Package: zathura
Version: 0.0.8.5-3
Severity: important
Tags: patch

Dear Maintainer,

Please enable additional hardening flags. As PDF viewer zathura
reads untrusted data, thus all hardening flags are recommended.
The attached patch adds them. It works fine for me.

Regards,
Simon

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

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

Versions of packages zathura depends on:
ii  libc6 2.13-23
ii  libcairo2 1.10.2-6.2
ii  libglib2.0-0  2.30.2-4
ii  libgtk2.0-0   2.24.8-2
ii  libpango1.0-0 1.29.4-2
ii  libpoppler-glib6  0.16.7-2+b1

zathura recommends no packages.

Versions of packages zathura suggests:
pn  cups-client | lprng   
pn  elinks [www-browser]  0.12~pre5-6
pn  poppler-data  

-- no debconf information
diff -Nru zathura-0.0.8.5/debian/rules zathura-0.0.8.5/debian/rules
--- zathura-0.0.8.5/debian/rules	2011-11-12 15:10:36.0 +0100
+++ zathura-0.0.8.5/debian/rules	2011-12-13 18:23:06.0 +0100
@@ -1,10 +1,13 @@
 #!/usr/bin/make -f
 # -*- makefile -*-
 
+# Use hardening flags.
+dpkg_buildflags = DEB_BUILD_MAINT_OPTIONS="hardening=+all" dpkg-buildflags
+
 # zathura's build system does not support CPPFLAGS yet
-export CFLAGS=$(shell dpkg-buildflags --get CPPFLAGS) $(shell dpkg-buildflags --get CFLAGS)
+export CFLAGS=$(shell $(dpkg_buildflags) --get CPPFLAGS) $(shell $(dpkg_buildflags) --get CFLAGS)
 # remove unused libraries to reduce dependencies
-export LDFLAGS=-Wl,--as-needed $(shell dpkg-buildflags --get LDFLAGS)
+export LDFLAGS=-Wl,--as-needed $(shell $(dpkg_buildflags) --get LDFLAGS)
 # do not strip
 export SFLAGS=
 # build with verbose output

Bug#652687: brasero: typo in brasero(1) man page

[Vincent Lefevre]

Package: brasero
Version: 3.2.0-3
Severity: minor

In the brasero(1) man page:

   rasero is a disc burning application. It is designed to be  simple  and
   easy to use.  It allows to create data CD/DVD, audio CD, to copy CD/DVD
   and to burn images. It has some nices features, such as a  song,  image
   and  video  previewer.  It can also search for files (thanks to beagle)
   and display a playlist and its contents.

The "b" is missing in the first word.

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

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

Versions of packages brasero depends on:
ii  brasero-common   3.2.0-3
ii  gnome-icon-theme 3.2.1.2-1
ii  gstreamer0.10-plugins-base   0.10.35-1
ii  gvfs 1.10.1-2
ii  libatk1.0-0  2.2.0-2
ii  libbrasero-media3-1  3.2.0-3
ii  libc62.13-23
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.8-1
ii  libgdk-pixbuf2.0-0   2.24.0-2
ii  libglib2.0-0 2.30.2-4
ii  libgstreamer-plugins-base0.10-0  0.10.35-1
ii  libgstreamer0.10-0   0.10.35-1
ii  libgtk-3-0   3.2.2-3
ii  libice6  2:1.0.7-2
ii  libnautilus-extension1a  3.2.1-2+b1
ii  libpango1.0-01.29.4-2
ii  libsm6   2:1.2.0-2
ii  libtotem-plparser17  2.32.6-2
ii  libtracker-sparql-0.12-0 0.12.9-1
ii  libxml2  2.7.8.dfsg-5

brasero recommends no packages.

Versions of packages brasero suggests:
pn  libdvdcss2  
pn  vcdimager   

-- 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#652686: caff: mail=no doesn't write messages to disk

[Jakub Wilk]

Package: signing-party
Version: 1.1.4-1
Severity: minor

According to the caff manpage, the program should write messages to 
$CONFIG{'caffhome'}/keys/ regardless of "mail" setting. However, if 
"mail" is set to "no", mails are neither sent nor stored on disk.


--
Jakub Wilk



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

Bug#652653: python-virtualenv: insecure /tmp file handling

[Adam D. Barratt]

Hi,

On Mon, 2011-12-19 at 17:19 +0100, Nico Golde wrote:
> it was discovered that python-virtualenv is handling /tmp files in an 
> insecure manner.
> The following patch fixed this problem:
> https://bitbucket.org/ianb/virtualenv/changeset/8be37c509fe5

I noticed that an upload which appears to fix this issue (although
without reference the bug number) has appeared in p-u-NEW.  Whilst
that's an admirable turn-around :-) it really should have been discussed
with the SRMs first, rather than simply uploading (I believe this is
well documented enough by now - if not, please point out where and how
we could make it clearer).

Looking at the diff, and the equivalent code in the unstable package,
there seems to be a missing component - namely, that the directory
created via mkdtemp() is never cleaned up.  Am I missing something, or
does fixing this issue result in orphaned temporary directories?

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#651942: Upgrade from sympa_5.3.4-6.1 fails (relation "conf_table" does not exist)

[Emmanuel Bouthenot]

On Mon, Dec 19, 2011 at 10:58:38PM +0100, Giorgio Volpe wrote:
> Il 19/12/2011 21.30, Emmanuel Bouthenot ha scritto:
> >That's sound weird, could you try with the following command: $
> >/usr/lib/sympa/bin/sympa.pl --upgrade M.
> 
> Same result! :-(
> 
> I get:
> # /usr/lib/sympa/bin/sympa.pl --upgrade
> info Configuration file read, default log level 0
> DBD::Pg::st execute failed: ERROR:  relation "conf_table" does not exist at 
> /usr/share/sympa/lib/Conf.pm line 668.
> err Conf::get_db_conf() Unable to execute SQL statement "SELECT
> value_conf AS value FROM conf_table WHERE (robot_conf ='*' AND
> label_conf ='color_2')": ERROR:  relation "conf_table" does not exist
> 
> And so on ...
> "
> After i downgrade back with  "dpkg --force-depends -i
> sympa_5.3.4-6.1_i386.deb" list are alive again... but wwsympa doesn't
> work! So I need upgrading. Thanks ...
ok, maybe the following could help a bit more:

$ /usr/lib/sympa/bin/sympa.pl --upgrade --from=5.3.4 --to=6.1.7


M.

-- 
Emmanuel Bouthenot
  mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
  xmpp: kol...@im.openics.org  irc: kolter@{freenode,oftc}




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

Bug#652356: please use argument-safe bswap macros on all architectures

[Thorsten Glaser]

Dixi quod…

>Jonathan Nieder dixit:
>
>>Thorsten, can you test this patch or arrange for it to be tested?
>
>Will do that

Built, WFM.

bye,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr



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

Bug#652685: ITP: libgmtk0 -- a set of gtk widgets to use with gnome-mplayer.

[Brandon Snider]

Package: wnpp
Severity: wishlist
Owner: Brandon Snider 


* Package name: libgmtk0
  Version : 1.0.5b2
  Upstream Author : Kevin DeKorte 
* URL : http://code.google.com/p/gmtk/
* License : (GPL v2)
  Programming Lang: (C++)
  Description : a set of gtk widgets to use with gnome-mplayer.



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

Bug#652684: qelectrotech: typo "imn"

[Jonas Stein]

Package: qelectrotech
Version: 0.30.r1078-2
Severity: minor

in project properties screen "imn" --> "in"

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

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

Versions of packages qelectrotech depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libqt4-network4:4.6.3-4+squeeze1 Qt 4 network module
ii  libqt4-svg4:4.6.3-4+squeeze1 Qt 4 SVG module
ii  libqt4-xml4:4.6.3-4+squeeze1 Qt 4 XML module
ii  libqtcore44:4.6.3-4+squeeze1 Qt 4 core module
ii  libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3

Versions of packages qelectrotech recommends:
ii  qelectrotech-data  0.22+svn897-1 symbols needed for qelectrotech
ii  qelectrotech-examples  0.22+svn897-1 examples files for qelectrotech

qelectrotech 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#652479: transition: libindicator, libdbusmenu, libindicate

[Evgeni Golov]

Heya Niels,

On Mon, Dec 19, 2011 at 10:52:12PM +0100, Niels Thykier wrote:
> Sorry for the delay in getting back to you.

No problem. I guess you guys have some work to do :)

> > clementine
> >  - Builds fine
> 
> Not linked against on either of the above mentioned libraries.  It links
> against the libindicate-qt library, so I suspect this might be a
> false-positive?

Yepp, dctl-grep'ed too far.

> > guayadeque
> >  - Builds fine
> 
> Does not appear to actually link against any of the libraries?

Right. Build-depends but then fails to detect the lib. Both old and new 
version.

> > indicator-me
> >  - To be RMed: #652477
> 
> Gone by now.  :)

FTPMasters have an easier job on removals :)

> > plasma-widget-message-indicator
> >  - Builds fine
> 
> For some reason, this does not appear on our tracker - presumably
> because it is only in experimental.

Yepp. Will do a MU here.

> > quassel
> >  - Builds fine
> 
> Same as with clementine.

Yepp.

> Please confirm the package list at [1] is correct and I will see if we
> have a slot.  It is possible we have to wait for the mono-transition though.

My eyes tell me the list ist fine. Waiting in front of your slot-machine 
then :)

regards
Evgeni

-- 
Bruce Schneier can read and understand Perl programs.



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

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

On Mon, 19 Dec 2011 21:44:12 +0100, Florian Birée wrote:

> Hello,
> 
> Le Mon, 19 Dec 2011 21:28:01 +0100,
> David Paleino  a écrit :
> > On Sat, 17 Dec 2011 11:02:51 +0100, Florian Birée wrote:
> > 
> > > I just upgrade it to 1.7.1~b3-3, same problem.
> > 
> > Is the error *exactly* the same as the one in your first message? If
> > yes, I'm really not able to tell what's going on.
> 
> Yes, exactly the same. But the french translation of wicd seems weired
> on wicd-gtk (that I don't really use), and as I say I need to use
> wicd-cures in english (LC_ALL=C wicd-curses) in order to make it
> works... maybe something related to the french translation?
> 
> (Maybe you can try LC_ALL=fr wicd-curses to reproduce it?)

Uhm, ok. I didn't have the same exact traceback as yours, but still a
unicode-related one. I fixed it in bzr, would you please give it a try? (it
also needs an easy patch to wicd-daemon -- rev. 685 --, and then you need to use
the "new" daemon).

http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/686
http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/685

If you're brave enough, you could try to use the bzr snapshot. Just tell me
what you prefer: a test package, or some hint for using the bzr snapshot :)

Thank you for your support,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652683: caff manpage: wrong syntax of --keys-from-gnupg

[Jakub Wilk]

Package: signing-party
Version: 1.1.4-1
Severity: minor

According to the caff manpage, the "--keys-from-gnupg" option takes a 
single argument. But in fact, it does not take any.


--
Jakub Wilk



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

Bug#652672: busybox: modprobe does not handle builtins

[Sven Joachim]

On 2011-12-19 22:15 +0100, Michael Tokarev wrote:

> On 20.12.2011 01:08, Sven Joachim wrote:
> []
>>> I'd close this bug right away but I want to hear your opinion
>>> first, hence downgrading it to wishlist - since the behavour
>>> is correct.
>> 
>> I disagree (see above), but I can understand the need to keep busybox
>> small.  Alas, initramfs-tools do not use the -q option.
>
> initramfs-tools does not need to use -q option since the only modules
> it loads are real modules, not built-ins.

This is not what I'm seeing here.

> This should happen only on somehow improperly configured system.
> What tries to load module which is not module?

I would assume that fstype (from klibc-utils) detects my root
filesytstem is ext4, and some script tries to modprobe the ext4 module
as a consequence.  However, there is another error message that even
appears with official kernels:

modprobe: module unix not found in modules.dep

I found "unix" in the initramfs in conf/modules, don't know where it
comes from.

BTW, are you sure that you updated your initramfs before you tried to
reproduce the problem?

Cheers,
   Sven



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

Bug#651942: Upgrade from sympa_5.3.4-6.1 fails (relation "conf_table" does not exist)

[Giorgio Volpe]

Il 19/12/2011 21.30, Emmanuel Bouthenot ha scritto:
That's sound weird, could you try with the following command: $ /usr/lib/sympa/bin/sympa.pl --upgrade M. 


Same result! :-(

I get:
# /usr/lib/sympa/bin/sympa.pl --upgrade
info Configuration file read, default log level 0
DBD::Pg::st execute failed: ERROR:  relation "conf_table" does not exist at 
/usr/share/sympa/lib/Conf.pm line 668.
err Conf::get_db_conf() Unable to execute SQL statement "SELECT value_conf AS value FROM conf_table WHERE (robot_conf 
='*' AND label_conf ='color_2')": ERROR:  relation "conf_table" does not exist


And so on ...
"
After i downgrade back with  "dpkg --force-depends -i sympa_5.3.4-6.1_i386.deb" list are alive again... but wwsympa 
doesn't work! So I need upgrading. Thanks ...


Giorgio



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

Bug#604761: examples/profiling/sched_switch.stp: semantic error: not accessible at this address (0xffffffff812f9f86): identifier '$prev' ..

[Timo Juhani Lindfors]

Hi,

seems to occur still with upstream systemtap 1.7 and

linux-image-3.0.0-1-amd64 3.0.0-3

-Timo



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

Bug#652660: udev: 70-persistent-net.rules is not generated

[Brian Potkin]

On Mon 19 Dec 2011 at 18:14:12 +0100, Marco d'Itri wrote:

> So it really looks like you do not need one.

There are circumstances in which the file is not written to?

> Please report your MAC address and relevant system / network chip 
> information.

For the new install there are three interfaces on the machine.

1. Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ 
(rev 10)
   Uses the 8139too driver and has MAC address 00:40:f4:72:4e:e1.

2, Ethernet controller: Intel Corporation 82566DC Gigabit Network Connection 
(rev 02)
   Uses the e1000e driver and has MAC address 00:19:d1:4d:2a:70.

3. Atheros Communications, Inc. TP-Link TL-WN322G v3 / TL-WN422G v2 802.11g 
[Atheros AR9271]
   Uses the ath9k_htc driver and has MAC address 74:ea:3a:93:ad:ab.

The architecture is i386 and cat /proc/cpuinfo says

   Intel(R) Core(TM)2 CPU  6300  @ 1.86GHz

I have a USB stick carrying Sid with udev version 1.72 and on the same
machine 70-persistent-net.rules is regenerated after being deleted and
is added to when other wireless devices are plugged in.

If there is further information you require, please ask.




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

Bug#652479: transition: libindicator, libdbusmenu, libindicate

[Niels Thykier]

block 652479 by 647816
block 652479 by 645493
thanks

On 2011-12-17 17:35, Evgeni Golov wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Dear RT,
> 

Hi,

Sorry for the delay in getting back to you.

> I plan to upload libindicator, libdbusmenu, libindicate to unstable,
> as they currently are in experimental.
> This includes soname bumps:
> libindicator3 → libindicator6
> libdbusmenu-glib3 → libdbusmenu-glib4
> libdbusmenu-gtk3 → libdbusmenu-gtk4
> libindicate-gtk2 → libindicate-gtk3
> and will need binNMUs.
> 

Thanks for the heads up, I have setup a transition tracker page at [1]

[1] http://release.debian.org/transitions/html/libindicator.html


> For the fun, upstream bumped the name of the pkgconfig file in libindicate 
> too.
> 
> If I am not mistaken, the following packages build-depend in some way on one
> of the to be uploaded:
> 
> cairo-dock-plug-ins
>  - Will FTBFS, maintainer informed: #647816

Ok.

> clementine
>  - Builds fine

Not linked against on either of the above mentioned libraries.  It links
against the libindicate-qt library, so I suspect this might be a
false-positive?

> guayadeque
>  - Builds fine

Does not appear to actually link against any of the libraries?

> indicator-applet
>  - broken anyways :(

Ok.

> indicator-me
>  - To be RMed: #652477

Gone by now.  :)

> indicator-messages
>  - Will get a source-full upload by me (pkg-ayatana hat)
> indicator-session
>  - Will get a source-full upload by me (pkg-ayatana hat)
> libindicate-qt
>  - Will get a source-full upload by me (pkg-ayatana hat)
> openfetion
>  - Builds fine
> pino
>  - Builds fine

Ok.

> plasma-widget-message-indicator
>  - Builds fine

For some reason, this does not appear on our tracker - presumably
because it is only in experimental.

> postler
>  - Will FTBFS, maintainer informed: #645493
> quassel
>  - Builds fine

Same as with clementine.

> xfce4-indicator-plugin
>  - Will get a source-full upload by me (pkg-xfce hat)
> 

Ok.

> When I have your go, I would raise the FTBFS bugs and tell the maintainers 
> when
> breakage is to happen, then I would upload the libraries and the indicator-*
> packages to unstable and ask you to binNMU the ones that rebuild fine.
> If maintainers wont react, I'm happy to NMU the two packages :)
> 

Please confirm the package list at [1] is correct and I will see if we
have a slot.  It is possible we have to wait for the mono-transition though.

> Please tell me when I can do the jump.
> 
> TIA
> Evgeni Golov
> 
> 
> 

~Niels





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

Bug#651552: CVE-2011-4598: DoS

[Tzafrir Cohen]

For the record (regarding the SIP nat issue alone):

Asterisk 1.6.22 was just released:

The release of Asterisk 1.6.2.22 corrects two flaws in sip.conf.sample
related to AST-2011-013:

* The sample file listed *two* values for the 'nat' option as being
  the default. Only 'yes' is the default.

* The warning about having differing 'nat' settings confusingly
  referred to both peers and users.



That said, I hope that what I wrote on README.Debian was clear enough,
regardless of the slightly confusing config file. Their warning was
completly reworded.

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir



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

Bug#643396: gnudoq: diff for NMU version 0.94-2.1

[Simon Paillard]

tags 643396 + pending
thanks

Dear maintainer,

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

Regards.

-- 
Simon Paillard
diffstat for gnudoq_0.94-2 gnudoq_0.94-2.1

 debian/patches/fix-643396-format-security.patch |   20 
 gnudoq-0.94/debian/changelog|9 +
 gnudoq-0.94/debian/patches/series   |1 +
 3 files changed, 30 insertions(+)

diff -u gnudoq-0.94/debian/changelog gnudoq-0.94/debian/changelog
--- gnudoq-0.94/debian/changelog
+++ gnudoq-0.94/debian/changelog
@@ -1,3 +1,12 @@
+gnudoq (0.94-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add fix-643396-format-security.patch. Fix FTBFS: error: format not a
+string literal and no format arguments [-Werror=format-security].
+(Closes: #643396). 
+
+ -- Salvatore Bonaccorso   Fri, 25 Nov 2011 18:50:05 +0100
+
 gnudoq (0.94-2) unstable; urgency=low
 
   * Move binary to /usr/games.
diff -u gnudoq-0.94/debian/patches/series gnudoq-0.94/debian/patches/series
--- gnudoq-0.94/debian/patches/series
+++ gnudoq-0.94/debian/patches/series
@@ -2,0 +3 @@
+fix-643396-format-security.patch
only in patch2:
unchanged:
--- gnudoq-0.94.orig/debian/patches/fix-643396-format-security.patch
+++ gnudoq-0.94/debian/patches/fix-643396-format-security.patch
@@ -0,0 +1,20 @@
+--- a/sudoku.C
 b/sudoku.C
+@@ -48,14 +48,14 @@
+ grid[stack[i].index] = '1' + stack[i].value;
+ 		}
+ 
+-		printf(top);
+-		printf(across);
++		printf("%s", top);
++		printf("%s", across);
+ 		for(int i = 0; i < 9; ++i) {
+ 			printf(lines, i + 1,
+ 			grid[i * 9], grid[i*9+1], grid[i*9+2],
+ 			grid[i*9+3], grid[i*9+4], grid[i*9+5],
+ 			grid[i*9+6], grid[i*9+7], grid[i*9+8]);
+-			printf(i % 3 == 2 ? boss : across);
++			printf("%d", i % 3 == 2 ? boss : across);
+ 		}
+ 
+ 		return 0;

Bug#652682: fluxbox: fbsetbg messes up with lastwallpaper when $DISPLAY switches between :0 and :0.0

[Francesco Poli (wintermute)]

Package: fluxbox
Version: 1.3.2-2
Severity: normal
Tags: patch

Hello!

I found out that fbsetbg may in some cases mess up with the user's
~/.fluxbox/lastwallpaper
This misbehavior is caused by the fact that the DISPLAY environment
variable is in the form hostname:displaynumber.screennumber
where .screennumber _may_ be omitted, as long as it's .0 , as
documented in the X(7) man page.
This means that :0.0 and :0 are equivalent.

I am not sure why, but it happens that sometimes the DISPLAY
environment variable is set to :0 , while in some other cases
it's set to :0.0 , in a seemingly inconsistent and unpredictable
manner.

As a consequence, taking fbsetbg code into account, the following
scenario may happen (I actually saw it happen, and I couldn't
understand what was going on, until I studied the fbsetbg code).

The user opens a Fluxbox session and he/she has:

  $ echo $DISPLAY
  :0.0

The user wants to set the following wallpaper:

  $ fbsetbg -t /path/to/my/old/wallpaper.jpg

The wallpaper is set and remembered for the :0.0 display:

  $ cat ~/.fluxbox/lastwallpaper 
  $tile $full|/path/to/my/old/wallpaper.jpg||:0.0

Good, everything is fine, the user does what he/she has to do and then
exits from Fluxbox.
Next time the user opens a Fluxbox session, the last set wallpaper
is remembered and set again, since:

  $ grep rootCommand ~/.fluxbox/init 
  session.screen0.rootCommand:fbsetbg -l

After some time, the user wants to change wallpaper and issues
the following command:

  $ fbsetbg -t /path/to/a/new/nice/wallpaper.jpg

What happens if, in this new Fluxbox session, the user has

  $ echo $DISPLAY
  :0
  
?

It happens that fbsetbg fails to see :0 as equivalent to :0.0
and does not replace the previously set wallpaper with the new one.
It just adds the new one, as if it were set for a different display!

  $ cat ~/.fluxbox/lastwallpaper 
  $tile $full|/path/to/my/old/wallpaper.jpg||:0.0
  $tile $full|/path/to/a/new/nice/wallpaper.jpg||:0

There! From this point on, depending on the DISPLAY value, the
wrong wallpaper may be set, when a new Fluxbox session is opened.


After studying the problem, I prepared the attached patch, which
fixes the issue for me and works in a backward-compatible way.
The idea is to always truncate the final .0 , if present, so that
screen 0 is always named in the same consistent manner within
the fbsetbg script.
In order to be backward-compatible, the script searches for $DISPLAY ,
but also for ${DISPLAY}.0 , in ~/.fluxbox/lastwallpaper , when
it has to replace an old wallpaper with a new one.


Please apply the patch to the Debian package and/or forward it
upstream.

Little legal details: I think my modifications are too trivial
to be copyrighted by me. Hence, you don't need any license from
me, in order to distribute fbsetbg with my patch applied.
Anyway, in case my modifications turn out to be in fact copyrighted,
I hereby license my patch under the same exact terms as fbsetbg
itself.


Thanks for your time!



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

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

Versions of packages fluxbox depends on:
ii  libc6   2.13-21
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libfribidi0 0.19.2-1
ii  libgcc1 1:4.6.2-7
ii  libice6 2:1.0.7-2
ii  libimlib2   1.4.4-1+b1
ii  libsm6  2:1.2.0-2
ii  libstdc++6  4.6.2-7
ii  libx11-62:1.4.4-4
ii  libxext62:1.3.0-3
ii  libxft2 2.2.0-3
ii  libxinerama12:1.1.1-3
ii  libxpm4 1:3.5.9-4
ii  libxrandr2  2:1.3.2-2
ii  libxrender1 1:0.9.6-2
ii  menu2.1.46
ii  zlib1g  1:1.2.3.4.dfsg-3

Versions of packages fluxbox recommends:
ii  feh  2.1-1
ii  xfonts-terminus  4.30-2

Versions of packages fluxbox suggests:
pn  fbautostart  
pn  fbdesk   
pn  fbpager  

-- no debconf information


fbsetbg.diff.gz
Description: GNU Zip compressed data

Bug#652672: busybox: modprobe does not handle builtins

[John D. Hendrickson and Sara Darnell]

I hate to say anything no knowing the full story.  I was just installing.

The initrd.gz off netinst CD does has depmod.  If you use it then your ext4 module loads right? 
Without depmod you could edit the modules.dep et al files with nano and that should work too, if I 
remember correctly.


I had to copy ext2.ko using dd and a floppy, no fs modules in initrd to mount even minix.  deb-inst 
told it found no kernel in netinst which it wanted.  wtf?


busy box saves the day again right?  i got it working.

Sven Joachim wrote:

Package: busybox
Version: 1:1.19.3-5
Severity: normal

Unlike the modprobe utility from module-init-tools, busybox' version
fails for built-in modules:






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

Bug#652664: CVE-2011-4615

[Christoph Haas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sorry for the missing reaction. I'm still alive and currently figuring
out a minimal patch for the reported security issues. Expect a fresh
upload to unstable and a patch for the Squeeze version. Whether a patch
for Lenny can be created is currently being discussed.

?Christoph
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7vqXoACgkQCV53xXnMZYZKDACeOnkYL6SCcAPpMlXo1tVDgrBi
ifwAmwd5sMF2+T9NZ8Br+pFO6gj8SLYJ
=JTdF
-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#652512: initscripts: /lib/init/rw not removed

[Christoph Anton Mitterer]

On Mon, 2011-12-19 at 12:27 +, Roger Leigh wrote:
> Is this text OK with you?
Sounds good, especially the hint on purging :)


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#652680: ITP: gmtk -- a set of gtk widgets to use with gnome-mplayer, and gecko-mediaplayer

[Brandon Snider]

Package: wnpp
Severity: wishlist
Owner: Brandon Snider 


* Package name: gmtk
  Version : 1.0.5b2
  Upstream Author : Kevin DeKorte 
* URL : http://code.google.com/p/gmtk/
* License : (GPL v2)
  Programming Lang: (C++)
  Description : a set of gtk widgets to use with gnome-mplayer, and gecko-
mediaplayer



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

Bug#652672: busybox: modprobe does not handle builtins

[Michael Tokarev]

On 20.12.2011 01:08, Sven Joachim wrote:
[]
>> I'd close this bug right away but I want to hear your opinion
>> first, hence downgrading it to wishlist - since the behavour
>> is correct.
> 
> I disagree (see above), but I can understand the need to keep busybox
> small.  Alas, initramfs-tools do not use the -q option.

initramfs-tools does not need to use -q option since the only modules
it loads are real modules, not built-ins.

This should happen only on somehow improperly configured system.
What tries to load module which is not module?

Thanks,

/mjt



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

Bug#652591: noflushd: Crash with linux-image-2.6.32-5-686 (version 2.6.32-38)

[cabal]

Hi,

the machine boots up normally, disks are spinned down correctly (and
even correctly re-activated).

After few hours the box freezes. With linux-image-2.6.26-2-686 the box
stays OK for days (months).

By now I deactiveted noflushd.

How can I obtain infos about the moment of crash? I know no way.

I know it's difficult...

-- 
Ciao,
Andrea
---
E-mail: caballinux(at)gmail.com
ICQ: 307943276
GTALK,SKYPE: caballinux 

On Mon, 2011-12-19 at 00:40 +0100, Daniel Kobras wrote:

> Hi Andrea!
> 
> Am 19.12.2011 um 00:31 schrieb Andrea Cavaglieri:
> 
> > if I use noflushd (version 2.8-1) with linux-image-2.6.32-5-686 (version 
> > 2.6.32-38) my box freeze (I have to physically reset it).
> > 
> > Everything is good if I use linux-image-2.6.26-2-686 (version 
> > 2.6.26-26lenny2).
> 
> Can you correlate the freeze to some event, eg. noflushd trying to spin down 
> a disk? Could it be during spin up? Or does the machine crash right upon boot?
> 
> Regards,
> 
> Daniel.

Bug#652672: busybox: modprobe does not handle builtins

[Sven Joachim]

On 2011-12-19 21:46 +0100, Michael Tokarev wrote:

> severity 652672 wishlist
> thanks
>
> On 19.12.2011 22:52, Sven Joachim wrote:
>> Package: busybox
>> Version: 1:1.19.3-5
>> Severity: normal
>> 
>> Unlike the modprobe utility from module-init-tools, busybox' version
>> fails for built-in modules:
>> 
>> ,
>> | % grep ext4 /lib/modules/$(uname -r)/modules.builtin
>> | kernel/fs/ext4/ext4.ko
>> | % sudo modprobe ext4
>> | % sudo busybox modprobe ext4
>> | modprobe: module ext4 not found in modules.dep
>> `
>> 
>> This leads to annoying error messages on boot.
>
> This is what -q option is for, and it always worked this way
> initially.  Later modprobe in m-i-t changed behavour, but it
> is not really necessary to follow this - IMHO anyway.  After
> all, you requested to load a module and modprobe can't do that,
> hence I think m-i-t is wrong here.

I don't think so, because modprobe also succeeds when you try to load a
module that is already loaded, and with builtins you have really the
same situation -- asking for functionality that is already available.

> Besides, it works just fine here, no annoying error messages
> like that.

It likely only happens with self-built kernels, since official Debian
kernels have pretty much everything built as a module.

> I'd close this bug right away but I want to hear your opinion
> first, hence downgrading it to wishlist - since the behavour
> is correct.

I disagree (see above), but I can understand the need to keep busybox
small.  Alas, initramfs-tools do not use the -q option.

Cheers,
   Sven



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

Bug#640538: simgrid: FTBFS on ia64: src/xbt/graphxml.c:2368:1: internal compiler error: in dwarf2out_cfi_begin_epilogue, at dwarf2out.c:3015

[Lucas Nussbaum]

forwarded 640538 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49821
thanks

Apparently switching to -O2 would fix the problem, too.

L.



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

Bug#622247: [pkg-wpa-devel] Bug#622247: iw binary should be installed in /sbin

[Stefan Lippers-Hollmann]

tags 622247 + pending
thanks

Hi

On Monday 19 December 2011, Ben Hutchings wrote:
> Package: iw
> Version: 0.9.19-1
> Severity: normal
> 
> iw may be wanted early during the boot process, so it should not be
> installed on /usr.

Starting with libnl3 3.2.3-2[1], libnl-3-200 (/lib/libnl-3.so.200) and 
libnl-genl-3-200 (/lib/libnl-genl-3.so.200) will be available in /lib/,
which means iw can follow suit starting with iw 3.2-1[2] (to be 
uploaded soon after libnl3 3.2.3-2 hits unstable).

However given that crda links against libnl itself, some changes are 
needed to adapt crda for this new libnl3 as well. The attached debdiff 
(excluding changes introduced by the updated orig.tar.bz2) against the 
new upstream version of crda 1.1.2[3] incorporates libnl3 3.2 support 
(patch submitted upstream[4]) for crda. In addition I also bumped the 
standards version to 3.9.2 (no changes necessary) and restricted iw to 
linux-any, given that it is extremely specific to the linux kernel and 
its nl80211 API. The fall-through from /sbin/iw to /usr/sbin/iw can be 
removed in a subsequent version and a versioned Breaks on iw (<< 3.2~);
DFS (dynamic frequency selection ~= radar avoidance) related changes 
are supposed to be merged into crda soon.

Regards
Stefan Lippers-Hollmann

[1] http://lists.debian.org/debian-release/2011/12/msg00177.html
http://lists.debian.org/debian-release/2011/12/msg00260.html
[2] Vcs-Svn: svn://anonscm.debian.org/svn/pkg-wpa/iw/trunk/
Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-wpa/iw/trunk/
[3] http://wireless.kernel.org/download/crda/crda-1.1.2.tar.bz2
[4] http://www.spinics.net/lists/linux-wireless/msg82391.html
diff -Nru crda-1.1.1/debian/changelog crda-1.1.2/debian/changelog
--- crda-1.1.1/debian/changelog
+++ crda-1.1.2/debian/changelog
@@ -1,3 +1,13 @@
+crda (1.1.2-1) unstable; urgency=low
+
+  * update to new upstream version.
+  * switch to libnl3 3.2 and raise versioned build-dependency to (>= 3.2.3-2~),
+to be able to expect it in /lib/.
+  * crda is specific to the linux kernel, restrict it to linux-any.
+  * bump standards version to 3.9.2, no changes necessary.
+
+ -- Stefan Lippers-Hollmann   Mon, 19 Dec 2011 21:40:40 +0100
+
 crda (1.1.1-1) unstable; urgency=low
 
   * Initial release (Closes: #536502)
diff -Nru crda-1.1.1/debian/control crda-1.1.2/debian/control
--- crda-1.1.1/debian/control
+++ crda-1.1.2/debian/control
@@ -3,14 +3,15 @@
 Priority: optional
 Maintainer: Ben Hutchings 
 Build-Depends: debhelper (>= 8),
- libnl-dev,
+ libnl-3-dev (>= 3.2.3-2~) [linux-any],
+ libnl-genl-3-dev (>= 3.2.3-2~) [linux-any],
  libssl-dev,
  pkg-config
 Standards-Version: 3.9.1
 Homepage: http://wireless.kernel.org/en/developers/Regulatory/#CRDA
 
 Package: crda
-Architecture: any
+Architecture: linux-any
 Depends: ${shlibs:Depends},
  ${misc:Depends},
  wireless-regdb
diff -Nru crda-1.1.1/debian/patches/crda_add-nested-support-for-libnl-3.2.patch crda-1.1.2/debian/patches/crda_add-nested-support-for-libnl-3.2.patch
--- crda-1.1.1/debian/patches/crda_add-nested-support-for-libnl-3.2.patch
+++ crda-1.1.2/debian/patches/crda_add-nested-support-for-libnl-3.2.patch
@@ -0,0 +1,82 @@
+From ac073acee8ce0345c6fc844d1c4a5a8a3d6cfc23 Mon Sep 17 00:00:00 2001
+From: Stefan Lippers-Hollmann 
+Date: Mon, 19 Dec 2011 21:14:21 +0100
+Subject: [PATCH 5/5] crda: add nested support for libnl-3.2
+
+Skip libnl-3.1 due to broken .pc files.
+
+Tested to work with:
+- libnl-3.2.3 (Debian 3.2.3-1)
+
+Changes-licensed-under: ISC
+Signed-off-by: Stefan Lippers-Hollmann 
+---
+ Makefile |   25 -
+ crda.c   |4 ++--
+ 2 files changed, 18 insertions(+), 11 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 084d8e5..5a8ed46 100644
+--- a/Makefile
 b/Makefile
+@@ -48,19 +48,26 @@ INSTALL ?= install
+ NL1FOUND := $(shell pkg-config --atleast-version=1 libnl-1 && echo Y)
+ NL2FOUND := $(shell pkg-config --atleast-version=2 libnl-2.0 && echo Y)
+ NL3FOUND := $(shell pkg-config --atleast-version=3 libnl-3.0 && echo Y)
++NL32FOUND := $(shell pkg-config --atleast-version=3 libnl-3.2 && echo Y)
+ 
+-ifeq ($(NL3FOUND),Y)
++ifeq ($(NL32FOUND),Y)
+ CFLAGS += -DCONFIG_LIBNL30
+-NLLIBS += -lnl-genl
+-NLLIBNAME = libnl-3.0
++NLLIBS += $(shell pkg-config --libs libnl-genl-3.2)
++NLLIBNAME = libnl-3.2
+ else
+-	ifeq ($(NL2FOUND),Y)
+-	CFLAGS += -DCONFIG_LIBNL20
+-	NLLIBS += -lnl-genl
+-	NLLIBNAME = libnl-2.0
++	ifeq ($(NL3FOUND),Y)
++	CFLAGS += -DCONFIG_LIBNL30
++	NLLIBS += $(shell pkg-config --libs libnl-genl-3.0)
++	NLLIBNAME = libnl-3.0
+ 	else
+-		ifeq ($(NL1FOUND),Y)
+-		NLLIBNAME = libnl-1
++		ifeq ($(NL2FOUND),Y)
++		CFLAGS += -DCONFIG_LIBNL20
++		NLLIBS += -lnl-genl
++		NLLIBNAME = libnl-2.0
++		else
++			ifeq ($(NL1FOUND),Y)
++			NLLIBNAME = libnl-1
++			endif
+ 		endif
+ 	endif
+ endif
+diff --git a/crda.c b/crda.c
+index 1e2ff22..1db54a5 100644
+--- a/crda.c
 b/crda.c
+@@ -21,7 +21,7 @@
+ #include "regdb.h"
+ #include "reglib.h"
+ 
+-

Bug#652672: busybox: modprobe does not handle builtins

[Michael Tokarev]

severity 652672 wishlist
thanks

On 19.12.2011 22:52, Sven Joachim wrote:
> Package: busybox
> Version: 1:1.19.3-5
> Severity: normal
> 
> Unlike the modprobe utility from module-init-tools, busybox' version
> fails for built-in modules:
> 
> ,
> | % grep ext4 /lib/modules/$(uname -r)/modules.builtin
> | kernel/fs/ext4/ext4.ko
> | % sudo modprobe ext4
> | % sudo busybox modprobe ext4
> | modprobe: module ext4 not found in modules.dep
> `
> 
> This leads to annoying error messages on boot.

This is what -q option is for, and it always worked this way
initially.  Later modprobe in m-i-t changed behavour, but it
is not really necessary to follow this - IMHO anyway.  After
all, you requested to load a module and modprobe can't do that,
hence I think m-i-t is wrong here.

Besides, it works just fine here, no annoying error messages
like that.

I'd close this bug right away but I want to hear your opinion
first, hence downgrading it to wishlist - since the behavour
is correct.

Thanks,

/mjt



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

Bug#559537: This bug is a misconfiguration of the server

[Alan T DeKok]

  The configuration file for the module, raddb/modules/passwd says:

#   hashsize - hashtable size. If 0 or not specified records are not
#stored in memory and file is read on every request.
#This configuration is *not* recommended, as it can be
#very slow.  The "passwd" module reloads its configuration
#on HUP, so setting "hashsize = 0" is unnecessary.

  The thread issues noted in this bug are ONLY caused when setting
"hashsize=0".  In that case, the module re-reads the entire passwd-style
file for every packet.  The re-read code is not thread-safe, which
causes the issue.

  The solution is to set "hashsize = 1024", or something non-zero.  The
problem will then never occur.

  If you want to reload the file, use "HUP", as documented in the
configuration for the module.

  Alan DeKok.




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

Bug#652679: winbind: Winbind authentication and wbinfo -i user no longer work after uprading to 3.6.1

[Robert LeBlanc]

Package: winbind
Version: 2:3.6.1-3
Severity: important

Dear Maintainer,

After upgrading to 3.6.1 I am no longer able to login to Debian using my Active 
Directory account.
'winbind -u', 'winbind -g', 'winbind -t' and many others work fine, but 
'winbind -i user' returns
'failed to call wbcGetpwnam: WBC_ERR_DOMAIN_NOT_FOUND Could not get info for 
user user'. Changing
the verbosity of the logs, I find 'winbindd/winbindd_dual.c:1306 
(fork_domain_child) fork_domain_child
called without domain.'. The previous wbint_Sid2Uid struct printout shows that 
dom_name is NULL,
but has the correct domain SID. I believe the problem may exist around there. I 
did upgrade the
'idmap backend = hash' to the new format 'idmap config * : backend = hash' as 
specifed in the man
page without any luck. Name to SID and SID to name works along with 
user-domgroups, but user-groups
does not work. 'wbinifo --group-info=group' fails with a similar error as 
'wbinfo -i user'. I'm
going to try to get back to 3.5.11.

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

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

Versions of packages winbind depends on:
ii  adduser   3.113
ii  libc6 2.13-21
ii  libcap2   1:2.22-1
ii  libcomerr21.42-1
ii  libgssapi-krb5-2  1.10+dfsg~alpha1-6
ii  libk5crypto3  1.10+dfsg~alpha1-6
ii  libkrb5-3 1.10+dfsg~alpha1-6
ii  libldap-2.4-2 2.4.25-4+b1
ii  libpam0g  1.1.3-6
ii  libpopt0  1.16-1
ii  libtalloc22.0.7-3
ii  libtdb1   1.2.9-4+b1
ii  libwbclient0  2:3.6.1-3
ii  lsb-base  3.2-28
ii  samba-common  2:3.6.1-3
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages winbind recommends:
ii  libpam-winbind  2:3.6.1-3

winbind 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#652115: ruby1.8: FTBFS on sparc: ./sample/test.rb:1848: [BUG] Bus Error

[Lucas Nussbaum]

On 14/12/11 at 23:40 +0100, Jakub Wilk wrote:
> Source: ruby1.8
> Version: 1.8.7.352-2
> Severity: serious
> Justification: fails to build from source
> User: debian-sp...@lists.debian.org
> Usertags: sparc
> 
> ruby1.8 FTBFS on sparc:
> | ./sample/test.rb:1848: [BUG] Bus Error
> | ruby 1.8.7 (2011-06-30 patchlevel 352) [sparc-linux]
> |
> | test failed
> | make[1]: *** [test] Error 1
> | make[1]: Leaving directory 
> `/build/buildd-ruby1.8_1.8.7.352-2-sparc-NViQ1Z/ruby1.8-1.8.7.352'
> | make: *** [debian/stamp-makefile-build] Error 2
> 
> Full build log:
> https://buildd.debian.org/status/fetch.php?pkg=ruby1.8&arch=sparc&ver=1.8.7.352-2&stamp=1323883832

Hi debian-sparc@,

Could someone take a look at this? It might be similar to
#593138, #545345 and http://redmine.ruby-lang.org/issues/5244

Lucas



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

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[Florian Birée]

Hello,

Le Mon, 19 Dec 2011 21:28:01 +0100,
David Paleino  a écrit :
> On Sat, 17 Dec 2011 11:02:51 +0100, Florian Birée wrote:
> 
> > I just upgrade it to 1.7.1~b3-3, same problem.
> 
> Is the error *exactly* the same as the one in your first message? If
> yes, I'm really not able to tell what's going on.

Yes, exactly the same. But the french translation of wicd seems weired
on wicd-gtk (that I don't really use), and as I say I need to use
wicd-cures in english (LC_ALL=C wicd-curses) in order to make it
works... maybe something related to the french translation?

(Maybe you can try LC_ALL=fr wicd-curses to reproduce it?)

-- 
Florian Birée
e-mail : flor...@biree.name -- web : http://florian.biree.name/
 ** Terriens Cherchent Futur : http://biblio.ismalaris.org/ **


signature.asc
Description: PGP signature

Bug#516164: sympa: 2 Insecure errors when running setuid in apache error log

[Emmanuel Bouthenot]

Hi Olivier,

On Thu, Dec 15, 2011 at 02:21:04PM +0100, Olivier Berger wrote:
[...]

> I'm not sure, but I don't think so, for those errors above.
> 
> On the other hand, the problem with these warnings :
> mod_fcgid: stderr: Insecure dependency in open while running setuid at 
> /usr/share/sympa/lib/Lock.pm line 253., referer: 
> https://cgt-int.dnsalias.org/wws
> mod_fcgid: stderr: Insecure dependency in open while running setuid at 
> /usr/share/sympa/lib/List.pm line 9703., referer: 
> https://cgt-int.dnsalias.org/wws
> is still there in the squeeze-backports version (6.1.4~dfsg-1~bpo60+1)
That's weird, I've never encountered such errors. Could tell me more
about your apache/fcgid setup for wwsympa?


> It seems that the wwsympa_sudo_wrapper.pl sudo wrapper is not
> distributed in that version... so I'm not sure what's wrong
If I remember well, sudo wrapper was dropped from upstream sources about
2 years ago :)

> I don't know if you want to take care about that backports version in this 
> ticket.
I will try to fix every bug I can reproduce :)

M.

-- 
Emmanuel Bouthenot
  mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
  xmpp: kol...@im.openics.org  irc: kolter@{freenode,oftc}




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

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

Hello Florian,

On Sat, 17 Dec 2011 11:02:51 +0100, Florian Birée wrote:

> I just upgrade it to 1.7.1~b3-3, same problem.

Is the error *exactly* the same as the one in your first message? If yes, I'm
really not able to tell what's going on.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652678: linux-image-3.1.0-1-amd64: psmouse fails to autodetect Elan touchpad

[Andreas Ames]

Package: linux-2.6
Version: 3.1.1-1
Severity: normal

Dear Maintainer,

the psmouse driver of the referenced kernel fails to recognise the Elan 
touchpad of my notebook; it reports a Logitech Wheel Mouse instead.  
Thus I couldn't get the middle button click to work under X (amongst other 
functions).

After applying the patch as referenced in 
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/681904/comments/64
 the driver
detects the touchpad as expected.


cheers,

aa



-- Package-specific info:
** Version:
Linux version 3.1.0-1-amd64 (Debian 3.1.1-1) (b...@decadent.org.uk) (gcc 
version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Mon Nov 14 08:02:25 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-amd64 
root=UUID=b61405bd-d5ec-4f48-8f06-692aaded5b8f ro video=vesafb:mtrr:3,ywrap 
vga=792 quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[8.310300] input: WebCam SCB-1100N as 
/devices/pci:00/:00:13.2/usb2/2-2/2-2:1.0/input/input11
[8.310641] usbcore: registered new interface driver uvcvideo
[8.310645] USB Video Class driver (1.1.1)
[9.684302] Adding 9751548k swap on /dev/sda7.  Priority:-1 extents:1 
across:9751548k 
[9.690319] EXT4-fs (sda5): re-mounted. Opts: (null)
[   10.000650] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro
[   10.109404] loop: module loaded
[   11.050073] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: 
(null)
[   11.978688] RPC: Registered named UNIX socket transport module.
[   11.978693] RPC: Registered udp transport module.
[   11.978695] RPC: Registered tcp transport module.
[   11.978696] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   12.110026] FS-Cache: Loaded
[   12.141846] FS-Cache: Netfs 'nfs' registered for caching
[   12.153373] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[   13.328982] fuse init (API version 7.17)
[   15.100357] input: ACPI Virtual Keyboard Device as 
/devices/virtual/input/input12
[   17.235458] r8169 :03:00.0: eth0: link down
[   17.236461] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   17.458414] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   20.218850] vgaarb: this pci device is not a vga device
[   20.218877] vgaarb: this pci device is not a vga device
[   20.218890] vgaarb: this pci device is not a vga device
[   20.218902] vgaarb: this pci device is not a vga device
[   20.218915] vgaarb: this pci device is not a vga device
[   20.218930] vgaarb: this pci device is not a vga device
[   20.218943] vgaarb: this pci device is not a vga device
[   20.218956] vgaarb: this pci device is not a vga device
[   20.218968] vgaarb: this pci device is not a vga device
[   20.218981] vgaarb: this pci device is not a vga device
[   20.218993] vgaarb: this pci device is not a vga device
[   20.219006] vgaarb: this pci device is not a vga device
[   20.219018] vgaarb: this pci device is not a vga device
[   20.219030] vgaarb: this pci device is not a vga device
[   20.219042] vgaarb: this pci device is not a vga device
[   20.219054] vgaarb: this pci device is not a vga device
[   20.219067] vgaarb: this pci device is not a vga device
[   20.219079] vgaarb: this pci device is not a vga device
[   20.219091] vgaarb: this pci device is not a vga device
[   20.219104] vgaarb: this pci device is not a vga device
[   20.219116] vgaarb: this pci device is not a vga device
[   20.219127] vgaarb: this pci device is not a vga device
[   20.219139] vgaarb: this pci device is not a vga device
[   20.219151] vgaarb: this pci device is not a vga device
[   20.219163] vgaarb: this pci device is not a vga device
[   20.219176] vgaarb: this pci device is not a vga device
[   20.219187] vgaarb: this pci device is not a vga device
[   20.219200] vgaarb: this pci device is not a vga device
[   20.219221] vgaarb: device changed decodes: 
PCI::02:00.0,olddecodes=io+mem,decodes=none:owns=none
[   20.219240] vgaarb: this pci device is not a vga device
[   20.219254] vgaarb: this pci device is not a vga device
[   20.256343] [fglrx] ATIF platform detected with notification ID: 0x81
[   20.386972] Bluetooth: Core ver 2.16
[   20.387002] NET: Registered protocol family 31
[   20.387005] Bluetooth: HCI device and connection manager initialized
[   20.387008] Bluetooth: HCI socket layer initialized
[   20.387010] Bluetooth: L2CAP socket layer initialized
[   20.387015] Bluetooth: SCO socket layer initialized
[   20.432599] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   20.432603] Bluetooth: BNEP filters: protocol multicast
[   20.447014] Bluetooth: RFCOMM TTY layer initialized
[   20.447021] Bluetooth: RFCOMM socket layer initialized
[   20.447022] Bluetooth: RFCOMM ver 1.11
[   20.909033] lp: driver loaded but no devices found
[   21.000420] ppdev: user-space parallel port driver
[   24.522892] fglrx_pci :00:01.0: irq 43 for MSI/MSI-X
[   24.523703] [fglrx] Firegl kernel thread PID: 1834
[   24.523

Bug#651942: Upgrade from sympa_5.3.4-6.1 fails (relation "conf_table" does not exist)

[Emmanuel Bouthenot]

Hi Giorgio,

Sorry for the late reply,

On Wed, Dec 14, 2011 at 10:50:58AM +0100, Giorgio Volpe wrote:
[...]

> 1) Dowloded  
> http://ftp.de.debian.org/debian/pool/main/s/sympa/sympa_6.1.7~dfsg-2_i386.deb
> 2) Tried to install with: dpkg -i sympa_6.1.7~dfsg-2_i386.deb
>
> but the result is the same as before. Many "relation "conf_table"
> does not exist".
> Now i get the following result, if I run
> 
> # /usr/lib/sympa/bin/sympa.pl
> DBD::Pg::st execute failed: ERROR:  relation "conf_table" does not
> exist at /usr/share/sympa/lib/Conf.pm line 668.
> DBD::Pg::st execute failed: ERROR:  relation "conf_table" does not
> exist at /usr/share/sympa/lib/Conf.pm line 668.
> DBD::Pg::st execute failed: ERROR:  relation "conf_table" does not
> exist at /usr/share/sympa/lib/Conf.pm line 668.
> DBD::Pg::st execute failed: ERROR:  relation "conf_table" does not
> exist at /usr/share/sympa/lib/Conf.pm line 668.
> DBD::Pg::st execute failed: ERROR:  relation "conf_table" does not
> exist at /usr/share/sympa/lib/Conf.pm line 668.
That's sound weird, could you try with the following command:
$ /usr/lib/sympa/bin/sympa.pl --upgrade

M.

-- 
Emmanuel Bouthenot
  mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
  xmpp: kol...@im.openics.org  irc: kolter@{freenode,oftc}




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

Bug#645129: compizconfig-settings-manager: Switch to Python 2.7

[Johann Glaser]

Am Montag, den 19.12.2011, 17:04 +0100 schrieb Cyril Brulebois:
> Johann Glaser  (18/12/2011):
> > still no response...
> 
> Are you volunteering to maintain compiz in Debian? Great, I'll add you
> to pkg-xorg right away. What about your starting up by sending a patch?

Nice try, buddy ...

Don't you think, if I knew how to do this, I would have sent the patch
long ago?





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

Bug#332629: perl-debug: incorect $Config::Config{usemymalloc} value.

[Nick Wellnhofer]

I just ran into this bug when I tried to run the Apache Lucy valgrind 
tests. The test suite checks ccflags for -DDEBUGGING which fails with 
debugperl. So this does cause at least minor problems for developers but 
I understand that a fix would not be trivial.




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

Bug#652677: causes FTBFS when using #define foreach BOOST_FOREACH

[Gerfried Fuchs]

Source: boost1.48
Severity: serious
Tags: upstream patch

Hi,

 the boost1.48 source contains an unfortunate bug that makes at least
wesnoth FTBFS because of a change in API that wasn't intentional.  The
upstream bug tracker contains the patch for the bug, please get it
applied soonish so I can upload the latest wesnoth version. :)

 Upstream Bug report: https://svn.boost.org/trac/boost/ticket/6131

 Thanks for your great work on boost packaging, btw.!
Rhonda

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

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



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

Bug#652459: Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

[Roger Leigh]

On Sun, Dec 18, 2011 at 03:37:43AM +0100, Marco d'Itri wrote:
> On Dec 17, Roger Leigh  wrote:
> 
> > So WRT mounting /usr (and potentially /etc and other filesystems),
> > I've pushed patches upstream for util-linux (initramfs mount option)
> > and initramfs-tools (generate /etc/fstab from host and mount after
> > rootfs).

(Merging this and the reply to #652459)

I'd just like to clear up a few points about the desired behaviour and
requirements for the initramfs.  I have some ideas about other ways
to achieve this goal.

> > 1) Generation of /etc/fstab in the initramfs, including the rootfs
> >and all the filesystems desired to be mounted
> This is highly suboptimal, because it suddenly makes the initramfs not
> generic anymore.
> The initramfs should:
> - mount / as usual
> - look at the rootfs fstab
> - mount /usr using the information from the rootfs fstab

Regarding keeping the initramfs generic, we already permit hardcoding of
the rootfs into the image.  This is overridden by root=xxx, but still
permitted.  I'm not sure I see the difference between hardcoding the
root device rather than an fstab entry.

There is of course the addition of the mount options, which might be
incompatible if the fstype of the rootfs changes.

> > 2) In local mountroot(), rather than just mounting the rootfs, loop
> >over all mountpoints in /etc/fstab and mount them.
> If there is no need to mount file systems other than /usr, why do it?

It would permit additional flexibility for initramfs extensions by
users.  I'm not sure if this is necessarily a good or bad thing.  If
it's desirable not to permit this, I'm sure we can find a better way.

Mounting /usr is obviously the main goal here.  Whether or not we
migrate stuff to or from /usr, we would still need to have the ability
to mount /usr in the initramfs for compatibility with systems with a
separately-mounted /usr, in order to privide the guarantee that /usr
is available in early boot.

Mounting /etc separately is not essential, but this would be a nice-to-
have feature for those who wish to encrypt it.

> > and other files to the root filesystem.  It additionally permits
> > mounting of /etc separately, thereby permitting it to be
> > encrypted and/or writable while the root filesystem is
> > unencrypted and/or read-only.
> I do not believe that this is desireable, it is complex and would come
> for free anyway by a / -> /usr move.

Why would it come for free?  You would still have files in places other
than /etc on the rootfs.  And if we are deprecating a separate /usr, it
doesn't solve the problem at all, since everything would be on the rootfs,
and then everything would be encrypted.  As mentioned earlier in the
thread, encrypting /etc is an entirely different problem than mounting
/usr separately--a separate mount would IMO be the best solution to this
problem, and mounting it in the initramfs is certainly technically
possible.


Regarding the objections above, which are primarily concerned with the
creation of a non-generic initramfs, how does this alternative suggestion
sound:

- The addition of usr= options analogous to the root= options which
  permit the bootloader to specify the /usr filesystem to mount.  By
  default would do nothing, but grub could be updated to generate
  such options on systems with a separate /usr.
- We could also add an additional etc= option with the same semantics.

I'll be happy to implement this if this sounds more acceptable than the
existing approach.  It does, I think, address your primary criticisms.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#652676: nb translation for Zabbix debconf

[Bjørn Steensrud]

Package: zabbix
Severity: wishlist
Tags: i18n patch

nb.po file attached.
Regards,
Bjørn
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Bjørn Steensrud , 2011.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: zab...@packages.debian.org\n"
"POT-Creation-Date: 2011-08-07 17:31+0200\n"
"PO-Revision-Date: 2011-12-19 20:58+0100\n"
"Last-Translator: Bjørn Steensrud \n"
"Language-Team: Norwegian Bokmål \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.2\n"
"Plural-Forms: nplurals=2; plural=n != 1;\n"

#. Type: string
#. Description
#: ../zabbix-agent.templates:2001 ../zabbix-frontend-php.templates:4001
msgid "Zabbix server host address:"
msgstr "Vertsadresse til Zabbix-tjeneren"

#. Type: string
#. Description
#: ../zabbix-agent.templates:2001 ../zabbix-frontend-php.templates:4001
#| msgid ""
#| "Please enter the host name or the address of the Zabbix server you  want "
#| "to connect to."
msgid ""
"Please enter the host name or IP address of the Zabbix server you want to "
"connect to."
msgstr ""
"Skriv inn vertsnavn eller IP-adressen til Zabbix-tjeneren du vil koble til."

#. Type: boolean
#. Description
#: ../zabbix-frontend-php.templates:2001
msgid "Configure Apache?"
msgstr "Skal Apache settes opp?"

#. Type: boolean
#. Description
#: ../zabbix-frontend-php.templates:2001
msgid ""
"The Zabbix web frontend runs on any web server that supportes PHP5. However "
"only Apache (2.x) can be configured automatically at this point."
msgstr ""
"Vevgrensesnittet Zabbix kjører på alle vevtjenere som støtter PHP5, men bare "
"Apache (2.x) kan settes opp automatisk ennå-"

#. Type: boolean
#. Description
#: ../zabbix-frontend-php.templates:2001
msgid ""
"Please choose whether you want to reconfigure Apache so that the Zabbix web "
"frontend is made available at the URL http://.../zabbix";
msgstr ""
"Velg om du vil sette opp Apache på nytt slik at vevgrensesnittet Zabbix blir "
"tilgjengelig på URL-en http://.../zabbix";

#. Type: boolean
#. Description
#: ../zabbix-frontend-php.templates:3001
#| msgid "Would you like to restart your webserver(s) now?"
msgid "Restart Apache now?"
msgstr "Vil du starte Apache på  nytt nå?"

#. Type: boolean
#. Description
#: ../zabbix-frontend-php.templates:3001
#| msgid ""
#| "Remember that in order to apply the changes your webserver(s) has/have to "
#| "be restarted."
msgid ""
"In order to apply the changes needed for Zabbix configuration, the web "
"server needs to be restarted."
msgstr ""
"Vevtjeneren må startes på nytt for at endringene som trengs for Zabbix skal "
"få virkning."

#. Type: boolean
#. Description
#: ../zabbix-frontend-php.templates:3001
msgid ""
"Please choose whether you prefer doing it automatically now or manually "
"later."
msgstr ""
"Velg om du foretrekker å få det gjort automatisk nå eller gjøre det manuelt "
"siden."

#. Type: string
#. Description
#. Type: string
#. Description
#: ../zabbix-frontend-php.templates:4001 ../zabbix-frontend-php.templates:5001
msgid "This is needed for some advanced frontend functionalities."
msgstr "Dette trengs for noen avanserte funksjoner i grensesnittet."

#. Type: string
#. Description
#: ../zabbix-frontend-php.templates:5001
#| msgid "Zabbix server host address:"
msgid "Zabbix server port:"
msgstr "Port til Zabbix-tjeneren:"

#. Type: string
#. Description
#: ../zabbix-frontend-php.templates:5001
#| msgid ""
#| "Please enter the host name or the address of the Zabbix server you  want "
#| "to connect to."
msgid "Please enter the port used by the Zabbix server."
msgstr "Skriv inn porten som Zabbix-tjeneren bruker."

#. Type: note
#. Description
#: ../zabbix-server-mysql.templates:2001 ../zabbix-server-pgsql.templates:2001
msgid "The SQL database must be upgraded manually"
msgstr "SQL-databasen må oppgraderes manuelt."

#. Type: note
#. Description
#: ../zabbix-server-mysql.templates:2001
msgid ""
"The SQL database used by Zabbix must be upgraded manually using the scripts "
"available in /usr/share/doc/zabbix-server-mysql. Zabbix will not work "
"properly until the database upgrade is completed."
msgstr ""
"SQL-databasen som Zabbix bruker må oppgraderes manuelt, ved bruk av skriptene "
"som finnes i /usr/share/doc/zabbix-server-mysql. Zabbix vil ikke virke riktig "
"før database-oppgraderingen er fullført."

#. Type: note
#. Description
#: ../zabbix-server-pgsql.templates:2001
msgid ""
"The SQL database used by Zabbix must be upgraded manually using the scripts "
"available in /usr/share/doc/zabbix-server-pgsql. Zabbix will not work "
"properly until the database upgrade is completed."
msgstr ""
"SQL-databasen som Zabbix bruker må oppgraderes manuelt, ved bruk av skriptene "
"som finnes i /usr/share/doc/zabbix-server-pgsql. Zabbix vil ikke virke riktig "
"før database-oppgraderingen er fullført."

#, fuzzy
#~| msgid "Webserver Reconf

Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

[Julien Cristau]

On Mon, Dec 19, 2011 at 08:43:12 -0500, Adam C Powell IV wrote:

> On Sat, 2011-12-17 at 17:32 +0100, Julien Cristau wrote:
> > On Fri, Dec 16, 2011 at 08:00:15 -0500, Adam C Powell IV wrote:
> > 
> > > I think blacs-mpi, scalapack and suitesparse make sense for no-change
> > > rebuilds.  But I've been procrastinating maintenance on the rest (just
> > > took care of spooles last night, working on hypre now) so this will
> > > motivate me to finish up hypre, scotch and mumps -- I'll take care of
> > > those three.
> > > 
> > What are the archs where those rebuilds are needed?
> > 
> > Cheers,
> > Julien
> 
> armel, armhf, mips, mipsel, s390, s390x, sparc.
> 
Can't do that for blacs-mpi, it's broken:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650804

Scheduled rebuilds for scalapack.

suitesparse doesn't seem to have any lam dependencies?

Cheers,
Julien



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

Bug#652675: Please rename binaries and use alternatives

[Vincent Fourmond]

Source: graphicsmagick-imagemagick-compat
Version: 1.3.12-1.1
Severity: minor

  Hello,

  With the newer version of imagemagick in experimental (6.7.4.0-1),
we have renamed all the binaries to add a .im6 suffix, and to use
alternatives to provide the suffix-less binaries (along with a slave
for the manual page).

  It would be great if you could do the same for
graphicsmagick-imagemagick-compat, so that we could drop the
conflicts.

  Many thanks,

   Vincent



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

Bug#652633: cleaned up stuff

[Yves-Alexis Perez]

On lun., 2011-12-19 at 23:41 +0530, shirish शिरीष wrote:
> Dear Maintainer,
> I tried the new version midori 0.43 today. Even now it
> freezes with the new version 

Sorry but I just can't do anything with that. Considering the
low-quality of your bug reports, I'm tented to just ignore them since I
just lose my time reading them and trying to exploit them.

Regards,
-- 
Yves-Alexis


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