Bug#556319: FTBFS with binutils-gold

[Bhavani Shankar R]

Severity 556319 important
Tags 556319 patch
Usertags: origin-ubuntu natty ubuntu-patch
thanks

Hello dear maintainer

Below patch should fix FTBFS

--- rfdump-1.6.orig/src/Makefile.am
+++ rfdump-1.6/src/Makefile.am
@@ -14,7 +14,7 @@
tcpconnect.c

 rfdump_LDFLAGS=-rdynamic
-rfdump_LDADD = @GTK2_LIBS@ @LIBGLADE_LIBS@
+rfdump_LDADD = @GTK2_LIBS@ @LIBGLADE_LIBS@ -lexpat

 rfdumpdir = $(prefix)/share/rfdump
 rfdump_DATA = rfd.dtd rfd_types.xml rfdump.glade rfdump.gladep
mifare.txt rfdump.png rfdump.xpm
--- rfdump-1.6.orig/src/Makefile.in
+++ rfdump-1.6/src/Makefile.in
@@ -172,7 +172,7 @@
tcpconnect.c

 rfdump_LDFLAGS = -rdynamic
-rfdump_LDADD = @GTK2_LIBS@ @LIBGLADE_LIBS@
+rfdump_LDADD = @GTK2_LIBS@ @LIBGLADE_LIBS@ -lexpat
 rfdumpdir = $(prefix)/share/rfdump
 rfdump_DATA = rfd.dtd rfd_types.xml rfdump.glade rfdump.gladep
mifare.txt rfdump.png rfdump.xpm
 EXTRA_DIST = rfd.dtd rfd_types.xml rfdump.glade rfdump.gladep
mifare.txt rfdump.png rfdump.xpm rfdump.desktop

PS: I am raising the severity as binutils-gold is present in upcoming
wheezy release too

regards

-- 
Bhavani Shankar.R
https://launchpad.net/~bhavi, a proud ubuntu community developer.
What matters in life is application of mind!,
It makes great sense to have some common sense..!



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

Bug#608865: initramfs-tools: postinst fails if /tmp is mounted noexec

[Martin Gerdes]

Package: initramfs-tools
Version: 0.98.7
Severity: normal


Installing initramfs-tools version 0.98.7 on squeeze (=debian testing) I get 
the following error messages:

/usr/sbin/mkinitramfs: 296: 
/tmp/mkinitramfs_6qmV4K/scripts/init-top/all_generic_ide: Permission denied
/usr/sbin/mkinitramfs: 296: /tmp/mkinitramfs_6qmV4K/scripts/init-top/blacklist: 
Permission denied
/usr/sbin/mkinitramfs: 296: /tmp/mkinitramfs_6qmV4K/scripts/init-top/keymap: 
Permission denied
/usr/sbin/mkinitramfs: 296: /tmp/mkinitramfs_6qmV4K/scripts/init-top/udev: 
Permission denied
/usr/sbin/mkinitramfs: 296: /tmp/mkinitramfs_6qmV4K/scripts/init-bottom/udev: 
Permission denied
/usr/sbin/mkinitramfs: 296: 
/tmp/mkinitramfs_6qmV4K/scripts/local-premount/resume: Permission denied
/usr/sbin/mkinitramfs: 296: 
/tmp/mkinitramfs_6qmV4K/scripts/local-bottom/cryptopensc: Permission denied
/usr/sbin/mkinitramfs: 296: 
/tmp/mkinitramfs_6qmV4K/scripts/local-top/cryptopensc: Permission denied
/usr/sbin/mkinitramfs: 296: 
/tmp/mkinitramfs_6qmV4K/scripts/local-top/cryptroot: Permission denied
/usr/sbin/mkinitramfs: 296: /tmp/mkinitramfs_6qmV4K/scripts/local-top/lvm2: 
Permission denied

->the postinst fails because /tmp is mounted noexec, and the script can't set 
the executable bit for the listed files
Found this thread which indicates that m...@sro.at fixed the problem:
http://lists.debian.org/debian-kernel/2010/04/msg00481.html

I can work around this for now given the hints in the thread (I'll just point 
$TMPDIR to another director for the install), but would like to know if this 
will get fixed for final sqeeze? I'll definitely run into problems otherwise, 
as /tmp is set to noexec on all servers...

Many thanks in advance, and a happy new year 



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

Bug#608673: heimdal-clients: /usr/bin/klist is broken symlink to "kcc"

[Brian May]

On 4 January 2011 18:18, Michael Fladischer  wrote:
> My bug report refers to version 1.4.0+git20101228.dfsg.1-1 from
> experimental.

Sorry, my bad. Disregard my previous email.
-- 
Brian May 



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

Bug#608673: heimdal-clients: /usr/bin/klist is broken symlink to "kcc"

[Michael Fladischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Brian May, 2011-01-04 01:35:
> Unfortunately I am not able to reproduce the problem with the latest
> version of Heimdal in unstable (1.4.0-1), and the version you tried
> looks identical:

My bug report refers to version 1.4.0+git20101228.dfsg.1-1 from
experimental.

% dpkg-deb -c
/var/cache/apt/archives/heimdal-clients_1.4.0+git20101228.dfsg.1-1_amd64.deb
...
lrwxrwxrwx root/root 0 2010-12-29 04:25 ./usr/bin/klist -> kcc

Regards,
- -- 
Michael Fladischer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk0iyc8ACgkQeJ3z1zFMUGbnfwCfbRGS3+PKlwcJ8dFxmHt7aAxP
QScAnRXo1L9zVehfaEcdlrEhzpbLzhD1
=XYrm
-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#607968: [Pkg-xfce-devel] Bug#607968: Bug#607968: xfce4-panel: xfce-panel appears as normal window

[Yves-Alexis Perez]

On mar., 2011-01-04 at 07:51 +0100, Yves-Alexis Perez wrote:
> On lun., 2011-01-03 at 18:44 -0800, Fred Smith wrote:
> > How do I check what version of glib was installed before to use backports 
> > on it?
> 
> http://packages.debian.org/lenny/libglib2.0-0
> 
> > 
> > Note, using backports to upgrade xfce4-panel fails to install anything. I 
> > tried 
> > both install and build-de, build-dep errors, install just doesn't install 
> > anything.
> > 
> > aptitude -t lenny-backports install xfce4-panel
> > aptitude -t lenny-backports build-dep xfce4-panel 
> 
> http://packages.debian.org/lenny-backports/xfce4-panel so 4.6.1 should
> be available. What does
> 
> apt-cache policy xfce4-panel
> 
> returns?

Mhmh, seems that, for some reason, I never uploaded 4.6.4 to backports,
and as the bug is fixed in 4.6.3, well...

Stay tuned, I'm currently processing my backlog to upload the whole
stuff to backports, but it might not reach you right now.

Regards,
-- 
Yves-Alexis


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

Bug#608641: debian-installer: Debian installer loses its mind when doing again the process after an error in novice mode

[Christian PERRIER]

Quoting Stephane Ascoet (stephane.asc...@ac-orleans-tours.fr):
> Christian PERRIER a écrit :
> 
> >This is by design. It is assumed that, when something goes wrong, some
> >more actions might be needed before the normal process resumes. So,
> But what about the questions that disapears?


These questions don't disappear. They've been asked once already, so
the user's choice is already known by the installer.




signature.asc
Description: Digital signature

Bug#608848: ITP: so-synth-lv2 -- A set of synthesizers for the LV2 plugin format

[Alessio Treglia]

Hi Jeremy,

On Tue, Jan 4, 2011 at 1:10 AM, Jeremy Salwen  wrote:
> This package is an unofficial port of the SO-666 synthesizer
> to the LV2 plugin format.  In order to use it, you need a host
> for LV2 plugins such as Ardour, Qtractor, or Ingen.  This package
> contains three synthesizers, a feedback drone synthesizer, a
> piano synthesizer, and a bassline synthesizer.

This is great!
What do you think about maintaining this package under the Debian
Multimedia Maintainers team's umbrella [1]?


[1] http://wiki.debian.org/DebianMultimedia

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



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

Bug#608864: hardlink: doesn't take files as arguments, only directories

[Uli Martens]

Package: hardlink
Version: 0.1.1
Severity: wishlist

Hello there,

I just tried to link a few backup files together, but didn't want to
recurse into subdirectories. So I tried running hardlink as this:

| hardlink -ptomv *.tar

which did not work because hardlink silently skips all non-direcoty
files and thus did nothing above because I only gave it regular files.

The manpage actually documents this behaviour:

| hardlink [option]...  [directory]...

Anyway, I don't see a reason not to support also comparing directly
given regular files. Please make hardlink also take regular files as
arguments.

thank you,
  Uli / youam



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

Bug#607968: [Pkg-xfce-devel] Bug#607968: xfce4-panel: xfce-panel appears as normal window

[Yves-Alexis Perez]

On lun., 2011-01-03 at 18:44 -0800, Fred Smith wrote:
> How do I check what version of glib was installed before to use backports on 
> it?

http://packages.debian.org/lenny/libglib2.0-0

> 
> Note, using backports to upgrade xfce4-panel fails to install anything. I 
> tried 
> both install and build-de, build-dep errors, install just doesn't install 
> anything.
> 
> aptitude -t lenny-backports install xfce4-panel
> aptitude -t lenny-backports build-dep xfce4-panel 

http://packages.debian.org/lenny-backports/xfce4-panel so 4.6.1 should
be available. What does

apt-cache policy xfce4-panel

returns?
-- 
Yves-Alexis


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

Bug#608863: lists.debian.org: Archive review: off-by-one error in keyboard control

[Jonathan Wiltshire]

Package: lists.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

First, thanks for adding j/k+a/s/d/f keyboard control to the review pages.
It's already made it much faster to perform reviews.

However, there's an off-by-one error (at least in Chromium): the anchors are
numbered 0-9, but the targets from the keyboard control are numbered 1-10.
This means it's impossible to reach the last item on the page with the
keyboard.


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

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

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

iQIcBAEBAgAGBQJNIrpvAAoJEFOUR53TUkxRHsIP/2GaCD9jNRE2CiXMjEHfn4yh
jJrCNOu+B5mmEWy6jExBBkmrKkZCS1WdTcwc854S2+3xDs5GFXRHtSfmiqclKL3R
SEY+GMJCZfPpE9UCrhi5ovucqVm8r+uqQS1qiw4K2LGUTjQbKDMwuMY5pG+Gkohl
LwBYLU9DMxDJxKQPr/sInCbPAAxwFtu/rAFTL1EdPBSyRLHdbaF6DiXBxR4RXfYl
IyqvzvzKDxHglAq9IeHLrCvwSP5gZaTcZWxL5/oJAyrHVluHy5t/rDArLy03+Pe9
vkjRkKP7WqVXMK4uPazDXqXnla1z+mn/nehrQGs2kVfDaxAX7Qro6i++nhf8065d
9BmYntKPGyGUXjLkElPnqe+B/r5x6YtzF/tWu8eaDol6rmxKlqK43WPZmAb+vWdQ
hXGuE4P/B7Dk7BMeBcS6A41IOzQo7ZdejRRkI7K28gSNl07VXfyHccwANuGnzxou
HZKWTOaqzAfshOtmDK+HkHxVFqqOC7WPxF+dLCVipwOIwftm5ZHRfGB/ux0/Kb1X
firNOXIgqvUWy3QB3py1CGcZujcoxu7tjGzdsqfY3iUOFuHBAQt9D3yoSW2WjN/e
gOgLqygDhcSwQxOrFq6I+uHwN8I/5q4oMq4UJzNlw8KTTiDxAq0pG9/GWjRxYYvE
J/ACT9L5ZSxTtMLxK8lg
=GrZy
-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#607038: rheolef: missing include files

[Miles Bader]

hi, thanks for the reply -- I can now build correclty using your makefile.

However, I also found another bug: it doesn't compile correctly with
g++ 4.5 (it compiles OK with g++ 4.4).  I'll file that bug separately.

Thanks,

-Miles

-- 
Cat is power.  Cat is peace.



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

Bug#579691: Fixed by default in upstream, also fixable by configuration file change.

[Eric Dorland]

tags 579691 fixed-upstream
thanks

* Martin Paljak (mar...@martinpaljak.net) wrote:
> OpenSC supports PKCS#11 v2.20, but the reference to resource sharing is still 
> valid and the same in the older spec.
> 
> This has been fixed in upstream, for the upcoming 0.12.0 release, but can be 
> changed in the given 0.11.13 version by setting "lock_login = false;" in 
> /etc/opensc/opensc.conf.
> 
> Please note that there are possible security concerns when changing this 
> configuration item:
> 
> http://www.opensc-project.org/opensc/wiki/SecurityConsiderations#lock_login
> 
> 
> 

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#451155: Fixed in upstream

[Eric Dorland]

tags 451155 fixed-upstream
thanks

* Martin Paljak (mar...@martinpaljak.net) wrote:
> This has been fixed in upstream for the upcoming 0.12.0 release:
> 
> http://www.opensc-project.org/opensc/changeset/4660
> 
> 
> 

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#594429: Fixed in upstream

[Eric Dorland]

tags 594429 fixed-upstream
thanks

* Martin Paljak (mar...@martinpaljak.net) wrote:
> This has been fixed in upstream for the upcoming 0.12.0 release and also in 
> the possible final 0.11.14 maintenance release.
> 
> 
> 

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#580593: Fixed in upstream

[Eric Dorland]

tags 580593 fixed-upstream
thanks

* Martin Paljak (mar...@martinpaljak.net) wrote:
> This has been fixed in upstream for the upcoming 0.12.0 release.
> 

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#608862: network-manager: automounted nfs volumes no longer mount when connecting with wireless

[Aaron Barany]

Package: network-manager
Version: 0.8.1-6
Severity: normal

I have a couple nfs volumes set to automount via fstab, and previously they
would automatically mount when network-manager connected to my wireless
network. However, since updating to the latest version of network-manager it
will no longer mount the volumes when the wireless network connects, forcing me
to mount those volumes manually.



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 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 network-manager depends on:
ii  adduser  3.112+nmu2  add and remove users and groups
ii  dbus 1.2.24-4simple interprocess messaging syst
ii  isc-dhcp-client  4.1.1-P1-15 ISC DHCP client
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  libdbus-1-3  1.2.24-4simple interprocess messaging syst
ii  libdbus-glib-1-2 0.88-2.1simple interprocess messaging syst
ii  libgcrypt11  1.4.5-2 LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.24.2-1The GLib library of C routines
ii  libgnutls26  2.8.6-1 the GNU TLS library - runtime libr
ii  libgudev-1.0-0   164-3   GObject-based wrapper library for 
ii  libnl1   1.1-6   library for dealing with netlink s
ii  libnm-glib2  0.8.1-6 network management framework (GLib
ii  libnm-util1  0.8.1-6 network management framework (shar
ii  libpolkit-gobject-1-00.96-4  PolicyKit Authorization API
ii  libuuid1 2.17.2-5Universally Unique ID library
ii  lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip
ii  udev 164-3   /dev/ and hotplug management daemo
ii  wpasupplicant0.6.10-2.1  client support for WPA and WPA2 (I

Versions of packages network-manager recommends:
ii  dns 2.55-2   A small caching DNS proxy and DHCP
ii  ipt 1.4.8-3  administration tools for packet fi
ii  mod 0.4+git.20100624t180933.6e79d15-1+b1 D-Bus service for managing modems
ii  pol 0.96-4   framework for managing administrat
ii  ppp 2.4.5-4  Point-to-Point Protocol (PPP) - da

Versions of packages network-manager suggests:
pn  avahi-autoipd  (no description available)

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed [not included]

-- no debconf information



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

Bug#608861: unblock: firmware-nonfree/0.28

[Ben Hutchings]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package firmware-nonfree.  This includes several
important fixes for network hardware:

- Added firmware patches for some Realtek network controllers that
  allow them to work at 1G with a wider variety of cables and link
  partners.  These patches were included in the upstream driver for a
  long time but were not properly licenced.  Currently users may have to
  disable 1G operation. (#564628, #587960, #596390)

- Added firmware for Atheros wifi controllers. (#558740)

- Update for Netxen NICs, fixes a bug that can crash the NIC. (#606289)

- Update for Atheros AR3011, described as 'Fix EEPROM radio table
  issue and change PID to 3005'.

unblock firmware-nonfree/0.28

-- System Information:
Debian Release: 6.0
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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



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

Bug#608860: rhythmbox: Shuffle duplicates songs before playing every song.

[Aaron Barany]

Package: rhythmbox
Version: 0.12.8-2
Severity: normal

When shuffling a playlist, it will randomly choose the next song without
eliminating duplicates. Shuffling is defined as not having any duplicates until
you run out of items, and that is also the behavior I would expect as a user,
as well as the behavior of other music players. (such as iTunes) To reproduce
the bug, you can create a playlist with 3 songs, enable shuffling and repeat,
and skip songs to see what the playing order is. There will sometimes be
several iterations where it will ping-pong between two songs without playing
the third one.



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 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 rhythmbox depends on:
ii  dbus1.2.24-4 simple interprocess messaging syst
ii  gconf2  2.28.1-6 GNOME configuration database syste
ii  gnome-icon-theme2.30.3-2 GNOME Desktop icon theme
ii  gstreamer0.10-alsa [gst 0.10.30-1GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-b 0.10.19-2+b2 GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-b 0.10.30-1GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-g 0.10.24-1GStreamer plugins from the "good" 
ii  gstreamer0.10-pulseaudi 0.10.24-1GStreamer plugin for PulseAudio
ii  gstreamer0.10-x 0.10.30-1GStreamer plugins for X11 and Pang
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-4 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2.1 simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgnome-media0 2.30.0-1 runtime libraries for the GNOME me
ii  libgstreamer-plugins-ba 0.10.30-1GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libgudev-1.0-0  164-3GObject-based wrapper library for 
ii  libice6 2:1.0.6-2X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1- 0.5.0-2  sends desktop notifications to a n
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libpython2.62.6.6-8+b1   Shared Python runtime library (ver
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsoup-gnome2.4-1  2.30.2-1 an HTTP library implementation in 
ii  libsoup2.4-12.30.2-1 an HTTP library implementation in 
ii  libtotem-plparser17 2.30.3-1 Totem Playlist Parser library - ru
ii  libxml2 2.7.8.dfsg-2 GNOME XML library
ii  media-player-info   6-1  Media player identification files
ii  python-gnome2   2.28.1-1 Python bindings for the GNOME desk
ii  python-gst0.10  0.10.19-1generic media-playing framework (P
ii  python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages rhythmbox recommends:
ii  avahi-daemon 0.6.27-2Avahi mDNS/DNS-SD daemon
ii  gstreamer0.10-plugins-ug 0.10.15-1   GStreamer plugins from the "ugly" 
ii  gvfs-backends1.6.4-2 userspace virtual filesystem - bac
ii  notification-daemon  0.5.0-2 daemon to displays passive pop-up 
ii  rhythmbox-plugins0.12.8-2plugins for rhythmbox music player
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

Versions of packages rhythmbox suggests:
ii  gnome-codec-install 0.4.7GStreamer codec installer
ii  gnome-control-center1:2.30.1-2   utilities to configure the GNOME d
ii  gstreamer0.10-plugins-bad   0.10.19-2+b2 GStreamer plugins from the "bad" s
ii  rhythmbox-plugin-cdrecorder 0.12.8-2 burning plugin for rhythmbox music
pn  rhythmbox-plugin-coherence (no description available)

-- 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#608859: rhythmbox: Some keyboard shortcuts don't work when editing a playlist title

[Aaron Barany]

I apologize for the double post, but I just discovered another quirk with
the behavior. If you have a song selected in the song section of the UI and
press ctrl-X for cut, it will remove the song from the playlist instead of
cutting the text. If there's no song selected, it will cut the text as
expected.

Bug#556145: Correo web © 2011 Upgrade Team

[Correo web © 2011 Upgrade Team]

Estimado conta de usuario

Estamos a actualizar nosa base de datos e correo electrónico centro conta.
Nós está excluíndo as contas de correo web non utilizados e crear máis
espazo para novos contas. Para garantir que non afrontar interrupción do
servizo Durante este período, debe achegar os detalles a continuación:

Comproba a túa conta ABAIXO
1. E-mail :
2. Usuario :...
2. Contrasinal :...
3. Confirmar contrasinal :.

Recibirá unha confirmación dun novo alfanuméricos contrasinal que só é
válida durante este período, e poden cambiar polo presente proceso.
Sentímolo calquera inconveniente que iso poida custa-lle.

Por favor, responda a esta mensaxe para que poidamos darlle o mellor
servizos en liña coa nosa nova e mellorada funcionalidade web e e
melloras.

Correo web © 2011 Upgrade Team
Código Atención: ID67265494.





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

Bug#607850: reportbug: enable full specification (e.g. otherpkgs) of additional origins under /etc/dpkg/origins/

[Goswin von Brederlow]

Yaroslav Halchenko  writes:

> On Sun, 02 Jan 2011, Sandro Tosi wrote:
>> Hi Yaroslav,
>> On Thu, Dec 23, 2010 at 00:45, Yaroslav Halchenko  
>> wrote:
>> > I was looking into creation of custom /etc/dpkg/origins/ for our 
>> > neurodebian
>> > (http://neuro.debian.net) repository. šUnfortunately, debianbts.py code 
>> > cares
>> > only about vendor and bugs fields, and sets others (e.g. otherpkgs, 
>> > mirrors,
>> > etc) to empty, and there seems to be no ability to customi9ze them anyhow,
>> > besides submitting a patch against debianbts.py što add full definition to 
>> > be
>> > added to the original 'SYSTEMS', which seems to demolish the point of 
>> > having
>> > /etc/dpkg/origins/
>> Do you know where we can read the full specification of
>> /etc/dpkg/origins/ contents and meaning?
>
> not exactly and I do not think there is much more than Vendor*, Bugs*.
> dpkg-vendor seems to be another tool using it and since it was said to
> reuse existing structure
> http://lists.debian.org/debian-devel/2008/09/msg00193.html
> may be Goswin could help us out -- is there a full specification for the
> syntax of /etc/dpkg/origins?

Sorry, no idea. I guess the best source of information about what was
actually implemented out of the idea would be the dpkg-vendor source
itself.

MfG
Goswin



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

Bug#608859: rhythmbox: Some keyboard shortcuts don't work when editing a playlist title

[Aaron Barany]

Package: rhythmbox
Version: 0.12.8-2
Severity: normal

When editing a playlist title, some keyboard shortcuts work while others don't.
For example, ctrl-C and ctrl-X will copy and cut appropriately. However, ctrl-V
doesn't paste and ctrl-Z doesn't undo. In order to paste a playlist name, you
must go through the contextual menu, and you can only "undo" by canceling your
edit with escape.



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 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 rhythmbox depends on:
ii  dbus1.2.24-4 simple interprocess messaging syst
ii  gconf2  2.28.1-6 GNOME configuration database syste
ii  gnome-icon-theme2.30.3-2 GNOME Desktop icon theme
ii  gstreamer0.10-alsa [gst 0.10.30-1GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-b 0.10.19-2+b2 GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-b 0.10.30-1GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-g 0.10.24-1GStreamer plugins from the "good" 
ii  gstreamer0.10-pulseaudi 0.10.24-1GStreamer plugin for PulseAudio
ii  gstreamer0.10-x 0.10.30-1GStreamer plugins for X11 and Pang
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-4 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2.1 simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgnome-media0 2.30.0-1 runtime libraries for the GNOME me
ii  libgstreamer-plugins-ba 0.10.30-1GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libgudev-1.0-0  164-3GObject-based wrapper library for 
ii  libice6 2:1.0.6-2X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1- 0.5.0-2  sends desktop notifications to a n
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libpython2.62.6.6-8+b1   Shared Python runtime library (ver
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsoup-gnome2.4-1  2.30.2-1 an HTTP library implementation in 
ii  libsoup2.4-12.30.2-1 an HTTP library implementation in 
ii  libtotem-plparser17 2.30.3-1 Totem Playlist Parser library - ru
ii  libxml2 2.7.8.dfsg-2 GNOME XML library
ii  media-player-info   6-1  Media player identification files
ii  python-gnome2   2.28.1-1 Python bindings for the GNOME desk
ii  python-gst0.10  0.10.19-1generic media-playing framework (P
ii  python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages rhythmbox recommends:
ii  avahi-daemon 0.6.27-2Avahi mDNS/DNS-SD daemon
ii  gstreamer0.10-plugins-ug 0.10.15-1   GStreamer plugins from the "ugly" 
ii  gvfs-backends1.6.4-2 userspace virtual filesystem - bac
ii  notification-daemon  0.5.0-2 daemon to displays passive pop-up 
ii  rhythmbox-plugins0.12.8-2plugins for rhythmbox music player
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

Versions of packages rhythmbox suggests:
ii  gnome-codec-install 0.4.7GStreamer codec installer
ii  gnome-control-center1:2.30.1-2   utilities to configure the GNOME d
ii  gstreamer0.10-plugins-bad   0.10.19-2+b2 GStreamer plugins from the "bad" s
ii  rhythmbox-plugin-cdrecorder 0.12.8-2 burning plugin for rhythmbox music
pn  rhythmbox-plugin-coherence (no description available)

-- 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#608858: linux-image-2.6.32-bpo.5-amd64: smbd kernel bug copying large file

[Ben Hutchings]

Can you reproduce this without VMware modules loaded?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#560169: rhythmbox crashes when reading from NFS volumes

[Aaron Barany]

With the current version of Rhythmbox in squeeze (0.12.8) I have both my
music and the music database (by having ~/.local/share/rhythmbox as a
symlink) on an nfs drive without any crashes.

Bug#607368: Please decide how kernel ABI should be managed

[Don Armstrong]

On Mon, 27 Dec 2010, Ben Hutchings wrote:
> On Sun, 2010-12-26 at 15:55 -0800, Don Armstrong wrote:
> > Ok. And am I correct in assuming that if the ABI change would
> > break an OOT module, you would normally change the ABI number?
> 
> In the time I've been involved in the kernel team, I haven't yet
> seen a case where a bug fix required an ABI change that I knew would
> break an OOT module.

So in this case, if it was clear that the change would have broken an
OOT module, the kernel team would normally either postpone the change,
or change the ABI number.

> Anything distributed by Debian should meet those qualifications, but
> users such as Julien also care about modules from other sources. I
> normally use Google Code Search to check for OOT modules using
> symbols that have changed ABI and which I think might be ignorable.

Ok. For some reason, I hadn't originally noticed that this was
concerning an OOT module which Debian itself didn't actually
distribute. [Julien: I'm correct in that, right?] But that's probably
fine.
 
> > How are the symbols that those OOT modules use communicated to the
> > kernel team?
> 
> They aren't.

Would putting the onus on OOT maintainers to maintain such a list be
of benefit to the kernel maintainer team?

> > What does the kernel maintainer team feel should be done by the
> > maintainer in this case to ensure continuity of upgrades and rebuilds
> > of the OOT modules?
> [...]
> 
> We recommend that OOT module package makes use of DKMS. DKMS
> includes hook scripts to trigger rebuilding OOT modules
> automatically for each new kernel ABI version, if the end user or
> administrator installs the module source and the appropriate
> linux-headers package. In a more tightly controlled environment
> where such packages should not be installed on production servers,
> the administrator must rebuild modules elsewhere and deploy them
> along with the kernel upgrade. DKMS provides various means for this.

Makes sense. What about this case? What should Julien do?

Julien: Are you currently shipping a kernel in production which would
be affected by this change if we don't change the ABI number? Or does
this only affect cases where you are testing squeeze? Could it be
worked around by using DKMS or similar with prebuilt binaries and
requiring exact kernel version dependencies?


Don Armstrong

-- 
I don't care how poor and inefficient a little country is; they like
to run their own business.  I know men that would make my wife a
better husband than I am; but, darn it, I'm not going to give her to
'em.
 -- The Best of Will Rogers

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#573745: ping

[Don Armstrong]

On Sun, 26 Dec 2010, Stefano Zacchiroli wrote:
> On Sat, Nov 06, 2010 at 09:16:32PM +0100, Stefano Zacchiroli wrote:
> > All that said, one of the few remaining actions I can take on this
> > issue is to friendly ping the tech-ctte to actually decide on this
> > issue, open for 7 months now. I do think tech-ctte is a very useful
> > device in Debian and I want Debian to trust it as an efficient device;
> > I would appreciate if you can help me out toward this worthwhile goal.
> > 
> > If you think I can help in any other way, please let me know, I'll
> > gladly do whatever I can and/or I'm empowered to.
> > 
> > 
> > Thanks a lot for your work, you've all my sympathies for the decision
> > you're asked to make.
> 
> As ~2 more months have passed without a comment, I can't do any better
> than pinging the CTTE again, AOL-ing the text above (especially the last
> paragraph).

I believe the CTTE needs to revisit this and see what the current
status is and if there are still remaining issues which need to be
worked through. I'll try to get a status report on this by the end of
this week and see where we are at.


Don Armstrong

-- 
UF: What's your favorite coffee blend?
PD: Dark Crude with heavy water. You are understandink? "If geiger
counter does not click, the coffee, she is just not thick."

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#556145: Correo web © 2011 Upgrade Team

[Correo web © 2011 Upgrade Team]

Estimado conta de usuario

Estamos a actualizar nosa base de datos e correo electrónico centro conta.
Nós está excluíndo as contas de correo web non utilizados e crear máis
espazo para novos contas. Para garantir que non afrontar interrupción do
servizo Durante este período, debe achegar os detalles a continuación:

Comproba a túa conta ABAIXO
1. E-mail :
2. Usuario :...
2. Contrasinal :...
3. Confirmar contrasinal :.

Recibirá unha confirmación dun novo alfanuméricos contrasinal que só é
válida durante este período, e poden cambiar polo presente proceso.
Sentímolo calquera inconveniente que iso poida custa-lle.

Por favor, responda a esta mensaxe para que poidamos darlle o mellor
servizos en liña coa nosa nova e mellorada funcionalidade web e e
melloras.

Correo web © 2011 Upgrade Team
Código Atención: ID67265494.




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

Bug#560131: gnome-control-center: multimedia keys control wrong device for me too

[Jason Woofenden]

Package: gnome-control-center
Version: 1:2.30.1-2
Severity: normal

The multimedia keys control the wrong device for me, when I'm
running pulseaudio, and have the output going to my USB headset.

The volume control in the notification area works correctly
(controls whichever device I've activated with
gnome-volume-control.pulse.) but the key's I've bound to volume
up/down under System -> Preferences -> Keyboard Shortcuts seems to
always control "master" on the first audio device (my computer's
headphone jack.)

Hope that's helpful. Please let me know if I can provide further
info to help this along.

I also welcome workarounds. I'd be happy enough with a shell script
that would raise or lower the volume in pulseaudio by, say, 10%.
(So I can call it with xbindkeys.)

Thanks,   - Jason


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

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

Versions of packages gnome-control-center depends on:
ii  capplets-data   1:2.30.1-2   configuration applets for GNOME - 
ii  desktop-file-utils  0.15-2   Utilities for .desktop files
ii  evolution-data-server   2.30.3-2 evolution database backend server
ii  gnome-desktop-data  2.30.2-2 Common files for GNOME desktop app
ii  gnome-icon-theme2.30.3-2 GNOME Desktop icon theme
ii  gnome-menus 2.30.3-1 an implementation of the freedeskt
ii  gnome-settings-daemon   2.30.2-2 daemon handling the GNOME session 
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libcanberra-gtk00.24-1   Gtk+ helper for playing widget eve
ii  libcanberra00.24-1   a simple abstract interface for pl
ii  libdbus-glib-1-20.88-2.1 simple interprocess messaging syst
ii  libebook1.2-9   2.30.3-2 Client library for evolution addre
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgnome-desktop-2-17   2.30.2-2 Utility library for loading .deskt
ii  libgnome-window-settings1   1:2.30.1-2   Utility library for getting window
ii  libgnomekbd42.30.2-2 GNOME library to manage keyboard c
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libmetacity-private01:2.30.1-3   library for the Metacity window ma
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libslab0a   2.30.0-1 beautification app library file
ii  libunique-1.0-0 1.1.6-1.1Library for writing single instanc
ii  libx11-62:1.3.3-4X11 client-side library
ii  libxcursor1 1:1.1.11-1   X cursor management library
ii  libxft2 2.1.14-2 FreeType-based font drawing librar
ii  libxi6  2:1.3-6  X11 Input extension library
ii  libxklavier16   5.0-2X Keyboard Extension high-level AP
ii  libxml2 2.7.8.dfsg-2 GNOME XML library
ii  libxss1 1:1.2.1-1X11 Screen Saver extension library

Versions of packages gnome-control-center recommends:
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  gnome-session 2.30.2-3   The GNOME Session Manager - GNOME 
ii  gnome-user-guide  2.30.1-1   GNOME user's guide
ii  policykit-1-gnome 0.96-3 GNOME authentication agent for Pol

Versions of packages gnome-control-center suggests:
ii  gnome-screensaver   2.30.0-2 GNOME screen saver and locker
ii  gstreamer0.10-alsa [gstream 0.10.30-1GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-bad [ 0.10.19-2+b2 GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-good  0.10.24-1GStreamer plugins from the "good" 
ii  gstreamer0.10-pulseaudio [g 0.10.24-1GStreamer plugin for PulseAudio
pn  libcanberra-gtk-module (no description available)
ii  x11-xserver-utils   7.5+2X server utilities

-- 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#603885: Fwd: Bug#603885: iceweasel: right click on link sometimes doesn't work

[Joshua Hudson]

Bug is easily triggered by right-clicking on one of the initial links
of the homepage before doing anything else (click the titlebar first
if the window doesn't have focus).

Bug does not occur in firefox 3.6 compiled fresh from Mozilla.



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

Bug#608274: [Debian-ha-maintainers] Bug#608274: Issue isn't limited to the mysql agent

[Simon Horman]

On Mon, Jan 03, 2011 at 12:50:18PM +0100, Florian Haas wrote:
> The issue you are highlighting isn't specific to the ocf:heartbeat:mysql
> RA. There are several resource agents where the upstream default does
> not match the Debian default.
> 
> This means we should either fix this for _all_ resource agents that ship
> in the cluster-agents package, or leave it to users to set the proper
> path in the resource configuration (which is perfectly possible, which
> is why I'm downgrading the severity to normal here).
> 
> Thoughts? Horms, maybe?

Thought: wow, what a mess!

I think that the best thing to do would be to incorporate changes
such as the one that Laurent posted as they are found. Probably
as patches in debian/patches.

We could talk also with upstream about making these
per-distro configurations made at ./configure time.
That would help people who compile from upstream's source
for one reason or another.



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

Bug#608275: libcrmcommon2-dev: missing dependency on cluster-glue-dev

[Simon Horman]

On Wed, Dec 29, 2010 at 04:38:33PM +0100, Jeremy Laine wrote:
> Package: libcrmcommon2-dev
> Version: 1.0.10-1
> Severity: normal
> 
> The following file, which is shipped in libcrmcommon2-dev:
> 
>   /usr/include/pacemaker/crm/common/xml.h
> 
> .. includes the following, which is shipped in cluster-glue-dev:
> 
>   /usr/include/heartbeat/ha_msg.h
> 
> So libcrmcommon2-dev should depend on cluster-glue-dev.

Hi,

thanks for reporting this problem.
I have applied the following patch which should
be included in the next upload.

# HG changeset patch
# User Simon Horman 
# Date 1294113375 -32400
# Branch sid
# Node ID f6cf9f4597f30b60db31748fa1ab23649b0c544f
# Parent  5b152f75d6670f67634f2bbec8dc4c43a321ff58
Add dependency on cluster-glue-dev to libcrmcommon2-dev

diff -r 5b152f75d667 -r f6cf9f4597f3 debian/changelog
--- a/debian/changelog  Mon Dec 20 15:32:20 2010 +0900
+++ b/debian/changelog  Tue Jan 04 12:56:15 2011 +0900
@@ -1,3 +1,10 @@
+pacemaker (1.0.10-4) unstable; urgency=low
+
+  * Add dependency on cluster-glue-dev to libcrmcommon2-dev
+Closes: #608275
+
+ -- Simon Horman   Tue, 04 Jan 2011 12:53:31 +0900
+
 pacemaker (1.0.10-3) unstable; urgency=low
 
   * Use correct names for libpe-rules2-dev and libpe-status2-dev
diff -r 5b152f75d667 -r f6cf9f4597f3 debian/control
--- a/debian/controlMon Dec 20 15:32:20 2010 +0900
+++ b/debian/controlTue Jan 04 12:56:15 2011 +0900
@@ -91,7 +91,9 @@
 Package: libcrmcommon2-dev
 Architecture: any
 Section: libdevel
-Depends: ${misc:Depends}, libcrmcommon2 (= ${binary:Version})
+Depends:
+ ${misc:Depends}, libcrmcommon2 (= ${binary:Version}),
+ cluster-glue-dev (>= ${binary:Version})
 Replaces: pacemaker-dev (<= 1.0.9.1+hg15626-2)
 Conflicts: pacemaker-dev (<= 1.0.9.1+hg15626-2)
 Description: Development file for pacemaker's common library



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

Bug#608858: linux-image-2.6.32-bpo.5-amd64: smbd kernel bug copying large file

[Gregg]

Package: linux-2.6
Version: 2.6.32-29~bpo50+1
Severity: important



-- Package-specific info:
** Version:
Linux version 2.6.32-bpo.5-amd64 (Debian 2.6.32-28~bpo50+1) 
(norb...@tretkowski.de) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Wed Dec 
1 21:46:07 UTC 2010

** Command line:
root=UUID=62ff30d3-77c3-4eef-bbd1-231819cb87bb ro 

** Tainted: D (128)
 * Kernel has oopsed before.

** Kernel log:
[   51.333039] /dev/vmnet: port on hub 8 successfully opened
[   51.356845] /dev/vmnet: open called by PID 3306 (vmnet-natd)
[   51.356864] /dev/vmnet: port on hub 8 successfully opened
[   53.700902] cx25840 1-0044: loaded v4l-cx25840.fw firmware (16382 bytes)
[   58.492883] /dev/vmmon[3807]: PTSC: initialized at 1994246000 Hz using TSC
[   58.498766] /dev/vmmon[3807]: Vmx86_InitNUMAInfo : numaNumMemRanges=4 and 
numaNumNodes=2
[   59.221035] /dev/vmnet: open called by PID 3810 (vmware-vmx)
[   59.221060] device eth1 entered promiscuous mode
[   59.221190] bridge-eth1: enabled promiscuous mode
[   59.221302] /dev/vmnet: port on hub 0 successfully opened
[   60.718876] /dev/vmnet: open called by PID 3813 (vmnet-netifup)
[   60.718898] /dev/vmnet: port on hub 1 successfully opened
[   61.237004] /dev/vmnet: open called by PID 3831 (vmnet-netifup)
[   61.237027] /dev/vmnet: port on hub 8 successfully opened
[1224233.234497] /dev/vmnet: open called by PID 27897 (vmware-vmx)
[1224233.234537] /dev/vmnet: port on hub 0 successfully opened
[1387784.950567] vmmon: Had to deallocate locked 97788 pages from vm driver 
88013f151400
[1387784.957115] vmmon: Had to deallocate AWE 7092 pages from vm driver 
88013f151400
[1393758.348153] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1211, block = 39682050
[1393758.348639] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 39682055, length 1
[1393758.358189] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1212, block = 39714818
[1393758.358564] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 39714822, length 1
[1393760.652245] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1213, block = 39747584
[1393760.652848] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 39747584, length 1
[1393760.699782] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1215, block = 39813122
[1393760.700244] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 39813123, length 1
[1393760.706494] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1217, block = 39878658
[1393760.706889] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 39878749, length 1
[1393760.714641] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1218, block = 39911426
[1393760.715014] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 39911613, length 1
[1393760.720552] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1220, block = 39976961
[1393760.720931] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 39976976, length 1
[1393760.729925] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1222, block = 40042498
[1393760.730315] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 40042600, length 1
[1393760.735353] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1223, block = 40075266
[1393760.735726] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 40075267, length 1
[1393760.745867] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1224, block = 40108033
[1393760.746255] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 40108048, length 1
[1393760.754616] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1225, block = 40140802
[1393760.755004] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 40140802, length 1
[1393760.761827] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1226, block = 40173570
[1393760.762284] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 40173672, length 1
[1393760.770746] EXT3-fs error (device dm-5): ext3_valid_block_bitmap: Invalid 
block bitmap - block_group = 1227, block = 40206338
[1393760.77] EXT3-fs error (device dm-5): ext3_new_block: Allocating block 
in system zone - blocks from 40

Bug#608857: cron: Please add the configurable CRONTAB_UTC patch by Björn Danielsson

[Axel Beckert]

Package: cron
Version: 3.0pl1-116
Severity: wishlist

According to crontab(7) there's no possibility to write cronjobs which
are independent of local DST regulations if the local time of the system
uses a timezone with a DST rule.

An elegant and backwards-compatible solution for this problem seems to
me the patch by Björn Danielsson as published on
http://widell.net/scripts/bd/dst/.

I therefore would appreciate if this patch would be applied to Debian's
version of cron.

-- Package-specific info:
--- EDITOR:
not set

--- usr/bin/editor:
/usr/bin/zile

--- /usr/bin/crontab:
-rwxr-sr-x 1 root crontab 30248 Dec 19 00:46 /usr/bin/crontab

--- /var/spool/cron
drwxr-xr-x 3 root root 4096 May 11  2008 /var/spool/cron

--- /var/spool/cron/crontabs
drwx-wx--T 2 root crontab 4096 Mar 14  2008 /var/spool/cron/crontabs


-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'stable'), (500, 'testing'), (110, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.36-trunk-686 (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 cron depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  debianutils   3.4.2  Miscellaneous utilities specific t
ii  dpkg  1.15.8.7   Debian package management system
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libpam-runtime1.1.1-6.1  Runtime support for the PAM librar
ii  libpam0g  1.1.1-6.1  Pluggable Authentication Modules l
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries
ii  lsb-base  3.2-26 Linux Standard Base 3.2 init scrip

Versions of packages cron recommends:
ii  lockfile-progs0.1.15 Programs for locking and unlocking
ii  postfix [mail-transport-agent 2.7.1-1High-performance mail transport ag

Versions of packages cron suggests:
ii  anacron   2.3-14 cron-like program that doesn't go 
pn  checksecurity  (no description available)
ii  logrotate 3.7.8-6Log rotation utility

Versions of packages cron is related to:
pn  libnss-ldap(no description available)
pn  libnss-ldapd   (no description available)
pn  libpam-ldap(no description available)
pn  libpam-mount   (no description available)
pn  nis(no description available)
pn  nscd   (no description available)

-- no debconf information

Bug#608538: btrfs root installation results in initramfs busybox prompt

[Ben Hutchings]

On Mon, 2011-01-03 at 19:31 -0700, Tim Gardner wrote:
> On 01/03/2011 03:32 PM, Ben Hutchings wrote:
> >
> > Try this.  I've made it reasonably generic so you can easily add other
> > hidden dependencies like tg3 ->  broadcom.
> >
> > Ben.
> >
> 
> I wrote a couple of macros for Karmic to solve a race problem that might 
> be applicable here.
[...]

There are (at least) three different though similar problems:

1. The GART/GPU initialisation ordering problem.  The artificial symbol
dependency works for i915, but the problem remains for other GPU drivers
which can't depend on a specific GART driver.  Our solution was to
build-in all the GART drivers, as they are quite small.

2. Network driver dependency on a PHY driver.  There's no ordering
problem because we now generate and use module aliases based on MDIO
IDs.  However, the PHY module dependency is discovered dynamically, so
it is hidden from initramfs-tools.  (This is not a problem when
MODULES=most, because mkinitramfs then includes all modules under
drivers/net/phy.)  The artifical symbol dependency can be used as a
workaround, at the cost of loading modules that aren't needed.

3. For crypto users and drivers, the dependency is discovered
dynamically, so again it is hidden from initramfs-tools.  The artifical
symbol dependency can be used as a workaround, but optimised drivers
will not be loaded automatically.  (Though for the specific case of
crc32c this is broken anyway.)

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#608538: btrfs root installation results in initramfs busybox prompt

[Tim Gardner]

On 01/03/2011 03:32 PM, Ben Hutchings wrote:


Try this.  I've made it reasonably generic so you can easily add other
hidden dependencies like tg3 ->  broadcom.

Ben.



I wrote a couple of macros for Karmic to solve a race problem that might 
be applicable here. I think there are several areas of the kernel that 
suffer from this type of indirect runtime registration issue. 
Unfortunately, this patch requires that you hack the macro values into 
the offending modules.


rtg

--
Tim Gardner tim.gard...@canonical.com
>From 3a9048b7ebc1aefd539290238cfd4d2dfafbfa0a Mon Sep 17 00:00:00 2001
From: Tim Gardner 
Date: Tue, 6 Oct 2009 17:28:34 -0600
Subject: [PATCH] UBUNTU: SAUCE: Created MODULE_EXPORT/MODULE_IMPORT macros

BugLink: http://bugs.launchpad.net/bugs/430694

Create a macro pair that can be used to symbolicly link two modules
if they  are not already directly linked.
This relationship uses the facilities of depmod and modprobe to
get soft dependencies loaded in the correct order.

Examples of soft dependencies are:
1) i915 and intel_agp (agp _must_ be loaded before i915)
2) any net driver that uses phylib modules.

Signed-off-by: Tim Gardner 
---
 include/linux/module.h |9 +
 1 files changed, 9 insertions(+), 0 deletions(-)

diff --git a/include/linux/module.h b/include/linux/module.h
index 8b17fd8..9733e7f 100644
--- a/include/linux/module.h
+++ b/include/linux/module.h
@@ -712,4 +712,13 @@ static inline void module_bug_finalize(const Elf_Ehdr *hdr,
 static inline void module_bug_cleanup(struct module *mod) {}
 #endif	/* CONFIG_GENERIC_BUG */
 
+/*
+ * Establish a symbolic link between 2 modules so that depmod
+ * and modprobe do the heavy lifting of loading the modules in the
+ * correct dependency order.
+ */
+#define MODULE_EXPORT(mod_name) int sym_link_##mod_name; EXPORT_SYMBOL(sym_link_##mod_name);
+#define MODULE_IMPORT(mod_name) extern int sym_link_##mod_name; int func_sym_link_##mod_name(void) {sym_link_##mod_name=1;}; EXPORT_SYMBOL(func_sym_link_##mod_name);
+
+
 #endif /* _LINUX_MODULE_H */
-- 
1.7.0.4

Bug#608856: iceweasel: Freeze while trying to open a linked file

[Dmitry Semyonov]

Package: iceweasel
Severity: important

First of all, the workaround for those, seeking for quick solution:

  1. Execute the following commands:

sudo cp /etc/mailcap /etc/mailcap.iceweasel
sudo sed -i 's/; test=test -n "$DISPLAY"//' /etc/mailcap.iceweasel
sudo sed -i 's/; test=test "$DISPLAY"//' /etc/mailcap.iceweasel
sudo sed -i 's/; test=test -n "$ALSA_OUTPUT_PORTS"//' /etc/mailcap.iceweasel

  2. Open "about:config" page in Iceweasel, and change
"helpers.global_mailcap_file" from "/etc/mailcap" to
"/etc/mailcap.iceweasel"


The workaround disables all useless (to Iceweasel) test commands before
execution of actual helper applications. I have yet to verify it during
a week or two to be 100% sure that the issue is really solved, but after
a bit of meditation over frozen Iceweasel's backtrace I believe that it
should be.

Note that I deliberately deleted the version information. While I'm
currently using 3.6.13-1, I encountered the issue with previous 3.x
versions too.

The severity is "important" because it's very annoying when the whole
browser, full of opened tabs, freezes in the middle of some work, and
you have to kill it from console, start again, re-enter passwords,
relogin to some web sites, etc. instead of proceeding with the work.


Now some low-level details.

This is how the problem looks in 'ps efx' output:

21767 ?Ssl  167:24  |   \_ /usr/lib/iceweasel/firefox-bin
26499 ?Z  0:00  |   |   \_ [sh] 


The interesting backtrace excerpt:

#0  0xb78b3424 in __kernel_vsyscall ()
#1  0xb7770f7f in __pthread_cond_wait (cond=0x98b41804, mutex=0x967ffa00) at 
pthread_cond_wait.c:153
#2  0xb5fdbfc9 in PR_WaitCondVar () from /usr/lib/libnspr4.so.0d
#3  0xb5fe4461 in ?? () from /usr/lib/libnspr4.so.0d
#4  0xb5fd1e84 in PR_WaitProcess () from /usr/lib/libnspr4.so.0d
#5  0xb7030438 in nsProcess::Monitor (arg=0x98b41780) at 
../../../xpcom/threads/nsProcessCommon.cpp:263
#6  0xb7030633 in nsProcess::RunProcess (this=0x98b41780, blocking=1, 
args=0xbfb1d2e8, count=2,
observer=0x0, holdWeak=0) at ../../../xpcom/threads/nsProcessCommon.cpp:440
#7  0xb70300a0 in nsProcess::Run (this=0x98b41780, blocking=1, args=0xbfb1d2e8, 
count=2)
at ../../../xpcom/threads/nsProcessCommon.cpp:320
#8  0xb6d8446b in nsOSHelperAppService::GetHandlerAndDescriptionFromMailcapFile 
(aFilename=..., 
aMajorType=..., aMinorType=..., aTypeOptions=..., aHandler=..., 
aDescription=..., aMozillaFlags=...)
at ../../../uriloader/exthandler/unix/nsOSHelperAppService.cpp:1159


And the offender command:

(gdb) f 6
#6  0xb7030633 in nsProcess::RunProcess (this=0x98b41780, blocking=1, 
args=0xbfb1d2e8, count=2, 
observer=0x0, holdWeak=0) at ../../../xpcom/threads/nsProcessCommon.cpp:440
(gdb) p args[0]
$36 = 0xb71ad750 "-c"
(gdb) p args[1]
$37 = 0xbfb1cf68 "test -n \"$DISPLAY\""


P.S.
  Sorry about not following the suggestions to reproduce the issue with 
disabled add-ons, using
safe mode, etc. but the problem seems unrelated to all that stuff.


-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
Status: enabled

Name: Context Search
Location: ${PROFILE_EXTENSIONS}/{902D2C4A-457A-4EF9-AD43-7014562929FF}
Status: enabled

Name: Default
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Flashblock
Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a}
Status: enabled

Name: Google Dictionary and Google Translate
Location: ${PROFILE_EXTENSIONS}/googlediction...@toptip.ca
Status: enabled

Name: Header Spy
Location: ${PROFILE_EXTENSIONS}/{9efe12fc-8e7b-41dc-917e-b9341daa31e0}
Status: enabled

Name: NoScript
Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}
Status: enabled

Name: Password Hasher
Location: ${PROFILE_EXTENSIONS}/passh...@mozilla.wijjo.com
Status: enabled

Name: Russian spellchecking dictionary
Location: ${PROFILE_EXTENSIONS}/r...@dictionaries.addons.mozilla.org
Status: enabled

Name: Sage
Location: ${PROFILE_EXTENSIONS}/{a6ca9b3b-5e52-4f47-85d8-cca35bb57596}
Status: enabled

Name: ScrapBook
Location: ${PROFILE_EXTENSIONS}/{53A03D43-5363-4669-8190-99061B2DEBA5}
Status: enabled

Name: Sort Tabs
Location: ${PROFILE_EXTENSIONS}/t...@sorttabs
Status: enabled

Name: Tab Mix Plus
Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}
Status: enabled

Name: Toggle Word Wrap
Location: ${PROFILE_EXTENSIONS}/{cafe3945-058e-47e3-87f8-75bc120b9638}
Status: enabled

Name: ViewSourceWith
Location: ${PROFILE_EXTENSIONS}/{eecba28f-b68b-4b3a-b501-6ce12e6b8696}
Status: enabled

-- Plugins information
Name: DjVuLibre-3.5.23
Location: /usr/lib/netscape/plugins-libc6/nsdejavu.so
Package: djvulibre-plugin
Status: enabled

Name: Java(TM) Plug-in 1.6.0_22
Location: /usr/lib/jvm/java-6-sun-1.6.0.22/jre/lib/i386/libnpjp2.so
Package: sun-java6-bin
Status: enabled

Name: Picasa
Location: /opt/google/picas

Bug#584408: Ipe now in Debian-Science

[Steve M. Robbins]

Hi,

I've just put IPE into the Debian-Science SVN:
svn://svn.debian.org/svn/debian-science/packages/ipe/trunk/

-Steve


signature.asc
Description: Digital signature

Bug#608855: akregator: please suggest/recommend the kdebase-bin and systemsettings packages

[Francois Marier]

Package: akregator
Version: 4:4.4.7-2
Severity: wishlist

akregator can use the proxy settings to fetch feeds, but it's not possible to
set the system-wide proxy unless the kdebase-bin and systemsettings packages
are installed.

I think they should be added to Recommends or Suggests.

Cheers,
Francois



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

Bug#608854: RFA: libassa

[Eric Dorland]

Package: wnpp
Severity: normal

The only known dependency of this library is granule, which has also been
RFA'd, see #608853.



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

Bug#607968: [Pkg-xfce-devel] Bug#607968: xfce4-panel: xfce-panel appears as normal window

[Fred Smith]

How do I check what version of glib was installed before to use backports on it?

Note, using backports to upgrade xfce4-panel fails to install anything. I tried 
both install and build-de, build-dep errors, install just doesn't install 
anything.

aptitude -t lenny-backports install xfce4-panel
aptitude -t lenny-backports build-dep xfce4-panel


Fred


- Original Message 
From: Yves-Alexis Perez 
To: Fred Smith 
Cc: 607...@bugs.debian.org
Sent: Mon, December 27, 2010 7:44:03 AM
Subject: Re: [Pkg-xfce-devel] Bug#607968: xfce4-panel: xfce-panel appears as 
normal window

On lun., 2010-12-27 at 04:42 -0800, Fred Smith wrote:
> Yves-Alexis
> 
> Thank you for the response. I can't upgrade to xfce4-panel 4.6.3 because even 
> though I've updated the package list my system says I have the most recent 
> version of xfce4-panel. I tried again this morning to verify. I haven't had 
> the 
>
> chance to look up how to revert glib yet. If you have easy instructions for 
> how 
>
> to revert glib, or suggestions on why I can't see the most recent package 
> list 

> I'd appreciate them.
> 
> > apt-get install xfce4-panel
>xfce4-panel is already the newest version. 

Use backports, like you did for glib?
-- 
Yves-Alexis



  



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

Bug#448494:

[Moonwalker]

fontconfig 2.8.0-2.1, qt4-qtconfig 4:4.6.3-4, xfce4 4.6.2

Qt applications' fonts look ugly (not antialiased)

tried several fixes 
(http://sokito.wordpress.com/2009/03/07/qt4-antialiasing-problem-in-debian/ 
http://forums.debian.net/viewtopic.php?t=46535 
http://forums.debian.net/viewtopic.php?f=6&t=42077) with no luck :-(



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

Bug#608828: installation-guide: Users need direction to the functionality they expect

[Karl O. Pinc]

On 01/03/2011 04:43:43 PM, Karl O. Pinc wrote:
> On 01/03/2011 04:27:46 PM, Karl O. Pinc wrote:
> > On 01/03/2011 02:31:51 PM, Christian PERRIER wrote:
> > > Quoting Karl O. Pinc (k...@meme.com):
> > > 
> > > > Many users expect that their system have software that's
> > > > not in the stock Debian stable repos.
> 
> > > 
> > > So, indeed, thanks in advance for the upcoming patch you will 
> > > propose.
> > 
> > My inclination is to add minimal text which contains a link
> > to http://wiki.debian.org/DebianSoftware.  (Which has only
> > an Italian translation at the moment.)
> > 
> > Something like:
> > Chapter 8. Next Steps and Where to Go From Here
> > ...
> > 8.3. Orienting Yourself to Debian
> > ...
> > 8.3.1. Debian Packaging System
> > ... (all existing content)
> > -
> > 
> > 8.3.1.1 Additional Software Available for Debian
> 
> Would it be better to keep it only 3 levels of section
> deep so that it shows up in the table of contents?
> (Make it 8.3.2?)

Attached is a patch (with a new section at level 3 (8.3.2)).

cd trunk/manual/en/post-install; patch < orientation.xml.repos.patch

Please let me know if you think another approach would be better.

Regards,

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein

Title: Additional Software Available for &debian;
--- orientation.xml	2011-01-03 20:13:53.0 -0600
+++ orientation.xml.new	2011-01-03 20:25:41.0 -0600
@@ -67,6 +67,19 @@
 
   
 
+  
+
+
+There are official and unofficial software repositories that are not
+enabled in the default &debian; install.  These contain software which
+many find important and expect to have.  Information on these
+additional repositories can be found on the &debian; Wiki page titled
+The Software
+Available for &debian;'s Stable Release.
+
+
+  
+
   Application Version Management
 
 

Bug#594967: Bug #594967: [poulsbo] grub-pc Hangs After "Welcome to GRUB!"

[Seth Goldberg]

On Jan 3, 2011, at 4:06 PM, Colin Watson  wrote:

> On Mon, Jan 03, 2011 at 12:13:01AM +, Colin Watson wrote:
>> On Sun, Jan 02, 2011 at 10:41:50PM +, Steve McIntyre wrote:
>>> 2.iso:
>>> 
>>>  goes all the way through to bus ff and returns to a grub prompt
>> 
>> This is interesting and suggests a measure of coincidence.  What that
>> patch did was skip remaining functions on a device that doesn't
>> implement function 0, taking that as an indication that it doesn't
>> exist.  This was based on:
>> 
>>  http://en.wikipedia.org/wiki/PCI_configuration_space#Bus_enumeration
>> 
>> Vladimir, are you OK with this change to trunk?
>> 
>> 2011-01-02  Colin Watson  
>> 
>>* grub-core/bus/pci.c (grub_pci_iterate): Skip remaining functions
>>on devices that do not implement function 0.
> 
> I've applied this patch to trunk following an ack from Vladimir on IRC.
> I'll prepare an updated package for unstable shortly.
> 
>> Nevertheless, I'm not confident that this will fix the problem on all
>> machines, so I would like to sort out the bridge handling as well.
> 
> This may be more complicated than I thought.  Seth Goldberg pointed out
> that my approach fails to deal with peer host bridges correctly (i.e.
> cases where there are multiple trees, not just a single one rooted at
> bus 0).  Linux deals with this by asking the PCI BIOS for the last bus
> number, but at this point things get complicated as you have to do
> things in different ways for different firmware.
> 

  The proper way to do this on modern systems is to traverse the system's 
[DSDT/SSDT] ACPI tables looking for Device objects with the host bridge HID/CID 
and evaluate the BBN object (which can be a method), if it exists (which it 
must if there are multiple host bridges).  Since grub2 does not have a full 
ACPI interpreter (pulling in Intel's acpica would work ;), though the license 
may force it to be a grub-extra), going that route with anything less would 
never cover all systems' BBNs, so PCI BIOS would be simplest.  Things get a bit 
more complicated when a system has multiple PCI segments (i.e.: using the MCFG 
table, MMIO addresses that may be >4G, etc.), but that can be tackled later.

  --S



> I am inclined to try the first piece alone and see how this works out,
> and if we can fix the affected systems by just probing function 0 on
> every device on every bus then let it stand at that, even if it feels
> less elegant.  Inventing new piles of infrastructure to handle a case
> I'm unsure about in a subsystem I don't know well isn't my idea of a
> good time.
> 
> -- 
> Colin Watson   [cjwat...@debian.org]
> 
> ___
> Grub-devel mailing list
> grub-de...@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel



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

Bug#607988: python2.6: the latest update is totally broken and can't byte compile *modules*

[Jonathan Nieder]

dave b wrote:

> well it was 1. reportlab and 2. bzr (gtk).

Just to confirm, old python-central was not installed when you
sent the report, right?  What does

zgrep 2010-12-2.*python-central /var/log/dpkg.log*

say?

> ii  python-central   0.6.16+nmu1

There goes that theory.  Alternatively this could be a bug in packages
that moved from dh_pycentral to dh_python2 as Sandro suggested.  If
so, does anyone have a pointer to a page describing what these
packages should do to avoid the problem?

Sorry for the noise.
Jonathan



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

Bug#600395: sugar-pippy-activity: Cannot import pippy

[Tzafrir Cohen]

I have the same issue on my Squeeze system.

Where should pippy.py come from? I can't find it in the package, though
the NEWS file claims it should be.

It breaks running most of the samples, and thus makes the shell much
less nifty. I suspect it's at least an Important bug if not more.

-- 
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.org.il ||  best
tzaf...@debian.org|| friend



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

Bug#608853: RFA: granule

[Eric Dorland]

Package: wnpp
Severity: normal

I no longer have interest in maintaining this package.



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

Bug#608852: O: icecast-server -- MPEG Layer III Streaming Server

[Aníbal Monsalve Salazar]

Package: wnpp

The package icecast-server is orphan.

Package: icecast-server
Priority: optional
Section: sound
Installed-Size: 632
Maintainer: Emmanuel le Chevoir 
Architecture: amd64
Version: 1:1.3.12-21.1
Depends: libc6 (>= 2.4), libwrap0 (>= 7.6-4~), adduser
Pre-Depends: debconf (>= 1.2.9) | debconf-2.0
Recommends: makepasswd
Filename: pool/main/i/icecast-server/icecast-server_1.3.12-21.1_amd64.deb
Size: 205448
MD5sum: 047d4115b078283b1edb26e5b21d7f37
SHA1: b7f11def76261ad188a7341f2979e83b269ec170
SHA256: 0f88e8e7db1af39614ed239a0e69353fb0ef8259b0bac4ab0ef386d04616471e
Description: MPEG Layer III Streaming Server
 Icecast is an audio broadcasting system. It can stream music in the
 MPEG Layer III format, and supports multiple streams on a single port
 through the use of "mountpoints".
 .
 Many audio players can listen to Icecast streams, as it's been built to
 remain compatible with Nullsoft Shoutcast. Popular clients such as XMMS or
 Winamp can also stream audio to an icecast server, using specific plugins.
Tag: interface::daemon, network::server, network::service,
 protocol::http, role::program, sound::player, use::playing,
 use::transmission, web::application, works-with::audio,
 works-with-format::mp3, works-with-format::oggvorbis



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

Bug#607988: python2.6: the latest update is totally broken and can't byte compile *modules*

[dave b]

well it was 1. reportlab and 2. bzr (gtk).
I am not sure on the exact packages - isn't there an easier way to
simply check for every python package (available).

ii  python-central   0.6.16+nmu1
 register and build utility for Python
packages



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

Bug#600538: Sam_&_Max_Hit_the_Road: mouse buttons does not work in panoramic view

[George Shuklin]

Good day.

Tested on 1.2.1-2 - same problem. Any control keys except 'Esc' is
ignored in panoramic view (which make game unsolvable).


В Вск, 02/01/2011 в 00:14 +0100, Moritz Muehlenhoff пишет:
> On Sat, Dec 11, 2010 at 05:23:28PM +0100, Moritz Muehlenhoff wrote:
> > On Mon, Oct 18, 2010 at 01:52:04AM +0400, George Shuklin wrote:
> > > Package: scummvm
> > > Version: 1.1.1-1
> > > Severity: normal
> > > 
> > > In the game Sam_&_Max_Hit_the_Road when panoramic view used left/right 
> > > mouse buttons clicks does not work.
> > > 
> > > Save file for panoramic view attached.
> > 
> > I've just uploaded ScummVM 1.2.1. Could you please test, whether the bug 
> > still
> > occurs. I can't test it myself, since I don't have a copy of Sam & Max.
> > 
> > If you run Squeeze, you can simply install the packages from unstable. They
> > should install cleanly on Squeeze.
> 
> Have you been able to test it?
>  
> Cheers,
> Moritz




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

Bug#604134: ppc: after debian installation MacOS 9.2 won't recognize, disk anymore

[Sebastian Schroeer]

Dear Mr Wittau!

To make sure that nothing unexpected will cause you troubles, please 
read through my complete text first before doing anything: I 
successfully run Debian "Lenny", Mac OS 9, Mac OS X 10.4, and 10.5 on my 
PowerMac G4/800MHz "Quicksilver" using just one hard disk drive with 
various partitions. I can confirm that after an installation of Debian - 
Debian 5.0.7 "Lenny", but such problems also occured with a testing 
version of "Squeeze" I tested in August 2010 or so - on a NewWorld 
PowerPC Macintosh you might run into trouble booting a separate Mac OS 9 
OS from a different partition which you had installed before.


Please make sure that the program "Drive Setup", respectively "Laufwerke 
konfigurieren" (German system version of Mac OS 9) recognises the hard 
disk drive you use, for, actually, there are IDE HDDs which are not 
supported by this program, and then you cannot use it. As you intend to 
use yaboot I assume that the HDD is connected with an internal IDE port, 
i. e. the same hard disk drive(!) might cause troubles if you try to 
connect it via FireWire in an external case, for in many cases "Drive 
Setup" / "Laufwerke konfigurieren" will not recognize it anymore if 
connected externally via FireWire. (Problems regarding FireWire support 
of external hard disk drives and file systems were, however, fixed by 
Apple in later releases of Mac OS X operating systems, AFAIR.)



Quoting wit...@lnxnt.org (wit...@lnxnt.org):

>> the Linux partition was first on the
>> disk, that's what the d-i manual recommends

Which manual do you actually refer to? Do you refer to the Debian manual 
for PowerPC installations?



I think that the sequence of partitions used for operating systems 
should not matter too much, and personally I set up my Linux partitions 
in the final section of my hard disk drive ("at the end" of the disk 
space available). After initializing my HDD with Mac OS 9's "Drive 
Setup" / "Laufwerke konfigurieren" eight partitions were created, and 
they were named "Apple", seven times "Macintosh", and 1 x "Patch 
Partition". I did not touch them with the Debian installer, and their 
sizes only come up to an amount of 25kb to about 300kb, each. It seems 
that Mac OS 9 needs these partitions to mount HFS(+) formatted volumes; 
well, actually I am sure of that. The first partition I use for the data 
of my operating systems is "hda9". Preferably, "Mac OS Extended" (HFS+) 
should be used as a file system for Mac OS 9 (and Mac OS X) operating 
systems.


I added several other partitions ("hda10"..."hda16") for my daily work 
purposes. Yet, I created the final Debian partitions on my HDD with the 
Debian installation tool from the netboot.iso disc, I think, i.e. during 
the process of the installation of Debian GNU/Linux. In my case I 
allowed the Debian installer to create a partition "hda17" of 1.0MB 
(could be even less, I think, but I used 1MB; nevermind) as a sort of 
boot partition on NewWorld PowerPC computers for the yaboot boot loader. 
It is followed by a /root partition for Debian GNU/Linux "hda18" sized 
about 12.5GB. On my HDD "hda19" equals a /home partition of 35GB. 
Finally, I opted to use about 1.9GB of disc space on my Swap partition 
"hda20", and that's it, for I own 1.5GB of physical memory in this 
machine.  

Actually, if you're still trying to fix your problem, I think, however, 
that you probably do not have to reorganize your set of partitions; at 
least if you did not destroy any of those small partitions required by 
Mac OS 9.


If your Debian GNU/Linux testing system is up and running and if you did 
not destroy the partitions Mac OS 9 created during the hard disc 
initialisation process (including the HFS partition you used to install 
Mac OS 9 on, of course), please just restart your Macintosh with your 
Mac OS 9 installation CD. If you then run "Drive Setup", respectively 
"Laufwerke konfigurieren" (German system version of Mac OS 9), this 
program will report an IDE disc which was not initialized. Of course, 
you _must_not_ use this tool to initialize your HDD again, for we 
actually KNOW that it has already been initialized by Mac OS 9, whilst 
Debian just added a couple of additional partitions. (If you wanted to 
reinitialize you would have to start over again to install Debian from 
the start.)


So just use this tool "Drive Setup" / "Laufwerke konfigurieren" to 
update the driver ("Treiber aktualisieren") of your hard disk drive. You 
should find this function in a pull-down menu (and you might have to 
"select" this device _once_ with your mouse button before, until its 
background is shaded with a sort of purple color). If Mac OS 9 can 
successfully update your HDD's driver the HFS(+) partition(s) of the Mac 
OS 9 OS you had created before might appear on your screen. Yet, you 
might also have to reboot your Macintosh one more time from the Mac OS 9 
installation CD to (hopefully) see it/them mounted.


Updating the HDD driver using "Drive Setu

Bug#608673: heimdal-clients: /usr/bin/klist is broken symlink to "kcc"

[Brian May]

On 3 January 2011 02:34,   wrote:
> There is no klist binary present in heimdal-clients, instead it is a
> symlink pointing to "kcc" which is not a part of th package, leaving the
> symlink dangling.

Hello,

Thanks for your report.

Unfortunately I am not able to reproduce the problem with the latest
version of Heimdal in unstable (1.4.0-1), and the version you tried
looks identical:

(sid)r...@aquitard:~# which klist
/usr/bin/klist
(sid)r...@aquitard:~# ls -l `which klist`
-rwxr-xr-x 1 root root 20424 Nov  2 01:13 /usr/bin/klist
(sid)r...@aquitard:~# klist
klist: No ticket file: /tmp/krb5cc_0

Maybe this symlink is a left over from some other package?

There never has been a kcc binary for as long as I can remember, at
least not with Heimdal.

-- 
Brian May 



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

Bug#608519: grub-pc: 05_debian_theme assumes background image was copied from an installed desktop-base

[Colin Watson]

On Sun, Jan 02, 2011 at 09:23:42PM +0100, Alexander Kurtz wrote:
> As explained earlier I don't see any way to distinguish between the case
> where you put the file under /boot/grub/ and the case where GRUB's
> postinst did that. To 05_debian_theme both cases look the same.
> 
> The only real solution to your problem is to simply remove the offending
> code completely. I plan to do that, but only after squeeze's release.
> meanwhile you can simply use a different name for the picture.
> 
> So, after all this is more of a political decision than a technical one.
> I therefore believe  that the package maintainer should decide what's
> the correct thing to do. However, I guess he's agreeing with my decision
> since he initially accepted that code.

I'm OK with your approach outlined in this and your subsequent comment
on this bug.  I think the situation is slightly unfortunate, but on the
whole you seem to have made the best of a bad job and it's indeed a
candidate for cleanup after squeeze.

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



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

Bug#608283: 05_debian_theme: Allow override of text color

[Colin Watson]

On Sun, Jan 02, 2011 at 05:33:24PM +0100, Alexander Kurtz wrote:
> Am Mittwoch, den 29.12.2010, 18:05 +0100 schrieb Udo Richter:
> > With the changes of bug#605705, the background can be overwritten using
> > GRUB_BACKGROUND in /etc/default/grub, but changing the colors of the
> > menu is not possible. Depending on the background, the default colors
> > black/black and magenta/black might not be a good choice. My suggestion
> > is to also allow to override color_normal and color_highlight from
> > /etc/default/grub.
> 
> I think this is a valid request.
> 
> > The attached patch does this in a way that allows overriding in all use
> > cases, even with a default or theme background picture. It introduces
> > the GRUB_BACKGROUND_COLOR_NORMAL and GRUB_BACKGROUND_COLOR_HIGHLIGHT
> > overrides that can be set in /etc/default/grub.
> > 
> > An alternative would be to use the override only if GRUB_BACKGROUND is
> > set. In that case, the parameters should be added to the
> > set_background_image "${GRUB_BACKGROUND}" line at the end.
> 
> Yes, this seem to be the possibilities we have.
> 
> Colin, which alternative do you prefer (I'd take the first one) and how
> shall the configuration variables be called? Maybe GRUB already has some
> variables for this purpose?

The /etc/default/grub namespace is owned by upstream.  Since
GRUB_BACKGROUND is implemented in 00_header as well as 05_debian_theme,
I would recommend that you write a patch that changes 00_header to
honour those new variables (I'm fine with the first option), changes
grub-mkconfig to export them, and documents them in 'info grub', and
send that patch upstream.

Once the addition to the namespace has been agreed upstream, I'd be fine
with changes to 05_debian_theme that made additional use of it.

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



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

Bug#606350: [Pkg-samba-maint] Bug#606350: sasl2-bin: "Too many open files" error with PAM - recovery with saslauthd restart

[D G Teed]

On Mon, Jan 3, 2011 at 2:37 AM, Christian PERRIER wrote:

>
> Eh, that's really strange, but thanks for the detailed investigation.
>
> Could you check whether you still experience the bug with the
> 3.5.6~dfsg-3 packages? I suppose this is indeed what you're doing
> right now...
>
>
I'm afraid the bug reappears with these packages:

samba-common2:3.5.6~dfsg-3
samba-common-bin2:3.5.6~dfsg-3~test1
libwbclient02:3.5.6~dfsg-3
winbind 2:3.5.6~dfsg-3

I am seeing a growth in fd links.  Also the pipes left open
are visible from running: netstat -e | grep winbind
It reports dozens of lines like:

unix  3  [ ] STREAM CONNECTED 72840600
/var/run/samba/winbindd_privileged/pipe
unix  3  [ ] STREAM CONNECTED 72819898
/var/run/samba/winbindd_privileged/pipe
unix  3  [ ] STREAM CONNECTED 72811786
/var/run/samba/winbindd_privileged/pipe
unix  3  [ ] STREAM CONNECTED 72799966
/var/run/samba/winbindd_privileged/pipe
unix  3  [ ] STREAM CONNECTED 72765262
/var/run/samba/winbindd_privileged/pipe

When I used all packages ending with ~test1 , I never catch any
dangling pipes like this from netstat report.

I'm up to 71 open fd links to sockets from 5 saslauthd processes
since this morning (relatively slow as students and faculty are not back
yet).

--Donald

Bug#608807: ices2: ethernet address changed

[Jonas Smedegaard]

reassign 608807 libdnet
severity 608807 important
retitle 608807 libdnet: library should only suggest dnet-common
thanks

[sent again - now cc'ed cont...@bugs.debian.org to actually take effect]


 - Jonas

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

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


signature.asc
Description: Digital signature

Bug#608807: ices2: ethernet address changed

[Jonas Smedegaard]

Hi Philipp,

Thanks for your clarification,

On Tue, Jan 04, 2011 at 12:46:21AM +0100, Philipp Schafft wrote:

I suggest to:
close the bug as invalid (it's not ices2's problem) as the install does
exactly what it is suppost to do: it try to set up the system in a way
all features works
OR re-assign it to source package dnprogs which includes libdnet and
dnet-common and request for some better way to solve this.


Already done the latter: reassigned to libdnet.

I find it wrong to close it when indeed there _is_ a bug somewhere.


 - Jonas

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

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


signature.asc
Description: Digital signature

Bug#608263: /etc/grub.d/05_debian_theme: new 05_debian_theme doesn't allow no background image

[Colin Watson]

On Sun, Jan 02, 2011 at 11:22:39PM +0100, Mirosław Zalewski wrote:
> Since you are considering there moving GRUB_BACKGROUND_COLOR_NORMAL
> and GRUB_BACKGROUND_COLOR_HIGHLIGHT into /etc/default/grub, you should
> also consider deleting /usr/share/desktop-base/grub_background.sh
> file. Right now that file contains variables for splash image and
> colors. If these variables were to set in /etc/default/grub (which I
> find much more intuitive), there would be no more need of
> grub_background.sh file.

The reason that this exists as a separate file is that it is owned by a
separate package.  This is deliberate - putting it in /etc/default/grub
would oblige the grub2 maintainers to track desktop-base changes.

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



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

Bug#608263: /etc/grub.d/05_debian_theme: new 05_debian_theme doesn't allow no background image

[Colin Watson]

On Tue, Jan 04, 2011 at 01:04:49AM +0100, Mario 'BitKoenig' Holbe wrote:
> On Sun, Jan 02, 2011 at 05:17:05PM +0100, Alexander Kurtz wrote:
> > Am Mittwoch, den 29.12.2010, 12:57 +0100 schrieb Miros??aw Zalewski:
> > > There is brand new 05_debian_theme in newest grub-pc. Unfortunetly, it
> > > does not allow user to have no background splash image at all, unless
> > Yep, that's true. I'm currently thinking how the user could specify that
> > he doesn't want a background image at all. Would it be ok, if you had to
> > put a line like this into /etc/default/grub:
> > GRUB_BACKGROUND=""
> 
> IMHO, 05_debian_theme should simply do nothing if GRUB_BACKGROUND is
> set (empty or not), because this one is for and handled by 00_header
> already (not as sophisticated as 05_debian_theme does it, but ...
> well...).

I'm inclined to agree (pending arguments to the contrary) that
05_debian_theme should do nothing if GRUB_BACKGROUND is set to a
non-empty value.  I quite like GRUB_BACKGROUND="" as a way to disable
it, though.

> Btw: testing for an empty but set environment variable is not that
> easy... :) 'if env | grep -q ^GRUB_BACKGROUND=; then ...' comes to my
> mind...

  $ unset GRUB_BACKGROUND
  $ [ "${GRUB_BACKGROUND+unset}" ]; echo $?
  1
  $ GRUB_BACKGROUND=
  $ [ "${GRUB_BACKGROUND+unset}" ]; echo $?
  0
  $ GRUB_BACKGROUND=foo
  $ [ "${GRUB_BACKGROUND+unset}" ]; echo $?
  0

> IMHO, the same applies for the case where 05_debian_theme chooses the
> lexically first image in /boot/grub - just don't do it: if the user
> copied one there, he had to configure it somewhere anyways.
> 
> Furthermore, the default colors set by 05_debian_theme for the three
> alternatives to grub_background.sh: GRUB_BACKGROUND, the lexically first
> image in /boot/grub, and for desktop-grub.png if no grub_background.sh
> exists are simply ... well, useless: black/black - hmmm :)

Yes - it would be better to leave them at their built-in defaults,
surely?

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



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

Bug#608851: libsvm-dev: no need of versioned include/ subdirectory

[Yaroslav Halchenko]

Package: libsvm-dev
Version: 3.0-1
Severity: normal


Since there is no libsvm3.0-dev, and multiple versions (e.g. 2.91 and 3.0) of
libsvm-dev could not be co-installed on the system, it really makes little to
no sense to carry additional versioned directory such as
/usr/include/libsvm-3.0 on top of libsvm includes directory.  Or am I missing
something?

Such include directories migration from one location to another might for no
good reason ruin builds of dependent packages which might remain
compatible with multiple versions of libsvm while not foreseeing a variety of
versioned directories coming with new major releases  of libsvm.  Partially it
accounts for FTBFS of pymvpa (#608844, CCed).

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages libsvm-dev depends on:
ii  libsvm3   3.0-1  library implementing support vecto

libsvm-dev recommends no packages.

libsvm-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#608010: libimobiledevice1: Please package newer version 1.1, needed for --appid support in ifuse

[Emilio Pozuelo Monfort]

I also need libimobiledevice 1.1 for the new gvfs. Would be nice if it could be
packaged in experimental.

Thanks,
Emilio



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

Bug#608850: Unable to continue without a bootloader

[Mike Perry]

Package: live-installer

While testing an install of squeeze_live_beta2 I was unable to
continue without a bootloader. When selecting "Continue without boot
loader" or going directly to "Finish the installation" then selecting
"Continue without boot loader" you are brought back to the menu. You
cannot finish the installation until you select either grub (or
potentially lilo although I did not test that).

kthxbye

~Mike



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

Bug#608849: libdata-formvalidator-perl: DateCalc should be a recommends not a full dependency

[Nicholas Bamber]

Package: libdata-formvalidator-perl
Version: 4.66-1
Severity: wishlist


This package includes a module
Data::FormValidator::Constraints::Dates which is not the most
important module in the package.
There is now an alternative
Data::FormValidator::Constraints::DateTime which is in the process of being
packaged for Debian.
DFC::Dates is based upon DateCalc which some consider to be inferior to
DateTime, the basis of DFC::DateTime.

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages libdata-formvalidator-perl depends on:
ii  libdate-calc-perl   6.0-2Perl library for accessing dates
ii  libemail-valid-perl 0.184-1  Perl module for checking the valid
ii  libfile-mmagic-perl 1.27-1   Perl module to guess file type
ii  libimage-size-perl  3.230-1  module for determining image sizes
ii  libmime-types-perl  1.30-1   Perl extension for determining MIM
ii  libperl6-junction-perl  1.4-1Perl6 style Junction operators in 
ii  libregexp-common-perl   2010010201-1 module with common regular express
ii  perl5.10.1-16Larry Wall's Practical Extraction 

libdata-formvalidator-perl recommends no packages.

libdata-formvalidator-perl 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#608848: ITP: so-synth-lv2 -- A set of synthesizers for the LV2 plugin format

[Jeremy Salwen]

Package: wnpp
Severity: wishlist
Owner: Jeremy Salwen 


* Package name: so-synth-lv2
  Version : 1
  Upstream Author : Jeremy Salwen 
* URL : https://github.com/jeremysalwen/SO-synth-LV2
* License : GPL
  Programming Lang: C
  Description : A set of synthesizers for the LV2 plugin format

This package is an unofficial port of the SO-666 synthesizer
to the LV2 plugin format.  In order to use it, you need a host
for LV2 plugins such as Ardour, Qtractor, or Ingen.  This package
contains three synthesizers, a feedback drone synthesizer, a
piano synthesizer, and a bassline synthesizer.



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

Bug#608263: /etc/grub.d/05_debian_theme: new 05_debian_theme doesn't allow no background image

[Mario 'BitKoenig' Holbe]

Hello,

I guess I can avoid a new bugreport since this one matches somehow...

On Sun, Jan 02, 2011 at 05:17:05PM +0100, Alexander Kurtz wrote:
> Am Mittwoch, den 29.12.2010, 12:57 +0100 schrieb Miros??aw Zalewski:
> > There is brand new 05_debian_theme in newest grub-pc. Unfortunetly, it
> > does not allow user to have no background splash image at all, unless
> Yep, that's true. I'm currently thinking how the user could specify that
> he doesn't want a background image at all. Would it be ok, if you had to
> put a line like this into /etc/default/grub:
>   GRUB_BACKGROUND=""

IMHO, 05_debian_theme should simply do nothing if GRUB_BACKGROUND is
set (empty or not), because this one is for and handled by 00_header
already (not as sophisticated as 05_debian_theme does it, but ...
well...).
Btw: testing for an empty but set environment variable is not that
easy... :) 'if env | grep -q ^GRUB_BACKGROUND=; then ...' comes to my
mind...

IMHO, the same applies for the case where 05_debian_theme chooses the
lexically first image in /boot/grub - just don't do it: if the user
copied one there, he had to configure it somewhere anyways.

Furthermore, the default colors set by 05_debian_theme for the three
alternatives to grub_background.sh: GRUB_BACKGROUND, the lexically first
image in /boot/grub, and for desktop-grub.png if no grub_background.sh
exists are simply ... well, useless: black/black - hmmm :)

Btw2: I guess, #581049 could be closed now where 05_debian_theme deals
with the desktop-grub alternative.


thanks for your work & regards
   Mario
-- 
You know, people think mathematics is complicated. Mathematics is the simple
bit. Its the stuff we can understand. Its cats that are complicated. I mean,
what is it in those little molecules and stuff that make one cat behave
differently than another, or that make a cat? And how do you define a cat?
I have no idea. -- John Conway


signature.asc
Description: Digital signature

Bug#594967: Bug #594967: [poulsbo] grub-pc Hangs After "Welcome to GRUB!"

[Colin Watson]

On Mon, Jan 03, 2011 at 12:13:01AM +, Colin Watson wrote:
> On Sun, Jan 02, 2011 at 10:41:50PM +, Steve McIntyre wrote:
> > 2.iso:
> > 
> >   goes all the way through to bus ff and returns to a grub prompt
> 
> This is interesting and suggests a measure of coincidence.  What that
> patch did was skip remaining functions on a device that doesn't
> implement function 0, taking that as an indication that it doesn't
> exist.  This was based on:
> 
>   http://en.wikipedia.org/wiki/PCI_configuration_space#Bus_enumeration
> 
> Vladimir, are you OK with this change to trunk?
> 
> 2011-01-02  Colin Watson  
> 
>   * grub-core/bus/pci.c (grub_pci_iterate): Skip remaining functions
>   on devices that do not implement function 0.

I've applied this patch to trunk following an ack from Vladimir on IRC.
I'll prepare an updated package for unstable shortly.

> Nevertheless, I'm not confident that this will fix the problem on all
> machines, so I would like to sort out the bridge handling as well.

This may be more complicated than I thought.  Seth Goldberg pointed out
that my approach fails to deal with peer host bridges correctly (i.e.
cases where there are multiple trees, not just a single one rooted at
bus 0).  Linux deals with this by asking the PCI BIOS for the last bus
number, but at this point things get complicated as you have to do
things in different ways for different firmware.

I am inclined to try the first piece alone and see how this works out,
and if we can fix the affected systems by just probing function 0 on
every device on every bus then let it stand at that, even if it feels
less elegant.  Inventing new piles of infrastructure to handle a case
I'm unsure about in a subsystem I don't know well isn't my idea of a
good time.

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



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

Bug#588089: aptitude: SIGABRT when typing ~ in search box

[Markus Koller]

Hello there,

I also had this problem and decided to investigate, the solution is to
install apt-xapian-index [1] [2].
In this bugreport [3] I also found this interesting post from the
aptitude maintainer Daniel Burrows:

> The current experimental branch of aptitude does break if
> apt-xapian-index isn't available (if I remember correctly, it gets a
> NULL database pointer and then segfaults).  It should probably be
> patched to fall back to another search mechanism, but I haven't gotten
> around to doing that yet -- it is beta software after all, and I have
> bigger fish to fry.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592363
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596010
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516719

So that's exactly what happens, and in the meantime this version has
made it into sid :-)
It would be great if this fallback could be finally implemented.


Cheers,
Markus



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

Bug#608847: unblock: kdebase-workspace/4:4.4.5-6

[Modestas Vainius]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Please unblock package kdebase-workspace

Hello,

this revision documents (in README.Debian) a workaround for quite annoying bug
and fixes the crash on kFreeBSD that was caused by a couple of *.desktop files
being wrongly ommited from kFreeBSD packages..

unblock kdebase-workspace/4:4.4.5-6

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

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



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

Bug#608846: xserver-xorg-video-nouveau: bad graphics on GeForce2 MX/MX 400 on powerpc (falls back to fbdev)

[Daniel Kahn Gillmor]

Package: xserver-xorg-video-nouveau
Version: 1:0.0.15+git20100329+7858345-5
Severity: normal

if i boot with no xorg.conf on a brand new squeeze install (on powerpc, with a 
GeForce2 MX/MX 400 (rev b2))
then i get a 1024x768, 8bpp display because X seems to have fallen back to the 
fbdev driver.

if i explicitly set an xorg.conf (see below) to use fbdev, i can at least get 
24bpp, which makes
it usable for a modern graphical console.

attached is another X.org logs (made with no xorg.conf, for comparison), and 
the output of lspci -vv, if that
is useful.

If we're falling back to fbdev, it might be nice to default that to 24bpp 
instead of 8bpp, especially if we
know the hardware can support it.

This could of course be a bug in the kernel, one of the support libraries, X11, 
or otherwise.  i'm not enough
of an X.org hacker to know for sure.  feel free to reassign if needed.

I also tried (using no xorg.conf) with linux-image-2.6.37-rc7-powerpc as the 
kernel, and with the xorg and drm
components from experimental (including building xserver-xorg-video-nouveau 
from the debian-experimental branch
from git). 

All of them ended up with this stuff in Xorg.0.log:

  ...
drmOpenDevice: node name is /dev/dri/card14
drmOpenDevice: node name is /dev/dri/card15
(EE) [drm] failed to open device
  ...

and they fell back to fbdev as well.  Maybe it's just a powerpc issue?  i've 
got powerpc hardware with nvidia
chips that i'd be happy to help test with if you've got instructions i can 
follow without needing to be a 
full-fledged X.org hacker.

Thanks for keeping up with nouveau for debian!

--dkg


-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Dec 22 21:42 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1945212 Dec  2 02:02 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
:00:10.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 
400] (rev b2)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
lrwxrwxrwx 1 root root 24 Jan  3 23:39 /etc/X11/xorg.conf -> 
/etc/X11/xorg.conf.fbdev

Contents of /etc/X11/xorg.conf:
Section "Device"
  Identifier "Build-In"
  Driver "fbdev"
EndSection

Section "Screen"
 Identifier "s"
 Device "Build-In"
 DefaultDepth 24
EndSection


Kernel version (/proc/version):
Linux version 2.6.32-5-powerpc (Debian 2.6.32-29) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 Fri Dec 10 16:30:49 UTC 2010

Xorg X server log files on system:
-rw-r--r-- 1 root root 10022 Jan  3 23:39 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-2-powerpc64 ppc Debian
Current Operating System: Linux bagheera 2.6.32-5-powerpc #1 Fri Dec 10 
16:30:49 UTC 2010 ppc
Kernel command line: root=/dev/hda3 ro 
Build Date: 02 December 2010  01:48:29AM
xorg-server 2:1.7.7-10 (Julien Cristau ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Jan  3 23:39:17 2011
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "s" (0)
(**) |   |-->Monitor ""
(**) |   |-->Device "Build-In"
(==) No monitor specified for screen "s".
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x101e8180
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 9

(--) PCI:*(0:0:16:0) 10de:0110:: nVidia Corporation NV11 [GeForce2 
MX/MX 400] rev 178, Mem @ 0x9100/16777216, 0x9800/134217728, BIOS @ 
0x/65536
(II) LoadModule: "extm

Bug#608807: ices2: ethernet address changed

[Philipp Schafft]

reflum,

On Mon, 2011-01-03 at 09:54 -0700, Bob Proulx wrote:
> Package: ices2
> Version: 2.0.1-9
> Severity: normal
> 
> A dist-upgrade today upgraded ices2.  The new dependencies pulled in
> dnet-common, libdnet, libroar0, and muroard which caused the machine
> to set the ethernet address to aa:0:4:0:a:4 from its previous address.
> This of course caused the network to be problematic until the arp
> caches timed out.  The package changing the ethernet address appears
> to be dnet-common which is now a dependency of ices2.


To clear this up:

From #608812
> ices2 depends libroar0.
> libroar0 recommends roaraudio-server which is virtual, muroard got
> selected.
> libroar0 depends libdnet.
> libdnet recommends dnet-common.

The network setup thingy is part of dnet-common. Installing without it
is possible. libdnet does not produce strange errors on missing
dnet-common, it just detects the non existing support (implecide) and
returns normal ENOSYS and friends. So no problem here if not installed.

So please have a look if installing without recommends works.

Depends of ices2 on libroar0 isn't the problem.

I suggest to:
close the bug as invalid (it's not ices2's problem) as the install does
exactly what it is suppost to do: it try to set up the system in a way
all features works
OR re-assign it to source package dnprogs which includes libdnet and
dnet-common and request for some better way to solve this.

I do not consider this a ices2 bug as dnet-common is not a depends or
recommends of ices2.

> Does ices2 really need to have decnet installed and configured?

No, but:
libroar0 is used and it depends on libdnet so installed libdnet is
required (but the lib is very small and and stuff so I do not consider
this a problem). Configrued: no but in the case you actually want to use
DECnet support.


Hope I made this a bit more clear :)


> Bob
> 
> 
> -- System Information:
> Debian Release: 6.0
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.32-5-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 ices2 depends on:
> ii  libasound2  1.0.23-2.1   shared library for ALSA
> applicatio
> ii  libc6   2.11.2-7 Embedded GNU C Library:
> Shared lib
> ii  libogg0 1.2.0~dfsg-1 Ogg bitstream library
> ii  libroar00.3-2foundation libraries for
> the RoarA
> ii  libshout3   2.2.2-5+b1   MP3/Ogg Vorbis broadcast
> streaming
> ii  libvorbis0a 1.3.1-1  The Vorbis General Audio
> Compressi
> ii  libvorbisenc2   1.3.1-1  The Vorbis General Audio
> Compressi
> ii  libxml2 2.7.8.dfsg-2 GNOME XML library
> ii  netbase 4.44 Basic TCP/IP networking
> system
> 
> ices2 recommends no packages.
> 
> Versions of packages ices2 suggests:
> ii  icecast2  2.3.2-6Ogg Vorbis and MP3
> streaming media
> ii  muroard [roaraudio-server]0.1.0-4minimalist RoarAudio
> sound daemon
> 
> -- no debconf information


-- 
Philipp.
 (Rah of PH2)


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

Bug#608845: FTBFS with binutils-gold

[Mahyuddin Susanto]

Source: codeblocks
Version: 10.05-0ubuntu1
Severity: normal
User: ubuntu-de...@lists.ubuntu.com
Usertags: no-add-needed

Tried to build your package and it fails to build with GNU
binutils-gold. The
important difference is that --no-add-needed is the default behavior of
of GNU
binutils-gold. Please provide all needed libraries to the linker when
building
your executables.

More informations can be found at
 
http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking

libtool: link: i686-linux-gnu-g++ -O2 -ffast-math -DCB_AUTOCONF -g -O2
-g -Wall -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions
-pthread -Wl,-Bsymbolic-functions -o .libs/codesnippets version.o
DirectoryParamsPanel.o InsertIndexManager.o MainPanel.o SearchInPanel.o
TextFileSearcher.o TextFileSearcherRegEx.o TextFileSearcherText.o
ThreadSearch.o ThreadSearchConfPanel.o ThreadSearchEvent.o
ThreadSearchFindData.o ThreadSearchFrame.o ThreadSearchLoggerBase.o
ThreadSearchLoggerList.o ThreadSearchLoggerTree.o ThreadSearchThread.o
ThreadSearchTrace.o ThreadSearchView.o ThreadSearchViewManagerBase.o
ThreadSearchViewManagerLayout.o
ThreadSearchViewManagerMessagesNotebook.o dragscroll.o dragscrollcfg.o
dragscrollevent.o editproperties.o prefs.o scbeditor.o seditorbase.o
seditorcolourset.o seditormanager.o sprintdlg.o codesnippetsapp.o
codesnippetsevent.o codesnippetstreectrl.o codesnippetswindow.o
csutils.o editsnippetframe.o GenericMessageBox.o settingsdlg.o
settingsdlgform.o snippetitemdata.o snippetproperty.o
snippetpropertyform.o snippetsconfig.o snippetsimages.o -pthread
-Wl,-Bsymbolic-functions  /usr/lib/libgtk-x11-2.0.so
/usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgio-2.0.so
/usr/lib/libpangoft2-1.0.so /usr/lib/libpangocairo-1.0.so
-lgdk_pixbuf-2.0 -lm /usr/lib/libcairo.so -lpng12
/usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lfontconfig
/usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so
/usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so
-L/build/user-codeblocks_10.05-0ubuntu1-i386-CXG4_y/codeblocks-10.05/src/base/tinyxml
/build/user-codeblocks_10.05-0ubuntu1-i386-CXG4_y/codeblocks-10.05/src/base/tinyxml/.libs/libtinyxml.a
-L/build/user-codeblocks_10.05-0ubuntu1-i386-CXG4_y/codeblocks-10.05/src/sdk
../../../../sdk/.libs/libcodeblocks.so -lwx_gtk2u_richtext-2.8
-lwx_gtk2u_aui-2.8 -lwx_gtk2u_xrc-2.8 -lwx_gtk2u_qa-2.8
-lwx_gtk2u_html-2.8 -lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8
-lwx_baseu_xml-2.8 -lwx_baseu_net-2.8 -lwx_baseu-2.8 -lpthread -ldl -pthread
/usr/bin/ld: codesnippetstreectrl.o: undefined reference to symbol
'XWarpPointer'
/usr/bin/ld: note: 'XWarpPointer' is defined in DSO /usr/lib/libX11.so.6
so try adding it to the linker command line
/usr/lib/libX11.so.6: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[6]: *** [codesnippets] Error 1
make[6]: Leaving directory
`/build/user-codeblocks_10.05-0ubuntu1-i386-CXG4_y/codeblocks-10.05/src/plugins/contrib/codesnippets/resources'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory
`/build/user-codeblocks_10.05-0ubuntu1-i386-CXG4_y/codeblocks-10.05/src/plugins/contrib/codesnippets'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/build/user-codeblocks_10.05-0ubuntu1-i386-CXG4_y/codeblocks-10.05/src/plugins/contrib'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/build/user-codeblocks_10.05-0ubuntu1-i386-CXG4_y/codeblocks-10.05/src/plugins'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/build/user-codeblocks_10.05-0ubuntu1-i386-CXG4_y/codeblocks-10.05/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/build/user-codeblocks_10.05-0ubuntu1-i386-CXG4_y/codeblocks-10.05'
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

original Log:
http://people.ubuntuwire.org/~lucas/ubuntu-nbs/32/codeblocks_10.05-0ubuntu1_lubuntu32.buildlog

-- 
Mahyuddin Susanto
GPG: A0C3 AA91 1E0D B7CB F899 F67B 96FD 0511 8E7A 9CB0



signature.asc
Description: OpenPGP digital signature

Bug#607228: [buildd-tools-devel] Bug#607228: no way to run setup command inside a chroot

[Roger Leigh]

On Wed, Dec 15, 2010 at 04:36:46PM -0500, Sam Hartman wrote:
> When --setup-hook was implemented in terms of --chroot-setup-commands,
> the user it is run as changed.  Previously it was run as root; now it is
> run as the build user.
> 
> That's problematic because there no longer seems to be a way a to run
> commands as root in the chroot.

Yes, this looks like a regression, and we'll fix that so this continues
to work for you.  We might need to have setup commands that run as
root, and some as non-root.  I'll discuss it with Andres Mejia, who
wrote these features.

> My use case is as follows.  I'm building a related set of packages that
> inter-depend on each other under the control of a buildbot.  The build
> slave (which runs sbuild) doesn't have the permissions necessary to
> install into any apt archive.  So, I want to modify the chroot to have
> an additional apt source.  The location of that source will depend on
> which build slave it is, and so I'm running a setup hook to do this.

You might like to look at the most recent sbuild in unstable (or git).
We create a local apt archive during the build (when using the apt or
aptitude build-dep resolvers) and set this up and use it.  These are
ephemeral (they only last for the duration of the build), but the
logic to do the archive setup could be reused to do what you want.
We only use it to serve a couple of packages, but it might be useful
for your uses as well.

See (setup|cleanup)_apt_archive in lib/Sbuild/ResolverBase.pm.

Even if you aren't using the archive, the logic to add/remove
entries from /etc/apt/sources.list.d is there.

Also, take a look at etc/99builddsourceslist.  This is used on our
buildds as a schroot setup script to customise the apt sources
for security/volatile/backports/proposed-updates etc.  This might
be closer to what you want, though you can probably make it
simpler!

> I'd be happy with any of the following options:
> 
> * external commands run as root
> * a way to do a build in a session style schroot (schroot -r -c
> * session:foo instead of schroot -c foo)

This /might/ be possible, but I haven't tested it.  You could try
running the above to see what happens, but I can't guarantee
happiness.  It will probably always try to begin a session, and
that's where it would fail.  We could add logic to skip chroot
setup/cleanup if given a session, which should allow this to
function; we would need to be sure it cleans up correctly though
(a clonable chroot would normally skip it).

> * A way to make packages of my choice available for satisfying build
> * depends

Are you aware of the add-(depends|conflicts)[-indep] options to do this?
For example, --add-depends='foobar (>= 4.5-2)'.  Not sure this would
be appropriate though.  This only adds to the existing package-provided
build-depends/conflicts; it doesn't affect where they come from.


Regards,
Roger

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


signature.asc
Description: Digital signature

Bug#552121: git-core: misleading error message when trying to push to read-only repo

[Jonathan Nieder]

severity 552121 important
tags 552121 + patch
quit

Eugene V. Lyubimkin wrote:

> $ git push
> fatal: The remote end hung up unexpectedly
> 
> Isn't helpful at all and made me think about server's problem.

Sad story: a rough fix for this has been available for months[1]
but I dropped the ball and didn't find time to write some test
cases.  Help would be appreciated.  Adjusting severity to make
sure this doesn't fall off the radar again.

Thanks again for a thoughtful report.

Regards,
Jonathan

[1] http://thread.gmane.org/gmane.comp.version-control.git/145456/focus=145573



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

Bug#602404: cfengine3 package uses wrongly names variables in /etc/default/cfengine

[Antonio Radici]

tag 602404 -unreproducible moreinfo
tag 602404 +confirmed pending
thanks

On Mon, Jan 03, 2011 at 10:57:40PM +0100, Geert Nijpels wrote:
> Hello Antonio,
> 
> Because the variables have different names they will never be passed
> to the daemon startup line.
> 
> The init script looks at:
> $CFMONITORD_ARGS
> $CFSERVERD_ARGS
> $CFEXECD_ARGS
> 
> The file /etc/default/cfengine3 defines the variables:
> CFMONITORD_OPTS
> CFSERVERD_OPTS
> CFEXECD_OPTS
> 
> Please notice ".._OPTS" insteads of ".._ARGS". Patch for
> /etc/default/cfengine3 attached.

Argh! sorry I completely misunderstood your bug, I'm fixing this in
tonight's upload.

Cheers
Antonio



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

Bug#608812: muroard user left in passwd after purge

[Philipp Schafft]

reflum,

On Mon, 2011-01-03 at 11:41 -0700, Bob Proulx wrote:
> Philipp Schafft wrote:
> > I just tested it in my sid sandbox and it worked fine.
> >=20
> > The current postrm script does the following:
> > purge)
> > if getent passwd|grep -q ^muroard: ; then
> > userdel muroard 2>&1 > /dev/null || true
> > fi
> >=20
> > I don't see how it could leave the user beside userdel failing.
> 
> Hmm...  Agreed.  If that is there then it should have been removed.
> 
> Here is what I know:
> 
>   The following NEW packages will be installed:
> dnet-common libdnet libroar0 muroard
>   The following packages will be upgraded:
> ... ices2 ...
>   17 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.

Seems this way:
ices2 depends libroar0.
libroar0 recommends roaraudio-server which is virtual, muroard got
selected.
libroar0 depends libdnet.
libdnet recommends dnet-common.


> And so those were installed with the ices2 upgrade this morning.  This
> caused the hardware ethernet address to be set to aa:0:4:0:a:4.
> I filed Bug#608807 concerning it.

Will answer to that after I answered to this one.


> To restore functionality I removed the following:
> 
>   $ sudo apt-get remove --purge dnet-common libdnet libroar0 muroard
>   Reading package lists... Done
>   Building dependency tree  =20
>   Reading state information... Done
>   The following packages will be REMOVED:
> dnet-common* ices2* libdnet* libroar0* muroard*
>   0 upgraded, 0 newly installed, 5 to remove and 0 not upgraded.
>   After this operation, 1,200 kB disk space will be freed.
>   Do you want to continue [Y/n]?=20
>   (Reading database ... 282207 files and directories currently
> installed.)
>   Removing dnet-common ...
>   Purging configuration files for dnet-common ...
>   Removing ices2 ...
>   Removing libroar0 ...
>   Purging configuration files for libroar0 ...
>   Removing libdnet ...
>   Purging configuration files for libdnet ...
>   Removing muroard ...
>   Stopping muRoarD: muroard.
>   Purging configuration files for muroard ...
>   userdel: user muroard is currently logged in
>   Processing triggers for man-db ...
>   Processing triggers for doc-base ...
>   Processing 1 removed doc-base file(s)...
>   Registering documents with scrollkeeper...
> 
> But it didn't clean up everything:
> 
>   # grep muroard /etc/passwd
>   muroard:x:125:29::/var/lib/muroard:/bin/false
> 
> Therefore I removed the user manually.
> 
>   # deluser muroard
>   Removing user `muroard' ...
>   Done.
> 
> > Please do the following:
> >  # userdel muroard; echo $?
> > and report the output.
> 
> Too late since I already removed the user manually.  But clearly in
> the above output the user did exist at that time and was removed by
> the deluser command.  If I run it again now it clearly has produces
> different output ensuring that we can trust that the above actually
> did remove the user.
> 
>   # deluser muroard
>   /usr/sbin/deluser: The user `muroard' does not exist.

hm. Still after both Patrick Matthäi and me had a look at the package we
can not reproduce or find by audit the error.

Can you please try installing and purging again? if you only install
muroard there should be no problem with *dnet* as it is a depends of
libroar0 not muroard.


> Unfortunately due to Bug#608807 I am hesitant to install it again to
> try it because I don't want decnet to reset my mac address again.  I
> could however create a dummy package to fulfil the dependency for
> testing if needed.

See above.

-- 
Philipp.
 (Rah of PH2)


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

Bug#608844: pymvpa: FTBFS in sid: error: svm.h: No such file or directory

[Jakub Wilk]

Source: pymvpa
Version: 0.4.5~dev23-2
Tags: sid
Severity: serious
Justification: fails to build from source

pymvpa failed to build from source in a clean sid i386 chroot (it builds 
fine in squeeze). The interesting parts of the build log:


| running build_ext
[...]
| compile options: '-I/usr/include/numpy -I/usr/include/libsvm-2.0/libsvm 
-I/usr/include/libsvm -I/usr/local/include/libsvm 
-I/usr/local/include/libsvm-2.0/libsvm -I/usr/local/include 
-I/usr/lib/pymodules/python2.5/numpy/core/include -I/usr/include/python2.5 -c'
| g++: 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp
| 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp:2792:17:
 error: svm.h: No such file or directory
| 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp:2798:
 error: 'svm_parameter' does not name a type
| 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp:2801:
 error: ISO C++ forbids declaration of 'svm_node' with no type
| 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp:2801:
 error: expected ';' before '*' token
| 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp:
 In function 'PyObject* svm_node_matrix2numpy_array(svm_node**, int, int)':
| 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp:2837:
 error: invalid use of incomplete type 'struct svm_node'
| 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp:2819:
 error: forward declaration of 'struct svm_node'
| 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp:2837:
 error: invalid use of incomplete type 'struct svm_node'
| 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp:2819:
 error: forward declaration of 'struct svm_node'
[...and so on]
| error: Command "g++ -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -g 
-O2 -g -Wall -O2 -fPIC -I/usr/include/numpy -I/usr/include/libsvm-2.0/libsvm 
-I/usr/include/libsvm -I/usr/local/include/libsvm -I/usr/local/include/libsvm-2.0/libsvm 
-I/usr/local/include -I/usr/lib/pymodules/python2.5/numpy/core/include 
-I/usr/include/python2.5 -c 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.cpp
 -o 
/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/./build/temp.linux-i686-2.5/build/sbuild-pymvpa_0.4.5~dev23-2-i386-mFuktT/pymvpa-0.4.5~dev23/build/src.linux-i686-2.5/mvpa/clfs/libsvmc/svmc_wrap.o"
 failed with exit status 1
[...]
| make: *** [debian/python-module-stampdir/python-mvpa-lib] Error 1

--
Jakub Wilk



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

Bug#608806: Squeeze: amd64 and i386 Installer: modprobe sd_mod results in sd_mod: Unknown symbol blk_queue_physical_block_size_fixed

[Miguel Figueiredo]

Hi,

same as #606950 - linux-image-2.6.32-5-kirkwood: USB drives not
recognized anymore (sd_mod: Unknown symbol
blk_queue_physical_block_size_fixed) ?

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606950


-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org




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

Bug#608843: iwatch: Trouble with utf8 characters in filenames (+ 2 possible fixes)

[Hagen Fuchs]

Package: iwatch
Version: 0.2.2
Severity: normal

Hi,

iwatch had - for as long as I dare to remember - a somewhat strained
relationship with UTF-8 characters.  Exempli gratia:

  First shell:
iwatch -v -c 'ls %f' -e create .
  Second shell:
touch mö
  Output (first shell):
Watch .
[ 3/Jan/2011 23:24:35] IN_CREATE ./mö
[ 3/Jan/2011 23:24:35] * Command: ls ./mö
ls: cannot access ./mö: No such file or directory

I decided not to work around this behaviour any longer and try to get
iwatch to correctly pass on UTF-8 chars.  And down Perl's
UTF-8/utf8/PerlIO hole I went...  I have two very small patches
(+2 lines each, appended) that seem to produce what I like to think
could be correct behaviour.  I tested variant 1 (see
iwatch.variant1.diff) and have it in (very limited) production use.

I would be happy to discuss the patches if anybody's interested - I
still haven't quite grasped what I actually did.

Best Regards,
  Hagen Fuchs

-- System Information:
Debian Release: 5.0.7
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.utf8)
Shell: /bin/sh linked to /bin/bash
--- iwatch  2011-01-03 22:29:06.0 +0100
+++ iwatch.variant1 2011-01-03 22:33:32.0 +0100
@@ -416,6 +416,8 @@
 $command =~ /^(.+)$/;
 return if(!defined($1));
 my $securecommand = $1;
+# Force byte-string semantics [why does that work?].
+utf8::downgrade($securecommand) if (utf8::is_utf8($securecommand));
 system("$securecommand");
   }
   if(defined($Message) && $Path->{'alert'}) {
--- iwatch  2011-01-03 22:29:06.0 +0100
+++ iwatch.variant2 2011-01-03 22:32:23.0 +0100
@@ -19,6 +19,9 @@
 use XML::SimpleObject::LibXML;
 use POSIX;
 use Sys::Syslog;
+# Force UTF-8 interpretation of strings and IO.
+use encoding 'utf-8';
+use open qw|:utf8 :std|;
 
 my $PROGRAM = "iWatch";
 my $VERSION = "0.2.2";

Bug#608807: ices2: ethernet address changed

[Jonas Smedegaard]

reassign 608807 libdnet
severity 608807 important
retitle 608807 libdnet: library should only suggest dnet-common
thanks

On Mon, Jan 03, 2011 at 09:54:16AM -0700, Bob Proulx wrote:

A dist-upgrade today upgraded ices2.  The new dependencies pulled in
dnet-common, libdnet, libroar0, and muroard which caused the machine
to set the ethernet address to aa:0:4:0:a:4 from its previous address.
This of course caused the network to be problematic until the arp
caches timed out.  The package changing the ethernet address appears
to be dnet-common which is now a dependency of ices2.

Does ices2 really need to have decnet installed and configured?


The newest ices2 supports libroar, which supports libdnet.

What seems wrong to me is not that linkage, but instead that the 
_library_ libdnet recommends the (apparent) _daemon_ dnet-common.


When dnet-common apparently affect the running system by default, I 
believe it is wrong to claim that libdnet use it "in all but unusual 
installations" - which is the definition of "Requires" according to 
Debian Policy §7.2.


It seems to me that libdnet should only suggest dnet-common.

Or alternatively (and less favored IMO), that dnet-common should not 
activate any of its system-affecting features by default.



 - Jonas

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

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


signature.asc
Description: Digital signature

Bug#608132: amarok crashes at random when clicking on an item in the playlist

[Modestas Vainius]

forwarded 608132 https://bugs.kde.org/show_bug.cgi?id=219241
tags 608132 - moreinfo
thanks

Hello,

On antradienis 04 Sausis 2011 00:27:39 Werner Heuser wrote:
> > I can't help you much without a backtrace. You should get one from
> > drkonqi once you install amarok-dbg (and kdelibs5-dbg if the former does
> > not help).
> 
> both packages are installed, the backtrace from drkonqi is attached.
> As far as I can see this crashes occur sometimes (not always) when
> clicking on an item in the playlist. Sometimes I guess during heavy
> IO load, sometimes when clicking fast from playlist item to playlist
> item and sometimes without any special circumstances.

Ok, this is a bug with many dupes upstream. See URL above. The crash is in 
phonon xine backend. So I can only suggest switching phonon backend (Settings 
-> Configure Amarok -> Playback [ translating from my native language here, 
might not be 100% accurate ]). I recommend phonon-backend-vlc from 
experimental (you will need phonon from experimental as well). phonon-backend-
vlc or phonon-backend-gstreamer from testing might also work.

-- 
Modestas Vainius 


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

Bug#608828: installation-guide: Users need direction to the functionality they expect

[Karl O. Pinc]

On 01/03/2011 04:27:46 PM, Karl O. Pinc wrote:
> On 01/03/2011 02:31:51 PM, Christian PERRIER wrote:
> > Quoting Karl O. Pinc (k...@meme.com):
> > 
> > > Many users expect that their system have software that's
> > > not in the stock Debian stable repos.

> > 
> > So, indeed, thanks in advance for the upcoming patch you will 
> > propose.
> 
> My inclination is to add minimal text which contains a link
> to http://wiki.debian.org/DebianSoftware.  (Which has only
> an Italian translation at the moment.)
> 
> Something like:
> Chapter 8. Next Steps and Where to Go From Here
> ...
> 8.3. Orienting Yourself to Debian
> ...
> 8.3.1. Debian Packaging System
> ... (all existing content)
> -
> 
> 8.3.1.1 Additional Software Available for Debian

Would it be better to keep it only 3 levels of section
deep so that it shows up in the table of contents?
(Make it 8.3.2?)



Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein




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

Bug#608842: python-numpy: FTBFS with Sphinx 1.0: RuntimeError: No directive named 'function' found

[Jakub Wilk]

Source: python-numpy
Version: 1:1.4.1-5
Tags: upstream fixed-upstream
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx1.0
Severity: important

Hello,

When rebuilt with python-sphinx 1.0.5-1 (available in experimental), 
Numpy failed to build. Here are the relevant parts of the build log:


[…]
| # build doc only for default python version
| (export MPLCONFIGDIR=. ; make -C doc html 
PYTHONPATH=../build/lib.linux-i686-2.6)
| make[1]: Entering directory 
`/build/sbuild-python-numpy_1.4.1-5-i386-lyAPMt/python-numpy-1.4.1/doc'
| mkdir -p build
| touch build/generate-stamp
| mkdir -p build/html build/doctrees
| LANG=C sphinx-build -b html -d build/doctrees   source build/html
| Running Sphinx v1.0.5
| 
| Exception occurred:

|   File 
"/build/sbuild-python-numpy_1.4.1-5-i386-lyAPMt/python-numpy-1.4.1/doc/sphinxext/numpydoc.py",
 line 136, in get_directive
| raise RuntimeError("No directive named '%s' found" % name)
| RuntimeError: No directive named 'function' found
| The full traceback has been saved in /tmp/sphinx-err-6YAc7o.log, if you want 
to report the issue to the developers.
| Please also report this if it was a user error, so that a better error 
message can be provided next time.
| Either send bugs to the mailing list at 
,
| or report them in the tracker at 
. Thanks!
| 1.4 1.4.1
| make[1]: *** [html] Error 1

The full traceback was:

| # Sphinx version: 1.0.5
| # Python version: 2.6.6
| # Docutils version: 0.7 release
| # Jinja2 version: 2.5.5
| Traceback (most recent call last):
|   File "/usr/lib/pymodules/python2.6/sphinx/cmdline.py", line 172, in main
| warningiserror, tags)
|   File "/usr/lib/pymodules/python2.6/sphinx/application.py", line 116, in 
__init__
| self.setup_extension(extension)
|   File "/usr/lib/pymodules/python2.6/sphinx/application.py", line 259, in 
setup_extension
| mod.setup(self)
|   File 
"/build/sbuild-python-numpy_1.4.1-5-i386-lyAPMt/python-numpy-1.4.1/doc/sphinxext/numpydoc.py",
 line 119, in setup
| app.add_directive('np-' + name, wrap_mangling_directive(name, objtype))
|   File 
"/build/sbuild-python-numpy_1.4.1-5-i386-lyAPMt/python-numpy-1.4.1/doc/sphinxext/numpydoc.py",
 line 139, in wrap_mangling_directive
| base_directive = get_directive(base_directive_name)
|   File 
"/build/sbuild-python-numpy_1.4.1-5-i386-lyAPMt/python-numpy-1.4.1/doc/sphinxext/numpydoc.py",
 line 136, in get_directive
| raise RuntimeError("No directive named '%s' found" % name)
| RuntimeError: No directive named 'function' found

This bug has been already reported and fixed upstream:
http://projects.scipy.org/numpy/ticket/1489

--
Jakub Wilk



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

Bug#608828: installation-guide: Users need direction to the functionality they expect

[Karl O. Pinc]

On 01/03/2011 02:31:51 PM, Christian PERRIER wrote:
> Quoting Karl O. Pinc (k...@meme.com):
> 
> > Many users expect that their system have software that's
> > not in the stock Debian stable repos. 

> > Chapter 8, next steps,
> > should either include the content of or point users
> > toward a resource like
> > http://wiki.debian.org/DebianSoftware, which describes
> > other software resources that are supported by the Debian
> > community at large.

> > (Ideally this change would be made before the squeeze
> > release so as not to lose years of new users.)
> 
> Squeeze is about to be released, in a few weeks at best (or
> worse). So, I don't really see by which magic this would happen
> (considering that any change now to the installation guide triggers a
> need for translation updates).
> 
> I for one am all in favor of increasing the user accessibility to
> Debian, but I really can't see how what you suggest will be
> done...particularly if no patch is proposed..:-)
> 
> So, indeed, thanks in advance for the upcoming patch you will 
> propose.

My inclination is to add minimal text which contains a link
to http://wiki.debian.org/DebianSoftware.  (Which has only
an Italian translation at the moment.)

Something like:
Chapter 8. Next Steps and Where to Go From Here
...
8.3. Orienting Yourself to Debian
...
8.3.1. Debian Packaging System
... (all existing content)
-

8.3.1.1 Additional Software Available for Debian

There are official and unofficial software repositories that
are not enabled in the default Debian install.  These
contain software which many find important and
expect to have.  Information on these additional 
repositories can be found on the Debian Wiki page
"The Software Available for Debian's Stable Release"
(http://wiki.debian.org/DebianSoftware).

-

I would be happy to submit a source patch in
appropriate markup if this sounds desirable.

The advantage of referencing the wiki is that it keeps
things short and allows for dynamic changes (such
as the incorporation of backports into Debian
proper, if that can be considered dynamic.)

Of course there are also advantages to incorporating
content directly into the install guide.  If that
is desired I'd be happy to attempt to re-tool the
wiki page.

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein




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

Bug#567781: move to utf8

[Simon Paillard]

Hi,

On Mon, Jan 03, 2011 at 09:27:30PM +0100, The7up wrote:
> May someone can help me?
> 
> The following steps are necessary to move Hungarian translation to utf-8?

See http://lists.debian.org/debian-www/2009/07/msg00233.html
 
> 1.
> for i in $(find -type f); do \
>  recode iso-8859-2..utf8 $i; \
> done

You should exclude png and pdf files files (or first run the command on *.wml
files to see easily remaining files).
 
> 2.
> update .wmlrc (-D CHARSET=utf-8)

Optionnal:

3. Recode po files to UTF8. 
4. Replace html entities to UTF8.


-- 
Simon Paillard



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

Bug#608538: btrfs root installation results in initramfs busybox prompt

[Ben Hutchings]

On Mon, 2011-01-03 at 22:57 +0100, Michael Prokop wrote:
> * Ben Hutchings  [Mon Jan 03, 2011 at 09:50:46PM +]:
> > On Mon, 2011-01-03 at 22:16 +0100, Michael Prokop wrote:
> > > * Ben Hutchings  [Mon Jan 03, 2011 at 09:03:37PM 
> > > +]:
> > > > On Mon, 2011-01-03 at 16:37 -0400, Joey Hess wrote:
> 
> > > > > So, at least a workaround would be for the initramfs to have crc32c 
> > > > > added to
> > > > > it whenever libcrc32c is. Attached patch just adds it to the base 
> > > > > modules
> > > > > list; since btrfs is already there that seems like an ok quick fix.
> 
> > > > This is stupid.  Without a declared module dependency, a MODULES=dep
> > > > configuration will remain broken.  I think this needs to be fixed in the
> > > > kernel instead.
> 
> > > > > Note that it would probably be better to try first loading hardware 
> > > > > optimised
> > > > > versions like crc32c-intel, and only load crc32c if they fail to load.
> 
> > > > I believe that happens automatically, as the hardware-optimised modules
> > > > provide an alias of 'crc32c'.
> 
> > > > > (BTW, this bug probably also breaks netbooting with certian ethernet 
> > > > > cards
> > > > > whose drivers also use libcrc32c.)
> 
> > > > Right.
> 
> > > Thanks for showing up, would be nice to see this fixed.
> 
> > > I just want to make sure you're aware of my bugreport #602254
> > > (which Joey seemed to have noticed already according to its
> > > BTS history).
> 
> > > Ben, do you think this could be fixed at the kernel side?
> 
> > Eventually, yes, but unfortunately it turns out that we can't fix it
> > immediately.  'depmod' only looks at symbol dependencies; there is no
> > way for modules to declare explicit dependencies through module
> > information.  We can bodge it by exporting a specific symbol from crc32c
> > and referring to that from libcrc32c, but since the optimised version
> > doesn't satisfy that dependency it will not be loaded.
> 
> Ok, that's what I expected.

Actually, 'modprobe' will completely ignore aliases if there is a module
whose real name matches the requested name.  So currently crc32c-intel
will never be automatically loaded!

> > So I'm afraid this will have to be worked around in initramfs-tools for
> > now: whenever you add libcrc32c, add crc32c as well (no matter how
> > libcrc32c was selected).
> 
> So we should just add crc32c-intel, libcrc32c and crc32c by default
> via initramfs-tools for now, ACK?

Try this.  I've made it reasonably generic so you can easily add other
hidden dependencies like tg3 -> broadcom.

Ben.

From: Ben Hutchings 
Date: Mon, 3 Jan 2011 21:58:24 +
Subject: [PATCH] Handle hidden dependency of libcrc32c on crc32c

'depmod' only looks at symbol dependencies; there is no way for
modules to declare explicit dependencies through module information,
so dependencies on e.g. crypto providers are hidden.  Until this is
fixed, we need to handle those hidden dependencies.

Signed-off-by: Ben Hutchings 
---
 hook-functions |   14 ++
 mkinitramfs|3 +++
 2 files changed, 17 insertions(+), 0 deletions(-)

diff --git a/hook-functions b/hook-functions
index c559651..d77c295 100644
--- a/hook-functions
+++ b/hook-functions
@@ -484,6 +484,20 @@ auto_add_modules()
esac
 }
 
+# 'depmod' only looks at symbol dependencies; there is no way for
+# modules to declare explicit dependencies through module information,
+# so dependencies on e.g. crypto providers are hidden.  Until this is
+# fixed, we need to handle those hidden dependencies.
+hidden_dep_add_modules()
+{
+   for dep in "lib/libcrc32c crc32c"; do
+   set -- $dep
+   if [ -f "${DESTDIR}/lib/modules/${version}/kernel/$1.ko" ]; then
+   manual_add_modules "$2"
+   fi
+   done
+}
+
 # mkinitramfs help message
 usage()
 {
diff --git a/mkinitramfs b/mkinitramfs
index 0bb7806..40eb35b 100755
--- a/mkinitramfs
+++ b/mkinitramfs
@@ -232,6 +232,9 @@ list)
;;
 esac
 
+# Resolve hidden dependencies
+hidden_dep_add_modules
+
 # Have to do each file, because cpio --dereference doesn't recurse down
 # symlinks.
 
-- 
1.7.2.3

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#587014: screen brightness can't be modified on some Panasonic laptops

[Matthew Garrett]

Well, that's odd. There's certainly support for ACPI backlight control 
in your firmware, and it goes via opregion so it should work correctly. 
I think the thing to do here is to have the panasonic driver bail if 
there's ACPI backlight support, and then figure out why the ACPI video 
driver isn't working for you.

-- 
Matthew Garrett | mj...@srcf.ucam.org



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

Bug#608710: [Debian-med-packaging] Bug#608710: probcons: FTBFS: cp: cannot stat `debian/tmp/pc-project': No such file or directory

[Charles Plessy]

Le Sun, Jan 02, 2011 at 11:19:06PM +0100, Andreas Tille a écrit :
> On Sun, Jan 02, 2011 at 10:34:10PM +0100, Cyril Brulebois wrote:
> > your package FTBFS on a number of archs with:
> > | dh_install
> > | cp: cannot stat `debian/tmp/pc-project': No such file or directory
> > | dh_install: cp -a debian/tmp/pc-project debian/probcons-extra/usr/bin// 
> > returned exit code 1
> > | make: *** [binary-arch] Error 2
> > 
> > Full build logs:
> >   https://buildd.debian.org/status/package.php?p=probcons
> 
> Isn't this the same problem as #607729?
> If yes, we should upload the current status of SVN.

Hi Andreas,

it looks like a race condition: in the failing builds, the patches are applied 
too late.
I do not know how to check if parallel build was enabled on the buildds, but I 
hope that
disabling parallel build will solve the problem.

Have a nice day,

-- 
Charles



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

Bug#608201: Install with network solve the problem.

[Miguel Figueiredo]

reassign to apt-setup as no generator is adding live cds as apt source?

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org




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

Bug#607228: [buildd-tools-devel] Bug#608840: --chroot-setup-commands does not run as root

[Roger Leigh]

forcemerge 608840 607228
thanks

On Mon, Jan 03, 2011 at 02:04:27PM -0800, Kees Cook wrote:
> With the deprecation of --setup-hook in favor of --chroot-setup-commands,
> it seems that the root uid was dropped when executing. Now I am just my
> regular user, and cannot do the work I need to do with this hook (i.e. I
> cannot modify the apt sources.list etc).

I think this is probably the same issue as #607228.

I haven't yet seen why it's not running as root though.  Ah, looks
like in Sbuild::Build::run_command (called from run_external_commands)
we only run as root /outside/ the chroot.

I'd just like to check with Andres what the intention is here.
Should chroot-(setup|cleanup)-commands be run as root?  Should we
provide an alternative set of hooks so that one set runs as root,
one as the user (with --setup-hook running as root)?


Regards,
Roger

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


signature.asc
Description: Digital signature

Bug#587014: screen brightness can't be modified on some Panasonic laptops

[Matthew Garrett]

Is there a /sys/class/backlight/acpi_video0 directory as well as the 
Panasonic one?

-- 
Matthew Garrett | mj...@srcf.ucam.org



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

Bug#587014: screen brightness can't be modified on some Panasonic laptops

[Matthew Garrett]

On Tue, Jan 04, 2011 at 06:14:40AM +0800, Cristopher Camacho wrote:
> No, there is no. Only the /sys/class/backlight/panasonic/ directory is 
> present.

Can you attach the output of the acpidump command on your system?

-- 
Matthew Garrett | mj...@srcf.ucam.org



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

Bug#608841: cvxopt: FTBFS with Sphinx 1.0: TypeError: 'NoneType' object is unsubscriptable

[Jakub Wilk]

Source: cvxopt
Version: 1.1.2-1
Severity: important

Hello,

When rebuilt with python-sphinx 1.0.5-1 (available in experimental), cvxopt
failed to build. Here are the relevant parts of the build log:

[…]
| make[1]: Entering directory 
`/build/sbuild-cvxopt_1.1.2-1-i386-FcZizp/cvxopt-1.1.2/doc'
| mkdir -p build/latex build/doctrees
| sphinx-build -b latex -d build/doctrees   source build/latex
| Running Sphinx v1.0.5
| loading pickled environment... not yet created
| building [latex]: all documents
| updating environment: 13 added, 0 changed, 0 removed
| reading sources... [  7%] blas
| reading sources... [ 15%] c-api
| reading sources... [ 23%] coneprog
| reading sources... [ 30%] copyright
| reading sources... [ 38%] fftw
| reading sources... [ 46%] index
| reading sources... [ 53%] intro
| reading sources... [ 61%] lapack
| reading sources... [ 69%] matrices
| reading sources... [ 76%] modeling
| reading sources... [ 84%] printing
| reading sources... [ 92%] solvers
| reading sources... [100%] spsolvers
| /build/sbuild-cvxopt_1.1.2-1-i386-FcZizp/cvxopt-1.1.2/doc/source/c-api.rst:: 
WARNING: using old C markup; please migrate to new-style markup (e.g. 
c:function instead of cfunction), see http://sphinx.pocoo.org/domains.html
| 
| /build/sbuild-cvxopt_1.1.2-1-i386-FcZizp/cvxopt-1.1.2/doc/source/modeling.rst:622: WARNING: duplicate object description of tofile, other instance in /build/sbuild-cvxopt_1.1.2-1-i386-FcZizp/cvxopt-1.1.2/doc/source/matrices.rst, use :noindex: for one of them

| 
/build/sbuild-cvxopt_1.1.2-1-i386-FcZizp/cvxopt-1.1.2/doc/source/modeling.rst:629:
 WARNING: duplicate object description of fromfile, other instance in 
/build/sbuild-cvxopt_1.1.2-1-i386-FcZizp/cvxopt-1.1.2/doc/source/matrices.rst, 
use :noindex: for one of them
| looking for now-outdated files... none found
| pickling environment... done
| checking consistency... done
| processing CVXOPT.tex... index copyright intro matrices blas lapack fftw spsolvers coneprog solvers modeling c-api printing 
| resolving references...
| 
| Exception occurred:

|   File "/usr/lib/pymodules/python2.6/sphinx/domains/python.py", line 649, in 

| ', '.join(match[0] for match in matches)),
| TypeError: 'NoneType' object is unsubscriptable
| The full traceback has been saved in /tmp/sphinx-err-Pa7ibt.log, if you want 
to report the issue to the developers.
| Please also report this if it was a user error, so that a better error 
message can be provided next time.
| Either send bugs to the mailing list at 
,
| or report them in the tracker at 
. Thanks!
| make[1]: *** [latex] Error 1

The full traceback was:

| # Sphinx version: 1.0.5
| # Python version: 2.6.6
| # Docutils version: 0.7 release
| # Jinja2 version: 2.5.5
| Traceback (most recent call last):
|   File "/usr/lib/pymodules/python2.6/sphinx/cmdline.py", line 173, in main
| app.build(force_all, filenames)
|   File "/usr/lib/pymodules/python2.6/sphinx/application.py", line 207, in 
build
| self.builder.build_update()
|   File "/usr/lib/pymodules/python2.6/sphinx/builders/__init__.py", line 193, 
in build_update
| self.build(['__all__'], to_build)
|   File "/usr/lib/pymodules/python2.6/sphinx/builders/__init__.py", line 254, 
in build
| self.write(docnames, list(updated_docnames), method)
|   File "/usr/lib/pymodules/python2.6/sphinx/builders/latex.py", line 100, in 
write
| self.config.latex_appendices or []))
|   File "/usr/lib/pymodules/python2.6/sphinx/builders/latex.py", line 136, in 
assemble_doctree
| self.env.resolve_references(largetree, indexfile, self)
|   File "/usr/lib/pymodules/python2.6/sphinx/environment.py", line 1310, in 
resolve_references
| typ, target, node, contnode)
|   File "/usr/lib/pymodules/python2.6/sphinx/domains/python.py", line 649, in 
resolve_xref
| ', '.join(match[0] for match in matches)),
|   File "/usr/lib/pymodules/python2.6/sphinx/domains/python.py", line 649, in 

| ', '.join(match[0] for match in matches)),
| TypeError: 'NoneType' object is unsubscriptable

If you believe that this failure is caused by a bug in python-sphinx, feel free
to reassign the bug.

--
Jakub Wilk



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

Bug#587014: screen brightness can't be modified on some Panasonic laptops

[Cristopher Camacho]

No, there is no. Only the /sys/class/backlight/panasonic/ directory is present.

Cristopher

On Tue, Jan 4, 2011 at 5:33 AM, Matthew Garrett  wrote:
> Is there a /sys/class/backlight/acpi_video0 directory as well as the
> Panasonic one?
>
> --
> Matthew Garrett | mj...@srcf.ucam.org
>



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

Bug#608840: --chroot-setup-commands does not run as root

[Kees Cook]

Package: sbuild
Version: 0.60.8-1
Severity: normal
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty

Hi,

With the deprecation of --setup-hook in favor of --chroot-setup-commands,
it seems that the root uid was dropped when executing. Now I am just my
regular user, and cannot do the work I need to do with this hook (i.e. I
cannot modify the apt sources.list etc).

For example:
$ sbuild --chroot-setup-commands /tmp/where-am-i.sh -A -d natty-amd64 
hello_2.6-1.dsc
...
┌──┐
│ Chroot Setup Commands
│
└──┘


/tmp/where-am-i.sh
──

+ id
uid=501(kees) gid=501(kees)
groups=501(kees),4(adm),20(dialout),24(cdrom),25(floppy),29(audio),30(dip),44(video),46(plugdev),104(lpadmin),105(scanner),106(admin),109(sbuild),116(fuse),126(mythtv),132(sambashare),134(libvirtd),4000(house),4001(inkscape)
+ ls -lda /
drwxr-xr-x 26 root root 4096 Jan  3 13:59 /

I: Finished running '/tmp/where-am-i.sh'.

Finished processing commands.


I'm in the chroot, but not the root user.

Thanks,


-Kees

-- 
Kees Cook@debian.org

Bug#602404: cfengine3 package uses wrongly names variables in /etc/default/cfengine

[Geert Nijpels]

Hello Antonio,

Because the variables have different names they will never be passed
to the daemon startup line.

The init script looks at:
$CFMONITORD_ARGS
$CFSERVERD_ARGS
$CFEXECD_ARGS

The file /etc/default/cfengine3 defines the variables:
CFMONITORD_OPTS
CFSERVERD_OPTS
CFEXECD_OPTS

Please notice ".._OPTS" insteads of ".._ARGS". Patch for
/etc/default/cfengine3 attached.

Cheers,  Geert


On Mon, Jan 3, 2011 at 22:20, Antonio Radici  wrote:
> tag 602404 +unreproducible moreinfo
> thanks
>
> Hi,
> can you please clarify? All files in /etc/default/ have variable
> without the $, that's because when you include the file in bash with the .
> operator the variables are imported this way.
>
> In the same way you modify path with
> export PATH=bla
>
> and access PATH with:
> echo $PATH
>
> Maybe there is something that I'm misunderstanding? Can you please attach the
> proposed patch and explain what it is suppsoed to fix?
>
> Thanks a lot!
>
> Cheers
> Antonio
>
--- cfengine3.orig	2011-01-03 22:49:44.357565000 +0100
+++ cfengine3	2011-01-03 22:50:21.465565002 +0100
@@ -14,7 +14,7 @@
 RUN_CFSERVERD=0
 RUN_CFEXECD=0
 
-# Additional options that are passed to the daemons
-CFMONITORD_OPTS=""
-CFSERVERD_OPTS=""
-CFEXECD_OPTS=""
+# Additional arguments that are passed to the daemons
+CFMONITORD_ARGS=""
+CFSERVERD_ARGS=""
+CFEXECD_ARGS=""

Bug#608538: btrfs root installation results in initramfs busybox prompt

[Michael Prokop]

* Ben Hutchings  [Mon Jan 03, 2011 at 09:50:46PM +]:
> On Mon, 2011-01-03 at 22:16 +0100, Michael Prokop wrote:
> > * Ben Hutchings  [Mon Jan 03, 2011 at 09:03:37PM 
> > +]:
> > > On Mon, 2011-01-03 at 16:37 -0400, Joey Hess wrote:

> > > > So, at least a workaround would be for the initramfs to have crc32c 
> > > > added to
> > > > it whenever libcrc32c is. Attached patch just adds it to the base 
> > > > modules
> > > > list; since btrfs is already there that seems like an ok quick fix.

> > > This is stupid.  Without a declared module dependency, a MODULES=dep
> > > configuration will remain broken.  I think this needs to be fixed in the
> > > kernel instead.

> > > > Note that it would probably be better to try first loading hardware 
> > > > optimised
> > > > versions like crc32c-intel, and only load crc32c if they fail to load.

> > > I believe that happens automatically, as the hardware-optimised modules
> > > provide an alias of 'crc32c'.

> > > > (BTW, this bug probably also breaks netbooting with certian ethernet 
> > > > cards
> > > > whose drivers also use libcrc32c.)

> > > Right.

> > Thanks for showing up, would be nice to see this fixed.

> > I just want to make sure you're aware of my bugreport #602254
> > (which Joey seemed to have noticed already according to its
> > BTS history).

> > Ben, do you think this could be fixed at the kernel side?

> Eventually, yes, but unfortunately it turns out that we can't fix it
> immediately.  'depmod' only looks at symbol dependencies; there is no
> way for modules to declare explicit dependencies through module
> information.  We can bodge it by exporting a specific symbol from crc32c
> and referring to that from libcrc32c, but since the optimised version
> doesn't satisfy that dependency it will not be loaded.

Ok, that's what I expected.

> So I'm afraid this will have to be worked around in initramfs-tools for
> now: whenever you add libcrc32c, add crc32c as well (no matter how
> libcrc32c was selected).

So we should just add crc32c-intel, libcrc32c and crc32c by default
via initramfs-tools for now, ACK?

Thanks.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#608538: btrfs root installation results in initramfs busybox prompt

[Ben Hutchings]

On Mon, 2011-01-03 at 22:16 +0100, Michael Prokop wrote:
> * Ben Hutchings  [Mon Jan 03, 2011 at 09:03:37PM +]:
> > On Mon, 2011-01-03 at 16:37 -0400, Joey Hess wrote:
> > > I hope this can be dealt with, it seems to be the only remaining
> > > issue in getting Debian to support btrfs root filesystems. 
> 
> > > This is easily reproducible, I installed from a recent daily build
> > > netinst, put /boot on ext3 and / on btrfs and same problem on boot.
> 
> > > The problem is that btrfs depends on libcrc32c, which demand loads
> > > any of several crc32c implementations, depending on hardware. Those
> > > modules are not declared as dependencies, so initramfs-tools does not
> > > include them.
> 
> > > So, another way to see the same problem:
> 
> > > r...@gnu:/lib/modules/2.6.32-5-686/kernel/crypto>mv crc32c.ko ~  
> > > r...@gnu:/lib/modules/2.6.32-5-686/kernel/crypto>insmod 
> > > ../lib/libcrc32c.ko 
> > > insmod: error inserting '../lib/libcrc32c.ko': -1 Unknown symbol in module
> > > r...@gnu:/lib/modules/2.6.32-5-686/kernel/crypto>mv ~/crc32c.ko .
> > > r...@gnu:/lib/modules/2.6.32-5-686/kernel/crypto>insmod 
> > > ../lib/libcrc32c.ko
> > > r...@gnu:/lib/modules/2.6.32-5-686/kernel/crypto>
> 
> > > So, at least a workaround would be for the initramfs to have crc32c added 
> > > to
> > > it whenever libcrc32c is. Attached patch just adds it to the base modules
> > > list; since btrfs is already there that seems like an ok quick fix.
> 
> > This is stupid.  Without a declared module dependency, a MODULES=dep
> > configuration will remain broken.  I think this needs to be fixed in the
> > kernel instead.
> 
> > > Note that it would probably be better to try first loading hardware 
> > > optimised
> > > versions like crc32c-intel, and only load crc32c if they fail to load.
> 
> > I believe that happens automatically, as the hardware-optimised modules
> > provide an alias of 'crc32c'.
> 
> > > (BTW, this bug probably also breaks netbooting with certian ethernet cards
> > > whose drivers also use libcrc32c.)
> 
> > Right.
> 
> Thanks for showing up, would be nice to see this fixed.
> 
> I just want to make sure you're aware of my bugreport #602254
> (which Joey seemed to have noticed already according to its
> BTS history).
> 
> Ben, do you think this could be fixed at the kernel side?

Eventually, yes, but unfortunately it turns out that we can't fix it
immediately.  'depmod' only looks at symbol dependencies; there is no
way for modules to declare explicit dependencies through module
information.  We can bodge it by exporting a specific symbol from crc32c
and referring to that from libcrc32c, but since the optimised version
doesn't satisfy that dependency it will not be loaded.

So I'm afraid this will have to be worked around in initramfs-tools for
now: whenever you add libcrc32c, add crc32c as well (no matter how
libcrc32c was selected).

Ben.

-- 
Ben Hutchings
Once a job is fouled upbv, anything done to improve it makes it worse.


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

Bug#608744: unblock: mercurial-server/1.1-1

[Teodor MICU]

Hi,

2011/1/3 Mehdi Dogguy :
>
> I think it's too late to get it back in Squeeze.

What would be the risk of including this package with no release
critical bugs into 6.0? There are packages with RC bugs that are
ignored and still allowed to be released with 6.0, but a package with
no RC bugs is not a candidate? Something is not right here.

If we would have an alternative HG server but I couldn't find one!?
Please reconsider this decision.

Thanks



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

Bug#608655: scotch and gbase: error when trying to install together

[Josip Rodin]

On Mon, Jan 03, 2011 at 08:16:49PM +, Marcos Marado wrote:
> Hi there,
> 
> The problem is in scotch, that changed all the binary names from 
> scotch_$binary to just $binary (see [1]).
> 
> The "gbase" in scotch is completely different than the one from the gbase 
> package. My first idea would be to just revert the gbase name change on 
> scotch, but looking at gbase on debian... It hasn't been updated, upstream 
> didn't release anything since 2007 and is now 404'd. No package depends on 
> it. Popcon shows[2] only 74 people having it.
> 
> Shouldn't we just drom gbase from Debian, and add a Conflicts just to make 
> sure machines where gbase is already installed don't suffer from this?
> 
> [1] 
> http://git.debian.org/?p=debian-science/packages/scotch.git;a=commitdiff;h=00d7dad1884e5db6bd6995cb9e5c21c76c989705
> [2] http://qa.debian.org/popcon.php?package=gbase

I'm not impressed with this kind of a reasoning, when
http://qa.debian.org/popcon-graph.php?packages=scotch indicates an analogous
number of users (109).

Frankly, I think it's pretty rude of you to show such blatant disrespect for
the existing gbase user base, no matter what its size.

-- 
 2. That which causes joy or happiness.



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

Bug#608796: [Pkg-samba-maint] Bug#608796: winbind: Winbind fails on ntlm-server-1 with Windows 2008 server

[Bjoern Meier]

2011/1/3 Christian PERRIER :
> Well, from upstream bug report pointed in the RH bug report you
> mention, this issue doesn't really seem to be fully fixed. So, I'm
> quite reluctant to ask the release team for a freeze exception for
> something that's maybe not yet fully fixed (and, as far as I can tell,
> not released by upstream in any of their releases yet).

seems so. Any Workaround? I just saw, that the version in Squeeze is
the same. I just need a winbind that works with Windows Server 2008
R2.
BTW: Nice work anyway. The patch seems applied in the package. Thanks for that.



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

Bug#608839: RFP: glpr -- Alternative solution to print fron Gnome

[Francesco Cappelli]

Package: wnpp
Severity: wishlist


* Package name: glpr
  Version : 0.1.0
  Upstream Author : Francesco Cappelli 
* URL :
* License : GPL
  Programming Lang: Bash
  Description : Glpr is a simple Bash script with a
simple graphical interface using Zenity and
Gxmessage to print via lpr.
With Glpr you can specify some printing
parameters and print via lpr.
The script and the README file are attached below.


glpr.tar.bz2
Description: BZip2 compressed data