Bug#730609: gdm3: Laptop does not suspend when lid is closed

[Andreas Tille]

Package: gdm3
Version: 3.8.4-6
Severity: normal

Hi,

when using gdm3 3.6.4 after closing the Lid my laptop went into suspend
to RAM which is the expected behaviour also when working with any
desktop environment I know also after loging in.  Since I upgraded to
gdm3 in Jessie this does not happen any more.

The following works: Loging in via ssh and suspend manually.  In this
case I can go back to the loginscreen by pressing a random key.
However, it does not work if I use the suspend (in German locale
"Bereitschaft") from the menu at the switch in the upper right corner.
If I suspend with this method  after reopening the lid the login screen
is not accessible and only the clock (screensaver mode???) and some
arrow animation running from bottom into the direction of this clock.
The only available control is a Battery symbol in the upper right
corner.  When I click on it I can adjust speaker and microphone but
nothing else.

When gdm is not working usually it worked to `/etc/init.d/gdm3 restart`.
I also tried this but even a `/etc/init.d/gdm3 stop` did not killed the
X screen.  I manually `kill -9`-ed any process displayed at
`ps ax | grep gdm` which left me with a black screen and a frozen mouse
cursor.  I now tried

$ sudo /etc/init.d/gdm3 start
[ ok ] Starting GNOME Display Manager: gdm3.

... but there is actually no successfull start of gdm.  Sometimes it
happens that switching to text console and than choosing -F8 brings
you to the correct screen but this is not used and -F7 remains at
the black non-working screen.

I tried to downgrade to the previous version of gdm3 3.6.1-2 which endet
up in a dependency djungle which does not sound like a clever idea.

Kind regards and thanks for maintaining gdm

Andreas.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (501, 'testing'), (50, 'unstable'), (5, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gdm3 depends on:
ii  accountsservice  0.6.34-2
ii  adduser  3.113+nmu3
ii  dconf-cli0.18.0-1
ii  dconf-gsettings-backend  0.18.0-1
ii  debconf [debconf-2.0]1.5.52
ii  gir1.2-gdm3  3.8.4-6
ii  gnome-session [x-session-manager]3.8.4-3
ii  gnome-session-bin3.8.4-3
ii  gnome-session-flashback [x-session-manager]  3.6.2-2
ii  gnome-settings-daemon3.8.5-2
ii  gnome-shell  3.8.4-5
ii  gnome-terminal [x-terminal-emulator] 3.10.1-1
ii  gsettings-desktop-schemas3.8.2-2
ii  libaccountsservice0  0.6.34-2
ii  libatk1.0-0  2.10.0-2
ii  libaudit11:2.3.2-2
ii  libc62.17-93
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libgdm1  3.8.4-6
ii  libglib2.0-0 2.36.4-1
ii  libglib2.0-bin   2.36.4-1
ii  libgtk-3-0   3.8.4-1
ii  libpam-modules   1.1.3-9
ii  libpam-runtime   1.1.3-9
ii  libpam-systemd   204-5
ii  libpam0g 1.1.3-9
ii  libpango-1.0-0   1.36.0-1
ii  libpangocairo-1.0-0  1.36.0-1
ii  librsvg2-common  2.40.0-1
ii  libselinux1  2.2.1-1
ii  libwrap0 7.6.q-24
ii  libx11-6 2:1.6.2-1
ii  libxau6  1:1.0.8-1
ii  libxdmcp61:1.1.1-1
ii  libxrandr2   2:1.4.1-1
ii  lsb-base 4.1+Debian12
ii  metacity [x-window-manager]  1:2.34.13-1
ii  twm [x-window-manager]   1:1.0.6-1
ii  upower   0.9.23-2+b1
ii  x11-common   1:7.7+4
ii  x11-xserver-utils7.7+1
ii  xfce4-session [x-session-manager]4.10.1-3
ii  xfce4-terminal [x-terminal-emulator] 0.6.2-3
ii  xfwm4 [x-window-manager] 4.10.1-2
ii  xterm [x-terminal-emulator]  297-1

Versions of packages gdm3 recommends:
ii  at-spi2-core 

Bug#730608: RFP: libmoox-singleton-perl -- MooX::Singleton - turn your Moo class into singleton

[Gabor Szabo]

Package: wnpp
Severity: wishlist

* Package name: libmoox-singleton-perl
  Version : 1.20
  Upstream Author : Alex J. G. Burzyński 
* URL : https://metacpan.org/release/MooX-Singleton
* License : (Perl)
  Programming Lang: (Perl)
  Description : MooX::Singleton - turn your Moo class into singleton

Moo extension.


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

Bug#730604: [Pkg-libvirt-maintainers] Bug#730604: libvirt-bin: Please rename libvirt-bin.service back to libvirtd.service and use symlink or Alias= instead

[Guido Günther]

On Wed, Nov 27, 2013 at 07:36:31AM +0100, Laurent Bigonville wrote:
> Package: libvirt-bin
> Version: 1.1.4-1
> Severity: normal
> 
> Hi,
> 
> Could you please rename back the libvirt-bin.service systemd service
> file to libvirtd.service and use a symlink (libvirtd.service ->
> libvirt-bin.service) or add Alias=libvirt-bin.service in the service
> file instead.

I've actually done this already here a couple of weeks ago to reduce the
upstream diff but didn't get around to test if the upgrade works as
expected when the unit name changes (since we don't stop the service in
the preinst). Now that I read the below it was a good idea to not upload
without proper testing.

> Other upstream project are expecting the service to be called
> libvirtd.service and I guess this would be a good idea to not change
> this expectation in debian.
> 
> There was some discussion about using a symlink vs Alias= on the bug
> #719695, maybe a systemd maintainer could tell us the status of this?

I wasn't aware of that. So a symlink would be the better solution once
this is fixed.

As a interim solution we could add a libvirtd alias if it breaks other
software.

Cheers,
 -- Guido
> 
> Cheers
> 
> Laurent Bigonville
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores)
> Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages libvirt-bin depends on:
> ii  adduser  3.113+nmu3
> ii  gettext-base 0.18.3.1-1
> ii  init-system-helpers  1.13
> ii  libaudit11:2.3.2-2
> ii  libavahi-client3 0.6.31-2
> ii  libavahi-common3 0.6.31-2
> ii  libblkid12.20.1-5.5
> ii  libc62.17-96
> ii  libcap-ng0   0.7.3-1+b1
> ii  libdbus-1-3  1.7.8-1
> ii  libdevmapper1.02.1   2:1.02.77-6+b1
> ii  libfuse2 2.9.2-4
> ii  libgcrypt11  1.5.3-2
> ii  libgnutls26  2.12.23-8
> ii  libnetcf11:0.2.3-4
> ii  libnl-3-200  3.2.21-1
> ii  libnl-route-3-2003.2.21-1
> ii  libnuma1 2.0.9~rc5-1
> ii  libparted0debian12.3-16
> ii  libpcap0.8   1.4.0-2
> ii  libpciaccess00.13.2-1
> ii  librados20.72.1-2
> ii  librbd1  0.72.1-2
> ii  libreadline6 6.2+dfsg-0.1
> ii  libsasl2-2   2.1.25.dfsg1-17
> ii  libudev1 204-5
> ii  libvirt0 1.1.4-1
> ii  libxen-4.3   4.3.0-3
> ii  libxenstore3.0   4.3.0-3
> ii  libxml2  2.9.1+dfsg1-3
> ii  libyajl2 2.0.4-4
> ii  logrotate3.8.6-1
> 
> Versions of packages libvirt-bin recommends:
> ii  bridge-utils1.5-7
> ii  dmidecode   2.12-2
> ii  dnsmasq-base2.67-1
> ii  ebtables2.0.10.4-3
> ii  iproute 1:3.11.0-1
> ii  iptables1.4.20-2
> ii  libxml2-utils   2.9.1+dfsg1-3
> ii  netcat-openbsd  1.105-7
> ii  parted  2.3-16
> ii  pm-utils1.4.1-13
> ii  qemu-kvm1.6.0+dfsg-2
> ii  qemu-system-x86 [qemu-kvm]  1.6.0+dfsg-2
> 
> Versions of packages libvirt-bin suggests:
> ii  auditd   1:2.3.2-2
> ii  policykit-1  0.105-4
> pn  radvd
> pn  systemtap
> 
> -- Configuration Files:
> /etc/libvirt/qemu.conf [Errno 13] Permission non accordée: 
> u'/etc/libvirt/qemu.conf'
> 
> -- no debconf information
> 
> ___
> Pkg-libvirt-maintainers mailing list
> pkg-libvirt-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers


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

Bug#730607: fpc: [INTL:ja] debconf Japanese translation update

[victory]

Package: fpc
Version: 2.6.2-6
Severity: wishlist
Tags: patch l10n

Dear fpc package maintainer,

 Here's Japanese po-debconf template translation (ja.po) file that 
 reviewed by several Japanese Debian developers and users.

 Could you apply it, please?


-- 
victory
http://userscripts.org/scripts/show/102724 0.0.1.4
http://userscripts.org/scripts/show/163846 0.0.1
http://userscripts.org/scripts/show/163848 0.0.1


fpc_2.6.2-6_ja.po.gz
Description: Binary data

Bug#730606: RFP: libmoox-options-perl -- MooX::Options - Options eXtension for Object Class

[Gabor Szabo]

Package: wnpp
Severity: wishlist

* Package name: libmoox-options-perl
  Version : 4.001
  Upstream Author : celogeek 
* URL : https://metacpan.org/release/MooX-Options
* License : (Perl)
  Programming Lang: (Perl)
  Description : MooX::Options - Options eXtension for Object Class

An extension of Moo.


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

Bug#730605: gnome-shell: after a short while from starting session, new windows show as black

[alex bodnaru]

Package: gnome-shell
Version: 3.8.4-5
Severity: important

Dear Maintainer,

hello friends. thank you very much for maintaining gnome.
unfortunately, a while ago i'm experiencing black new windows, 
and even black tooltips.
my session crashes with every shell restart.

i'll be willing to check and send anything you'd need to fix the problems.

best regards,
alex

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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.18.0-1
ii  evolution-data-server3.8.5-3
ii  gdm3 3.8.4-6
ii  gir1.2-accountsservice-1.0   0.6.34-2
ii  gir1.2-caribou-1.0   0.4.12-1
ii  gir1.2-clutter-1.0   1.14.4-3
ii  gir1.2-freedesktop   1.36.0-2+b1
ii  gir1.2-gcr-3 3.8.2-4
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.36.0-2+b1
ii  gir1.2-gmenu-3.0 3.8.0-2
ii  gir1.2-gnomebluetooth-1.03.8.1-2
ii  gir1.2-gnomedesktop-3.0  3.8.4-2
ii  gir1.2-gtk-3.0   3.8.4-1
ii  gir1.2-ibus-1.0  1.5.3-7
ii  gir1.2-mutter-3.03.8.4-2
ii  gir1.2-networkmanager-1.00.9.8.0-5
ii  gir1.2-nmgtk-1.0 0.9.8.4-1
ii  gir1.2-pango-1.0 1.36.0-1
ii  gir1.2-polkit-1.00.105-4
ii  gir1.2-soup-2.4  2.44.1-1
ii  gir1.2-telepathyglib-0.120.22.0-1
ii  gir1.2-telepathylogger-0.2   0.8.0-2
ii  gir1.2-upowerglib-1.00.9.23-2+b1
ii  gjs  1.36.1-2
ii  gnome-bluetooth  3.8.1-2
ii  gnome-icon-theme-symbolic3.10.1-1
ii  gnome-settings-daemon3.8.5-2
ii  gnome-shell-common   3.8.4-5
ii  gnome-themes-standard3.8.4-1
ii  gsettings-desktop-schemas3.8.2-2
ii  libatk-bridge2.0-0   2.10.0-1+b1
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-93
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcamel-1.2-43  3.8.5-3
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libclutter-1.0-0 1.14.4-3
ii  libcogl-pango12  1.14.0-3
ii  libcogl121.14.0-3
ii  libcroco30.6.8-2
ii  libdbus-1-3  1.6.18-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libecal-1.2-15   3.8.5-3
ii  libedataserver-1.2-173.8.5-3
ii  libegl1-mesa [libegl1-x11]   9.2.2-1
ii  libgck-1-0   3.8.2-4
ii  libgcr-base-3-1  3.8.2-4
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libgirepository-1.0-11.36.0-2+b1
ii  libgjs0c [libgjs0-libmozjs185-1.0]   1.36.1-2
ii  libglib2.0-0 2.36.4-1
ii  libgnome-menu-3-03.8.0-2
ii  libgstreamer1.0-01.2.1-1
ii  libgtk-3-0   3.8.4-1
ii  libical0 0.48-2
ii  libjson-glib-1.0-0   0.16.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-4+b1
ii  libmutter0b  3.8.4-2
ii  libnm-glib4  0.9.8.0-5
ii  libnm-gtk0   0.9.8.4-1
ii  libnm-util2  0.9.8.0-5
ii  libnspr4 2:4.10.2-1
ii  libnspr4-0d  2:4.10.2-1
ii  libnss3  2:3.15.3-1
ii  libnss3-1d   2:3.15.3-1
ii  libp11-kit0  0.20.1-3
ii  libpango-1.0-0   1.36.0-1
ii  libpangocairo-1.0-0  1.36.0-1
ii  libpolkit-agent-1-0  0.105-4
ii  libpolkit-gobject-1-00.105-4
ii  libpulse-mainloop-glib0

Bug#729316: [Pkg-xfce-devel] Bug#729316: xfce4-terminal encoding menu causes crash with glib 2.38

[Yves-Alexis Perez]

control: tag -1 pending

On ven., 2013-11-22 at 00:48 +0100, Stephen Kitt wrote:
> Package: xfce4-terminal
> Version: 0.6.2-3
> Followup-For: Bug #729316
> 
> Dear Maintainer,
> 
> I can confirm this bug occurs now that glib 2.38 is in testing.

This somehow felt under my radar, sorry for the delay, a fix is on its
way.
-- 
Yves-Alexis


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

Bug#667682: [Pkg-xfce-devel] Bug#667682: xfce4: Square appears on top-left corner on screen when using desktop

[Yves-Alexis Perez]

On ven., 2013-11-22 at 20:52 -0300, Alejandro Carrazzoni wrote:
> Package: xfce4
> Version: 4.10.1
> Followup-For: Bug #667682
> 
> I'm using nouveau now, the square is still there.

Then it looks like it's jdownloader.

-- 
Yves-Alexis


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

Bug#730307: [Pkg-xfce-devel] Bug#730307: Refuse to start beacause of wrong options for X

[Yves-Alexis Perez]

control: tag -1 unreproducible moreinfo

On sam., 2013-11-23 at 22:18 +0200, Juhapekka Tolvanen wrote:
>  Unrecognized option: -novtswitch
>  use: X [:] [option]
>  -a #   default pointer acceleration (factor)
>  -acdisable access control restrictions
>  -audit int set audit trail level
>  -auth file select authorization file
>  -brcreate root window with black background
>  +bsenable any backing store support
>  -bsdisable any backing store support
>  -c turns off key-click
> (Lots of crap cut)

Can you provide us the result of dpkg -l xserver-xorg xserver-xorg-core?

Regards,
-- 
Yves-Alexis


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

Bug#730604: libvirt-bin: Please rename libvirt-bin.service back to libvirtd.service and use symlink or Alias= instead

[Laurent Bigonville]

Package: libvirt-bin
Version: 1.1.4-1
Severity: normal

Hi,

Could you please rename back the libvirt-bin.service systemd service
file to libvirtd.service and use a symlink (libvirtd.service ->
libvirt-bin.service) or add Alias=libvirt-bin.service in the service
file instead.

Other upstream project are expecting the service to be called
libvirtd.service and I guess this would be a good idea to not change
this expectation in debian.

There was some discussion about using a symlink vs Alias= on the bug
#719695, maybe a systemd maintainer could tell us the status of this?

Cheers

Laurent Bigonville

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

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

Versions of packages libvirt-bin depends on:
ii  adduser  3.113+nmu3
ii  gettext-base 0.18.3.1-1
ii  init-system-helpers  1.13
ii  libaudit11:2.3.2-2
ii  libavahi-client3 0.6.31-2
ii  libavahi-common3 0.6.31-2
ii  libblkid12.20.1-5.5
ii  libc62.17-96
ii  libcap-ng0   0.7.3-1+b1
ii  libdbus-1-3  1.7.8-1
ii  libdevmapper1.02.1   2:1.02.77-6+b1
ii  libfuse2 2.9.2-4
ii  libgcrypt11  1.5.3-2
ii  libgnutls26  2.12.23-8
ii  libnetcf11:0.2.3-4
ii  libnl-3-200  3.2.21-1
ii  libnl-route-3-2003.2.21-1
ii  libnuma1 2.0.9~rc5-1
ii  libparted0debian12.3-16
ii  libpcap0.8   1.4.0-2
ii  libpciaccess00.13.2-1
ii  librados20.72.1-2
ii  librbd1  0.72.1-2
ii  libreadline6 6.2+dfsg-0.1
ii  libsasl2-2   2.1.25.dfsg1-17
ii  libudev1 204-5
ii  libvirt0 1.1.4-1
ii  libxen-4.3   4.3.0-3
ii  libxenstore3.0   4.3.0-3
ii  libxml2  2.9.1+dfsg1-3
ii  libyajl2 2.0.4-4
ii  logrotate3.8.6-1

Versions of packages libvirt-bin recommends:
ii  bridge-utils1.5-7
ii  dmidecode   2.12-2
ii  dnsmasq-base2.67-1
ii  ebtables2.0.10.4-3
ii  iproute 1:3.11.0-1
ii  iptables1.4.20-2
ii  libxml2-utils   2.9.1+dfsg1-3
ii  netcat-openbsd  1.105-7
ii  parted  2.3-16
ii  pm-utils1.4.1-13
ii  qemu-kvm1.6.0+dfsg-2
ii  qemu-system-x86 [qemu-kvm]  1.6.0+dfsg-2

Versions of packages libvirt-bin suggests:
ii  auditd   1:2.3.2-2
ii  policykit-1  0.105-4
pn  radvd
pn  systemtap

-- Configuration Files:
/etc/libvirt/qemu.conf [Errno 13] Permission non accordée: 
u'/etc/libvirt/qemu.conf'

-- 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#730228: [Pkg-xfce-devel] Bug#730228: lightdm: Network Manager refuses to work

[Yves-Alexis Perez]

control: forcemerge 728361 730228
control: retitle 728361 no consolekit session available when libpam-consolekit 
is present

On ven., 2013-11-22 at 21:34 +, brian m. carlson wrote:
> Package: lightdm
> Version: 1.8.5-1
> Severity: grave
> Justification: breaks unrelated packages on the system
> 
> When I log in using lightdm 1.8.5-1, I no longer have privileges to
> manipulate Network Manager.  Since I use Wi-Fi with my credentials in my
> personal keyring, this means that I have no network access.  Also, the
> XFCE Log Out screen does not provide me the opportunity to restart or
> shut down the computer.  Downgrading to 1.6.3-1 restores all of this
> functionality.
> 
> I am using systemd and XFCE along with Network Manager, in case that
> matters.
> 
> Note: The below information is for 1.6.3, since I have downgraded.

This is actually #728361. As a workaround until things have settled down
one way or another, you can remove libpam-systemd or use any other
workaround present in the bug report.

Regards,
-- 
Yves-Alexis


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

Bug#730603: lxc is drifting away from upstream

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: lxc
Version: 1.0.0~alpha3-1
Severity: wishlist

I am pretty concerned about lines like this in debian/rules:

rm -f debian/tmp/usr/bin/lxc-ls # superseeded by local version until python-lxc 
is ready
rm -f debian/tmp/usr/share/lxc/templates/lxc-ubuntu # currently broken

Upstream's lxc builds and runs fine on Wheezy and Sid (except
for the missing SYSV init script). lxc-ls and the Python
integration don't appear to be a problem.

Since Upstream dropped lxc-list in favor of the "real" lxc-ls
I have the impression that LXC for Debian is drifting away
from upstream, which makes supporting other projects (e.g.
lxc-docker) more difficult.

Do you think it would be possible to get rid of the "Debian
specialties" in the lxc package? When version 1.0 is out it
might be too late.


Regards
Harri
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQEcBAEBCAAGBQJSlY6wAAoJEAqeKp5m04HLdpkH/AsArl7BnzmiCOehKDp5RQfo
jmx7+8NURXLMtTeaChVAFU0OH3bX0qq/pA+v5qR71deTfQu27c1QHP/ea2ZFM7IP
ZaADxXxwSlBzqc1zSxhI1pkv8zAoLi45iCmotcunaaF6be0MHr/SsDnR75jA5X3d
Eg7zLrfJvZizQGymfy4dQkRNAevR6SPjxtHsBcTMjlUrSCbUR7LzCOv1ZAc0fkJg
jQs80tQXfNnkRt/1B99QUUvxj6AMN6SR704TvVot6VIbVx1VrolBw2ZK9Tz4h0JQ
K6axbT5yx1s8khxNzP4TTtStWok6YXnjvkkAhWKNvnHXTvVEYN/w49rpqslVP0c=
=GHZ7
-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#727708: init system question before the technical committee

[Thomas Goirand]

On 11/22/2013 04:56 AM, Steven Chamberlain wrote:
> Hi,
> 
> On 10/11/13 18:23, Russ Allbery wrote:
>> What is the current status of the other position statements from the
>> perspective of their maintainers?  Do people have a feel for when they'll
>> consider their positions finalized, at least pending Technical Committee
>> feedback and questions?
> 
> Sorry to be so late with this.  I've made some small, final changes to
> this position statement and I'd like to call it 'complete':
> https://wiki.debian.org/Debate/initsystem/multiple
> 
> I don't really feel that any "contra $initsystem" sections or rebuttals
> are needed on this page and it reads nicer this way.  And I'm too tired
> to argue this much more;  the debate has already taken far more energy
> than I would like.
> 
> Thanks,
> Regards,

Hi,

I have the go-ahead from OpenRC upstream (eg: Patrick Lauer) so please
consider the OpenRC page as finalized as well.

Cheers,

Thomas Goirand (zigo)

P.S: Sorry for the delay. As I wrote previously, I had personal and
professional events which delayed this task.


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

Bug#730544: [debian-mysql] Bug#730544: Bug#730544: static IV used in Percona XtraBackup

[Stewart Smith]

Stewart Smith  writes:

> Salvatore Bonaccorso  writes:
>> On Tue, Nov 26, 2013 at 12:24:34PM +0100, Thijs Kinkhorst wrote:
>>> Upstream discovered and fixed use of a static IV in encrypting backups:
>>> "A fixed initialization vector (constant string) was used while encrypting
>>> the data. This opened the encrypted stream/data to plaintext attacks among
>>> others. Bug fixed #1185343."
>>> http://www.percona.com/doc/percona-xtrabackup/2.1/release-notes/2.1/2.1.6.html
>>> https://bugs.launchpad.net/percona-xtrabackup/+bug/1185343
>>> 
>>> Fixed in upstream 2.1.6. Can you please ensure that this gets into Debian?
>>
>> Jus a short note that a CVE was asigned now for this issue:
>> CVE-2013-6394.
>
> I'm actively working on packaging 2.1.6 and should have packages
> today/tomorrow.

I've uploaded source packages (and amd64 binaries build with sbuild
locally) up to:
https://flamingspork.com/junk/percona-xtrabackup-2.1.6-debian/

I'd appreciate any review/sponsor for getting them in.

-- 
Stewart Smith


pgplea3B0mcwH.pgp
Description: PGP signature

Bug#730601: python3.3-dev: distutils reports wrong Makefile name

[Andreas Kloeckner]

Package: python3.3-dev
Version: 3.3.3-2
Severity: normal

Dear Maintainer,

this shouldn't be happening--my package 'codepy' depends on this
working:

Python 3.3.3 (default, Nov 23 2013, 09:49:26) 
[GCC 4.8.2] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from distutils.sysconfig import get_makefile_filename
>>> get_makefile_filename()
'/usr/lib/python3.3/config-3.3m/Makefile'
>>> 
~ ls /usr/lib/python3.3/config-3.3m/Makefile
andreas@ding 22:50
ls: Zugriff auf /usr/lib/python3.3/config-3.3m/Makefile nicht möglich:
Datei oder Verzeichnis nicht gefunden

(that's German for "file not found")

It appears the right path should be:
/usr/lib/python3.3/config-3.3m-x86_64-linux-gnu/Makefile

Thanks,
Andreas

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

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

Versions of packages python3.3-dev depends on:
ii  libexpat1-dev 2.1.0-4
ii  libpython3.3  3.3.3-2
ii  libpython3.3-dev  3.3.3-2
ii  python3.3 3.3.3-2

Versions of packages python3.3-dev recommends:
ii  libc6-dev [libc-dev]  2.17-93

python3.3-dev 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#730602: ssed should be removed

[Adrian Bunk]

Package: ssed
Version: 3.62-7
Severity: normal

ssed is a dead (no release in 8 years) fork of an ancient version
of sed incorporating new features that are now also available in
the normal sed.

I am not aware of any reason why ssed should be used by anyone today,
please reassign this bug to ftp.debian.org for requesting the removal
of ssed from Debian.

Thanks in advance


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

Bug#729615: Bug#729296: Please binNMU kde-style packages against libkdecorations4abi2

[Adam D. Barratt]

On Wed, 2013-11-27 at 00:42 +0100, Maximiliano Curia wrote:
> In article 
> <1385506257.24599.15.camel__17443.5916160748$1385506465$gmane$o...@jacala.jungle.funky-badger.org>
>  you wrote:
> >> I'll check the other packages in the unknown state of the transition.
> 
> > While I was adding libkdegames I spotted why some of the packages were
> > flagged as unknown; I've now fixed that problem and scheduled binNMUs
> > for kamoso, kphotoalbum and digikam.
> 
> Great, but sadly also kdevelop needs rebuild against
> libkasten2okteta1controllers1abi1.

Scheduled.

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#730461: python-seqdiag broken by new python-blockdiag in sid

[Kouhei Maeda]

Hi, thanks your bug report,
I have uploaded

http://packages.qa.debian.org/s/seqdiag/news/20131127T044844Z.html


Best regards,
--
Kouhei Maeda 
 KeyID 4096R/7E37CE41


2013/11/25 Stein Magnus Jodal :
> Package: python-seqdiag
> Version: 0.8.2-1
>
> python-seqdiag 0.8.2-1 is broken after sid got python-blockdiag
> 1.3.2-1. It worked with python-blockdiag 1.2.4-1, which is still in
> use in testing.
>
> The new version of python-blockdiag no longer have a
> blockdiag.utils.collections module, causing the following crash on
> import of seqdiag.parser:
>
> # python
> Python 2.7.6 (default, Nov 22 2013, 14:00:40)
> [GCC 4.8.2] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
 import seqdiag.parser
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/lib/python2.7/dist-packages/seqdiag/parser.py", line 43,
> in 
> from blockdiag.utils.collections import namedtuple
> ImportError: No module named collections

>
> There's a new version of seqdiag, 0.9.0, which I assume works together
> with the new version of blockdiag, 1.3.2, as they both come from the
> same upstream.
>
> --
> Stein Magnus Jodal


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

Bug#730600: libkolabxml: New upstream version available

[Adrian Bunk]

Package: src:libkolabxml
Version: 0.8.4-5
Severity: wishlist

libkolabxml 1.0.1 is available at
  http://git.kolab.org/libkolabxml

Could you package this version?


Thanks in advance


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

Bug#644442: gnome-session-save is no longer present in

[Daniel Kahn Gillmor]

Version: 3.4.2.1-4

gnome-session-save isn't in gnome any more.  it's been replaced by
gnome-session-quit, which has a --force option, which is supposed to do
the same thing.

--dkg


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

Bug#730581: td2planet: new upstream version / update to new Debian Ruby Policy

[Yukiharu YABUKI]

Thank you for paying your attention.

I have known new td2planet is update and changed
host from rubyforge to github.

Upstream author is ex-colleague and friend. And
Youhei SASAKI who you may have already known mentioned
me same proposal.

If I could not do that, I will send you RFH ;-)

Thank you for your proposal.

Reguards
Yukiharu.

On Tue, 26 Nov 2013 21:19:06 +0100
Jonas Genannt  wrote:

> Package: td2planet
> Version: 0.2.0-3
> Severity: wishlist
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Dear Maintainer,
> 
> please update debian package to new version (0.3.0) and also update your 
> package
> to fit the new Debian Ruby Policy.
> 
> If you are busy, we can move your package under the hood of the Ruby Extra
> Packaging group. ( you stay as Uploader / Co-Maintainer).
> 
> Thanks,
>   Jonas
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> 
> iQIcBAEBCAAGBQJSlQIyAAoJEPBM7/YBbP/QeUQP/1e2OH3fV8py/rdEVJQC4D0U
> BJoU5XllbsFbLkXHY/YIwywoHHDHqHInWR8MaSzigJ43O5IFoxW8nMPVwcQm2kIn
> +nDk0ZEPCyI9N8+AsiKkbgUgMxJ7KjgC4Txd0jT7R2l6bklq2x0fsHF57wMMkEEn
> TwUpR0tzllLEF3f6kj4pcpvrxS0ao6zUWqdyHy1cQiX2M7nRNF1MXjWalITJrBho
> ofPZwJYgDWuUXckUJwZiws3PHfuvAgvCqasJCN38Ysz/jgguXFBuA9aJVahuezZJ
> 2/sXEYDLcNj4ICp7962l+DIeeKkJ7xWhw5rr1lBEPNhGuNaDJ5YE+GzgqFxgL8xj
> cE/wa4Gzz2nNeLv2FwiLk0b3eYsgAXiaCeQ8kQa3hTYXcKFkLVwsOL63WJrdlVU7
> QxGbSI3TkefqBwe/uScQrNLSqosN81GTOyTX9DW67dHBDRKgZ4NwiQtuNmsWvQvH
> aC9edadPnGPVX1iqCvtGuHqcEfODshrGZEYJopiTUD4pEjT4aJCQK/DyJg3AWaSQ
> /ICWXK8SAQ3dRqHpIJQ6LfUtZdp6NuHwdvmrPctgFSS/D5afEcNQQwJ2+CgQMzLv
> BupynkIOaFBZQ7bKXDKYBJ+oaQ09vu8w8FccXbyURB7hgLShgra1DqiT5tSFkSFB
> E2kJI90v3NEZeL0cOgph
> =kvHq
> -END PGP SIGNATURE-


--
Yukiharu YABUKI 


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

Bug#730599: makeinfo -D 'var value' doesn't work

[GUO Yixuan]

Package: texinfo
Version: 5.2.0.dfsg.1-2
Severity: important
Tags: patch

Hello,

In new versions of texinfo, the behaviour of makeinfo -D option changed
so that the -D "variable value" no longer works.

eg.

$ cat test.texi
@value{var1}
$ # older version (4.13)
$ makeinfo -v -D 'var1 foo' -o test.info test.texi
makeinfo (GNU texinfo) 4.13
Making info file `test.info' from `test.texi'.
$ cat test.info
This is test.info, produced by makeinfo version 4.13 from test.texi.

foo

$ # new version of makeinfo (5.2)
$ makeinfo -v -D 'var1 foo' -o test.info test.texi
test.texi:1: warning: undefined flag: var1
Output file test.info
test.texi: warning: document without nodes
gyx@miz:~/bugs.d.o/texinfo$ cat test.info
This is test.info, produced by makeinfo version 5.2 from test.texi.

{No value for 'var1'}


Tag Table:

End Tag Table
$

A patch is attached that could hopefully fix this bug. (However, I
didn't check the old implementation's source for the exact semantics
of "-D".)

Cheers,

GUO Yixuan

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

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

Versions of packages texinfo depends on:
ii  libc6   2.17-93
ii  libintl-perl1.23-1
ii  libtext-unidecode-perl  0.04-2
ii  libxml-libxml-perl  2.0107+dfsg-1

texinfo recommends no packages.

Versions of packages texinfo suggests:
pn  texinfo-doc-nonfree  
pn  texlive-base 
pn  texlive-generic-recommended  
pn  texlive-latex-base   

--- a/tp/texi2any.pl
+++ b/tp/texi2any.pl
@@ -924,7 +924,15 @@ There is NO WARRANTY, to the extent perm
 document_warn($message);
   }
 },
- 'D=s' => sub {$parser_default_options->{'values'}->{$_[1]} = 1;},
+ 'D=s' => sub {
+my $var = $_[1];
+my @field = split /\s+/, $var;
+if (@field == 1) {
+  $parser_default_options->{'values'}->{$var} = 1;
+} else {
+  $parser_default_options->{'values'}->{$field[0]} = $field[1];
+}
+ },
  'U=s' => sub {delete $parser_default_options->{'values'}->{$_[1]};},
  'init-file=s' => sub {
 locate_and_load_init_file($_[1], [ @conf_dirs, @program_init_dirs ]);

Bug#730598: ifupdown: fails to install: missing Depends: adduser

[Andreas Beckmann]

Package: ifupdown
Version: 0.7.47
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package ifupdown.
  (Reading database ... 6746 files and directories currently installed.)
  Unpacking ifupdown (from .../ifupdown_0.7.47_amd64.deb) ...
  Setting up ifupdown (0.7.47) ...
  /var/lib/dpkg/info/ifupdown.postinst: 11: 
/var/lib/dpkg/info/ifupdown.postinst: addgroup: not found
  chown: invalid group: 'root:netdev'
  dpkg: error processing ifupdown (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   ifupdown


cheers,

Andreas


ifupdown_0.7.47.log.gz
Description: GNU Zip compressed data

Bug#729203: I also want ffmpeg back in the package system. I support this.

[Wyatt Ward]

I too compile a new version of ffmpeg and a ton of libraries through a
shellscript every night. I use it regularly and cannot abide by  the
lower quality of the libav fork. I tried it for about five months, was
constantly frustrated, and switched back to ffmpeg. Please make this a
debian package again.


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

Bug#730544: [debian-mysql] Bug#730544: static IV used in Percona XtraBackup

[Stewart Smith]

Salvatore Bonaccorso  writes:
> On Tue, Nov 26, 2013 at 12:24:34PM +0100, Thijs Kinkhorst wrote:
>> Upstream discovered and fixed use of a static IV in encrypting backups:
>> "A fixed initialization vector (constant string) was used while encrypting
>> the data. This opened the encrypted stream/data to plaintext attacks among
>> others. Bug fixed #1185343."
>> http://www.percona.com/doc/percona-xtrabackup/2.1/release-notes/2.1/2.1.6.html
>> https://bugs.launchpad.net/percona-xtrabackup/+bug/1185343
>> 
>> Fixed in upstream 2.1.6. Can you please ensure that this gets into Debian?
>
> Jus a short note that a CVE was asigned now for this issue:
> CVE-2013-6394.

I'm actively working on packaging 2.1.6 and should have packages today/tomorrow.

-- 
Stewart Smith


pgpNFdmTI4NkM.pgp
Description: PGP signature

Bug#712902: unetbootin: Does not load (shows up in the Debian menu, grants permissions, but that's all)

[tarjet]

This only seems to occur when starting unetbootin as a non-root user.

Attempting from a terminal produces these errors:

Qt: Session management error: Authentication Rejected, reason : None of 
the authentication protocols specified are supported and host-based 
authentication failed

X Error: BadAccess (attempt to access private resource denied) 10
  Extension:129 (MIT-SHM)
  Minor opcode: 1 (X_ShmAttach)
  Resource id:  0x361
X Error: BadShmSeg (invalid shared segment parameter) 128
  Extension:129 (MIT-SHM)
  Minor opcode: 5 (X_ShmCreatePixmap)
  Resource id:  0x36f
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x3600010
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 62 (X_CopyArea)
  Resource id:  0x3600010


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

Bug#730597: linux-image-3.11-2-amd64: not able to record audio (Intel PCH ALC889) with 3.11 kernel

[Jay Berkenbilt]

Package: src:linux
Version: 3.11.8-1
Severity: normal

I recently (2013-11-23) reinstalled my system from scratch with Wheezy
and then immediately upgraded to sid.  Before upgrading, I tested
recording audio from the line0 input in my sound card (Intel PCH ALC889,
the built-in sound card on my Gigabyte Z68MA-D2H-B3 motherboard), and it
worked fine.  After the upgrade, it no longer worked.  The original
kernel, vmlinuz-3.2.0-4-amd64, is still present on my system.  If I
reboot using that kernel, recording from my sound card works.  If I boot
from my current kernel, recording from my sound card does not work, but
playback works fine.  Other than the information automatically attached,
I'm not sure what else I should information I should gather up to attach
to this report.  Here's the output of amixer:

  Simple mixer control 'Master',0
Capabilities: pvolume pswitch pswitch-joined
Playback channels: Front Left - Front Right
Limits: Playback 0 - 65536
Mono:
Front Left: Playback 62108 [95%] [on]
Front Right: Playback 62108 [95%] [on]
  Simple mixer control 'Capture',0
Capabilities: cvolume cswitch cswitch-joined
Capture channels: Front Left - Front Right
Limits: Capture 0 - 65536
Front Left: Capture 13589 [21%] [on]
Front Right: Capture 13589 [21%] [on]

You can see that capture is enabled.  In any case, getting this to work
with the 3.2 kernel is trivial, and I have reproduced this using a
debian-live image (my custom Wheezy image, just built today, which
includes audacity, pulseaudio, and pavucontrol).  I just run pavucontrol
to enable playback, to volume on the output device and input devices,
and to select "Line In" as the port.  After doing this, with the 3.2
kernel, recording "just works".  With the 3.11 kernel, I get no sound
input.  As far as I can tell, the only variable is the kernel version
that I am running.  I'm not sure whether there's an issue with the mixer
(seems unlikely as the mixer settings look okay) or alsactl, or
something else.  I don't see any hints in any logs as to what might be
the problem.

To gather additional information, it is possible for me to run something
booted with the 3.2 kernel and then run it again with the 3.11 kernel
and attach both to the bug report.  /etc/init.d/alsa-utils start reports
lots of errors with both kernel versions, but the errors look like it's
just that it's trying to enable lots of ports that I don't have on my
very simple, built-in sound card.

Given that simply rebooting into a different kernel is, by itself,
sufficient to make this work or not work, I assume that it's either a
driver/kernel problem or some user-space program that has not been
updated to work with the new kernel.  For kicks, I booted my system off
an Ubuntu live 13.10 CD and I couldn't get audio to work there either.
That's also using a newer kernel than 3.2 though I don't specifically
remember what kernel it was.

-- Package-specific info:
** Version:
Linux version 3.11-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.1 
(Debian 4.8.1-10) ) #1 SMP Debian 3.11.8-1 (2013-11-13)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.11-2-amd64 root=/dev/mapper/soup0-root20131123 ro 
quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[4.891150] microcode: CPU7 sig=0x206a7, pf=0x2, revision=0x1a
[4.891391] platform microcode: firmware: agent aborted loading 
intel-ucode/06-2a-07 (not found?)
[4.891468] microcode: Microcode Update Driver: v2.00 
, Peter Oruba
[4.908827] [drm] Initialized drm 1.1.0 20060810
[4.927356] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni)
[5.093601] [drm] Memory usable by graphics device = 2048M
[5.093606] i915 :00:02.0: setting latency timer to 64
[5.104833] i915 :00:02.0: irq 44 for MSI/MSI-X
[5.104838] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[5.104839] [drm] Driver supports precise vblank timestamp query.
[5.104867] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[5.117233] [drm] Wrong MCH_SSKPD value: 0x16040307
[5.117234] [drm] This can cause pipe underruns and display issues.
[5.117235] [drm] Please upgrade your BIOS to fix this.
[5.186408] fbcon: inteldrmfb (fb0) is primary device
[5.373088] Console: switching to colour frame buffer device 210x65
[5.377690] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[5.377692] i915 :00:02.0: registered panic notifier
[5.377734] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[5.377981] snd_hda_intel :00:1b.0: irq 45 for MSI/MSI-X
[5.406792] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/input/input5
[5.421160] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1b.0/sound/card0/input6
[5.421217] input: HDA Intel PCH Front Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input7
[5.421257] input:

Bug#675372: dhclient boothang bug

[Zebedee]

Subject: /sbin/dhclient: dhclient boothang bug
Package: isc-dhcp-client
Version: 4.1.1-P1-15+squeeze8
File: /sbin/dhclient
Severity: normal
Tags: patch

*** Please type your report below this line ***
Fixing the dhclient boot hang bug when it appeared after installing 
readahead-fedora.
*
The dhclient program is started indirectly by ifup, called in 
/etc/init.d/networking
This bug delays boots while searching for internet connection on occasional 
random boots, and possibly is related to the operation of startpar.
It is caused by the timing of dhclient in the boot process, whether it starts 
in runlevel S or runlevel 2.
The networking init script that starts ifup which starts dhclient runs in 
runlevel S. There is a delay before dhclient starts as ifup runs many other 
scripts first.
The readahead-fedora package reduces this delay. A fast computer could also 
affect it, or possibly the installation of new software that was started during 
runlevel S.
If dhclient runs in S then the messages written to stderr will be displayed on 
the console and the boot will be delayed until it has removed itself to the 
background,
then runlevel 2 begins. In runlevel 2 the messages from runlevel S scripts 
still running are automatically placed in the background by init so no delay 
occurs.
Output from the console is displayed on screen during boot, providing this 
feature is configured.

Output from stderr can be redirected when ifup is started.
2>/dev/null to redirect stderr, or possibly >/dev/null 2>&1 to redirect stdout 
and stderr (stdout is not a problem here though.) 
The process should be put in the background too, appending an &. A practical 
test is to try variations with:
# ifdown wlan0
# ifup wlan0

So a simple solution is to change the line that calls ifup at boot, in this 
section of /etc/init.d/networking:

case "$1" in
start)
    process_options

    log_action_begin_msg "Configuring network interfaces"
    if ifup -a; then
    log_action_end_msg $?
    else
    log_action_end_msg $?
    fi
    ;;


to this: (careful here, "if ifup -a >/dev/null 2>&1 & ; then" failed with a 
syntax error.) 

case "$1" in
start)
    process_options

    log_action_begin_msg "Configuring network interfaces"
    if ifup -a >/dev/null 2>&1 &
    then
    log_action_end_msg $?
    else
    log_action_end_msg $?
    fi
    ;;
    


However, this also seems to ensure that dhclient runs later, in runlevel 2. 
Typically on my system the timing would vary before. Placing it in the 
background seems to give it a lower priority than the other processes. Writing 
a new initscript giving an artificial delay in runlevel S using 'sleep' proved 
this did work though. 

It is also possible to recompile ifup so dhclient is started with the -nw 
option by modifying the inet.defn file then compiling and installing the new 
binary.
Just rename the old /sbin/ifup to /sbin/originalifup.bak and copy the new ifup 
to /sbin and it works as before, using the Debian source package. 

Ifupdown: Version: 0.6.10 
Change this section in inet.defn so it includes -nw for the dhclient command as 
shown below:

up
    [[ifconfig %iface% hw %hwaddress%]]
    dhclient3 -pf /var/run/dhclient.%iface%.pid -lf 
/var/lib/dhcp3/dhclient.%iface%.leases %iface% \
    if (execable("/sbin/dhclient3"))
    dhclient -v -nw -pf /var/run/dhclient.%iface%.pid -lf 
/var/lib/dhcp/dhclient.%iface%.leases %iface% \
    elsif (execable("/sbin/dhclient"))
    pump -i %iface% [[-h %hostname%]] [[-l %leasehours%]] \
    elsif (execable("/sbin/pump") && mylinuxver() >= mylinux(2,1,100))
    udhcpc -n -p /var/run/udhcpc.%iface%.pid -i %iface% [[-H %hostname%]] \
   [[-c %client%]] \
    elsif (execable("/sbin/udhcpc") && mylinuxver() >= mylinux(2,2,0))
    dhcpcd [[-h %hostname%]] [[-i %vendor%]] [[-I %client%]] \
   [[-l %leasetime%]] %iface% \
    elsif (execable("/sbin/dhcpcd"))




There are various dependencies required to compile this package though. I am 
not aware of any advantages to doing this, except dhclient prints a few lines 
without delaying the boot, making it convenient for tracing the problem in 
syslog and bootlog.
The disadvantage is it also stops messages in the terminal which would show if 
a connection had been achieved when calling ifupdown manually.
As rsyslog starts near the beginning of runlevel 2, whether all the output from 
dhclient appears in syslog or not shows if it appears in the console and thus 
in the boot log. The first lines of output from dhclient:
Internet Systems Consortium DHCP Client 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
The first large group of messages written in sys

Bug#730596: geeqie: crash (SIGABRT) when loading PDF files.

[Paul Wise]

Package: geeqie
Version: 1:1.1-8
Severity: normal
Usertags: crash

geeqie reproducibly crashes with a SIGABRT when loading PDF files, backtrace:

pabs@chianamo ~ $ wget -q 
http://www.cigionline.org/sites/default/files/no3_8.pdf
pabs@chianamo ~ $ gdb -batch -n -ex run -ex bt -ex 'thread apply all bt full' 
--args geeqie no3_8.pdf
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Could not init LIRC support
[New Thread 0x7fffe3ab4700 (LWP 17696)]
**
ERROR:filedata.c:1101:file_data_new_group: assertion failed: (fd)

Program received signal SIGABRT, Aborted.
0x73cc91d5 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
#0  0x73cc91d5 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x73ccc388 in __GI_abort () at abort.c:90
#2  0x75ca7c16 in g_assertion_message (domain=domain@entry=0x0, 
file=file@entry=0x4d9594 "filedata.c", line=line@entry=1101, 
func=func@entry=0x4da110 <__PRETTY_FUNCTION__.53497> "file_data_new_group", 
message=) at /tmp/buildd/glib2.0-2.36.4/./glib/gtestutils.c:1912
#3  0x75ca7c74 in g_assertion_message_expr (domain=domain@entry=0x0, 
file=file@entry=0x4d9594 "filedata.c", line=line@entry=1101, 
func=func@entry=0x4da110 <__PRETTY_FUNCTION__.53497> "file_data_new_group", 
expr=expr@entry=0x4d94f6 "fd") at 
/tmp/buildd/glib2.0-2.36.4/./glib/gtestutils.c:1923
#4  0x004539b4 in file_data_new_group (path_utf8=) at 
filedata.c:1101
#5  0x00464c88 in layout_set_path (lw=0x7ec940, path=0x451c ) at layout.c:855
#6  0x00468206 in layout_new_from_config 
(attribute_names=attribute_names@entry=0x7fffd6c0, 
attribute_values=attribute_values@entry=0x7fffd5a0, use_commandline=1) at 
layout.c:2427
#7  0x0049f06f in options_parse_toplevel (parser_data=0x7d86b0, 
context=, element_name=, 
attribute_names=0x7fffd6c0, attribute_values=0x7fffd5a0, 
data=, error=0x7fffd7e0) at rcfile.c:1121
#8  0x0049c647 in start_element (context=0x7d05c0, 
element_name=0x7d6980 "layout", attribute_names=0x7fffd6c0, 
attribute_values=0x7fffd5a0, user_data=0x7d86b0, error=0x7fffd7e0) at 
rcfile.c:1186
#9  0x75c86631 in emit_start_element (context=context@entry=0x7d05c0, 
error=error@entry=0x0) at /tmp/buildd/glib2.0-2.36.4/./glib/gmarkup.c:1029
#10 0x75c87f90 in g_markup_parse_context_parse 
(context=context@entry=0x7d05c0, text=, text_len=, text_len@entry=20272, error=error@entry=0x0) at 
/tmp/buildd/glib2.0-2.36.4/./glib/gmarkup.c:1366
#11 0x004a012d in load_config_from_buf (buf=, 
size=20272, startup=startup@entry=1) at rcfile.c:1231
#12 0x004a01dc in load_config_from_file 
(utf8_path=utf8_path@entry=0x7d8630 "/home/pabs/.config/geeqie/geeqierc.xml", 
startup=startup@entry=1) at rcfile.c:1253
#13 0x00477efe in load_options (options=) at 
options.c:265
#14 0x00418c7a in main (argc=2, argv=0x7fffdb18) at main.c:827

Thread 2 (Thread 0x7fffe3ab4700 (LWP 17696)):
#0  0x73d7195d in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x75c84194 in g_main_context_poll (priority=2147483647, n_fds=3, 
fds=0x870d50, timeout=-1, context=0x870970) at 
/tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3995
poll_func = 0x75c92dd0 
#2  g_main_context_iterate (context=0x870970, block=block@entry=1, 
dispatch=dispatch@entry=1, self=) at 
/tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3696
max_priority = 2147483647
timeout = -1
some_ready = 
nfds = 3
allocated_nfds = 3
fds = 0x870d50
#3  0x75c845fa in g_main_loop_run (loop=0x86d9e0) at 
/tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3895
__PRETTY_FUNCTION__ = "g_main_loop_run"
#4  0x77039d26 in gdbus_shared_thread_func (user_data=0x870940) at 
/tmp/buildd/glib2.0-2.36.4/./gio/gdbusprivate.c:278
data = 0x870940
#5  0x75ca81d5 in g_thread_proxy (data=0x86dde0) at 
/tmp/buildd/glib2.0-2.36.4/./glib/gthread.c:798
thread = 0x86dde0
#6  0x74047e0e in start_thread (arg=0x7fffe3ab4700) at 
pthread_create.c:311
__res = 
pd = 0x7fffe3ab4700
now = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737013040896, 
1993089043457798574, 1, 140737488341744, 4096, 140737013040896, 
-1993097120237325906, -1993062857114619474}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#7  0x73d7d0fd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:113
No locals.

Thread 1 (Thr

Bug#724180: bespin: FTBFS: dpkg-source: error: can't build with source format '3.0 (native)': native package version may not have a revision

[peter green]

I just uploaded a NMU for bespin to delayed/5.

There were no changes to the source itself, the only changes were to use 
a version number ( 0.r1552+nmu1 ) which is compatible with 3.0 (native) 
and to rebuild against current sid (in particular against the new 
kde-workspace).


Please tell me if you object to this.


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

Bug#693399: Alpha 4 or git snapshot in experimental?

[Diederik de Haas]

Hi!

Alpha 4 is released and it would be great if it was packaged and put in 
experimental.
What would even more cool is if a git snapshot could be uploaded to 
experimental. Code now seems to be at https://github.com/keepassx/keepassx

Cheers,
  Diederik
-- 
GPG: 0x138E41915C7EFED6

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

Bug#730487: Proof of concept for corruption

[R. Bijker]

With the attached proof of concept I can cause a crash, but is also 
proves that the returned path can change after a second allocation.


It can only happen when someone reuses the allocated buffer and assumes 
that strlen(x) gives you the right length for the buffer, however it is 
quite odd to not make such an assumption.


In any case, it also proves that the returned string can become invalid 
after another allocation; the result of the proof of concept for me is:

24: /tmp/abcdef/.local/share
25: /tmp/abcdef/.local/share!
24: /tmp/abcdef/.local/games


This shows that after the second allocation the value at the first 
pointer has changed. Its length has been increased by 1. This is also 
what is most troublesome to me; it will create transient issues with 
applications that use these functions where they can't find the data or 
config folder in subsequent runs because each time it can return a 
different path due to the "corruption". However, it would be badly 
debuggable as it only happens with certain lengths of user names.


Be aware that there is some code that changes the environment in the 
proof of concept that is used to trigger it. On my x86_64 system the 
current one triggers it; on other systems it might be different. It all 
depends on the alignment of malloc allocations.
#include 
#include 
#include 
#include 

int main(int argc, char *argv[]) 
{
	/* Home needs to be a specific length. In my case the total returned string
	 * length, including /tmp/abcdef/.local/share needs to be 24. It might be
	 * different on different architectures. */
	setenv("HOME", "/tmp/abcdef", 1);

	/* Allocate the first string, and print the first. */
	const char *xdg_data_home = xdgDataHome(NULL);
	printf("%d: %s\n", strlen(xdg_data_home), xdg_data_home);
	
	/* Allocate the second string. */
	const char *xdg_config_home = xdgConfigHome(NULL);
	
	/* Now print the first string again; for me it's character byte longer now. 
	 * This also means that we do not place it in the data home directory, but
	 * yet another directory. Possibly with a random name, making it quite
	 * unreliable where the files will be. This will eventually cause all kinds
	 * of transient "file cannot be found" errors. But only for those that have
	 * exactly the "wrong" amount of characters in the $HOME path. */
	printf("%d: %s\n", strlen(xdg_data_home), xdg_data_home);
	
	/* 
	 * Now we really start to mess with things...
	 * We know, from the code, not the documentation, that we have control over
	 * the data, i.e. the data that was allocated is now ours. For strings it
	 * would generally be safe to assume that all characters of the string and
	 * the '\0' belong to the allocated string. 
	 * Imagine we want the share replaced with games to match the games folder
	 * in /usr/.
	 */
	char *path = strrchr(xdg_data_home, '/');
	if (path != NULL && strlen(path + 1) >= 5) {
		strcpy(path + 1, "games");
		printf("%d: %s\n", strlen(xdg_data_home), xdg_data_home);
	}
	
	/* Now clean everything up. */
	free((char*)xdg_data_home); // BOOM
	free((char*)xdg_config_home);
	
	return 0;
}

Bug#724610: Acknowledgement (incrementally updated databases eventually become corrupt)

[Olly Betts]

Sorry for the delay in replying - I was travelling overseas.

On Fri, Nov 01, 2013 at 11:57:20AM -0400, Joey Hess wrote:
> Olly Betts wrote:
> > It's hard to know without looking, but I'm certainly happy to take a
> > look.
> 
> http://tmp.kitenet.net/xapian-1.tar.bz2

This one isn't actually corrupt - there was a bug in xapian-check which
I fixed after looking at this example before.  Details are in the bug
log here:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724610#25

> http://tmp.kitenet.net/xapian-2.tar.bz2

I get 404 for this URL, but earlier you sent a link to xapian-2.tar.gz
so I assume you just mistyped the extension this time.

> I think you have the first, but not the second of these.
> They seem pretty similar.
> 
> http://tmp.kitenet.net/xapian-git-annex.tar.gz
> 
> This last one is particularly bad, it causes the perl library to crash
> at runtime when adding terms to the database.

Taking a look at this one now...

Cheers,
Olly


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

Bug#514027: aborting suspend while image is being written on disk crashes X server

[Rodolfo García Peñas]

Hi,

I tried the testing/unstable version of xserver-xorg-video-nouveau and the 
problem continues.

I will reassign this bug to xserver-xorg-video-nouveau, but it could apply to 
xserver-xorg-video-radeon (we need that Heiner confirm it).

Cheers,
kix
-- 
 .''`.  Rodolfo García Peñas (kix) 
: :'  : Proud Debian Developer
`. `'`  4096R / 3F48 0B8C C385 AD41 9E28  006A 7B1F 5490 72B7 4923
 `- Debian - when you have better things to do than fixing systems


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

Bug#730595: anacron: Gracefully stop anacron (with SIGUSR1)

[Laurent Bigonville]

Package: anacron
Version: 2.3-19
Severity: wishlist

Hi,

The anacron manpage suggests that the SIGUSR1 signal can gracefully kill
anacron (by waiting for the completion of the jobs) rather than plain
killing it.

What do you think about adding something like

--retry=SIGUSR1/10/KILL/5 (or maybe even SIGUSR1/10/TERM/5/KILL/5)

to start-stop-daemon to ensure the jobs are properly finished?

For systemd serivice something like:

KillMode=process
KillSignal=SIGUSR1

Should do the trick. This is actally important for systemd as if anacron
exits, the complete cgroup will be killed, so we let the chance to the
jobs to properly finish.

Cheers,

Laurent Bigonville

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

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

Versions of packages anacron depends on:
ii  debianutils  4.4
ii  libc62.17-96
ii  lsb-base 4.1+Debian12

Versions of packages anacron recommends:
ii  cron 3.0pl1-124
ii  rsyslog [system-log-daemon]  7.4.4-1

Versions of packages anacron suggests:
ii  dma [mail-transport-agent]  0.9-1
ii  powermgmt-base  1.31

-- 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#725818: please fix

[Lisandro Damián Nicanor Pérez Meyer]

On Wednesday 27 November 2013 00:18:55 Flavio Stanchina wrote:
[snip]
> Maximiliano Curia wrote:
> > akonadi-backend-mysql is the default backend, if you want to setup a
> > postgresql or sqlite backend you need to manually change akonadi
> > configuration to use that connection.
> 
> Manually? Are you joking? This is KDE, not bash with more colors.

Please be respectful. Maxy knows what he's telling you.
And no, we are not joking. You have to set it up manually. If you want to have 
any other option, please ask upstream to implement it by filling the 
appropriate bug report upstream.

> > This is documented in:
> > /usr/share/doc/akonadi-backend-sqlite/README.Debian.gz
> 
> ...which says, among other things:
> "Just install the backend package which is the most appropriate for your
> setup [...]"

Noted, will have to be fixed.

> That's what I did. Again, if the MySQL backend is required for the package
> to work, why isn't there a dependency? That's what the original bug report
> was asking. Either Akonadi *needs* the MySQL backend, therefore a
> dependency is required, or the fact that Akonadi won't start without the
> MySQL backend is a bug that needs fixing. Just select the first available
> backend and be done with it. By the way, if you just write:
> 
>   [%General]
>   Driver=foo
> 
> ...into ~/.config/akonadi/akonadiserverrc, then the control panel will
> start and let you set the configuration. It's funny that an invalid
> configuration works better than a valid configuration without the backend.

And then you are barking against the wrong people. Ask upstream to not set a 
default and show that same config option from the beginning.

> Truth be told, the real question for me is that I don't want Akonadi on my
> system, but it is a dependency of several core KDE packages (I didn't track
> which ones exactly) so it can't be removed. I "solved" the problem by
> dpkg-redirect'ing /usr/bin/akonadi* and /usr/lib/libakonadi
> out of the way, so package dependencies are satisfied. The KDE session
> starts without errors and every piece of KDE that I'm actually interested
> in runs fine, so I guess Akonadi is not really required. I have no problem
> if you won't fix the Akonadi package dependencies as I've now made sure it
> won't affect me, but I'd really like if someone fixes the other KDE
> packages' dependencies so I can remove Akonadi altogether.

Sorry but that's not possible. Akonadi is needed by many parts and it's usage 
will probably continue to grow. We maintainers need to set up things as 
upstream wants. If you don't like that, ask upstream, not us.

-- 
El tiempo es un buen maestro, solo que lamentablemente,
asesina a todos sus discípulos.
 Curt Goetz. (1888-1960).

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#730423: qtchooser: could not find a Qt installation of

[Gregory Sharp]

> On Sunday, November 24, 2013 7:36 PM, Lisandro Damián Nicanor Pérez Meyer 
>  wrote:

> > On Sunday 24 November 2013 17:46:35 Greg Sharp wrote:
> 
>>  Package: qtchooser
>>  Version: 31-g980c64c-4
>>  Severity: normal
>> 
>>  Dear Maintainer,
>> 
>>  I suffer from the seemingly common problem of qtchooser not finding
>>  its configuration directories.  (cf #710773, #726989).
>> 
>>  For example, with qt4-default installed, the following occurs:
>> 
>>  $ qtchooser -list-versions
>>  $ qtchooser -print-env
>>  qtchooser: could not find a Qt installation of ''
>> 
>>  Unsetting XDG_CONFIG_DIRS does solve the problem, but my expectation
>>  would be a working package as default.
>> 
>>  Is this an issue with qtchooser, or is it xfce shouldn't set
>>  XDG_CONFIG_DIRS, or somewhere else?
> 
> Upstream considers that if XDG_CONFIG_DIRS is set, qtchooser's config should 
> 
> be found using it, ignoring everything else, including the default we provide.
> 
> On the other hand we the Qt/KDE team consider that the normal place for which 
> XDG_CONFIG_DIRS points, /etc/xdg/, is not a place to store qtchooser's 
> configs.
> 
> So if you set XDG_CONFIG_DIR, you need to set provide qtchooser's config. 
> You 
> can do that by symlinking /usr/share/qtchooser
> 
> -- 
> 
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/


Thank you Lisandro for the very clear explanation.


I search a little, it seems xfce4 which sets XDG_CONFIG_DIRS
in the script /usr/bin/startxfce4.  Do you think it is an 

incorrect choice by xfce to set this variable, 
or maybe they should also append your qtchooser directories?

It is a problem that qmake and other executables aren't working.  
Nevertheless, it is difficult for me to suggest how to resolve.  

-- 
Greg Sharp
gregsh...@geocities.com


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

Bug#729615: Bug#729296: Please binNMU kde-style packages against libkdecorations4abi2

[Maximiliano Curia]

In article 
<1385506257.24599.15.camel__17443.5916160748$1385506465$gmane$o...@jacala.jungle.funky-badger.org>
 you wrote:
> I've added libkdegames to the good / bad criteria and scheduled those
> two.

Thanks a lot.

>> I'll check the other packages in the unknown state of the transition.

> While I was adding libkdegames I spotted why some of the packages were
> flagged as unknown; I've now fixed that problem and scheduled binNMUs
> for kamoso, kphotoalbum and digikam.

Great, but sadly also kdevelop needs rebuild against
libkasten2okteta1controllers1abi1.

-- 
"Can you imagine what I would do if I could do all I can?" -- Sun Tzu
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#730594: openstack-debian-images: MBR manager waiting for user input

[Tomas Bezdek]

Package: openstack-debian-images
Version: 0.3
Severity: important
Tags: patch

Dear Maintainer,

*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 running wheezy image in private openstack cloud
   * What was the outcome of this action?
 image boot stopped at MBR manager and was waiting for input
   * What outcome did you expect instead?
 image booting immediately, unless error occurs

*** End of the template - remove these lines ***


simple patch displaying prompt only if error occurs:

170c170
< install-mbr ${AMI_NAME}
---
> install-mbr -i n ${AMI_NAME}



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

Kernel: Linux 3.2.0-4-rt-amd64 (SMP w/4 CPU cores; PREEMPT)
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#725818: please fix

[Flavio Stanchina]

I'd like to add a few notes to this bug. I installed just the Sqlite
backend as I don't want MySQL on this machine. This worked fine on squeeze
and wheezy, but I recently upgraded to jessie and every time I logged into
a KDE session I would get a dialog box saying that Akonadi was "upgrading
resources" which would stay there for a minute or so without progress. Upon
further investigation I discovered that the Akonadi server wouldn't start
because it was looking for MySQL:

$ akonadictl start
[...]
mysqld not found. Please verify your installation
[correct, it's not installed on this machine]
[more error messages and a stack trace]
ProcessControl: Application 'akonadiserver' returned with exit code 255
(Unknown error)
[the above part repeats three more times]
"akonadiserver" crashed too often and will not be restarted!

Maximiliano Curia wrote:
> akonadi-backend-mysql is the default backend, if you want to setup a
> postgresql or sqlite backend you need to manually change akonadi
> configuration to use that connection.

Manually? Are you joking? This is KDE, not bash with more colors.

> This is documented in:
> /usr/share/doc/akonadi-backend-sqlite/README.Debian.gz

...which says, among other things:
"Just install the backend package which is the most appropriate for your
setup [...]"

That's what I did. Again, if the MySQL backend is required for the package
to work, why isn't there a dependency? That's what the original bug report
was asking. Either Akonadi *needs* the MySQL backend, therefore a
dependency is required, or the fact that Akonadi won't start without the
MySQL backend is a bug that needs fixing. Just select the first available
backend and be done with it. By the way, if you just write:

  [%General]
  Driver=foo

...into ~/.config/akonadi/akonadiserverrc, then the control panel will
start and let you set the configuration. It's funny that an invalid
configuration works better than a valid configuration without the backend.

Truth be told, the real question for me is that I don't want Akonadi on my
system, but it is a dependency of several core KDE packages (I didn't track
which ones exactly) so it can't be removed. I "solved" the problem by
dpkg-redirect'ing /usr/bin/akonadi* and /usr/lib/libakonadi
out of the way, so package dependencies are satisfied. The KDE session
starts without errors and every piece of KDE that I'm actually interested
in runs fine, so I guess Akonadi is not really required. I have no problem
if you won't fix the Akonadi package dependencies as I've now made sure it
won't affect me, but I'd really like if someone fixes the other KDE
packages' dependencies so I can remove Akonadi altogether.

-- 
Ciao, Flavio

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer


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

Bug#730512: libvte9: Unnecessarily stealing shift+up/down in the alternate buffer

[Tim Marston]

Package: libvte9
Version: 1:0.28.2-5
Followup-For: Bug #730512

Sorry, just wanted to provide some additional information for anyone
trying to get xfce4-temrinal to work...

If you're using xfce4-terminal, and you have the option enabled to use
Shift-Up and Shift-Down to scroll the terminal by one line (in
Preferences->General), then this patch will appear not to work.  You
will have to disable this option.

I am guessing that this option was added to xfce4-terminal before the
same facility was added to libvte.  But the option is broken in
xfce4-terminal (as libvte steals the key presses).  So, without this
patch, the option does nothing anyway (and may need to be removed).


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

Bug#729615: Bug#729296: Please binNMU kde-style packages against libkdecorations4abi2

[Adam D. Barratt]

On Tue, 2013-11-26 at 23:41 +0100, Maximiliano Curia wrote:
> El 2013-11-21 a las 23:20 +, Adam D. Barratt escribió:
> > The biggest issue afaik is that kdepimlibs FTBFS on ia64, due to what
> > looks like #718047.
> 
> I uploaded a new revision of kdepimlibs accepting the patch suggested in
> #730157, so that's done.

Thanks.

> Also tagua and knights seem to require to be binNMUed against
> libkdegames6abi1. :(

I've added libkdegames to the good / bad criteria and scheduled those
two.

> I'll check the other packages in the unknown state of the transition.

While I was adding libkdegames I spotted why some of the packages were
flagged as unknown; I've now fixed that problem and scheduled binNMUs
for kamoso, kphotoalbum and digikam.

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#698315: [build] openmsx: FTBFS due to invalid alignment assumptions

[Thorsten Glaser]

Bas Wijnen dixit:

>The assertion that fails is an alignment check, which means that forcing
>the alignment the way you do should must have been ineffective.  Any

No idea, C++ is out of my depth.

I know that GCC will need the alignment attribute twice in structs, e.g.

struct foo {
int bar __attribute__((__aligned__(8)));
int baz;
} __attribute__((__aligned__(8)));

>idea how this is possible?  Does this happen for other programs as well?

Not normally, although these implicit-alignment-assumptions are very
common, sadly.

(To be honest, I personally think that most code that explicitly checks
for alignment of data types is doing something wrong, and (objectively)
probably something unportable.)

>Ps: Please Cc me (or better yet, the bug); I'm not subscribed.

Sure.

bye,
//mirabilos
-- 
„Also irgendwie hast du IMMER recht. Hier zuckelte gerade ein Triebwagen mit
der Aufschrift "Ostdeutsche Eisenbahn" durch Wuppertal. Ich glaubs machmal
nicht…“ -- Natureshadow, per SMS
„Hilf mir mal grad beim Denken“ -- Natureshadow, IRL, 2x


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

Bug#729615: Bug#729296: Please binNMU kde-style packages against libkdecorations4abi2

[Maximiliano Curia]

¡Hola Adam!

El 2013-11-21 a las 23:20 +, Adam D. Barratt escribió:
> The biggest issue afaik is that kdepimlibs FTBFS on ia64, due to what
> looks like #718047.

I uploaded a new revision of kdepimlibs accepting the patch suggested in
#730157, so that's done.

Also tagua and knights seem to require to be binNMUed against
libkdegames6abi1. :(

I'll check the other packages in the unknown state of the transition.

-- 
: You are in a dark room with a compiler, emacs, an internet connection,
: and a thermos of coffee.
: Your move ?
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#730593: emacs24: fails to set fullscreen frame parameter on gnome 3

[Pedro Ângelo]

Package: emacs24
Version: 24.3+1-2
Severity: normal

Dear Maintainer,

On my .emacs I use the following command to set the emacs window to fullscreen
on startup:

(set-frame-parameter nil 'fullscreen 'fullboth)

This has stopped working in the Emacs24 package in debian testing since the
recent gnome updates. From the alternatives at
http://www.emacswiki.org/emacs/FullScreen, the following don't work:

 * Starting Emacs with the -fs parameter

 * Sending the fullscreen message directly to the window manager with

(defun fullscreen ()
   (interactive)
   (x-send-client-message nil 0 nil "_NET_WM_STATE" 32
 '(2 "_NET_WM_STATE_FULLSCREEN" 0)))

What *does* work:

 * Setting the window to fullscreen via the *wmctrl* external program

  * Setting the window to fullscreen using the gnome key binding to toggle
fullscreen

This looks like some change in gnome made emacs not able to request fullscreen
as a frame property




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

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

Versions of packages emacs24 depends on:
ii  emacs24-bin-common   24.3+1-2
ii  gconf-service3.2.6-1
ii  libasound2   1.0.27.2-3
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-93
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libdbus-1-3  1.6.18-1
ii  libfontconfig1   2.11.0-1
ii  libfreetype6 2.4.9-1.1
ii  libgconf-2-4 3.2.6-1
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libgif4  4.1.6-10
ii  libglib2.0-0 2.36.4-1
ii  libgnutls26  2.12.23-8
ii  libgomp1 4.8.2-1
ii  libgpm2  1.20.4-6.1
ii  libgtk-3-0   3.8.4-1
ii  libice6  2:1.0.8-2
ii  libjpeg8 8d-1
ii  libm17n-01.6.4-2
ii  libmagickcore5   8:6.7.7.10-6
ii  libmagickwand5   8:6.7.7.10-6
ii  libotf0  0.9.13-1
ii  libpango-1.0-0   1.36.0-1
ii  libpangocairo-1.0-0  1.36.0-1
ii  libpng12-0   1.2.49-5
ii  librsvg2-2   2.40.0-1
ii  libselinux1  2.2.1-1
ii  libsm6   2:1.2.1-2
ii  libtiff4 3.9.7-2
ii  libtinfo55.9+20130608-1
ii  libx11-6 2:1.6.2-1
ii  libxft2  2.3.1-1
ii  libxml2  2.9.1+dfsg1-3
ii  libxpm4  1:3.5.10-1
ii  libxrender1  1:0.9.8-1
ii  zlib1g   1:1.2.8.dfsg-1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.3+1-1

-- no debconf information


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

Bug#730554: New version - minetest 0.4.8 released; please add minetest-mod-* to Recommends

[Dominik George]

Hi,

> > If you want to become co-maintainer of minetest, I'd be very happy to 
> > welcome you in the "group" (I'm alone so far).
> 
> Thanks for the invitation, but currently I can't become co-maintainer - my
> family steals whole my time :(
> Maybe previous minetest Debian packager Michael Gilbert 
> or minetest-c55 packagers could help you?

I would be available as co-maintainer. I intend to bring forward
Minetest, and I began this work by packaing some important mods. I think
it would be a good thing if we could get together for all of this as a
team.

> I think minetest-mod-mesecons is very important - it's packaging code is 
> already on debian git, see 
> git://git.debian.org/git/pkg-games/minetest-mod-mesecons.git
> It seems there is only one improvement needed - to include textures by 
> default,
> Dominik George  tried to include textures, but without
> success, see 
> http://anonscm.debian.org/gitweb/?p=pkg-games/minetest-mod-mesecons.git;a=commitdiff;h=9165ad921a5ad811e7b83499e0fe7e2cd4a4bb88

I do not see what you mean by "without success" - you have to enable the
mesecons_textures mod inside Minetest, and it works. That's the intended
behaviour by upstream. If we want to change that behaviour in Debian,
just remove the trailing ? from my patch.

-nik

-- 
* concerning Mozilla code leaking assertion failures to tty without D-BUS *
 That means, D-BUS is a tool that makes software look better
than it actually is.

PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296


signature.asc
Description: Digital signature

Bug#722328: Up vote

[Wes Cravens]

+1

-- 
Wes Cravens, Founding Member
Moxigen - Oxygen for Moxie
http://moxigen.com


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

Bug#724804: Arduino bugs on debian BTS

[Scott Howard]

retitle 724804 raspbian package of arduino doesn't work with arduino micro
thanks

Thanks for the bug, I'm a little confused as to the problem you are
trying to report.

First, Debian doesn't support Raspbian (they are separate projects),
but it is possible that a bug in one is affecting the other so it's ok
to discuss it here.

I'm trying to figure out what you're reporting, is it:

*you have raspbian
* you have an arduino micro board

*"micro" on ttyACM0 is greyed out, but you still selected it?

Then the serial monitor crashes?

Question:
Why is "arduino as ISP" selected? Are you trying to program an AVR
chip using the arduino as an in circuit serial programmer?

Serial monitor crashing happens if the wrong serial port is selected,
there is permission problems, or rxtx can't find the serial device.

It sounds like there is something wrong with the serial port when you
connect? I can't follow what you're trying to say with the code.

"I can develop Sketches in the IDE, Upload them to the Micro board,
and they do work."
So what is the bug you are reporting? Is it that the serial monitor is
crashing but everything else works?

It might be a bug with rxtx (the serial port library). Does arduino
from upstream work? Could you try the debian experimental packages
(version 1.5+)?

Regards,
Scott


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

Bug#729566: [Pkg-systemd-maintainers] Bug#729566: systemd: new upstream release 208

[Michael Stapelberg]

Hi Alessandro,

Michael Stapelberg  writes:
> Well, ideally all would be fixed :). Here is one to start with:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730369
Thanks for your work on that bug.

Here are the other bugs that I want to get around to, but keep running
out of time:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723855
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719703
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724796

Any help on those is much appreciated.

-- 
Best regards,
Michael


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

Bug#730369: [Pkg-systemd-maintainers] Bug#730369: systemd: bluetooth daemon not starting

[Michael Stapelberg]

control: reassign -1 bluez
control: severity -1 wishlist
control: retitle -1 Please use dh-systemd to enable the service file(s) bluez 
ships

Hi Alessandro,

Alessandro Ghedini  writes:
> bluez provides its own service file (/lib/systemd/system/bluetooth.service).
>
> The problem here appears to be that the bluetooth.service doesn't get enabled
> on package installation:
That seems like a correct analysis, thanks.

> As for the long-term solution, if I understand things correctly, it's the
> package's duty to enable whatever service it installed (and not systemd's), so
> if the bluez maintainer wants to have the bluetooth service enabled on package
> installation he should start using the dh_systemd_enable script provided by
> the dh-systemd package in bluez' debian/rules (for the short form dh thingy it
> should be enough to simply pass --with=systemd to dh and add dh-systemd to
> Build-Depends).
>
> At this point, I guess this bug should be reassigned to bluez, though I leave
> that decision to the systemd maintainers or the bug submitter.
Also correct, and done. For the record,
https://wiki.debian.org/Systemd/Packaging is a wiki page that explains this.

-- 
Best regards,
Michael


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

Bug#710176: transition: libpqxx

[Julien Cristau]

On Tue, Nov 26, 2013 at 13:45:20 +0100, Julien Cristau wrote:

> On Thu, Nov 14, 2013 at 20:50:40 +, Marcin Kulisz wrote:
> 
> > On 2013-11-14 20:22:56, Julien Cristau wrote:
> > > Hrm.  Why did the -dev package name change?  That makes it harder than
> > > necessary to rebuild the reverse deps, since they now need a sourceful
> > > upload.  Please either bring back libpqxx3-dev, or at least call the new
> > > package libpqxx-dev instead of libpqxx4-dev.
> > 
> > Hi Julien,
> > Thx for the remainder.
> > I already have a patch which will bring back libpqxx3-dev as a dummy package
> > which depends on new libpqxx-dev.
> > I'll ask my sponsor to upload it asap.
> > 
> Thanks, I've now scheduled binNMUs for calligra and player.
> 
calligra FTBFS: https://buildd.debian.org/status/package.php?p=calligra

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#730592: r-bioc-biostrings: FTBFS: error: unknown type name 'cachedCharSeq'

[Roland Stigge]

Package: r-bioc-biostrings
Version: 2.28.0-1
Severity: serious

Hi,

r-bioc-biostrings FTBFS like this:

...
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG   
-I"/usr/lib/R/site-library/IRanges/include"   -fpic  -O3 -pipe  -g  -c 
BAB_class.c -o BAB_class.o
In file included from Biostrings.h:1:0,
 from BAB_class.c:5:
../inst/include/Biostrings_defines.h:50:2: error: unknown type name 
'cachedCharSeq'
../inst/include/Biostrings_defines.h:59:1: error: unknown type name 
'cachedXVectorList'
In file included from BAB_class.c:5:0:
Biostrings.h:32:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:51:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:56:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:104:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:112:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:144:1: error: unknown type name 'cachedCharSeq'
Biostrings.h:514:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:515:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:526:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:527:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:535:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:536:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:577:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:578:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:591:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:592:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:604:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:605:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:617:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:618:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:627:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:628:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:947:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:958:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:977:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:1029:2: error: unknown type name 'cachedCharSeq'
Biostrings.h:1037:2: error: unknown type name 'cachedCharSeq'
make[1]: *** [BAB_class.o] Error 1
make[1]: Leaving directory `/«PKGBUILDDIR»/src'
make[1]: Entering directory `/«PKGBUILDDIR»/src'
make[1]: Leaving directory `/«PKGBUILDDIR»/src'
ERROR: compilation failed for package 'Biostrings'
* removing 
'/«PKGBUILDDIR»/debian/r-bioc-biostrings/usr/lib/R/site-library/Biostrings'
make: *** [R_any_arch] Error 1
...

Roland


-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.9.0-dirty (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


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

Bug#730591: epiphany-browser: noisy messages to stderr: " Wnck-WARNING **: Unhandled action type _OB_WM_ACTION_UNDECORATE"

[Daniel Kahn Gillmor]

Package: epiphany-browser
Version: 3.8.2-4
Severity: minor

I'm running openbox with some custom rules to handle window
decorations.

when i launch ephiphany-browser, i get many many of the following
noisy messages to stderr at browser startup (and more when i do things
like maximizing the window):

(epiphany-browser:1861): Wnck-WARNING **: Unhandled action type 
_OB_WM_ACTION_UNDECORATE

It seems like either epiphany should handle these actions or it should suppress 
these noisy messages.

Thanks for maintaining epiphany in debian!

Regards,

   --dkg

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

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

Versions of packages epiphany-browser depends on:
ii  dbus-x111.6.18-1
ii  epiphany-browser-data   3.8.2-4
ii  gnome-icon-theme3.10.0-1
ii  gnome-icon-theme-symbolic   3.10.1-1
ii  gsettings-desktop-schemas   3.8.2-2
ii  iso-codes   3.48-1
ii  libatk1.0-0 2.10.0-2
ii  libavahi-client30.6.31-2
ii  libavahi-common30.6.31-2
ii  libavahi-gobject0   0.6.31-2
ii  libc6   2.17-93
ii  libcairo-gobject2   1.12.16-2
ii  libcairo2   1.12.16-2
ii  libgcr-base-3-1 3.8.2-4
ii  libgcr-ui-3-1   3.8.2-4
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.4-1
ii  libgnome-desktop-3-73.8.4-2
ii  libgtk-3-0  3.8.4-1
ii  libjavascriptcoregtk-3.0-0  2.2.1-2
ii  libnotify4  0.7.6-1
ii  libnspr42:4.10.2-1
ii  libnspr4-0d 2:4.10.2-1
ii  libnss3 2:3.15.3-1
ii  libnss3-1d  2:3.15.3-1
ii  libpango-1.0-0  1.36.0-1
ii  libpangocairo-1.0-0 1.36.0-1
ii  libsecret-1-0   0.15-2
ii  libsoup2.4-12.44.1-1
ii  libsqlite3-03.8.1-1
ii  libwebkit2gtk-3.0-252.2.1-2
ii  libwnck-3-0 3.4.7-1
ii  libx11-62:1.6.2-1
ii  libxml2 2.9.1+dfsg1-3
ii  libxslt1.1  1.1.28-2

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20130906
ii  evince   3.8.3-2
pn  yelp 

epiphany-browser suggests no packages.

-- debconf-show failed


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

Bug#730459: RM: debtorrent -- No activity in years

[Steve Cotton]

On Mon, Nov 25, 2013 at 09:29 +, Ken Sharp wrote:
> Package: ftp.debian.org
> 
> All interest in debtorrent seems to have disappeared a long while
> back. The mailing lists have fell silent and there isn't even a
> tracker up any more, so it is effectively useless.
> 
> Removing it will save poor saps like me time trying to work out why
> the tracker is not responding.

CC'ing in Cameron

Hi Ken,

Thanks for logging this RM bug.  I'm only a minor contributor to
DebTorrent, and I'm sentimental about it, but I support RM'ing.

It never got enough users to reach critical masss.  The peak
popcon of around 200 installs meant that most of the downloads
went to the HTTP fallback (the normal Debian mirror system).

Popcon:
debtorrent: inst 145, vote 105
apt-transport-debtorrent: inst 169, vote 20

The 85 votes for debtorrent without apt-transport are probably
running the client without actually using the service.

The normal Debian mirror system is not going to feel any
difference from those numbers.

There might still be a use case for small projects that work with
huge data packages and have their own repo, but it seems unlikely.
And if they already have their own repository, they can include
the DebTorrent .debs too; the current version will always be
available (it's already in stable).

Steve


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

Bug#725584: Pending fixes for bugs in the libmusicbrainz-discid-perl package

[pkg-perl-maintainers]

tag 725584 + pending
thanks

Some bugs in the libmusicbrainz-discid-perl package are closed in
revision 8d96f939646eab4c76c06a46ad012a62b0a36833 in branch 'master'
by gregor herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libmusicbrainz-discid-perl.git;a=commitdiff;h=8d96f93

Commit message:

Add patch for test to work with URLs returned by old and new libdiscid.

Closes: #725584


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

Bug#730590: libffi: Please update symbols file for powerpcspe

[Roland Stigge]

Package: libffi6
Version: 3.0.13-8
Severity: wishlist
Tags: patch

Hi,

libffi FTBFS on powerpcspe because of outdated symbols list:

...
dpkg-gensymbols: warning: debian/libffi6/DEBIAN/symbols doesn't match 
completely debian/libffi6.symbols.powerpcspe
--- debian/libffi6.symbols.powerpcspe (libffi6_3.0.13-8_powerpcspe)
+++ dpkg-gensymbolszg3ZY1   2013-11-26 17:59:33.420601744 +
@@ -1,18 +1,18 @@
 libffi.so.6 libffi6 #MINVER#
  ffi_call@Base 3.0.4
- ffi_call_SYSV@Base 3.0.4
- ffi_closure_SYSV@Base 3.0.4
+#MISSING: 3.0.13-8# ffi_call_SYSV@Base 3.0.4
+#MISSING: 3.0.13-8# ffi_closure_SYSV@Base 3.0.4
  ffi_closure_alloc@Base 3.0.4
  ffi_closure_free@Base 3.0.4
- ffi_closure_helper_SYSV@Base 3.0.4
+#MISSING: 3.0.13-8# ffi_closure_helper_SYSV@Base 3.0.4
  ffi_java_ptrarray_to_raw@Base 3.0.4
  ffi_java_raw_call@Base 3.0.4
  ffi_java_raw_size@Base 3.0.4
  ffi_java_raw_to_ptrarray@Base 3.0.4
- ffi_prep_args_SYSV@Base 3.0.4
+#MISSING: 3.0.13-8# ffi_prep_args_SYSV@Base 3.0.4
  ffi_prep_cif@Base 3.0.4
- ffi_prep_cif_machdep@Base 3.0.4
- ffi_prep_cif_machdep_var@Base 3.0.13-5+powerpcspe1
+#MISSING: 3.0.13-8# ffi_prep_cif_machdep@Base 3.0.4
+#MISSING: 3.0.13-8# ffi_prep_cif_machdep_var@Base 3.0.13-5+powerpcspe1
  ffi_prep_cif_var@Base 3.0.10~rc10
  ffi_prep_closure@Base 3.0.4
  ffi_prep_closure_loc@Base 3.0.4
dh_makeshlibs: dpkg-gensymbols -plibffi6 -Idebian/libffi6.symbols.powerpcspe 
-Pdebian/libffi6 returned exit code 1
make: *** [binary-arch] Error 1
...

Please update: I'm attaching a fixed symbols file for powerpcspe.

Thanks in advance,

Roland

-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
libffi.so.6 libffi6 #MINVER#
 ffi_call@Base 3.0.4
 ffi_closure_alloc@Base 3.0.4
 ffi_closure_free@Base 3.0.4
 ffi_java_ptrarray_to_raw@Base 3.0.4
 ffi_java_raw_call@Base 3.0.4
 ffi_java_raw_size@Base 3.0.4
 ffi_java_raw_to_ptrarray@Base 3.0.4
 ffi_prep_cif@Base 3.0.4
 ffi_prep_cif_var@Base 3.0.10~rc10
 ffi_prep_closure@Base 3.0.4
 ffi_prep_closure_loc@Base 3.0.4
 ffi_prep_java_raw_closure@Base 3.0.4
 ffi_prep_java_raw_closure_loc@Base 3.0.4
 ffi_prep_raw_closure@Base 3.0.4
 ffi_prep_raw_closure_loc@Base 3.0.4
 ffi_ptrarray_to_raw@Base 3.0.4
 ffi_raw_call@Base 3.0.4
 ffi_raw_size@Base 3.0.4
 ffi_raw_to_ptrarray@Base 3.0.4
 ffi_type_double@Base 3.0.4
 ffi_type_float@Base 3.0.4
 ffi_type_longdouble@Base 3.0.4
 ffi_type_pointer@Base 3.0.4
 ffi_type_sint16@Base 3.0.4
 ffi_type_sint32@Base 3.0.4
 ffi_type_sint64@Base 3.0.4
 ffi_type_sint8@Base 3.0.4
 ffi_type_uint16@Base 3.0.4
 ffi_type_uint32@Base 3.0.4
 ffi_type_uint64@Base 3.0.4
 ffi_type_uint8@Base 3.0.4
 ffi_type_void@Base 3.0.4

Bug#730589: zygrib: FTBFS: Tries to create directory in user's home

[Roland Stigge]

Source: zygrib
Version: 6.2.1-1
Severity: serious

Hi,

zygrib FTBFS like this:

...
mkdir -p /sbuild-nonexistent/zyGrib
mkdir: cannot create directory '/sbuild-nonexistent': Permission denied
make[1]: *** [install] Error 1
make[1]: Leaving directory `/«PKGBUILDDIR»'
dh_auto_install: make -j1 install DESTDIR=/«PKGBUILDDIR»/debian/tmp 
AM_UPDATE_INFO_DIR=no returned exit code 2
make: *** [binary-arch] Error 2
...

Roland

-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.9.0-dirty (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


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

Bug#730587: RFP: angularjs-batarang -- AngularJS WebInspector Extension for Chrome

[Thomas Koch]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: angularjs-batarang
  Version : 0.4.3
  Upstream Author : Google
* URL : https://github.com/angular/angularjs-batarang
* License : MIT
  Programming Lang: JavaScript
  Description : AngularJS WebInspector Extension for Chrome



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJSlQ34AAoJEAf8SJEEK6ZaGCQP/RQUL2nyQASfn7tByNpezg71
9ahE9dosAwyFX67bSy3abq4li35s/XtSw7k36vtDYIB6hOPg7GDEOG/b7bP1fxoD
trkHwhxRdJ2O/EEI2Xu6CWjgOuu7CZmnsjTQ15sOVgZtzOJYNChjiBD2f1zpKqar
8I2/iwpblkJk++hq1usZEz/CzOhsHpEnlWOkiLff2+dbxlkrldBnuIzc8l0NECJj
wfAqGgLNYvDkUHVZmw3zARocooIhUSShYq2rXQn2MpEtSHWjJ02OWdvfN6dZYnNv
WhqAIWXnaytPv1/aiLmE6jUx/XOaUkP39i0NoVadQZMS6jH0LFP3dVbbqleyU69H
RrIG6pxs3YozSAF/GSjfssxmPO41k20v6nexfs8bqdRg6xh/kyD1CuEE5DGHkdi1
HbuxebQfOjGAqGtTUQSMdzZEryjiGKH0ZdEb+rOxsZtKhC7z/vP/PD/Wq8jL1/cy
7jhyFSfYkk1FuXVdEuAmi/687q2pifjrqDQq95WNZyEcv/aPB6x13Ntt+rHLCLru
PZOYuoNVwxMwNXWfCdQOp77k9XaoaPG4R0P9AXnS9jPfoZaCOjE7ARaFRLFDLWBb
Quc3EOqSW9cWsWPFpqmMX55WFWQeVmjO2pzn8njaygwZXEe3yIN0r7vEzGK/ckbg
joqnCqD6K8bUkmaKEaXW
=PxLr
-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#730585: RFP: angularjs -- JavaScript MVC Framework for HTML applications running in the Browser

[Thomas Koch]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: angularjs
  Version : 1.2.2
  Upstream Author : Google
* URL : http://angularjs.org
* License : MIT
  Programming Lang: JavaScript
  Description : JavaScript MVC Framework for HTML applications running in 
the Browser

AngularJS assists with running single-page applications by augmenting
browser-based applications with model–view–controller (MVC) capability.

The library reads in HTML that contains additional custom tag attributes; it
then obeys the directives in those custom attributes, and binds input or
output parts of the page to a model represented by standard JavaScript
variables. The values of those JavaScript variables can be manually set, or
retrieved from static or dynamic JSON resources.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJSlQ1zAAoJEAf8SJEEK6ZajZUQAK+sXFXYH8gBHs+9h1jVQ0iB
2TTk4QlNwqfE3ij7+gknmR/y3t5c9BPvPJ1ssvZqweNofR0+YkaL9/1/E6K9Kcwr
fVZqKGZP+KH8HYFNJTQoGhLRmnWBtPOjyMvHKWtzRgBjoTGf47rjL6wd+pxrC5/f
TecDwCe4Gb4wbAgvKqT9r06zH4MHYy+GDRuwD5Rkke4um+XfQcw5iJwSv/1mSOFe
lt2vRI0Q2TJiZKpNa1NXLHke/w6bCS/QUSJsB1KsnPT/u1fm9CSDh1pA7YPlUWPQ
HYDFbrf5YAZptXZ/FrO0JnOFzsdeEe2C1ez+pimh4lMuWPH8/rQAV35lO45hmSxr
oHwSjfms6+rDQqHUU96TK2FQwqAx0mqYBcrSNBzT1qMRGfRR8T3SrWMMhk7BfMwM
AkYSoMeMqxR8j5YPyHRigyCD9R7vAKHIUAVdx8Vav+pCqtyMtfyKbfQyUm9lCsrL
mILA6GvKxcf/7a613OtRRGkwnST7gZ9mVeQrQDv0jVCfR9sSuMyjtOA7PpnpHxpA
e+t3ap9a4zsPBxxTNo3HD6Xn8jM2cdfPJ8UKHj77Vcf3wWPmoJ3chIYUdgtEWYRu
lw2j0ul2V/YpLjC1X5WG3LFT09AtwBZMkIBw+/rtXZa1NSUFIaTlyMCh0WOUy212
rEs+sal+z63ADix0yotI
=n8El
-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#730584: xul-ext-timeline: Dependency to iceowl-extension always installs icedove

[Matthias Schmitz]

Package: xul-ext-timeline
Version: 0.5-1
Severity: normal

Hi,

since the last update of the xul-ext-timeline the package has a fix dependency
to iceowl-extension. This installs always an icedove even if iceowl is already
installed. 


Icedove and Iceowl are added to the Depends: by ${xpi:Depends} but icedove
without iceowl-extension can not use the timeline add-on. 

I propose to add "iceowl | iceowl-extension" again to the Depends: as this is
the correct logic to choose between iceowl and icedove.

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

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

Versions of packages xul-ext-timeline depends on:
ii  icedove   17.0.9-2
ii  iceowl1.9-3
ii  iceowl-extension  17.0.9-2

xul-ext-timeline recommends no packages.

xul-ext-timeline 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#730558: perl: IPC::SysV manpage typo “IPC_CREATE”

[Niko Tyni]

forwarded 730558 https://rt.cpan.org/Public/Bug/Display.html?id=86736 
tag 730558 fixed-upstream
thanks

On Tue, Nov 26, 2013 at 04:07:36PM +0100, Ricardo Mones wrote:
> Package: perl
> Version: 5.18.1-4
> Severity: minor
> Tags: upstream patch
 
> As subject says, POD mentions IPC_CREATE, but the exported symbol
> is IPC_CREAT.

Thanks. This is already fixed upstream in IPC-SysV-2.04, bundled with
Perl 5.19.3.
-- 
Niko Tyni   nt...@debian.org


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

Bug#206536: Will php-apigen supersede php-phpdocumentor?

[David Prévot]

Hi,

On Wed, Oct 30, 2013 at 01:36:11PM -0400, David Pr=C3=A9vot wrote:

> It would be nice if you could handle the packaging in a VCS, and inside
> the PHP PEAR team (CC).

For your interest, I just uploaded php-apigen (#730367), a “tool for
creating professional API documentation from PHP source code, similar to
discontinued phpDocumentor/phpDoc.”

Maybe this RFP should be closed?


signature.asc
Description: Digital signature

Bug#730026: [motif] Keyboard navigation of menus not working correctly

[Graham Inggs]

At upstream's suggestion, I have tested Motif built without fix #1565
against different window managers and have been able to reproduce the
original bug with LXDE, GNOME, KDE and Openbox.  The bug does not
occur with FluxBox, MWM, Unity or XFCE.

Upstream are now working on fixing the remaining misbehaviour.


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

Bug#711827:

[Jackson Doak]

retitle 711827 ITA: gthumb -- image viewer and browser
owner 711827 !

Bug#729185: failed to create /etc/dictionaries-common/words on install

[Agustin Martin]

reassign 683024 dictionaries-common
forcemerge 729185 683024
thanks

On Sat, Nov 09, 2013 at 06:45:15PM -0400, Joey Hess wrote:
> 
> Package: dictionaries-common
> Version: 1.20.3
> Severity: normal
> 
> /usr/share/dict/words was a broken symlink since
> /etc/dictionaries-common/words was never created.
> 
> I tried dpkg-reconfigure dictionaries-common; it let me choose
> the american word list, but this did not cause the file to be created.

[...]

> Finally, running select-default-wordlist did add the missing link.> 
> Looks like wamerican was installed a few hours before dictionaries-common,
> during initial installation of this system. My guess is that something
> in the trigger handling does not properly handle this case of the word list
> being installed first.

Hi, Joey and Don,

Sorry for the delay, I am having little time lately. Finally had time to
look at this (and similar wamerican #683024 just merged).

It is not the trigger to blame, but a change I did in 2011-03-28 trying to
simplify options. I then forgot that wamerican could have been installed first
and then its postinst is not run when dictionaries-common is installed.

I am working in a fix. Expect a fixed package soon.

Thanks for your info

Ragards,

-- 
Agustin


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

Bug#728797: ITP: python-mne -- Python modules for MEG and EEG data analysis

[Andreas Tille]

Hi Alexandre,

On Tue, Nov 26, 2013 at 06:50:13PM +0100, Alexandre Gramfort wrote:
> we have now released mne-python. See tag v0.7

Great.  I have importet the new upstream tarball and pushed including
pristine-tar.
 
> > Packaging is fine.  The only change I would propose to move the VCS from
> > mne-python to python-mne and also name the source package python-mne.
> > This would be way more comfortable from my personal feeling how things
> > should be.
> 
> feel free to move the package name to python-mne on debian.org
> if you feel more comfortable.

Done.  Please remind that also the Git repository is now

   ssh://git.debian.org/git/debian-med/python-mne.git

> We cannot change it on github as it would break people's setups.

Sure.  That's totally fine.

> >> yaroslav : I've updated the github debian branch so you can give it a try 
> >> too.
> 
> the github debian branch is also up to date.

If I were you I would stop maintaining this.  People might become
confused which debian/ stuff is "the right one" (TM).  So you could
safe extra work which has no real use IMHO.

> Let me know when we can advertise debian packaging.

Since I just uploaded this now only depends from ftpmaster accepting the
package (sorry, currently this simply takes about one month for
accepting new packages).  As the owner of the ITP bug you will be
notified automatically.

Inbetween you might have a look at the new queue:

   http://ftp-master.debian.org/new.html

Kind regards

   Andreas.

-- 
http://fam-tille.de


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

Bug#730583: krb5-admin-server: if "supported_enctypes = DEFAULT" then "kadmind: Required parameters in kdc.conf missing while initializing, aborting"

[CSights]

Package: krb5-admin-server
Version: 1.10.1+dfsg-5+deb7u1
Severity: normal

Dear Maintainer,

MIT documentation for version 1.10 of kdc.conf states that 

"The string DEFAULT can be used to refer to the default set of types for the 
variable 
in question. Types or families can be removed from the current list by 
prefixing them 
with a minus sign (“-”). Types or families can be prefixed with a plus sign 
(“+”) for 
symmetry; it has the same meaning as just listing the type or family. For 
example, 
“DEFAULT -des” would be the default set of encryption types with DES types 
removed, 
and “des3 DEFAULT” would be the default set of encryption types with triple DES 
types moved to the front.
http://web.mit.edu/kerberos/krb5-current/doc/admin/conf_files/kdc_conf.html#encryption-and-salt-types


However using

supported_enctypes = DEFAULT

in kdc.conf results in kadmind failing with
"kadmind: Required parameters in kdc.conf missing while initializing, aborting"



The server does start with any other encryption type specified before the word 
DEFAULT. E.g.

supported_enctypes = des3-cbc-raw:normal DEFAULT

Will let the server start without errors, as well a nonsense encryption type 
like:

supported_enctypes = des3-cbc-raw:normal dog


So, it probably the case that DEFAULT is just ignored if it is not the first 
encryption type.

Thanks,
  C.


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
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 krb5-admin-server depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  krb5-kdc   1.10.1+dfsg-5+deb7u1
ii  libc6  2.13-38
ii  libcomerr2 1.42.5-1.1
ii  libgssapi-krb5-2   1.10.1+dfsg-5+deb7u1
ii  libgssrpc4 1.10.1+dfsg-5+deb7u1
ii  libk5crypto3   1.10.1+dfsg-5+deb7u1
ii  libkadm5srv-mit8   1.10.1+dfsg-5+deb7u1
ii  libkdb5-6  1.10.1+dfsg-5+deb7u1
ii  libkeyutils1   1.5.5-3
ii  libkrb5-3  1.10.1+dfsg-5+deb7u1
ii  libkrb5support01.10.1+dfsg-5+deb7u1
ii  libss2 1.42.5-1.1
ii  libverto1  0.2.2-1
ii  lsb-base   4.1+Debian8+deb7u1

krb5-admin-server recommends no packages.

krb5-admin-server suggests no packages.

-- debconf information excluded


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

Bug#730582: Fwd: dcmtk 3.6.1~20131114

[Mathieu Malaterre]

Control: tags -1 + patch fixed-upstream

Hi Mathieu,

> I am getting some issue on x86:
> https://buildd.debian.org/status/fetch.php?pkg=dcmtk&arch=i386&ver=3.6.1~201
> 31114-1&stamp=1385484849
> ...
>   41/123 Test  #41: ofstd_markup_6
> ..***Failed0.01 sec
> Test results for module 'ofstd': 0 succeeded, 1 failed.
> FAILED test 'ofstd_markup_6' at
> /«PKGBUILDDIR»/ofstd/tests/tmarkup.cc:126: (This is a test, with a
> NULL byte.T) should equal (This is a test, with a NULL byte.)

thanks for reporting. This issue has been fixed a minute ago, since it was also
reported by a DCMTK forum user (on a Win32 system):

  
http://git.dcmtk.org/web?p=dcmtk.git;a=commit;h=94ae6b50c738e64d8cefa8e07a10fc8ddd75418f

This test did not fail on my main development machine (Linux x86_64), so I was
not aware of it.

Regards.
Jörg Riesmeier


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

Bug#730485: Bug #730485 file-roller: Error setting owner: Operation not permitted

[James Cowgill]

Control: reopen -1
Control: tags -1 fixed-upstream

Hi,

I also get this error, and I do think this is a bug. file-roller
shouldn't even be trying to change the owner of the extracted files when
it's not running as root. In addition, the same archive extracts
correctly if you run tar directly.

The fix for this bug was committed upstream here:
https://git.gnome.org/browse/file-roller/commit/?h=gnome-3-10&id=80c36ae3c84dce8716eb5b74ddb8c73da5824f13

And the relevant bug report is here:
https://bugzilla.gnome.org/show_bug.cgi?id=709932

James


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

Bug#730582: ofstd_markup_6 (Failed)

[Mathieu Malaterre]

Package: dcmtk
Version: 3.6.1~20131114-1

dcmtk fails to run the test suite on 32bits arch:


The following tests FAILED:
Errors while running CTest
41 - ofstd_markup_6 (Failed)

eg:

https://buildd.debian.org/status/fetch.php?pkg=dcmtk&arch=i386&ver=3.6.1%7E20131114-1&stamp=1385484849


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

Bug#730581: td2planet: new upstream version / update to new Debian Ruby Policy

[Jonas Genannt]

Package: td2planet
Version: 0.2.0-3
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

please update debian package to new version (0.3.0) and also update your package
to fit the new Debian Ruby Policy.

If you are busy, we can move your package under the hood of the Ruby Extra
Packaging group. ( you stay as Uploader / Co-Maintainer).

Thanks,
Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJSlQIyAAoJEPBM7/YBbP/QeUQP/1e2OH3fV8py/rdEVJQC4D0U
BJoU5XllbsFbLkXHY/YIwywoHHDHqHInWR8MaSzigJ43O5IFoxW8nMPVwcQm2kIn
+nDk0ZEPCyI9N8+AsiKkbgUgMxJ7KjgC4Txd0jT7R2l6bklq2x0fsHF57wMMkEEn
TwUpR0tzllLEF3f6kj4pcpvrxS0ao6zUWqdyHy1cQiX2M7nRNF1MXjWalITJrBho
ofPZwJYgDWuUXckUJwZiws3PHfuvAgvCqasJCN38Ysz/jgguXFBuA9aJVahuezZJ
2/sXEYDLcNj4ICp7962l+DIeeKkJ7xWhw5rr1lBEPNhGuNaDJ5YE+GzgqFxgL8xj
cE/wa4Gzz2nNeLv2FwiLk0b3eYsgAXiaCeQ8kQa3hTYXcKFkLVwsOL63WJrdlVU7
QxGbSI3TkefqBwe/uScQrNLSqosN81GTOyTX9DW67dHBDRKgZ4NwiQtuNmsWvQvH
aC9edadPnGPVX1iqCvtGuHqcEfODshrGZEYJopiTUD4pEjT4aJCQK/DyJg3AWaSQ
/ICWXK8SAQ3dRqHpIJQ6LfUtZdp6NuHwdvmrPctgFSS/D5afEcNQQwJ2+CgQMzLv
BupynkIOaFBZQ7bKXDKYBJ+oaQ09vu8w8FccXbyURB7hgLShgra1DqiT5tSFkSFB
E2kJI90v3NEZeL0cOgph
=kvHq
-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#730369: systemd: bluetooth daemon not starting

[Alessandro Ghedini]

On dom, nov 24, 2013 at 04:59:33 +0200, Andrei POPESCU wrote:
> Package: systemd
> Version: 204-5
> Severity: normal
> 
> Hi,

Hi,

> Using init=/bin/systemd the bluetooth daemon (bluetoothd, 
> /etc/init.d/bluetooth, package bluez) does not start automatically.

bluez provides its own service file (/lib/systemd/system/bluetooth.service).

The problem here appears to be that the bluetooth.service doesn't get enabled
on package installation:

> % systemctl status bluetooth.service
> bluetooth.service - Bluetooth service
>Loaded: loaded (/lib/systemd/system/bluetooth.service; disabled)
>Active: inactive (dead)

So the dumb solution would simply be to manually enable the service by running
"systemctl enable bluetooth.service".

As for the long-term solution, if I understand things correctly, it's the
package's duty to enable whatever service it installed (and not systemd's), so
if the bluez maintainer wants to have the bluetooth service enabled on package
installation he should start using the dh_systemd_enable script provided by
the dh-systemd package in bluez' debian/rules (for the short form dh thingy it
should be enough to simply pass --with=systemd to dh and add dh-systemd to
Build-Depends).

At this point, I guess this bug should be reassigned to bluez, though I leave
that decision to the systemd maintainers or the bug submitter.

Cheers


signature.asc
Description: Digital signature

Bug#730580: duply 1.5.11

[Raoul Bhatia]

Package: duply
Severity: wishlist

Dear Maintainer,

apparently, duply 1.5.11 was released on 2013-07-19.
Please consider upgrading the Debian package.

Thanks,
Raoul


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

Bug#711955: may be altogether remove this divergance from .spec?

[Yaroslav Halchenko]

I am not sure on how -6, which is stated to have dealt with the config file
issue, actually dealt with it... since there is no Vcs fields (hint: please add
them/expose Vcs if it is not public yet), I just re-imported all the revisions
using git-import-dscs to discover the actual change (listed below) which seems
to have nothing to do about making .modulespath a config file (i.e. shipping it
under /etc, and if needed symlinking back to under original location, or just
patching the sources).  May be there was a forgotten 'git add' or something
like that? ;)

Also I am still wondering about a logical location where to install custom
modulefiles by other packages?

commit 56162ca19eeb6dc426844cb3582c1215c435783b
Author: Alastair McKinstry 
Date:   Sun Nov 10 18:50:04 2013 +

Imported Debian patch 3.2.10-6

diff --git a/debian/changelog b/debian/changelog
index 8a9c32a..1e0bdc0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+modules (3.2.10-6) unstable; urgency=low
+
+  * Make init/.modulespath a conffile. Closes: #711955. 
+
+ -- Alastair McKinstry   Sun, 10 Nov 2013 18:50:04 +
+
 modules (3.2.10-5) unstable; urgency=low
 
   * Undo tcl8.6-dev change until the transition as it breaks buildds.
diff --git a/debian/patches/testsuite-fix.patch 
b/debian/patches/testsuite-fix.patch
index 20046e9..021c7e5 100644
--- a/debian/patches/testsuite-fix.patch
+++ b/debian/patches/testsuite-fix.patch
@@ -1,13 +1,13 @@
 Author: Alastair McKinstry 
 Description: Fix needed for version strings with braces in them.
-Last-Updated: 2013-10-14
+Last-Updated: 2013-11-10
 Forwarded: no
 
 Index: modules-3.2.10/testsuite/modules.50-cmds/095-uname.exp
 ===
 modules-3.2.10.orig/testsuite/modules.50-cmds/095-uname.exp2013-10-14 
13:48:52.0 +0100
-+++ modules-3.2.10/testsuite/modules.50-cmds/095-uname.exp 2013-10-14 
14:05:41.0 +0100
-@@ -43,6 +43,8 @@
+--- modules-3.2.10.orig/testsuite/modules.50-cmds/095-uname.exp  
2013-10-26 22:16:15.0 +0100
 modules-3.2.10/testsuite/modules.50-cmds/095-uname.exp   2013-11-10 
18:53:48.0 +
+@@ -43,13 +43,19 @@
  
  regsub -all \# $u_version {\\#} u_version
  regsub -all { } $u_version {\\ } u_version
@@ -16,3 +16,14 @@ Index: modules-3.2.10/testsuite/modules.50-cmds/095-uname.exp
  regsub -all {\(} $u_domainname {\\(} u_domainname
  regsub -all {\)} $u_domainname {\\)} u_domainname
  
+ test_cmd "csh" "load $module/sysname" "$lm/sysname ;$lmf/sysname 
;$ts$u_sysname ;"
+ test_cmd "csh" "load $module/nodename" "$lm/nodename ;$lmf/nodename 
;$ts$u_nodename ;"
+ if { $u_domainname != "unknown" } {
++if { $u_domainname == "" }  {
++test_cmd "csh" "load $module/domain" "$lm/domain ;$lmf/domain ;"
++} else { 
+   test_cmd "csh" "load $module/domain" "$lm/domain ;$lmf/domain 
;$ts$u_domainname ;"
++}
+ } else {
+   test_cmd_re "csh" "load $module/domain" "$lm/domain ;$lmf/domain ;$ts.* ;"
+ }



On Sat, 21 Sep 2013, Yaroslav Halchenko wrote:

> Package: environment-modules
> Version: 3.2.10-3
> Followup-For: Bug #711955

> looking into .spec all the init/ modulefiles/  get installed under 
> /etc/Modules
> which is imho sensible... also atm it is not clear (or not supported at all 
> per
> se since /usr/share/modules/init/.modulespath is not a config file) where
> custom modules should be configured/reside on Debian systems.

> thanks in advance Alastair for looking into this


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


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

Bug#724597: python3-postgresql is broken with PostgreSQL 9.2+

[Elvis Pranskevichus]

Support for Python 3.3 and PostgreSQL 9.2+ is present as of v1.1 
upstream, which was released over a year ago.

Elvis


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

Bug#730579: fpc: [INTL:it] Italian translation of debconf messages

[Beatrice Torracca]

Package: fpc
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of fpc debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of fpc debconf messages.
# Copyright (C) 2012, Beatrice Torracca
# This file is distributed under the same license as the fpc package.
# Beatrice Torracca , 2012, 2013.
msgid ""
msgstr ""
"Project-Id-Version: fpc\n"
"Report-Msgid-Bugs-To: f...@packages.debian.org\n"
"POT-Creation-Date: 2013-11-12 06:57+0100\n"
"PO-Revision-Date: 2013-11-26 20:38+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: boolean
#. Description
#: ../fp-compiler.templates.in:2001
msgid "Rename \"/etc/fpc.cfg\" to \"/etc/fpc.cfg.bak\"?"
msgstr "Rinominare «/etc/fpc.cfg» in «/etc/fpc.cfg.bak»?"

#. Type: boolean
#. Description
#: ../fp-compiler.templates.in:2001
msgid ""
"FPC now supports having multiple versions installed on the same system. The "
"update-alternatives command can be used to set a default version for\n"
" * fpc (the compiler);\n"
" * fpc.cfg (the configuration file);\n"
" * fp-utils (the helper tools)."
msgstr ""
"FPC permette adesso di avere più versioni installate sullo stesso sistema. "
"Il comando update-alternatives può essere usato per impostare una versione "
"predefinita per\n"
" * fpc (il compilatore);\n"
" * fpc.cfg (il file di configurazione);\n"
" * fp-utils (gli strumenti ausiliari)."

#. Type: boolean
#. Description
#: ../fp-compiler.templates.in:2001
msgid ""
"Whatever version you may choose as default, the configuration files are "
"always backward compatible, so it should always be safe to use the latest "
"version."
msgstr ""
"Indipendentemente da quale versione si scelga come predefinita, i file di "
"configurazione sono sempre compatibili all'indietro, perciò dovrebbe in ogni "
"caso essere sicuro scegliere di usare la versione più recente."

#. Type: boolean
#. Description
#: ../fp-compiler.templates.in:2001
msgid ""
"In order to use the alternatives system on the system wide FPC configuration "
"file you must accept renaming \"/etc/fpc.cfg\"; otherwise you will need to "
"manage this manually by yourself."
msgstr ""
"Per usare il sistema di alternative per il file di configurazione FPC a "
"livello di sistema, si deve accettare di rinominare «/etc/fpc.cfg»; in caso "
"contrario si dovrà gestire la cosa da soli manualmente."

#. Type: select
#. Description
#. Type: string
#. Description
#: ../fp-compiler.templates.in:3001 ../fp-compiler.templates.in:4001
msgid "Default MS Windows .rc resource compiler:"
msgstr "Compilatore predefinito di risorse .rc di MS Windows:"

#. Type: select
#. Description
#. Type: string
#. Description
#: ../fp-compiler.templates.in:3001 ../fp-compiler.templates.in:4001
msgid ""
"FPC supports compiling programs that embed resources as MS Windows .rc-"
"format files on all platforms where the MinGW windres tool is available."
msgstr ""
"FPC permette la compilazione di programmi che incorporano risorse come file "
"in formato .rc di MS Windows su tutte le piattaforme su cui è disponibile lo "
"strumento MinGW windres."

#. Type: select
#. Description
#. Type: string
#. Description
#: ../fp-compiler.templates.in:3001 ../fp-compiler.templates.in:4001
msgid ""
"In order to be able to compile projects using .rc files, you need first to "
"manually install the package mingw32-binutils. mingw32-binutils is suggested "
"by fp-compiler but not pulled in automatically."
msgstr ""
"Per poter compilare i progetti che usano file .rc, è necessario installare "
"prima manualmente il pacchetto mingw32-binutils. mingw32-binutils è "
"suggerito da fp-compiler, ma non viene richiamato automaticamente."

#. Type: select
#. Description
#: ../fp-compiler.templates.in:3001
msgid ""
"If you want to enter a custom .rc file compiler that does not appear in this "
"list or if you simply want to disable this feature, please select \"Select "
"manually\"."
msgstr ""
"Se si desidera indicare un compilatore di file .rc personalizzato che non "
"appare in questo elenco o se si desidera semplicemente disabilitare questa "
"funzionalità, selezionare «Select manually»"

#. Type: string
#. Description
#: ../fp-compiler.templates.in:4001
msgid "If you don't want to use a default .rc file compiler, leave this blank."
msgstr ""
"Se non si desidera usare un compilatore di file .rc predefinito, lasciare "
"vuoto questo campo."

Bug#623384: mime-support: /usr/bin/see runs in an endless loop and spawn lot of processes

[Kevin Ryde]

Charles Plessy  writes:
>
> I just tested to open with ‘see’ a file called a.thm on Icedove 17.0.9-2, and
> there was no infinite loop.  Can you still reproduce the problem on your side 
> ?

One way this can happen is the way "see" is an update-alternatives for
"view".

vim-common in /usr/lib/mime/packages/vim-common adds to /etc/mailcap

text/*; view %s; edit=vi %s; compose=vi %s; needsterminal; priority=1

so "see" runs "view" which is "see" which runs "view", etc, endlessly
forking.

To suffer this you have to have "see" as the update-alternatives for
view.  That can happen if you don't have any vim, nvi, etc, or (if bug
458691 is believed) then the "see" priority may have been higher in the
past.

I agree with Josh Triplett in bug 458691 that "see" should not be an
alternative to "view" -- if no other reason than it's a fork-bomb
waiting to happen! :)  I think "view" should be a read-only "vi" in the
traditional unix fashion.  If someone wants the mime-type adaption of
"see" then they should use "see".  If you run "view" then I think it
should be to view as a text file, no matter what the filename or
content.



-- 
Is it about the hedge?


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

Bug#729452: [PATCH] Composer: handle alpha and other WIP releases

[David Prévot]

---
 lib/scripts/phppkginfo | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/lib/scripts/phppkginfo b/lib/scripts/phppkginfo
index 8171f51..e257e1c 100755
--- a/lib/scripts/phppkginfo
+++ b/lib/scripts/phppkginfo
@@ -370,15 +370,17 @@ function composerDebianVersion($pkg, $version, $link) {
'(>|>=|<|<=|!=|~)?'. # Operator
'\s*'. # Optional spaces
'v?(([\d*]+)(\.[\d*]+)?(\.[\d*]+)?(\.[\d*]+)?)'. # 
version
+   '-?(alpha\d*|a\d*|beta\d*|b\d*|rc\d*)?'. # wip
'(@(stable|RC|beta|alpha|dev))?'. # stability
'(\s+as +([^,\s]+))?$/', # "as ..."
$version, $match)
) {
$operator = isset($match[1]) ? $match[1] : NULL;
$short_version = isset($match[2]) ? $match[2] : NULL;
+   $short_version .= !empty($match[7]) ? '~'.$match[7] : NULL;
$short_version_array = explode('.', $short_version);
-   $stability = isset($match[7]) ? $match[7] : NULL;
-   $as = isset($match[9]) ? $match[9] : NULL;
+   $stability = isset($match[8]) ? $match[8] : NULL;
+   $as = isset($match[10]) ? $match[10] : NULL;
switch($operator) {
case '':
if ($short_version == '*') {
-- 
1.8.4.4


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

Bug#730554: New version - minetest 0.4.8 released; please add minetest-mod-* to Recommends

[Mantas Kriaučiūnas]

Hi Martin and others,

Thanks for improving free software :)
I think we need to have latest minetest 0.4.8 packages in Debian ASAP, so
bellow are my suggestions:

On Tue, Nov 26, 2013 at 04:10:31PM +0100, Martin Quinson wrote:
> for the reccord, I did already gave a try at packaging 0.4.8. It seems 
> however that upstream have patched one of their dependencies again (I 
> may be wrong because I just updated the patches and gave it a spin 
> without really investiguating the issue reported yet).
> I strongly think that this is wrong to modify dependencies, so I'll
> try to come up with a solution somehow. If you can help, eg by
> providing a patch for this issue, it'd be really appreciated.

I don't know what is the situation with minetest dependancies, but
there are deb packages of minetest 0.4.8 release, see
https://code.launchpad.net/~minetestdevs/+recipe/minetest-c55-stable
http://bazaar.launchpad.net/~minetestdevs/minetest-c55/packaging/files

Maybe these packages can help you to understand where is the problem?
It seems minetestc55 0.4.8 packages were build by PilzAdam 

or Sebastian Rühl https://launchpad.net/~sebastian-ruehl

> If you want to become co-maintainer of minetest, I'd be very happy to 
> welcome you in the "group" (I'm alone so far).

Thanks for the invitation, but currently I can't become co-maintainer - my
family steals whole my time :(
Maybe previous minetest Debian packager Michael Gilbert 
or minetest-c55 packagers could help you?

> Many thanks also for pointing me on the packaged mods, I wasn't aware
> of them.  

I think minetest-mod-mesecons is very important - it's packaging code is 
already on debian git, see 
git://git.debian.org/git/pkg-games/minetest-mod-mesecons.git
It seems there is only one improvement needed - to include textures by default,
Dominik George  tried to include textures, but without
success, see 
http://anonscm.debian.org/gitweb/?p=pkg-games/minetest-mod-mesecons.git;a=commitdiff;h=9165ad921a5ad811e7b83499e0fe7e2cd4a4bb88

Btw, I can't import your minetest-modpack-mobf code from debian git - error:
"404 - Reading tree failed" appears, see "Import details" errors at

https://code.launchpad.net/~baltix/minetest-c55/minetest-modpack-mobf
http://launchpadlibrarian.net/157669450/baltix-minetest-c55-minetest-modpack-mobf.log
also at
http://anonscm.debian.org/gitweb/?p=pkg-games/minetest-modpack-mobf.git;a=tree 

> PS: I should also push my minetest-modpack-mobf at some point, I guess.

Yes, it would be nice to see minetest-modpack-mobf packages in Debian 
and Ubuntu,

Thanks again,
Mantas
Public organization "Open Source for Lithuania" - www.akl.lt

> On Tue, Nov 26, 2013 at 04:38:56PM +0200, Mantas Kriaučiūnas wrote:
> > Package: minetest
> > Version: 0.4.7+repack-3
> > 
> > Minetest package is outdated in Debian - new minetest 0.4.8 was released on 
> > November 2013.
> > 0.4.8 release contains lots of improvements and bugfixes comparing to older 
> > 0.4.7 version, which is currently in Debian.
> > It's very important to have 0.4.8 packaged, because lots of mods doesn't 
> > work with 0.4.7
> > Also it would be nice to add to Recommends (or Suggests) fields some mods, 
> > which
> > are already packaged in Debian: minetest-mod-moreblocks, 
> > minetest-mod-moreores, minetest-mod-pipeworks
> > 
> > 0.4.7 → 0.4.8 New Features
> > Big gameplay changes:
> > Added drowning (PilzAdam, RealBadAngel, BlockMen)
> > Added weather support (proller) 
> > 
> > Smaller gameplay tweaks:
> > Added new sounds (someone who can't decide if he wants to be called 
> > mitori or mito551)
> > Don't predict placing and removing nodes if interact privilege is 
> > missing (PilzAdam) 
> > 
> > Logistic changes:
> > Clean up rendering code a bit (increases FPS by 5 to 10) (Exio)
> > Added support for IPv6 (matttpt)
> > Don't write player files all the time if they are not modified 
> > (PilzAdam)
> > Made the main menu Lua based (sapier, kahrl)
> > Change static ContentFeatures array into a vector (rathgit, kahrl)
> > Allow multiple singleplayer games at the same time (PilzAdam)
> > Added texture pack selection to main menu (Novatux)
> > Don't write files directly but rather write to a temporary file that 
> > gets renamed after succesfully written; fixes many causes of corrupted 
> > files (PilzAdam)
> > Adjust the Lua API structure and improve header inclusion to decrease 
> > compile time (kahrl)
> > Database abstraction, LevelDB support (sfan5, wieszak, xyz)
> > 
> > Visual changes:
> > Added support for bumpmapping (RealBadAngel)
> > Added diagonal liquid animation (kahrl)
> > Damage updates and effects are now sent to other players (PilzAdam) 
> > 
> > Other things: 
> > Play player_damage.ogg when recieving damage and 
> > player_falling_damage.ogg on falling damage (PilzAdam)
> > Added basic unicode support to the console in Linux (Exio)
> > Added a setting for max loop count per step in liquid upda

Bug#730522: gnome-shell: Leaking once again

[Agustin Carrasco]

Package: gnome-shell
Version: 3.8.4-5
Followup-For: Bug #730522

After further searching through the web, I stumbled across this issue on redhat
bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=995799
It hasn't had much attention, but the description was enough to give me a hint
about something I was ignoring, which was a particularity of the computer where
I was experiencing the leak: I had setup a background rotating app (Cortina).

So, after disabling it, I can confirm the leak is gone.
After trying manually setting the background and using a gnome-shell extension
that manages the rotating wallpapers as well, I can conclude that it definitely
is a leak on the background managing code on gnome-shell.
I'm not sure if the problem have been addressed on newer versions of the
package; so far I have found some bugs and patches on the gnome-shell mailing
list, but they appear to be already on the current package of debian testing,
so it may be something new.

Anyway, the bug isn't as severe as I thought, I can live without rotating
wallpapers. Hope this description can help solve the issue in the future tho.

Cheers.



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

Kernel: Linux 3.11-9.dmz.1-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.18.0-1
ii  evolution-data-server3.8.5-3
ii  gdm3 3.8.4-6
ii  gir1.2-accountsservice-1.0   0.6.34-2
ii  gir1.2-caribou-1.0   0.4.12-1
ii  gir1.2-clutter-1.0   1.14.4-3
ii  gir1.2-freedesktop   1.36.0-2+b1
ii  gir1.2-gcr-3 3.8.2-4
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.36.0-2+b1
ii  gir1.2-gmenu-3.0 3.8.0-2
ii  gir1.2-gnomebluetooth-1.03.8.1-2
ii  gir1.2-gnomedesktop-3.0  3.8.4-2
ii  gir1.2-gtk-3.0   3.8.4-1
ii  gir1.2-ibus-1.0  1.5.3-7
ii  gir1.2-mutter-3.03.8.4-2
ii  gir1.2-networkmanager-1.00.9.8.0-5
ii  gir1.2-nmgtk-1.0 0.9.8.4-1
ii  gir1.2-pango-1.0 1.36.0-1
ii  gir1.2-polkit-1.00.105-4
ii  gir1.2-soup-2.4  2.44.1-1
ii  gir1.2-telepathyglib-0.120.22.0-1
ii  gir1.2-telepathylogger-0.2   0.8.0-2
ii  gir1.2-upowerglib-1.00.9.23-2+b1
ii  gjs  1.36.1-2
ii  gnome-bluetooth  3.8.1-2
ii  gnome-icon-theme-symbolic3.10.1-1
ii  gnome-settings-daemon3.8.5-2
ii  gnome-shell-common   3.8.4-5
ii  gnome-themes-standard3.8.4-1
ii  gsettings-desktop-schemas3.8.2-2
ii  libatk-bridge2.0-0   2.10.0-1+b1
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-93
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcamel-1.2-43  3.8.5-3
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libclutter-1.0-0 1.14.4-3
ii  libcogl-pango12  1.14.0-3
ii  libcogl121.14.0-3
ii  libcroco30.6.8-2
ii  libdbus-1-3  1.6.18-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libecal-1.2-15   3.8.5-3
ii  libedataserver-1.2-173.8.5-3
ii  libegl1-mesa [libegl1-x11]   9.2.2-1
ii  libgck-1-0   3.8.2-4
ii  libgcr-base-3-1  3.8.2-4
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libgirepository-1.0-11.36.0-2+b1
ii  libgjs0c [libgjs0-libmozjs185-1.0]   1.36.1-2
ii  libglib2.0-0 2.36.4-1
ii  libgnome-menu-3-03.8.0-2
ii  libgstreamer1.0-01.2.1-1
ii  libgtk-3-0   3.8.4-1
ii  libical0 0.48-2
ii  libjson-glib-1.0-0

Bug#730578: ITP: libjson-maybexs-perl -- Perl module providing an interface to the best available JSON module

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libjson-maybexs-perl
  Version : 1.00
  Upstream Author : Matt S. Trout 
* URL : http://search.cpan.org/dist/JSON-MaybeXS/
* License : GPL-1+, Artistic
  Programming Lang: Perl
  Description : Perl module providing an interface to the best available 
JSON module

JSON::MaybeXS tries to load Cpanel::JSON::XS, and if that fails instead
tries to load JSON::PP. If neither is available, an exception will be
thrown.
.
It then exports the encode_json and decode_json functions from the
loaded module, along with a JSON constant that returns the class name
for calling new on.

JSON::MaybeXS is a new dependency of Catalyst


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

Bug#730577: wfo: update packaging to new Ruby policy

[Jonas Genannt]

Package: wfo
Version: 0.1-2
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

please update your package to the new Debian Ruby Policy.

If you have no spare time, we can move the package under the hood of the
Ruby Extra Packaging Group. (We add you as Uploader to d/control)

Thanks,
Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJSlPJ5AAoJEPBM7/YBbP/QwPcP/2nATKpfQrgz1j9k98dkbATT
2MSBKMIErM8ZnrM4dBwSrS07it885dKu8GQ8yJ4g6YyMbYPTCjZ/JvSNMj0xs7tE
8m+xPXd/4Njv3fM/Q1KzGBkV58F+gD7GhNcTiYkcQLcs+Eajh6lby8dWNkXk4msS
jXeKNrwYTpLCm271ljx+vbfGtqTFDuEh29uuZpuH7rCq0325uRxSkT5cxJWjPtz7
N4PQgiBOGpP6Oh4q8D9sOWOE6gVJ334oJv/9u4WXWxdUSeleMYRvvNmauPkC5Ett
iGEX6271Rt9Q2KHKHHuAyTwRiRwmIu//TUIMYFCI00fMT2rlyO1uSVzHcJG2sMzq
qh7C482bFnexw70zdj50EHzZYLoqvxYuF0YwO/cBhpah+ojMoxyBS3GLeSuRbBOi
70zHKmbRs1i+EytQQsvkD6Kgtwvc/jJRHJxUvuWsSFqI35M+/EcoYxM/oDeWYtO2
1cNTSYPITxQMcliXoi3VpJSvwAgf04h8vkPz1x4uwDte1OlcNXR8DhAEMz/hbtzt
B4BRd00FK7tmrdbmN3ASfamq1krJY2Pp/9GFOKvuPQnGiPmBnjJdKLYXUYmv+MvK
UGZWfvPttE8zspX5V35nF8CckLfKL7nwlpDkqBV3UK8eeINtS4+xZOpRbcaWry32
wRawzA8TlS0Eg6UUDzbh
=g5mj
-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#730576: ITP: libcpanel-json-xs-perl -- module for fast and correct serialising to JSON

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libcpanel-json-xs-perl
  Version : 2.3403
  Upstream Author : Reini Urban
* URL : https://metacpan.org/release/Cpanel-JSON-XS
* License : same as Perl
  Programming Lang: Perl / XS
  Description : module for fast and correct serialising to JSON

Cpanel::JSON::XS converts Perl data structures to JSON and vice versa.
Its primary goal is to be correct and its secondary goal is to be fast.
To reach the latter goal it was written in C.
.
As this is the n-th-something JSON module on CPAN, what was the reason
to write yet another JSON module? While it seems there are many JSON
modules, none of them correctly handle all corner cases, and in most
cases their maintainers are unresponsive, gone missing, or not listening
to bug reports for other reasons.


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

Bug#730544: static IV used in Percona XtraBackup

[Salvatore Bonaccorso]

Control: retitle -1 percona-xtrabackup: CVE-2013-6394: static IV used in 
Percona XtraBackup

Hi,

On Tue, Nov 26, 2013 at 12:24:34PM +0100, Thijs Kinkhorst wrote:
> Package: percona-xtrabackup
> Severity: serious
> Tags: security fixed-upstream
> 
> Hi,
> 
> Upstream discovered and fixed use of a static IV in encrypting backups:
> "A fixed initialization vector (constant string) was used while encrypting
> the data. This opened the encrypted stream/data to plaintext attacks among
> others. Bug fixed #1185343."
> http://www.percona.com/doc/percona-xtrabackup/2.1/release-notes/2.1/2.1.6.html
> https://bugs.launchpad.net/percona-xtrabackup/+bug/1185343
> 
> Fixed in upstream 2.1.6. Can you please ensure that this gets into Debian?

Jus a short note that a CVE was asigned now for this issue:
CVE-2013-6394.

Regards,
Salvatore


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

Bug#730575: ITP: libcgi-struct-xs-perl -- Perl module to build structures from CGI data, XS version

[Florian Schlichting]

Package: wnpp
Severity: wishlist
Owner: Florian Schlichting 

* Package name: libcgi-struct-xs-perl
  Version : 1.04
  Upstream Author : Dmitry Smal
* URL : https://metacpan.org/release/CGI-Struct-XS
* License : BSD-2-clause
  Programming Lang: Perl / XS
  Description : Perl module to build structures from CGI data, XS version

CGI::Struct::XS is the XS implementation of CGI::Struct, a module for
transforming CGI GET/POST data into intricate data structures. This is
reminiscent of PHP's building arrays from form data, but with a perl
twist.
.
CGI::Struct::XS is fully compatible with CGI::Struct, except for error
messages. At the same time, it is 3-15 (5-25 with dclone disabled) times
faster than original module.


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

Bug#729566: [Pkg-systemd-maintainers] Bug#729566: systemd: new upstream release 208

[Michael Stapelberg]

Hi Alessandro,

Alessandro Ghedini  writes:
> I guess I'm really bad at picking bugs to (try to) work on... all I see are
> either setup/hardware specific bugs, or those reported againt 44-X. It'd be
> nice if the bug you want to get fixed were somehow marked (e.g. with the 
> "help"
> or "confirmed" tags or something like that)... I'm not much of a IRC user I'm
> afraid.
Well, ideally all would be fixed :). Here is one to start with:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730369

Thanks in advance.

-- 
Best regards,
Michael


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

Bug#730546: [Pkg-systemd-maintainers] Bug#730546: avahi-daemon: Incorrect generated dependencies between systemd service and LSB initscripts

[Michael Stapelberg]

Hi Laurent,

Laurent Bigonville  writes:
> The problem is that the LSB initscript is providing the "avahi" service.
> This means that the other initscripts (that don't have a native systemd
> service counterpart) will have a dependency against "avahi" that will be
> translated to avahi.service which of course is not existing.
>
> I see two solutions here. Either add Alias=avahi.service to the
> avahi-daemon service file or add "avahi-daemon" to the list of Provides
> of the LSB initscript and then make all other LSB initscript depend
> against this new name.
>
> I'm not sure which one is the prefered way.
These renames are somewhat painful unfortunately. See also
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719695

As for changing all the initscripts to use avahi-daemon instead of
avahi:
http://codesearch.debian.net/search?q=%28Should%7CRequired%29-Start%3A+.*avahi+path%3Ainit
reveals that there are 12 packages that would need to be updated. Given
that avahi-daemon is the upstream name, this would probably be the
cleaner solution, but someone would have to do it… :)

-- 
Best regards,
Michael


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

Bug#688428: apt times out post download when processing triggers

[Kurt Roeckx]

On Thu, May 02, 2013 at 08:46:37PM +0200, Kurt Roeckx wrote:
> > Does it block?
> 
> It can't block, it has a timeout of 1 second.

So maybe I wasn't clear in this.  But this --timeout 1 is the
problem.  Note that lots of other things might be happening
on the system and it just might not be able to do do whatever
it needs to do in 1 second.


Kurt


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

Bug#730419: [Pkg-systemd-maintainers] Bug#730419: init-system-helpers: Please mark as multi-arch: foreign

[Michael Stapelberg]

control: tags -1 + pending

Hi Stefan,

Stefan Fritsch  writes:
> init-system-helpers is depended on by various daemons. It looks to me as
> if the scripts in init-system-helpers should work with daemons of any
> architecture. But in order to be able to install these daemons from a
> foreign architecture, init-system-helpers has to be 'multi-arch:
> foreign' despite it being architecture: all.
This was addressed with:
http://anonscm.debian.org/gitweb/?p=collab-maint/init-system-helpers.git;a=commitdiff;h=581597fe382f0c895ca9bfb211803fb238de11c5

Thanks for your report.

-- 
Best regards,
Michael


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

Bug#717500: mesa: Please add support for OpenCL/GalliumCompute

[Julien Cristau]

On Tue, Nov 26, 2013 at 16:34:54 +0100, Julian Wollrath wrote:

> It would be just a matter of changing line 52 in the ICD loader source
> code file (see [0]) but I do not know, were else it should be put.
> 
No, it should probably look both in a default location somewhere under
/usr and in /etc for local changes.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached

[Vincent Lefevre]

On 2013-11-26 14:01:25 +0100, Axel Beckert wrote:
> Please try the above gdbus call as soon as the issue pops up again.

xvii:/home/vinc17# strace -f -o strace.out aptitude update
[...]
Fetched 1,187 kB in 30s (39.0 kB/s)
Error: Timeout was reached

Current status: 104 updates [+12], 33541 new [-6].
xvii:/home/vinc17# /usr/bin/gdbus call --system --dest 
org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 
1 --method org.freedesktop.PackageKit.StateHasChanged cache-update
()

I've attached an excerpt of the strace output.

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


strace-aptitude.xz
Description: Binary data

Bug#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached

[Vincent Lefevre]

On 2013-11-26 18:12:49 +0100, Matthias Klumpp wrote:
> It is possible that this error happens because gdbus fails to connect
> to DBus. Is DBus set up correctly and working?

If DBus were not set up correctly, I suppose I would have got an
error each time, not just occasionally.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC 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#717340: [PATCH] Remove tabs from Description

[David Prévot]

Partially addresses #717340.
---
 bin/dh_phppear | 1 +
 1 file changed, 1 insertion(+)

diff --git a/bin/dh_phppear b/bin/dh_phppear
index 7a3c7b5..a8d3665 100755
--- a/bin/dh_phppear
+++ b/bin/dh_phppear
@@ -119,6 +119,7 @@ foreach my $package (@{$dh{DOPACKAGES}}) {
$summary =~ s/\.$//;
addsubstvar($package, "phppear:summary", $summary);
my $description = 
_shell_exec('/usr/share/pkg-php-tools/scripts/phppkginfo -d description .');
+   $description =~ s/\t//g;
local($Text::Wrap::separator) = '${Newline}';
# Wrap and replace empty lines with a dot
$description = join('${Newline}.${Newline}', 
split('${Newline}${Newline}', wrap("", "", $description)));
-- 
1.8.4.4


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

Bug#728797: ITP: python-mne -- Python modules for MEG and EEG data analysis

[Alexandre Gramfort]

hi Andreas,

we have now released mne-python. See tag v0.7

> Packaging is fine.  The only change I would propose to move the VCS from
> mne-python to python-mne and also name the source package python-mne.
> This would be way more comfortable from my personal feeling how things
> should be.

feel free to move the package name to python-mne on debian.org
if you feel more comfortable.

We cannot change it on github as it would break people's setups.

>> yaroslav : I've updated the github debian branch so you can give it a try 
>> too.

the github debian branch is also up to date.

Let me know when we can advertise debian packaging.

Best,
Alex


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

Bug#688665: [Pkg-systemd-maintainers] anacron: cron.daily jobs not run under systemd if system left up overnight

[Michael Stapelberg]

Hi Laurent,

Laurent Bigonville  writes:
> detect this (ConditionACPower=true). I've added a comment in the
> README.Debian file to explain how to override this.
> […]
> +If you are using systemd and want to change this behaviour, you should copy
> +/lib/systemd/system/anacron.service to /etc/systemd/system/anacron.service 
> and
> +remove or comment the "ConditionACPower=true" line.
Note that a better way to override specific statements like this is to
create a file called /etc/systemd/system/anacorn.service.d/on-ac.conf
with the following contents:

[Unit]
ConditionACPower=false

Also I’d consider dropping remote-fs.target, unless anacron really needs
it. Apart from that, your patch looks good.

-- 
Best regards,
Michael


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

Bug#730567: libglib2.0-bin: unhelpful error message "Error: Timeout was reached" from gdbus

[Simon McVittie]

On 26/11/13 16:30, Vincent Lefevre wrote:
> (but since the error message comes from libgio, I suppose that the
> former string is simpler to generate, e.g. with "gdbus: %s").

Actually, the line at fault appears to be in the gdbus utility
(gdbus-tool.c) rather than anything to do with the library:

  g_printerr (_("Error: %s\n"), error->message);

so either form would work.

All the g_printerr() calls in that file have the same problem of not
providing the context of "who said that?" when gdbus is used
noninteractively.

S


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

Bug#730573: O: netplug -- network link monitor daemon

[Ricardo Mones]

Package: wnpp
Severity: normal

The current maintainer of netplug, Philipp Matthias Hahn ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: netplug
Binary: netplug
Version: 1.2.9.2-1
Maintainer: Philipp Matthias Hahn 
Build-Depends: debhelper (>> 7)
Architecture: any
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 bbf78dc13f8ff5b744d0e7201ee17989 1030 netplug_1.2.9.2-1.dsc
 1d6db99536bdf875ce441f2c0e45ebf2 22332 netplug_1.2.9.2.orig.tar.bz2
 f9de4858b078ff44842a554ffb348efe 5283 netplug_1.2.9.2-1.debian.tar.gz
Checksums-Sha1:
 c24ef85e866ddbe52df71c4e9628fdb21679057f 1030 netplug_1.2.9.2-1.dsc
 646041d6d6f988599881b36a722296d6fedcfd99 22332 netplug_1.2.9.2.orig.tar.bz2
 938697134b8836ba36bb9802656cd307f86752c6 5283 netplug_1.2.9.2-1.debian.tar.gz
Checksums-Sha256:
 102e251dd0f9963238598d1fc4adb7b5c73a138f12ae5de31358354c5d26a841 1030 
netplug_1.2.9.2-1.dsc
 5180dfd9a7d3d0633a027b0a04f01b45a6a64623813cd48bd54423b90814864e 22332 
netplug_1.2.9.2.orig.tar.bz2
 14a7091800e4e3887a8f795f82e74de96889cdacee60293426d9bcb735687e07 5283 
netplug_1.2.9.2-1.debian.tar.gz
Homepage: http://www.red-bean.com/~bos/
Directory: pool/main/n/netplug
Priority: source
Section: net

Package: netplug
Version: 1.2.9.2-1
Installed-Size: 128
Maintainer: Philipp Matthias Hahn 
Architecture: armel
Depends: libc6 (>= 2.4), iproute
Description-en: network link monitor daemon
 This daemon monitors the link status of network cards and configures
 the network on plug- and un-plug-events.
 .
 It's similar to ifplugd, but uses NETLINK instead of regularly polling
 the link status. This improves power-consumption with laptops, but does
 not work with all network card.
Description-md5: f1d78ca52982b71dc352535c88597c0b
Homepage: http://www.red-bean.com/~bos/
Tag: admin::hardware, admin::kernel, hardware::TODO, implemented-in::c,
 interface::daemon, network::configuration, role::program, use::driver
Section: net
Priority: optional
Filename: pool/main/n/netplug/netplug_1.2.9.2-1_armel.deb
Size: 21394
MD5sum: b91c7b980580af034c7eae449f91b72e
SHA1: 6802af8924db5eedd2ab5489cc6811a9f4b95f74
SHA256: 416cc237b207da6310b87b581f0a0eed20144888c3fa295cd139f81064c9fcc4


-- 
 Ricardo Mones, on behalf of Debian QA/MIA team
 http://people.debian.org/~mones
 «Never send a human to do a machine's job.» ~ Agent Smith


signature.asc
Description: Digital signature

Bug#730574: r-bioc-genomicranges: FTBFS: error: unknown type name 'cachedCharSeq'

[Roland Stigge]

Package: r-bioc-genomicranges
Version: 1.12.4-1
Severity: serious

Hi,

r-bioc-genomicranges FTBFS like this:

...
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG   
-I"/usr/lib/R/site-library/IRanges/include"   -fpic  -O3 -pipe  -g  -c 
transcript_utils.c -o transcript_utils.o
transcript_utils.c:146:1: error: unknown type name 'cachedCharSeq'
transcript_utils.c: In function 'copy_exon':
transcript_utils.c:154:3: warning: implicit declaration of function 
'Orevcopy_bytes_from_i1i2_with_lkup' [-Wimplicit-function-declaration]
transcript_utils.c:156:6: error: request for member 'seq' in something not a 
structure or union
transcript_utils.c:156:15: error: request for member 'length' in something not 
a structure or union
transcript_utils.c:159:3: warning: implicit declaration of function 
'Ocopy_bytes_from_i1i2_with_lkup' [-Wimplicit-function-declaration]
transcript_utils.c:161:6: error: request for member 'seq' in something not a 
structure or union
transcript_utils.c:161:15: error: request for member 'length' in something not 
a structure or union
transcript_utils.c: At top level:
transcript_utils.c:167:1: error: unknown type name 'cachedCharSeq'
transcript_utils.c: In function 'extract_transcripts':
transcript_utils.c:260:2: error: unknown type name 'cachedCharSeq'
transcript_utils.c:262:2: error: unknown type name 'cachedXVectorList'
transcript_utils.c:266:2: warning: implicit declaration of function 
'cache_XRaw' [-Wimplicit-function-declaration]
transcript_utils.c:269:2: error: request for member 'length' in something not a 
structure or union
transcript_utils.c:271:2: warning: implicit declaration of function 
'alloc_XRawList' [-Wimplicit-function-declaration]
transcript_utils.c:271:2: warning: assignment makes pointer from integer 
without a cast [enabled by default]
transcript_utils.c:273:2: warning: implicit declaration of function 
'cache_XVectorList' [-Wimplicit-function-declaration]
transcript_utils.c:274:2: warning: implicit declaration of function 
'get_cachedXVectorList_length' [-Wimplicit-function-declaration]
transcript_utils.c:285:3: warning: implicit declaration of function 
'get_cachedXRawList_elt' [-Wimplicit-function-declaration]
transcript_utils.c:288:29: error: request for member 'seq' in something not a 
structure or union
make[1]: *** [transcript_utils.o] Error 1
make[1]: Leaving directory `/«PKGBUILDDIR»/src'
make[1]: Entering directory `/«PKGBUILDDIR»/src'
make[1]: Leaving directory `/«PKGBUILDDIR»/src'
ERROR: compilation failed for package 'GenomicRanges'
* removing 
'/«PKGBUILDDIR»/debian/r-bioc-genomicranges/usr/lib/R/site-library/GenomicRanges'
make: *** [R_any_arch] Error 1
...

Roland

-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.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#729527: [Aptitude-devel] Bug#729527: aptitude says Error: Timeout was reached

[Matthias Klumpp]

Hi!
It is possible that this error happens because gdbus fails to connect
to DBus. Is DBus set up correctly and working?
Apart from that, there is not much which can go wrong with this command...
Cheers,
Matthias


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

Bug#730572: reprepro: support for ddebs (debug symbols)

[Simon McVittie]

Package: reprepro
Version: 4.13.1-1+b1
Severity: wishlist

(Deliberately not tagging this +patch right now, since Debian doesn't
officially support ddebs yet, and the archive layout looks likely to change.)

Ubuntu has a semi-separate archive for separate debug symbols, and
 is the proposal to
add the same thing to Debian. It would be great if reprepro could
support them, too.

The attached patch is a proof-of-concept implementation: it treats them
as a mixture of .deb and .ddeb. It seems to work OK in conjunction with
Ubuntu's pkg-create-dbgsym.

Known omissions:

* The wiki page says "ddeb will have no override entries, so no priority
  or section". In my implementation, they can have override entries
  (sharing an override file with normal debs), although those are not
  mandatory, and they have whatever package and section they are given
  by pkg-create-dbgsym, currently Priority: extra and whatever Section
  was used by the ordinary deb.

* The wiki page says "ddeb will go into the component "debug", so will
  show up in ./pool/debug/" but in my implementation they go in
  pool/{main,contrib,non-free}. The wiki page lists "Do we need to
  split ddeb per main/contrib/non-free?" as an open issue, which is partly
  why I chose to sidestep that question for now.

* The wiki page says "Standalone Release/Packages in ./debug/dists/"
  but in my implementation they behave more like udebs: they go somewhere
  like dists/main/debug/binary-i386/main and are covered by the main
  Release file.

* ddebs seem to end up with a long Description, despite the wiki
  page saying they shouldn't. I think tha might be a pkg-create-dbgsym
  bug, though?

I hope this is a useful starting point anyway.

Regards,
S
>From b1d737032fb3949bb018a0799b2ce457499c4c65 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Tue, 26 Nov 2013 16:12:22 +
Subject: [PATCH 2/2] Add basic support for ddebs (Ubuntu-style -dbgsym
 packages)

For the moment they're treated a lot like udebs: they're copied into
the same pool as normal debs and udebs, and their package lists
go into a subdirectory. The pull/updates logic doesn't support
downloading them, since we don't yet know how Debian mirrors that
carry ddebs will be laid out (and Ubuntu uses a separate public-facing
archive for them).
---
 atoms.c| 12 +---
 atoms.h|  1 +
 changes.c  |  6 --
 changes.h  |  6 +++---
 checkin.c  | 31 ++-
 checkindeb.c   | 28 +++-
 contents.c | 48 +++-
 contents.h |  1 +
 copypackages.c |  9 -
 distribution.c | 45 +
 distribution.h |  7 ++-
 incoming.c | 15 +++
 main.c | 40 ++--
 pull.c |  2 ++
 target.c   | 25 +
 target.h   |  1 +
 tool.c | 26 +++---
 updates.c  |  3 +++
 18 files changed, 268 insertions(+), 38 deletions(-)

diff --git a/atoms.c b/atoms.c
index 25214ee..7fa980d 100644
--- a/atoms.c
+++ b/atoms.c
@@ -26,7 +26,7 @@
 
 const char **atoms_architectures;
 const char **atoms_components;
-const char * const packagetypes[4] = { "!!NONE!!", "dsc", "deb", "udeb" };
+const char * const packagetypes[5] = { "!!NONE!!", "dsc", "deb", "udeb", "ddeb" };
 const char **atoms_packagetypes = (const char **)&packagetypes;
 const char **atoms_commands;
 static int command_count;
@@ -159,6 +159,8 @@ packagetype_t packagetype_find(const char *value) {
 		return pt_deb;
 	else if (strcmp(value, "udeb") == 0)
 		return pt_udeb;
+	else if (strcmp(value, "ddeb") == 0)
+		return pt_ddeb;
 	else
 		return atom_unknown;
 }
@@ -169,8 +171,12 @@ packagetype_t packagetype_find_l(const char *value, size_t len) {
 			return pt_dsc;
 		else if (strncmp(value, "deb", 3) == 0)
 			return pt_deb;
-	} else if (len == 4 && strncmp(value, "udeb", 4) == 0)
-		return pt_udeb;
+	} else if (len == 4) {
+		if (strncmp(value, "udeb", 4) == 0)
+			return pt_udeb;
+		else if (strncmp(value, "ddeb", 4) == 0)
+			return pt_ddeb;
+	}
 	return atom_unknown;
 }
 
diff --git a/atoms.h b/atoms.h
index be78713..660adb4 100644
--- a/atoms.h
+++ b/atoms.h
@@ -19,6 +19,7 @@ enum atom_type { at_architecture, at_component, at_packagetype, at_command };
 #define pt_dsc ((packagetype_t)1)
 #define pt_deb ((packagetype_t)2)
 #define pt_udeb ((packagetype_t)3)
+#define pt_ddeb ((packagetype_t)4)
 
 #define atom_defined(a) ((a) > (atom_t)0)
 
diff --git a/changes.c b/changes.c
index 5d01754..259162b 100644
--- a/changes.c
+++ b/changes.c
@@ -166,6 +166,8 @@ retvalue changes_parsefileline(const char *fileline, /*@out@*/filetype *result_t
 		type = fe_DEB;
 	else if (l >= 5 && memcmp(p-5, ".udeb", 5) == 0)
 		type = fe_UDEB;
+	else if (l >= 5 && memcmp(p-5, ".ddeb", 5) == 0)
+		type = fe_DDEB;
 	else
 		type = fe_UNKNOWN;
 
@@ -189,7 +