Bug#585488: alsa-base: The fix for bug #574593 breaks C-Media CM6501 built-in audio devices

[David Headland]

Hello,

I've just read through this report again and have realised that it isn't
as clear as it could be, so thought I'd post a quick clarification.

The package specific information at the bottom of the report shows the
contents of /proc/asound/cards after I've commented out the line in
/etc/modprobe.d/alsa-base.conf to set index=-2 for snd-usb-audio. With it
in place, the USB-Audio device is assigned card 1.

The fix is pretty trivial, but since the argument for bug #574593 is that
most people wouldn't want to look for this, I feel that the same argument
applies here as well.

Please do let me know if you would like any further information and I'll
get it added as soon as possible.

All the best,
-Dave.



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

Bug#519006: breaks dump builds, too

[Matthias Klose]

On 10.06.2010 21:05, Arnaud Patard (Rtp) wrote:

Matthias Klose  writes:

so what do you propose?

  - drop mips as a release architecture?
  - do you volunteer to make gcc-4.5 ready for inclusion
in mips and fix any resulting RC-critical issue?


I'm no gcc or binutils hacker. I've reported what I understood on the
issue in order to help seeing it fixed. My mail was not intended to
offense you at all. Unfortunately, it looks like it was not well
perceived so I will stop replying to this bug. I'm not using Debian on
my mips boxes after all...


no, I'm not offended, just stating that I don't work on this issue and asking if 
somebody else is working on this.


  Matthias



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

Bug#585508: [hercules] please enable external gui option

[Liang Guo]

Package: hercules
Version: 3.07-2
Severity: wishlist

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

By default, external gui option is not enabled in Linux platform, but it is 
needed to run hercules with other gui utilties such as herculesstudio[1], so I 
ask to enable external gui option. 

After enabling external gui, original function is not affected. 

Thanks, 

[1]www.mvsdasd.org/hercstudio/ 

-- 
Liang Guo
http://bluestone.cublog.cn


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

Bug#585457: IGV dependencies

[Andreas Tille]

Hi Shaun,

On Thu, Jun 10, 2010 at 11:55:54AM -0700, Shaun Jackman wrote:
> IGV has a lot of dependencies, and the list follows. Many of these
> dependencies are already in Debian; many others are not. Where the
> dependency is satisfied, I've given the Debian package name. Where
> it's not satisfied, I've given the upstream URL.

thanks for your ITP which is quite interesting for Debian Med.  Will you
consider also packaging the dependencies?  I woud suggest coordination
with debian-j...@lists.debian.org.  Perhaps there is some work ongoing
or some help can be given.
 
Kind regards

Andreas.

-- 
http://fam-tille.de



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

Bug#585509: coreutils: missing prototypes when building test-linkat in gnulib testsuite

[Steve Langasek]

Package: coreutils
Version: 8.5-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu maverick ubuntu-patch

Hi Michael,

The latest coreutils package FTBFS in Ubuntu on armel, powerpc, and sparc
due to a reproducible failure in the gnulib testsuite (test-linkat).  We
haven't sorted out why the build failure was limited to these three
architectures, or why it didn't also affect Debian, but it's resolved by the
attached patch which corrects a missing header include that was noticed
while debugging.  With the prototypes in place, the package again passes
the test suite on all architectures.  So while the package isn't currently
failing to build in Debian, it might well do so in the future; and fixing
the missing prototypes is obviously correct, so I would suggest applying the
patch in Debian (and upstream) as well.

The accompanying changelog entry for this patch is:

  [ John Rigby ]
  * debian/patches/99_stat_prototype_for_linkat.dpatch: Add missing header
include for stat() prototype.  LP: #591968.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/patches/00list'
--- debian/patches/00list	2010-04-27 20:32:54 +
+++ debian/patches/00list	2010-06-11 01:38:10 +
@@ -4,3 +4,4 @@
 99_disable_tests.misc.ls-time
 99_kfbsd_build_tests
 99_kfbsd_fstat_patch
+99_stat_prototype_for_linkat

=== added file 'debian/patches/99_stat_prototype_for_linkat.dpatch'
--- debian/patches/99_stat_prototype_for_linkat.dpatch	1970-01-01 00:00:00 +
+++ debian/patches/99_stat_prototype_for_linkat.dpatch	2010-06-11 06:20:05 +
@@ -0,0 +1,18 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+# Author: John Rigby 
+# Bug-Ubuntu: https://bugs.launchpad.net/bugs/591968
+# Description: Add missing header include for stat() prototype
+
+...@dpatch@
+=== modified file 'gnulib-tests/test-linkat.c'
+--- coreutils.orig/gnulib-tests/test-linkat.c	2010-04-27 20:32:54 +
 coreutils/gnulib-tests/test-linkat.c	2010-06-10 16:11:38 +
+@@ -31,6 +31,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include "areadlink.h"
+ #include "filenamecat.h"
+

Bug#585510: ITP: herculesstudio -- Hercules gui interface

[Liang Guo]

Package: wnpp
Severity: wishlist
Owner: Liang Guo 
X-Debbugs-CC: debian-de...@lists.debian.org

   Package name: herculesstudio
   Version: 1.1.0
   Upstream Author: Jacob Dekel 
   URL: http://www.mvsdasd.org/hercstudio/
   License: GPL
   Programming Lang : C++
   Description: Hercules gui interface

Hercules Studio is a GUI front-end to the Hercules mainframe Emulator. As such 
- it requires the actual emulator to be installed and operational in order for 
Hercules Studio to be functional.

Thanks, 
-- 
Liang Guo
http://bluestone.cublog.cn


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

Bug#585511: network-manager-gnome: segfault on start

[Sascha Silbe]

Package: network-manager-gnome
Version: 0.8-1.1
Severity: important


On this particular system, nm-applet segfaults right on start. It appears for
about a second in stalonetray and crashes (on other system nm-applet it's
working with stalonetry, so that's not the reason for the crash).

Backtrace acquired using network-manager-gnome rebuilt with debug options
(a network-manager-gnome-dbg package would have been nice, BTW):


(gdb) run
Starting program: /usr/bin/nm-applet 
[Thread debugging using libthread_db enabled]

** (nm-applet:17584): WARNING **: _nm_object_get_property: Error getting 
'WwanHardwareEnabled' for /org/freedesktop/NetworkManager: (16) No such 
property WwanHardwareEnabled


** (nm-applet:17584): WARNING **: replace_settings: error updating system 
connection /org/freedesktop/NetworkManagerSettings/1 settings: (1) addresses

** (nm-applet:17584): WARNING **: replace_settings: error updating system 
connection /org/freedesktop/NetworkManagerSettings/0 settings: (2) key-mgmt

Program received signal SIGSEGV, Segmentation fault.
0x08073ff9 in connection_valid_for_wireless (connection=0x81312e0, 
device=0x811bc90, specific_object=0x0) at utils.c:541
541 if (!strcmp (key_mgmt, "none"))
(gdb) where
#0  0x08073ff9 in connection_valid_for_wireless (connection=0x81312e0, 
device=0x811bc90, specific_object=0x0) at utils.c:541
#1  utils_connection_valid_for_device (connection=0x81312e0, device=0x811bc90, 
specific_object=0x0) at utils.c:688
#2  0x080742fc in utils_filter_connections_for_device (device=0x811bc90, 
connections=0x8145380) at utils.c:710
#3  0x0806bf16 in idle_check_avail_access_point_notification (datap=0x8129170) 
at applet-device-wifi.c:966
#4  0xb7874a6c in g_timeout_dispatch (source=0x80dcfb8, callback=0, 
user_data=0x8129170) at 
/build/buildd-glib2.0_2.24.1-1-i386-84Pp4V/glib2.0-2.24.1/glib/gmain.c:3396
#5  0xb78742f5 in g_main_dispatch (context=0x80c8678) at 
/build/buildd-glib2.0_2.24.1-1-i386-84Pp4V/glib2.0-2.24.1/glib/gmain.c:1960
#6  IA__g_main_context_dispatch (context=0x80c8678) at 
/build/buildd-glib2.0_2.24.1-1-i386-84Pp4V/glib2.0-2.24.1/glib/gmain.c:2513
#7  0xb7877fd8 in g_main_context_iterate (context=0x80c8678, block=, dispatch=1, self=0x80a1140)
at 
/build/buildd-glib2.0_2.24.1-1-i386-84Pp4V/glib2.0-2.24.1/glib/gmain.c:2591
#8  0xb7878517 in IA__g_main_loop_run (loop=0x80c9058) at 
/build/buildd-glib2.0_2.24.1-1-i386-84Pp4V/glib2.0-2.24.1/glib/gmain.c:2799
#9  0x08059adf in main (argc=1, argv=0xb2f4) at main.c:101




-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (600, 'testing')
Architecture: i386 (i686)

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x111.2.24-1 simple interprocess messaging syst
ii  gconf2  2.28.1-3 GNOME configuration database syste
ii  gnome-icon-theme2.30.2.1-1   GNOME Desktop icon theme
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.10.2-9 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-1 simple interprocess messaging syst
ii  libdbus-glib-1-20.86-1   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.1-3 GNOME configuration database syste
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgnome-bluetooth7 2.30.0-1 GNOME Bluetooth tools - support li
ii  libgnome-keyring0   2.30.1-1 GNOME keyring services library
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libnm-glib-vpn1 0.8-1network management framework (GLib
ii  libnm-glib2 0.8-1network management framework (GLib
ii  libnm-util1 0.8-1network management framework (shar
ii  libnotify1 [libnotify1- 0.4.5-1  sends desktop notifications to a n
ii  libpango1.0-0   1.28.0-1 Layout and rendering of internatio
ii  libxml2 2.7.7.dfsg-2 GNOME XML library
ii  network-manager 0.7.1-2~ss1  network management framework daemo
ii  policykit-1-gnome   0.96-2   GNOME authentication agent for Pol
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages network-manager-gnome recommends:
ii  gnome-bluetooth   2.30.0-1   GNOME Bluetooth tools
ii  libpam-gnome-keyring [libpam- 2.30.1-2   PAM module to unlock th

Bug#584204: plymouth: stop just before entering runlevel 2

[Philipp Huebner]

Package: plymouth
Version: 0.8.3-3
Severity: normal


I encountered the same bug. I had a closer look, and the cause is dependency 
based and parallel booting.
The plymouth initscript is called way to early in rc2.

The following change in the init script did the trick:
move "gdm kdm xdm" from "X-Start-Before" to "Should-Start".

Now plymouth exits just before my kdm comes up. Haven't tried gdm.


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

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

Versions of packages plymouth depends on:
ii  initramfs-tools   0.96.1 tools for generating an initramfs
ii  libc6 2.11.1-3   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-4   The Cairo 2D vector graphics libra
ii  libdrm-intel1 2.4.18-5   Userspace interface to intel-speci
ii  libdrm-nouveau1   2.4.18-5   Userspace interface to nouveau-spe
ii  libdrm-radeon12.4.18-5   Userspace interface to radeon-spec
ii  libdrm2   2.4.18-5   Userspace interface to kernel DRM 
ii  libglib2.0-0  2.24.1-1   The GLib library of C routines
ii  libpango1.0-0 1.28.0-1   Layout and rendering of internatio
ii  libpng12-01.2.43-1   PNG library - runtime

Versions of packages plymouth recommends:
ii  plymouth-themes-all   0.8.3-3Graphical Boot Animation and Logge

Versions of packages plymouth suggests:
pn  gdm(no description available)

-- Configuration Files:
/etc/init.d/plymouth changed [not included]
/etc/plymouth/plymouthd.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#585512: gdm3: Should gdm3 drop its init.d script dependency on bootlogs?

[Petter Reinholdtsen]

Package:  gdm3
Version:  2.30.2-3
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependency

As can be seen in bug #577146, the gdm3 and bootlogs init.d script
relation is problematic.  Why do gdm3 list bootlogs as its dependency,
unlike the other display managers?  Should it be dropped?

I suspect the dependencies in bootlogs could be dropped to, but wanted
to check with you why you made gdm3 depend on bootlogs when gdm do not
before I changed bootlogs that way.

If gdm3 should keep the dependency, please reassign this bug to
initscripts with an explanation, because then I need to review the
dependencies in bootlogs.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#585149: Re : Bug#585149: iceweasel: No sound in videos using the html5 tag

[Mike Hommey]

On Thu, Jun 10, 2010 at 07:56:59AM -0700, Jad Zoghaib wrote:
> - Message d'origine 
> 
> > De : Mike Hommey 
> > À : Jad Zoghaib ; 585...@bugs.debian.org
> > Envoyé le : Jeu 10 juin 2010, 10h 45min 13s
> > Objet : Re: Bug#585149: iceweasel: No sound in videos using the html5 
> >  tag
> 
> > What does /etc/iceweasel/iceweaselrc have to say about 
> > ICEWEASEL_DSP?
> > Is it "none"? If so, can you try "auto"?
> 
> ICEWEASEL_DSP is indeed set as "none", changing it to "auto" does not make 
> any difference unfortunately.
> I have also checked on my debian-amd64 box: ICEWEASEL_DSP is also set as 
> "none" but sound is working.

Is there any other process using /dev/dsp or /dev/snd/pcm* ?

Mike



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

Bug#584576: Pidgin randomly crashes

[Giovanni]

Sorry, I was quite sure I've done all the steps.
Anyway it seems that now pidigin won't crash anymore, two days that I'm 
trying to debug it again but nothing, I guess it's a good news for me :)


I upgrade my system every day so I can just image that the crashes was 
caused by some library pidgin uses but I can't remember wich and when 
has been updated recently.


On 06/08/2010 04:25 AM, Ari Pollak wrote:

Thanks, but you forgot the most important part of the directions:

Information will pass by now. You should reproduce your crash now. Once
the crash has happened, do the following:

(gdb) bt full




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

Bug#585512: gdm3: Should gdm3 drop its init.d script dependency on bootlogs?

[Josselin Mouette]

Le vendredi 11 juin 2010 à 10:14 +0200, Petter Reinholdtsen a écrit :
> Package:  gdm3
> Version:  2.30.2-3
> User: initscripts-ng-de...@lists.alioth.debian.org
> Usertags: incorrect-dependency
> 
> As can be seen in bug #577146, the gdm3 and bootlogs init.d script
> relation is problematic.  Why do gdm3 list bootlogs as its dependency,
> unlike the other display managers?  Should it be dropped?
> 
> I suspect the dependencies in bootlogs could be dropped to, but wanted
> to check with you why you made gdm3 depend on bootlogs when gdm do not
> before I changed bootlogs that way.
> 
> If gdm3 should keep the dependency, please reassign this bug to
> initscripts with an explanation, because then I need to review the
> dependencies in bootlogs.

I’m not sure why this dependency was added. Luca, do you remember the
origin of this change?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “If you eat pasta without sauce, it is nothing
  `- short of communism.”  -- Marie




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

Bug#585035: O: offlineimap -- IMAP/Maildir synchronization and reader support

[Tanguy Ortolo]

Le mardi 08 juin 2010, John Goerzen a écrit :
> I intend to orphan the offlineimap package.  I was both upstream
> author and Debian maintainer.  I am retiring as both; see
> http://article.gmane.org/gmane.mail.imap.offlineimap.general/1759

I do use OfflineIMAP, and I think it is the most efficient and
appropriate tool for mailbox synchronization.

I do not think I have the skills to maintain its code, but if a
community grows to maintain it, I could maintain the Debian package
itself. I am not a DD or a DM, though, so I would need sponsoring to
upload new versions.

Regards,

-- 
Tanguy Ortolo


signature.asc
Description: Digital signature

Bug#585513: Kernel oops related to ext3 on iSCSI usage

[Panagiotis Issaris]

Package: linux-image-2.6.26-2-amd64
Version: 2.6.26-21lenny4

On a fully up-to-date (as of last wednesday) Debian Lenny I got a kernel
oops related to ext3 and iSCSI. I'm using the system as an iSCSI
initiator using Open-iSCSI, and drive was partitioned and then formated
with ext3. That same wednesday, I started an rsync to that partition in
a screen session. Today I resumed my previously detached screen session
and noticed that the mount point was not accessible anymore:
ls /mnt/iscsi/
ls: reading directory /mnt/iscsi/: Input/output error

Unfortunately, I am not sure whether there have been network problems
during that period which might have been related.

When investigating the problem I noticed a related kernel oops:

58601.554939]  connection1:0: detected conn error (1011)
[58723.877887]  session1: session recovery timed out after 120 secs
[58723.877881] sd 4:0:0:0: Device offlined - not ready after error
recovery
[58723.877881] sd 4:0:0:0: [sdc] Result: hostbyte=DID_BUS_BUSY
driverbyte=DRIVER_OK,SUGGEST_OK
[58723.877881] end_request: I/O error, dev sdc, sector 12375
[58723.877881] EXT3-fs error (device sdc1): ext3_find_entry: reading
directory #2 offset 0
[58723.877881] sd 4:0:0:0: rejecting I/O to offline device
[58723.877881] Buffer I/O error on device sdc1, logical block 0
[58723.877881] lost page write due to I/O error on sdc1
[116604.384962]  connection1:0: ping timeout of 5 secs expired, last rx
4322173053, last ping 4322174303, now 4322175553
[116604.385018]  connection1:0: detected conn error (1011)
[116738.158957]  session1: session recovery timed out after 120 secs
[150180.464021] sd 4:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT
driverbyte=DRIVER_OK,SUGGEST_OK
[150180.464026] end_request: I/O error, dev sdc, sector 12375
[150180.464059] EXT3-fs error (device sdc1): ext3_find_entry: reading
directory #2 offset 0
[150180.464400] [ cut here ]
[150180.464402] WARNING: at fs/buffer.c:1186 mark_buffer_dirty
+0x23/0x77()
[150180.464404] Modules linked in: ipv6 crc32c libcrc32c ib_iser rdma_cm
ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi
scsi_transport_iscsi loop joydev snd_pcm snd_timer snd pcspkr soundcore
psmouse snd_page_alloc serio_raw usbhid hid ff_memless button evdev
dcdbas ext3 jbd mbcache sg sr_mod cdrom ata_generic usb_storage ata_piix
libata dock sd_mod ehci_hcd ide_pci_generic ide_core uhci_hcd tg3 mptsas
mptscsih mptbase scsi_transport_sas scsi_mod thermal processor fan
thermal_sys [last unloaded: scsi_wait_scan]
[150180.464439] Pid: 5549, comm: standard Not tainted 2.6.26-2-amd64 #1
[150180.464440] 
[150180.464441] Call Trace:
[150180.464448]  [] warn_on_slowpath+0x51/0x7a
[150180.464453]  [] notify_update+0x2b/0x30
[150180.464456]  [] vt_console_print+0x26f/0x282
[150180.464460]  [] printk+0x4e/0x56
[150180.464471]  [] :ext3:ext3_count_free_blocks
+0x2a/0x49
[150180.464475]  [] mark_buffer_dirty+0x23/0x77
[150180.464483]  [] :ext3:ext3_commit_super+0x49/0x65
[150180.464492]  [] :ext3:ext3_handle_error+0x83/0xaa
[150180.464501]  [] :ext3:ext3_error+0x83/0x90
[150180.464506]  [] sync_buffer+0x0/0x3f
[150180.464510]  [] out_of_line_wait_on_bit+0x6c/0x78
[150180.464513]  [] wake_bit_function+0x0/0x23
[150180.464522]  [] :ext3:ext3_find_entry+0x423/0x5b7
[150180.464531]  [] hrtimer_start+0x112/0x134
[150180.464541]  [] :ext3:ext3_lookup+0x31/0xc9
[150180.464544]  [] d_alloc+0x15b/0x1a8
[150180.464548]  [] do_lookup+0xd7/0x1c1
[150180.464552]  [] __link_path_walk+0x87a/0xd05
[150180.464555]  [] touch_atime+0xc3/0x112
[150180.464558]  [] mnt_drop_write+0x25/0xdd
[150180.464562]  [] path_walk+0x46/0x8b
[150180.464566]  [] do_path_lookup+0x158/0x1cf
[150180.464569]  [] getname+0x140/0x1a7
[150180.464572]  [] __user_walk_fd+0x37/0x4c
[150180.464575]  [] vfs_stat_fd+0x1b/0x4a
[150180.464578]  [] autoremove_wake_function+0x0/0x2e
[150180.464581]  [] do_wait+0x968/0x9f8
[150180.464586]  [] sys_newstat+0x19/0x31
[150180.464588]  [] vfs_read+0x11e/0x152
[150180.464592]  [] sys_rt_sigprocmask+0xba/0xd3
[150180.464596]  [] system_call_after_swapgs+0x8a/0x8f
[150180.464600] 
[150180.464602] ---[ end trace b66073b8bb4bc5fa ]---
[150180.464612] sd 4:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT
driverbyte=DRIVER_OK,SUGGEST_OK
[150180.464615] end_request: I/O error, dev sdc, sector 63
[150180.464642] Buffer I/O error on device sdc1, logical block 0
[150180.464669] lost page write due to I/O error on sdc1
[162615.853654] sd 4:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT
driverbyte=DRIVER_OK,SUGGEST_OK
[162615.853654] end_request: I/O error, dev sdc, sector 12375
[162615.853654] sd 4:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT
driverbyte=DRIVER_OK,SUGGEST_OK
[162615.853654] end_request: I/O error, dev sdc, sector 8279
[162615.853654] EXT3-fs error (device sdc1): ext3_get_inode_loc: unable
to read inode block - inode=2, block=1027
[162615.853654] sd 4:0:0:0: [sdc] Result: hostbyte=DID_NO_CONNECT
driverbyte=DRIVER_OK,SUGGEST_OK
[162615.853654] end_request: I/O error,

Bug#584204: [plymouth] stop just before entering runlevel 2

[Alex Vizor]

I also caught this bug, after entering runlevel 2 plymouth disappears and
show VT. I use nouveau from 2.6.35-rc2

Bug#584204: plymouth: stop just before entering runlevel 2

[Daniel Baumann]

On 06/11/2010 10:10 AM, Philipp Huebner wrote:
> I encountered the same bug. I had a closer look, and the cause is dependency 
> based and parallel booting.
> The plymouth initscript is called way to early in rc2.
> 
> The following change in the init script did the trick:
> move "gdm kdm xdm" from "X-Start-Before" to "Should-Start".

oh.. interesting.. the notebook i use for testing runs squeeze and
didn't have had the parallel booting enabled yet. i'll have a look at
that mid next week and do a test run with all of the display managers.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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

Bug#585514: sudo: leaves /var/run/sudo behind on upgrades

[Sven Joachim]

Package: sudo
Version: 1.7.2p7-1
Severity: normal

After upgrading to 1.7.2p7-1, I was given the lecture again because the
timestamp directory had been changed to /var/lib/sudo from
/var/run/sudo.  Ideally /var/run/sudo should be moved to /var/lib on
upgrades, or at least be removed.

BTW, the new paragraph about the RAMRUN option seems to be entirely
superfluous with the changed timestamp directory. 


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

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

Versions of packages sudo depends on:
ii  libc6 2.11.1-3   Embedded GNU C Library: Shared lib
ii  libpam-modules1.1.1-3Pluggable Authentication Modules f
ii  libpam0g  1.1.1-3Pluggable Authentication Modules l

sudo recommends no packages.

sudo suggests no packages.

-- Configuration Files:
/etc/sudoers.d/README [Errno 13] Keine Berechtigung: u'/etc/sudoers.d/README'

-- 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#585515: xvfb: Please add a daemon for Xvfb

[Mathieu Malaterre]

Package: xvfb
Version: 2:1.4.2-10.lenny2
Severity: normal


Hi,

  It would be nice if a daemon was available to start/stop Xvfb. See attach 
file for suggestion.

  the initial script was found at:

http://marc.info/?l=tomcat-user&m=102335321103262&w=2

Thanks

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

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

Versions of packages xvfb depends on:
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libdbus-1-3 1.2.1-5+lenny1   simple interprocess messaging syst
ii  libfontenc1 1:1.0.4-3X11 font encoding library
ii  libhal1 0.5.11-8 Hardware Abstraction Layer - share
ii  libpixman-1-0   0.16.4-1~bpo50+1 pixel-manipulation library for X a
ii  libxau6 1:1.0.3-3X11 authorisation library
ii  libxdmcp6   1:1.0.2-3X11 Display Manager Control Protoc
ii  libxfont1   1:1.3.3-1X11 font rasterisation library
ii  x11-common  1:7.3+20 X Window System (X.Org) infrastruc

Versions of packages xvfb recommends:
ii  xbase-clients 1:7.3+20   miscellaneous X clients - metapack
ii  xfonts-base   1:1.0.0-5  standard fonts for X

xvfb suggests no packages.

-- no debconf information
XVFB=/usr/bin/X11/Xvfb
XVFBARGS=":99 -screen 0 1024x768x24 -fbdir /var/run -ac"
PIDFILE=/var/run/xvfb.pid
case "$1" in
  start)
echo -n "Starting virtual X frame buffer: Xvfb"
start-stop-daemon --start --quiet --pidfile $PIDFILE --make-pidfile --background --exec $XVFB -- $XVFBARGS
echo "."
;;
  stop)
echo -n "Stopping virtual X frame buffer: Xvfb"
start-stop-daemon --stop --quiet --pidfile $PIDFILE
echo "."
;;
  restart)
$0 stop
$0 start
;;
  *)
echo "Usage: /etc/init.d/xvfb {start|stop|restart}"
exit 1
esac

exit 0

Bug#585516: libmed-tools: xmdump contains an invalid path to command mdump

[trophime]

Package: libmed-tools
Version: 2.3.6-2
Severity: normal

Trying to run xmdump failed to load med file because of a wrong path
to mdump utility. Changing the path to mdump fixes the problem.

set cmd "/usr/local/bin/mdump"

set cmd "/usr/bin/mdump"



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

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

Versions of packages libmed-tools depends on:
ii  libc6 2.10.2-9   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.4-1  GCC support library
ii  libhdf5-openmpi-1.8.4 1.8.4-patch1-2 Hierarchical Data Format 5 (HDF5) 
ii  libmed1   2.3.6-2Library to exchange meshed data (F
ii  libmedimport0 2.3.6-2Library to import old version file
ii  libstdc++64.4.4-1The GNU Standard C++ Library v3
ii  tk8.4 [wish]  8.4.19-4   Tk toolkit for Tcl and X11, v8.4 -
ii  tk8.5 [wish]  8.5.8-1Tk toolkit for Tcl and X11, v8.5 -

libmed-tools recommends no packages.

libmed-tools suggests no packages.

-- no debconf information



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

Bug#585408: Adobe Flash Player: APSB10-14 - the 64 bit player is insecure

[Bart Martens]

severity 585408 normal
retitle 585408 Adobe Flash Player: APSB10-14 - the 64 bit player is insecure
notfound 585408 1:2.8
found 585408 10.0.45.2
stop


The package flashplugin-nonfree is fine.  The security issue applies to
the Adobe Flash Player.
http://www.adobe.com/support/security/bulletins/apsb10-14.html

Are now OK:
- 32 bit player of flash player 10 on i386 systems
- 32 bit player of flash player 10 on amd64 systems via chroot
- 32 bit player of flash player 9 on i386 systems
- 32 bit player of flash player 9 on amd64 systems via nspluginwrapper

Are not yet OK:
- 64 bit player on amd64 systems

For some unknown reason Adobe has chosen to publish APSB10-14 without a
solution for the 64 bit player.

All info on the available versions of flashplugin-nonfree can be found
at http://wiki.debian.org/FlashPlayer .






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

Bug#585517: ITP: poppler-sharp -- PDF rendering library -- CLI bindings

[Chow Loong Jin]

Package: wnpp
Severity: wishlist
Owner: Chow Loong Jin 


* Package name: poppler-sharp
  Version : 0.0.1
  Upstream Author : Jacinto Shy, Jr.
* URL : http://www.github.com/
* License : GPL-2+
  Programming Lang: C#
  Description : PDF rendering library -- CLI bindings

 Poppler is a PDF rendering library based on the xpdf PDF viewer.
 .
 This package contains the managed CLI bindings for Poppler, which are needed to
 run CLI applications which use this library.



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

Bug#584946: [Pkg-chromium-maint] Bug#584946:

[Timo Juhani Lindfors]

Hi,

I can confirm that chromium-browser does not crash under QEMU started
with

qemu-system-arm -nographic -M versatilepb -kernel vmlinuz-2.6.32-3-versatile 
-initrd initrd.img-2.6.32-3-versatile -hda 
debian_sid_2010-03-31_armel_small1.qcow2 -append "root=/dev/sda1 
console=ttyAMA0" -redir tcp:5022::22

Also, if I install qemu on my openmoko I can start chromium with
"qemu-arm". It does print warnings

qemu: Unsupported syscall: 250
qemu: Unsupported syscall: 250
[32654:32720:594952643325:ERROR:net/base/network_change_notifier_netlink_linux.cc(34)]
 Error creating netlink socket: Address family not supported by protocol
[32654:32654:594995574635:ERROR:chrome/app/chrome_dll_main.cc(234)] Gdk: shmat 
failed: error 22 (Invalid argument)
[32654:32720:595015435103:ERROR:net/socket/ssl_client_socket_nss.cc(1298)] 
handshake failed; NSS error code -5938, net_error -107
[32689:32689:595119602811:ERROR:chrome/browser/renderer_host/render_sandbox_host_linux.cc(326)]
 Could not get pid

and eventually an error about unresponsive page but gets much further
than without qemu.

-Timo



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

Bug#584946: [Pkg-chromium-maint] Bug#584946: now reported upstream

[Timo Juhani Lindfors]

package chromium-browser
forwarded 584946 http://code.google.com/p/chromium/issues/detail?id=463345
thanks

Hi,

it's now upstream at http://code.google.com/p/chromium/issues/detail?id=46334

-Timo



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

Bug#585509: coreutils: missing prototypes when building test-linkat in gnulib testsuite

[Jim Meyering]

Steve Langasek wrote:
> Package: coreutils
> Version: 8.5-1
> Severity: minor
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu maverick ubuntu-patch
>
> Hi Michael,
>
> The latest coreutils package FTBFS in Ubuntu on armel, powerpc, and sparc
> due to a reproducible failure in the gnulib testsuite (test-linkat).  We
> haven't sorted out why the build failure was limited to these three
> architectures, or why it didn't also affect Debian, but it's resolved by the
> attached patch which corrects a missing header include that was noticed
> while debugging.  With the prototypes in place, the package again passes
> the test suite on all architectures.  So while the package isn't currently
> failing to build in Debian, it might well do so in the future; and fixing
> the missing prototypes is obviously correct, so I would suggest applying the
> patch in Debian (and upstream) as well.
>
> The accompanying changelog entry for this patch is:
>
>   [ John Rigby ]
>   * debian/patches/99_stat_prototype_for_linkat.dpatch: Add missing header
> include for stat() prototype.  LP: #591968.

Thanks.  It was a problem in gnulib.
I've applied the patch:

http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=85b6cb48e0f3bbf83420d9d4cd2d49049da64a87



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

Bug#585503: [Pkg-mc-devel] Bug#585503: 'man mc' typos: "readed" and 's/the/then/'

[Yury V. Zaytsev]

forwarded 585503 http://www.midnight-commander.org/ticket/2237
tags 585503 +upstream
thanks

On Fri, 2010-06-11 at 01:04 -0400, A. Costa wrote:
> 
> Found a few typos in '/usr/share/man/man1/mc.1.gz', see attached '.diff'.

Thanks! Forwarded upstream.
 
-- 
Sincerely yours,
Yury V. Zaytsev




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

Bug#581704: sysvinit

[Tanker Jedi]

I have similar problems. It seems that / is read-only beacuse i get  
similar errors like Josh Triplet in message 3. Today i have upgraded the  
sysvinit packages but i did not help. I tried to use startpar and makefile  
values in rcS, but only none was useful.



tankerj...@napsugar:~$ cat /etc/default/rcS
TMPTIME=0
SULOGIN=no
DELAYLOGIN=no
UTC=yes
VERBOSE=no
FSCKFIX=no
RAMRUN=no
RAMLOCK=no
CONCURRENCY=none

2.6.34 kernel and sid.

sysvinit 2.88dsf-8

Thanks,
TJ



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

Bug#585519: revelation: PyGI support not enabled

[Fabian Fagerholm]

Package: revelation
Version: 0.4.11-6
Severity: normal

When loading the Revelation applet, a dialog pops up with the following
information:

Traceback (most recent call last):
  File "/usr/share/revelation/libexec/revelation-applet", line 917, in factory
RevelationApplet(applet, iid)
  File "/usr/share/revelation/libexec/revelation-applet", line 55, in __init__
self.__init_states()
  File "/usr/share/revelation/libexec/revelation-applet", line 140, in 
__init_states
self.config.monitor("show_searchentry", self.__cb_config_show_searchentry)
  File "/usr/lib/python2.5/site-packages/revelation/config.py", line 150, in 
monitor
callback(key, self.get(key), userdata)
  File "/usr/share/revelation/libexec/revelation-applet", line 218, in 
__cb_config_show_searchentry
if value == True:
ImportError: PyGI support not enabled

I installed 0.4.11-6 from incoming, but apparently there was no dependency
that would have pulled in pygi.

Thanks,
-- 
Fabian Fagerholm 

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

Kernel: Linux 2.6.32-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/bash

Versions of packages revelation depends on:
ii  gconf2   2.28.1-3GNOME configuration database syste
ii  gnome-icon-theme 2.30.3-1GNOME Desktop icon theme
ii  libc62.10.2-9Embedded GNU C Library: Shared lib
ii  libcrack22.8.16-2pro-active password checker librar
ii  python   2.5.4-9 An interactive high-level object-o
ii  python-central   0.6.14+nmu2 register and build utility for Pyt
ii  python-crypto2.1.0-2 cryptographic algorithms and proto
ii  python-gnome22.28.1-1Python bindings for the GNOME desk
ii  python-gtk2  2.17.0-2Python bindings for the GTK+ widge
ii  shared-mime-info 0.71-3  FreeDesktop.org shared MIME databa

revelation recommends no packages.

revelation 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#436105: suggestion to add GPL-1 as a common licence

[Santiago Vila]

On Thu, 10 Jun 2010, Russ Allbery wrote:

> Given that, while I'm very sympathetic to Santiago's argument, I also
> think that we should be able to represent in packages their upstream
> licensing statement and not be implicitly relicensing them under later
> versions of the GPL, and without including a bunch of copies of the GPL
> version 1.  The usage of the license is high enough to qualify for
> common-licenses under our normal criteria: long license, used by over 5%
> of the binary packages in the archive, and used in packages that are
> installed on every system (perl-base).
> 
> I therefore propose adding GPL version 1 to the list of licenses said by
> Policy to be in common-licenses and asking Santiago to include a copy in
> base-files.  I'm not including a diff since it would just create merge
> conflicts with the BSD diff proposed earlier today and because it's fairly
> obvious, although I can if people would prefer.

Ok, I agree that it would a good idea to include GPL-1 in common-licenses
because of the high number of packages still using it.

[ Therefore, please clone or reassign this bug back to base-files ].


But please let us not speak about "implicit relicensing". There is no
such thing as "implicit relicensing", the same way there is no such
thing as "implicit licensing" (do don't allow packages in Debian not
having a proper license, do we?).

The blurb in debian/copyright has usually two parts.

The first part might have some legal value (or not, if we consider it
might have typos and the only binding license is the one in orig.tar.gz).

   This program is free software; you can redistribute it and/or modify
   it under the terms of the GNU General Public License as published by
   the Free Software Foundation; either version 2, or (at your option)
   any later version.

   This program is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
   GNU General Public License for more details.

The second part is for *informational purposes* only and we should not
pretend it has legal value, not even in implicit sense.

   You should have received a copy of the GNU General Public License
   along with this program; if not, write to the Free Software Foundation,
   Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.  */

The FSF itself has recently changed the "informational purposes" part
and they now point to the Web.

Then we usually add this little blurb:

On Debian GNU/Linux systems, the complete text of the GNU General
Public License can be found in `/usr/share/common-licenses/GPL'.

which is an addon to the previous paragraph, so it's for informational
purposes as well.

Thus, I see no reason to use a versioned license when the license says
"version foo or later". If we say "GPL is here" and there is a policy
that GPL is a symlink that always point to the latest version, then
the paragraph saying "GPL is here" is equivalent to "The latest
version of GPL is here". That's a fact. No relicensing anywhere.

I know this is not directly related to inclusion or not of GPLv1 in
common-licenses, but as people keep talking about "implicit relicensing"
I wanted to point that IMHO such thing does not exist.

Thanks.



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

Bug#581704: [Pkg-sysvinit-devel] Bug#581704: sysvinit

[Petter Reinholdtsen]

[Tanker Jedi]
> I have similar problems. It seems that / is read-only beacuse i get  
> similar errors like Josh Triplet in message 3. Today i have upgraded the  
> sysvinit packages but i did not help.

Did you also upgrade the sysvinit-utils and sysv-rc packages?  The fix
is in the sysv-rc package, and the startpar program is in the
sysvinit-utils package.

Can you provide the output from /usr/share/insserv/make-testsuite?  Is
there anything special about your environment I could use to replicate
this issue?

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#585149: Re : Re : Bug#585149: iceweasel: No sound in videos using the html5 tag

[Jad Zoghaib]

- Message d'origine 

> De : Mike Hommey 
> À : Jad Zoghaib 
> Cc : 585...@bugs.debian.org
> Envoyé le : Ven 11 juin 2010, 10h 23min 51s
> Objet : Re: Re : Bug#585149: iceweasel: No sound in videos using the html5 
>  tag

> Is there any other process using /dev/dsp or /dev/snd/pcm* 
> ?
I don't think so but if you know a specific way to be sure, I'll be glad to 
test it.

I have no sound in iceweasel under Xfce (my regular desktop manager) but I have 
also tried it with fluxbox right after the session started with no other 
program launched and all iceweasel addons disabled (gnash-plugin, etc).

As a side note, I have also checked that my system seems to be able to handle 
sound mixing properly since I can have something played in audacious media 
player while playing something else through ogg123 for example.

Jad






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

Bug#585520: Desktop file does not contain MIME types

[Maia Kozheva]

Package: pinta
Version: 0.3.2

The desktop file shipped with the Debian pinta package does not list the 
image MIME types that pinta can open, resulting in Nautilus not 
suggesting it as an available application for opening images.


0.3 supports saving as JPEG and PNG (0.4-git supports saving in more 
formats), but opens many more formats: basically all formats supported 
by GdkPixbuf. It's up to you to decide if the supported MIME types 
should be for writable or read-only formats.




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

Bug#537139: [Bash-completion-devel] Bug#537139: initramfs-tools: please include update-initramfs bash completion

[David Paleino]

On Tue, 8 Jun 2010 14:42:07 +0200, Michael Prokop wrote:

> Hi,

Hello,

> dear Bash Completion Maintainers, can you please check out the
> attached bash completion (#537139)? I'm not a bash user and can't
> judge whether that's the way to go or anything should be changed.

Sure:

> > --
> > # update-initramfs(8) completion
> > # provided by Stéphane (kwisatz) Jourdois 
> >
> > _update_initramfs()
> > {
> > local cur prev valid_options
> >
> > cur=`_get_cword`
> > prev=${COMP_WORDS[COMP_CWORD-1]}
> >
> > # The only option that takes an argument is -k
> > if [[ "$prev" == '-k' ]]; then
> > # Complete with kernel versions
> > _kernel_versions
> > return;
> > fi
> >
> > # Complete with available options (obtained from -h)
> > valid_options=$( update-initramfs -h 2>&1 | \
> > sed -e '/^ -/!d;s/^ \(-\w\+\).*/\1/' )
> > COMPREPLY=( $( compgen -W "$valid_options" -- $cur ) )
> > }
> > complete -F _update_initramfs update-initramfs
> > --

The only "suggestion" I can give is to also add "all" to the completion of "-k".
You can achieve this by adding, after _kernel_versions:

  COMPREPLY=( $( compgen -W '${comprep...@]} all' -- "$cur" ) )

This way you add "all" to the list of completions given by "_kernel_versions".
Other than this, it seems quite fine to me.

However, we're going to release bash-completion 1.2 very soon (probably this
week-end) -- in that case, you can also change the initial lines, from:

cur=`_get_cword`
prev=${COMP_WORDS[COMP_CWORD-1]}

to:

_get_comp_words_by_ref cur prev

Remember that this will be available only on >= 1.2. So, depending on when
you're going to upload it, you might want to use one of those versions.

> Should we add this to package initramfs-tools or would you mind
> adding it to bash-completion?

Please add it to your package, and install it using dh_bash-completion(1) if
you can :)

Kindly,
David

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


signature.asc
Description: PGP signature

Bug#585489: initscripts: There is a loop between service bootlogs and mountnfs

[Jérémy Lal]

On 11/06/2010 00:23, Petter Reinholdtsen wrote:
> [Jeremy Lal]
>> insserv complains :
> 
> Interesting.  According to my archive wide consistency check of the
> init.d script dependencies, there is no loop in the packages in
> Debian.  This make me suspect there are some obsolete scripts left on
> your machine.
> 
> Can you provide the output from /usr/share/insserv/make-testsuite to
> make it possible to reproduce this issue.
> 
> Also, please provide the output from
> 
>   dpkg-query -W -f='${Conffiles}\n' $(dpkg -S /etc/init.d/*|cut -d: -f1|sort 
> -u)|grep init.d
> 
> It will let me know if there are obsolete init.d scripts on your
> machine.
> 
> Happy hacking,

Thanks for your quick reply.
Unfortunately i did not have time to investigate,
and this morning update to 2.88dsf-9 does not reproduce the issue.
So let's consider it fixed.

Also i don't think it was an obsolete script, running dpkg-query
only showed that some .dpkg-old files where left in init.d.

I still can provide the outputs you asked, if you want them.

Kind regards,
Jérémy.




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

Bug#487201: MPL-license

[Giacomo A. Catenazzi]

On 10.06.2010 21:45, Russ Allbery wrote:

I recently did a survey of both licenses already listed in common-licenses
and ones proposed for common-licenses using a Perl script that's now in
the debian-policy Git repository.  The result was that the MPL version 1.1
was used by 654 binary packages in the archive.

This is by far the best claim of any of the proposed new licenses for
common-licenses, although it still falls short of the least-used license
already in common-licenses (the GFDL, used by 875 binary packages in some
variant or version) and certainly well short of the 5% of the archive
standard that Manoj proposed (which would be 1473 binary packages).

On the other criteria we've used in the past, popcon, the MPL 1.1 fares
relatively well, since Iceweasel references it and could replace its copy
with a link to common-licenses and is installed by 50% of the systems
reporting via popcon.

I'm not sure to what extent including something in common-licenses is an
approval.  We included the GFDL because it was widely used and looked
likely to be more widely used, despite the fact that the project
definitely isn't very fond of it.

So I'm torn on this one, and the discussion also seemed divided.  I'm
leaning mildly towards rejecting it, but only very mildly.

Other opinions?


The common-licenses was done (IIRC) to save disk space, so to
use such criteria, I would count only packages with priority >=
standard, or a proof that most systems have the verbatim license
installed many times).

OTOH the disk usage is no more a big issue, so we could use
common-license as a pool of common and recommended licenses.

Personally I don't think policy should discuss so many licenses,
so, I would like:
- make clear and strong requirements for new licenses (e.g.
  we should include only few licenses), or
- move the choice outside policy procedure (e.g. maintainer
  of base-files).

ciao
cate



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

Bug#581704: [Pkg-sysvinit-devel] Bug#581704: sysvinit

[Tanker Jedi]

Of course, i have upgraded them.

tankerj...@napsugar:~$ apt-cache policy sysv-rc
sysv-rc:
  Telepítve: 2.88dsf-8
  Jelölt: 2.88dsf-8

tankerj...@napsugar:~$ apt-cache policy sysvinit-utils
sysvinit-utils:
  Telepítve: 2.88dsf-8
  Jelölt: 2.88dsf-8

I do not know it is problem that i do not have /etc/insserv.conf file.
I use my own kernel, thats all "special" in my system.

Thanks,
TJ

testsuite.log
Description: Binary data

Bug#581704: [Pkg-sysvinit-devel] Bug#581704: sysvinit

[Petter Reinholdtsen]

[Tanker Jedi]
> Of course, i have upgraded them.

Good.

> I do not know it is problem that i do not have /etc/insserv.conf file.

Missing /etc/insserv.conf is definitely a problem if you use
dependency based boot sequencing.  Any idea why it is missing?  The
output from the make-testsuite script would be nice.  Also, the output
from /usr/share/insserv/check-initd-order might be useful.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#585521: SYSLOG-Message: error getting netmask for interface x

[Tim Gruenberg]

Package: snmpd
Version: 5.4.1~dfsg-12
Severity: minor


SYSLOG-Message: snmpd[5094]: error getting netmask for interface 1 

On interface 1 is no IP address and network mask defined.



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

Kernel: Linux 2.6.33.5 (SMP w/4 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages snmpd depends on:
ii  adduser3.110 add and remove users and groups
ii  debconf1.5.24Debian configuration management sy
ii  libc6  2.7-18lenny4  GNU C Library: Shared libraries
ii  libsnmp15  5.4.1~dfsg-12 SNMP (Simple Network Management Pr
ii  libwrap0   7.6.q-16  Wietse Venema's TCP wrappers libra

snmpd recommends no packages.

snmpd suggests no packages.

-- debconf information:
  snmpd/upgradefrom36:
  snmpd/upgradefrom521:



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

Bug#585519: revelation: PyGI support not enabled

[bd]

> I installed 0.4.11-6 from incoming, but apparently there was no dependency
> that would have pulled in pygi.

THis seems like this bug

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

in python-gobject 2.21.1-1, fixed in 2.21.1-2.

What version of python-gobject do you have installed?

FWIW, the new python-gobject does not pull in python-gi and python-gnomeapplet
which is now needed, so just unstall those and you should be ok.

I'll prepare a new upload to fix that.

Stefan
-- 
You will obey or molten silver will be poured into your ears.



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

Bug#440206: multipath-tools: installing multipath tools causes mkinitramfs to generate, an initrd which does not boot

[Take]

I've experienced this same issue with fresh Lenny installation. I
installed multipath tools over fresh installation (with other packages)
and the machine won't boot after that. Messages on the screen are the
same than Ian reported few years ago. I don't have exact copy at hand,
but basically I get 'Discovering multipaths...' and after that mount
says 'Device or resource busy.'

After I booted into rescue shell and did 'apt-get --purge remove
multipath-tools && update-initramfs -u' the machine boots up just fine.

I've confirmed that this is reproducible, so I'd say that this bug isn't
fixed.

The machine is Dell r610 with LSI RAID controller:
03:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS 1078
(rev 04)
Subsystem: Dell PERC 6/i Integrated RAID Controller
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at df18 (64-bit, non-prefetchable) [size=256K]
I/O ports at fc00 [size=256]
Memory at df1c (64-bit, non-prefetchable) [size=256K]
Expansion ROM at df10 [disabled] [size=32K]
Capabilities: 
Kernel driver in use: megaraid_sas
Kernel modules: megaraid_sas


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

-- 
Take



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

Bug#581704: sysvinit

[Petter Reinholdtsen]

[Tanker Jedi]
> It is good question. I had to delete many files in /etc/init.d to
> install sysvinit, because a blue window always warned me at apt-get
> upgrade.

Right.  If you deleted /etc/insserv.conf, try reinstalling insserv to
get the /etc/insserv.conf file back (it is needed for dependency based
boot ordering to work).  Without it, the boot ordering will be
completely broken.  When the insserv.conf file is back, you need to
update the boot ordering, for example using 'update-rc.d bootlogs defaults'.

Yours is a different problem from the one handled in this bug report,
which was that the CONCURRENCY=startpar setting was completely broken.

Putting 581704@ back on CC, to record what the solution to your
problem probably is.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#585413: I/O error after install Debian Squeeze at Sheevaplug

[Martin Michlmayr]

* Patrick van der Leer  [2010-06-10 14:11]:
> [   30.307585] end_request: I/O error, dev mtdblock0, sector 240
> [   30.313733] uncorrectable error :
> [   30.316976] end_request: I/O error, dev mtdblock0, sector 0
> [   30.369392] uncorrectable error :
> [   30.372668] uncorrectable error :
> [   30.376099] end_request: I/O error, dev mtdblock2, sector 1038080
> [   30.388845] uncorrectable error :
> [   30.392102] uncorrectable error :
> [   30.395527] end_request: I/O error, dev mtdblock2, sector 1038080

mtdblock is not the SD card.

> fsck.ext4: Unable to resolve 'UUID=c389760e-ecb4-42ca-bddd-22c28111598a'
> fsck died with exit status 8
> failed (code 8).

What does:
  ls /dev/disk/by-uuid
  cat /etc/fstab
say?

Also, you claim that you're using a SD card but the boot log you sent
is from a USB disk.  Or is that merely connected to the sheevaplug but
you're booting from SD?

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#585522: buildd.debian.org: Please build eclipse on armel

[Benjamin Drung]

Package: buildd.debian.org
Severity: normal

Please remove eclipse from the not-for-us file on armel. eclipse 3.5.2-3 should 
build on armel.



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

Bug#436105: suggestion to add GPL-1 as a common licence

[Andrew McMillan]

On Fri, 2010-06-11 at 11:35 +0200, Santiago Vila wrote:
> 
> Ok, I agree that it would a good idea to include GPL-1 in common-licenses
> because of the high number of packages still using it.

I'm sorry, but I disagree, for the time being.  I do not believe that
large numbers of packages are deliberately using GPL v1, and I think
that anyone who is needs to confirm that explicitly since (I hope) many
of them have moved on to less broken licenses such as GPL3 or GPL2.


> The blurb in debian/copyright has usually two parts.

'usually' is not sufficient.  We need to explicitly know what the
license is.


> Thus, I see no reason to use a versioned license when the license says
> "version foo or later".

Well, that's OK, perhaps, if you have confirmed that the software
license of the upstream project has that text, except that *exactly*
that text might be the *only* difference from the standard text.

If we have a common license which is GPL-1-or-later in common licenses I
would be OK with.  I would not be ok with a common license of GPL-1
only, because (a) hopefully it is rare and (b) it is acknowledged to be
old and broken, to some degree, and should be discouraged.

Cheers,
Andrew.

-- 

andrew (AT) morphoss (DOT) com+64(272)DEBIAN
  Try to value useful qualities in one who loves you.




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

Bug#585523: [cups] HP 1515 don't print

[ASD Consultoria]

Package: cups
Version: 1.4.3-1
Severity: normal

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

HP LaserJet 1515 don't print anymore after upgrade.


Error:

lpstat -p
impressora arq_pdf_papai está ociosa.  ativada desde Qui 10 Jun 2010 18:19:14 
BRT
impressora HP_Color_LaserJet_CP1515n está ociosa.  ativada desde Sex 11 Jun 
2010 08:25:29 BRT
/usr/lib/cups/backend/hp failed
impressora PDF está ociosa.  ativada desde Sex 04 Set 2009 07:18:21 BRT


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 unstablewww.debian-multimedia.org 
  500 unstablehttp.us.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
libavahi-client3 (>= 0.6.16) | 0.6.25-3
libavahi-common3 (>= 0.6.16) | 0.6.25-3
libc6   (>= 2.7) | 2.11.1-3
libcups2  (>= 1.4.0) | 1.4.3-1
libcupscgi1   (>= 1.4.2) | 1.4.3-1
libcupsdriver1(>= 1.4.0) | 1.4.3-1
libcupsimage2 (>= 1.4.0) | 1.4.3-1
libcupsmime1  (>= 1.4.0) | 1.4.3-1
libcupsppdc1  (>= 1.4.0) | 1.4.3-1
libdbus-1-3   (>= 1.0.2) | 1.2.24-1
libgcc1 (>= 1:4.1.1) | 1:4.4.4-4
libgnutls26(>= 2.7.14-0) | 2.8.6-1
libgssapi-krb5-2   (>= 1.8+dfsg) | 1.8.1+dfsg-5
libijs-0.35  | 0.35-7
libkrb5-3(>= 1.6.dfsg.2) | 1.8.1+dfsg-5
libldap-2.4-2 (>= 2.4.7) | 2.4.21-1
libpam0g   (>= 0.99.7.1) | 1.1.1-3
libpaper1| 1.1.24
libpoppler5  | 0.12.4-1
libslp1  | 1.2.1-7.7
libstdc++6(>= 4.1.1) | 4.4.4-4
libusb-0.1-4   (>= 2:0.1.12) | 2:0.1.12-15
zlib1g  (>= 1:1.1.4) | 1:1.2.3.4.dfsg-3
debconf  (>= 1.2.9)  | 1.5.32
 OR debconf-2.0  | 
poppler-utils  (>= 0.12) | 0.12.4-1
perl-modules | 5.10.1-13
procps   | 1:3.2.8-9
ghostscript  | 8.71~dfsg2-3
lsb-base  (>= 3) | 3.2-23.1
cups-common   (>= 1.4.3) | 1.4.3-1
cups-client (>= 1.4.3-1) | 1.4.3-1
ssl-cert (>= 1.0.11) | 1.0.25
adduser  | 3.112
bc   | 1.06.95-2
ttf-freefont | 20090104-7


Recommends  (Version) | Installed
=-+-===
foomatic-filters (>= 4.0) | 4.0-20090509-1
cups-driver-gutenprint| 5.2.5-1
ghostscript-cups  | 8.71~dfsg2-3


Suggests  (Version) | Installed
===-+-===
cups-bsd| 1.4.3-1
cups-ppdc   | 1.4.3-1
foomatic-db-engine  | 4.0-20090509-2.1
foomatic-db | 20090616-1
hplip   | 3.10.5-1
xpdf-korean | 
 OR xpdf-japanese   | 
 OR xpdf-chinese-traditional| 
 OR xpdf-chinese-simplified | 
cups-pdf| 2.5.0-15
smbclient(>= 3.0.9) | 
udev| 157-1







-- 
ASD Consultoria, Rio, RJ
Arq. Sávio M Ramos
Só usamos Linux desde 2000
www.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#585524: [hplip] HP 1515 don't print anymore

[ASD Consultoria]

Package: hplip
Version: 3.10.5-1
Severity: normal

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

HP LaserJet 1515 don't print anymore after upgrade.


Error:

lpstat -p
impressora arq_pdf_papai está ociosa.  ativada desde Qui 10 Jun 2010 18:19:14 
BRT
impressora HP_Color_LaserJet_CP1515n está ociosa.  ativada desde Sex 11 Jun 
2010 08:25:29 BRT
/usr/lib/cups/backend/hp failed
impressora PDF está ociosa.  ativada desde Sex 04 Set 2009 07:18:21 BRT

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 unstablewww.debian-multimedia.org 
  500 unstablehttp.us.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-==
libc6   (>= 2.7) | 2.11.1-3
libcups2  (>= 1.4.0) | 1.4.3-1
libdbus-1-3   (>= 1.0.2) | 1.2.24-1
libhpmud0   (= 3.10.5-1) | 3.10.5-1
libsane(>= 1.0.11-3) | 1.0.21-2
libssl0.9.8(>= 0.9.8m-1) | 0.9.8o-1
python-dbus(>= 0.80) | 0.83.1-1
python-imaging   | 1.1.7-1+b1
python-pexpect   | 2.3-1
coreutils (>= 5.1.0) | 8.5-1
lsb-base  (>= 3) | 3.2-23.1
adduser(>= 3.34) | 3.112
cups (>= 1.1.20) | 1.4.3-1
cups-client  (>= 1.1.20) | 1.4.3-1
hplip-data  (= 3.10.5-1) | 3.10.5-1
policykit-1  | 0.96-2


Recommends(Version) | Installed
===-+-===
hpijs   | 3.10.5-1
sane-utils  | 1.0.21-2
avahi-daemon| 0.6.25-3


Suggests   (Version) | Installed
-+-===
kdeprint | 
 OR gtklp| 
 OR xpp  | 
hplip-gui| 3.10.5-1
hplip-doc| 



--- Output from package bug script ---

HP Linux Imaging and Printing System (ver. 3.10.5)
Dependency/Version Check Utility ver. 14.3

Copyright (c) 2001-9 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before
compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if
the proper dependencies are installed to successfully compile
HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine
if a distro supplied package (.deb, .rpm, etc) or an already built
HPLIP supplied tarball has the proper dependencies installed to
successfully run. 3. Both compile- and run-time check mode (-b or
--both) (Default): This mode will check both of the above cases (both
compile- and run-time dependencies).   

Saving output in log file: hp-check.log

Initializing. Please wait...

---
| SYSTEM INFO |
---

Basic system information:
Linux papai 2.6.32-5-amd64 #1 SMP Tue Jun 1 04:34:03 UTC 2010 x86_64
GNU/Linux

Distribution:
debian unstable

Checking Python version...
OK, version 2.5.5 installed

Checking PyQt 4.x version...
OK, version 4.7.3 installed.

Checking for CUPS...
Status: o programador est?? executando
Version: 1.4.3
error_log is set to level: debug

Checking for dbus/python-dbus...
dbus daemon is running.
python-dbus version: 0.83.1



| RUNTIME DEPENDENCIES |



Checking for dependency: CUPS - Common Unix Printing System...
OK, found.

Checking for dependency: GhostScript - PostScript and PDF language
interpreter and previewer... OK, found.

Checking for dependency: PIL - Python Imaging Library (required for
commandline scanning with hp-scan)... OK, found.

Checking for dependency: PolicyKit - Administrative policy framework...
OK, found.

Checking for dependency: PyQt 4 DBus - DBus Support for PyQt4...
OK, found.

Checking for dependency: Python DBus - Python bindings for DBus...
OK, found.

Checking for dependency: Python libnotify - Python bindings for the
libnotify Desktop notifications... OK, found.

Checking for dependency: Python XML libraries...
OK, found.

Checking for dependency: Python 2.3 or greater - Required for fax
functionality... OK, found.

Checking for dependency: Reportlab - PDF library for Python...
OK, found.

Checking for dependency: SANE - Scanning library...
OK, found.

Checking for dependency: scanimage - Shell scanning program...
OK, found.

Checking for dependency: xsane - Graphical scanner frontend for SANE...
OK, found.


--
| HPLIP INSTALLATION |
--


Currently installed HPLIP version...
HPLIP 3.10.5 currently installed in '/usr/share/hplip'.

Current conte


-- 
ASD Consultoria, Rio, RJ
Arq. Sávio M Ramos
Só usamos Linux desde 2000
www.debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.

Bug#585282: closed by Philipp Benner (Fwd: Re: Fw: Bug#585282: python-biopython: Python string exceptions no more allowed in Python 2.6)

[Sandro Tosi]

reopen 585282
thanks

Hi Philipp,
don't close bugs that are *not* actually fixed but will be only in
future releases of the package: close them when you'll upload it. As
of now, the package is buggy so this report has to be in 'open' state,
reopening now.

Regards,
Sandro

On Fri, Jun 11, 2010 at 11:33, Debian Bug Tracking System
 wrote:
>
> This is an automatic notification regarding your Bug report
> which was filed against the python-biopython package:
>
> #585282: python-biopython: Python string exceptions no more allowed in Python 
> 2.6
>
> It has been closed by Philipp Benner .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Philipp Benner 
>  by
> replying to this email.
>
>
> --
> 585282: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585282
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Philipp Benner 
> To: 585282-d...@bugs.debian.org
> Date: Fri, 11 Jun 2010 11:30:50 +0200
> Subject: Fwd: Re: Fw: Bug#585282: python-biopython: Python string exceptions 
> no more allowed in Python 2.6
>
>
>  Original Message 
> Subject: Re: Fw: Bug#585282: python-biopython: Python string exceptions no 
> more allowed in Python 2.6
> Date: Thu, 10 Jun 2010 10:14:16 +0100
> From: Peter Cock 
> To: Philipp Benner 
>
> Hi Philipp,
>
> Thanks for passing this on - we've been testing on Python 2.6 (and
> the prerelease 2.7) for a while, and I thought we'd fixed all these
> case. Jakub Wilk identified two cases in Biopython 1.54,
>
> python-biopython_1.54-1 E string-literal-exception
> /usr/share/pyshared/Bio/PDB/Vector.py:206
> python-biopython_1.54-1 E string-literal-exception
> /usr/share/pyshared/Bio/mathfns.py:93
>
> The file Bio/mathfns.py has been deprecated and has already been
> removed on the trunk - so will be "fixed" in Biopython 1.55.
>
> I've just fixed the old style exception in Bio/PDB/Vector.py so again,
> this will be fixed in Biopython 1.55.
>
> In my opinion neither case is worth issuing a bug fix to the Debian
> Biopython 1.54 package for. These are corner error cases where
> h

--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#585285: Python String Exceptions no more allowed in python 2.6

[charlie]

Sandro, 

Thanks for the bug report.  The string exception in coherence has been
fixed and is awaiting sponsoring on DPMT.

Have a nice day
Charlie




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

Bug#579261: Packaging adjustments for the new upstream release

[Daniel Elstner]

There are still a couple of problems with the new package in Debian:

  - The Devhelp file is not installed
  - The symlink for the upstream documentation directory needs to
be adjusted to the new location
  - The Doxygen tag file is compressed, which Doxygen cannot handle
  - The .la file still carries dependency information

A debdiff which fixes these problems is attached.

Cheers,
--Daniel

diff -Nru cairomm-1.8.4/debian/changelog cairomm-1.8.4/debian/changelog
--- cairomm-1.8.4/debian/changelog	2010-05-06 05:46:02.0 +0200
+++ cairomm-1.8.4/debian/changelog	2010-06-11 13:23:54.0 +0200
@@ -1,3 +1,21 @@
+cairomm (1.8.4-4~danielk) unstable; urgency=low
+
+  * debian/control:
+- Drop build dependencies on doxygen and graphviz, since upstream now
+  ships the generated documentation
+  * debian/libcairomm-1.0-doc.install:
+- Add the Devhelp book to the package
+  * debian/libcairomm-1.0-doc.links:
+- Adjust the symlink for the upstream documentation directory, which has
+  has changed to /usr/share/doc/cairomm-1.0
+  * debian/rules:
+- Remove the clean:: target, as it is no longer needed
+- Add DEB_COMPRESS_EXCLUDE for .tag files since Doxygen cannot handle
+  compressed tag files
+- Inlude clean-la.mk to purge dependency information from .la files
+
+ -- Daniel Elstner   Fri, 11 Jun 2010 13:07:19 +0200
+
 cairomm (1.8.4-3) unstable; urgency=low
 
   * debian/control: Add dependency for libcairomm-1.0-dev on
diff -Nru cairomm-1.8.4/debian/control cairomm-1.8.4/debian/control
--- cairomm-1.8.4/debian/control	2010-05-06 05:45:33.0 +0200
+++ cairomm-1.8.4/debian/control	2010-06-11 13:06:07.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Dave Beckett 
 Uploaders: Danilo Piazzalunga 
-Build-Depends: debhelper (>= 5), cdbs, libcairo2-dev (>= 1.8.0), doxygen, graphviz, libsigc++-2.0-dev
+Build-Depends: debhelper (>= 5), cdbs, libcairo2-dev (>= 1.8.0), libsigc++-2.0-dev
 Standards-Version: 3.8.4
 Homepage: http://cairographics.org/cairomm/
 
diff -Nru cairomm-1.8.4/debian/libcairomm-1.0-doc.install cairomm-1.8.4/debian/libcairomm-1.0-doc.install
--- cairomm-1.8.4/debian/libcairomm-1.0-doc.install	2010-04-20 22:51:18.0 +0200
+++ cairomm-1.8.4/debian/libcairomm-1.0-doc.install	2010-06-11 12:58:14.0 +0200
@@ -1 +1,2 @@
 debian/tmp/usr/share/doc/cairomm-1.0/reference usr/share/doc/libcairomm-1.0-doc
+debian/tmp/usr/share/devhelp/books
diff -Nru cairomm-1.8.4/debian/libcairomm-1.0-doc.links cairomm-1.8.4/debian/libcairomm-1.0-doc.links
--- cairomm-1.8.4/debian/libcairomm-1.0-doc.links	2010-04-20 22:40:07.0 +0200
+++ cairomm-1.8.4/debian/libcairomm-1.0-doc.links	2010-06-11 12:59:04.0 +0200
@@ -1,2 +1,2 @@
 # Upstream installs documentation in this directory
-usr/share/doc/libcairomm-1.0-doc usr/share/doc/libcairomm-1.0
+usr/share/doc/libcairomm-1.0-doc usr/share/doc/cairomm-1.0
diff -Nru cairomm-1.8.4/debian/rules cairomm-1.8.4/debian/rules
--- cairomm-1.8.4/debian/rules	2010-04-20 22:48:46.0 +0200
+++ cairomm-1.8.4/debian/rules	2010-06-11 13:04:00.0 +0200
@@ -3,15 +3,13 @@
 include /usr/share/cdbs/1/class/autotools.mk
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/rules/simple-patchsys.mk
+include /usr/share/cdbs/1/rules/clean-la.mk
 
 # We want .a
 DEB_CONFIGURE_EXTRA_FLAGS = --enable-static
 
+# Doxygen cannot handle compressed tag files
+DEB_COMPRESS_EXCLUDE := .tag
+
 # Make sure it depends on >= current-version
 #DEB_DH_MAKESHLIBS_ARGS_libcairomm-1.0-0 = -V
-
-clean::
-	rm -rf \
-	docs/reference/cairomm_doxygen_tags \
-	docs/reference/doxygen* \
-	docs/reference/undocumented.txt

Bug#508176: The bug

[Александр Яковлев]

I still have a question: Is there ANY way to fix this bug in lenny?
Because any direct interference to MIME types would be discarded next
time I install or update any package and shared-mime-info in unstable
(or testing) needs libc6 --> in short, it can't be installed without
screwing up the whole system.
Is there ANY backport or fix?



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

Bug#585525: tell logcheck to ignore "packet truncated" warnings

[martin f krafft]

Package: ntop
Version: 3:3.3-13
Severity: wishlist
Tags: patch

Please add the following rule:

  +^\w{3} [ :0-9]{11} [._[:alnum:]-]+ 
ntop\[[[:digit:]]{2,5}\]:[[:space:]]+\*\*WARNING\*\* packet truncated 
\([[:digit:]]+->[[:digit:]]+\)$

to filter the countless warnings I get like this:

  Jun 11 13:25:29 wall ntop[2911]:   **WARNING** packet truncated (8754->8232)

I don't know what they are trying to warn me about, ntop works fine,
and I don't really see who is truncating packets, and for what
reason.

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

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


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#551034: Newer upstream available

[Roy Marples]

Resent as it didn't make it to the bug report

On 10/06/2010 20:59, Simon Kelley wrote:

I'm very much in favour of moving to a dhcpcd5 package. Given my
terrible record in getting stuff done on this I'm not going to promise
to do it, but I will sponsor uploads if needed, and I'll certainly test
things.


Roy, please shout when you have stuff available for testing somewhere on
the net.


I've uploaded packages for dhcpcd5, dhcpcd-dbus, dhcpcd-gtk and 
openresolv to mentors.debian.net for testing. Let me know how they work out.


Thanks

Roy



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

Bug#581366: live-initramfs: CD image unusable both as live CD and as installed

[Daniel Baumann]

On 06/11/2010 01:18 PM, Carlo Stemberger wrote:
> Currently d-i fails to format the disk in ext3. See the attached
> screenshots.

this is a d-i issue, has nothing to do with debian-live, and there is
nothing we can do about that here.

do you have any remaining issues that are live specific? otherwise i'd
close the bug.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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

Bug#585526: libwebkit-1.0-2: Webkit-gtk generates TCP/UDP flood while surfing the WWW

[Pvt. Pyle]

Package: libwebkit-1.0-2
Version: 1.2.1-2
Severity: normal
Tags: squeeze

Hello, i decided to leave iceweasel (or any gecko-based browser) and start
using webkit-based browsers. I started with midori but then switched to
epiphany. Using those browsers i saw that when i open links, sometimes i get an
error: cannot connect to the host or cannot resolve host. Once i got that
error, i can't connect to any website for few seconds. After 15-20 seconds, i
can surf the WWW again.

I thought it could be a DNS trouble, but used other and the problem was not
solved. Once, while waiting 15-20 seconds, i decided to try to connect my
router and connected with no problem, so it is not a network problem. Loaded up
the log from the router and this is what i see every time the browsers can't
connect to host:

2010.06.07 10:28:55 **TCP FIN Scan** 10.1.1.50, 55646->> 198.78.213.126, 80
(from ATM1 Outbound)
2010.06.07 10:28:55 **TCP FIN Scan** 10.1.1.50, 53556->> 208.43.84.243, 80
(from ATM1 Outbound)
2010.06.07 10:28:54 **TCP FIN Scan** 10.1.1.50, 51915->> 75.125.54.38, 80 (from
ATM1 Outbound)
2010.06.07 10:28:54 **TCP FIN Scan** 10.1.1.50, 52720->> 204.160.107.126, 80
(from ATM1 Outbound)
2010.06.07 10:21:32 **TCP FIN Scan** 10.1.1.50, 59189->> 72.14.235.91, 80 (from
ATM1 Outbound)
2010.06.07 10:21:32 **TCP FIN Scan** 10.1.1.50, 54558->> 72.14.235.190, 80
(from ATM1 Outbound)
2010.06.07 10:21:32 **TCP FIN Scan** 10.1.1.50, 41512->> 72.14.235.191, 80
(from ATM1 Outbound)
2010.06.07 10:21:32 **TCP FIN Scan** 10.1.1.50, 47058->> 79.125.124.10, 80
(from ATM1 Outbound)
2010.06.07 10:21:31 **TCP FIN Scan** 10.1.1.50, 45542->> 209.85.227.138, 80
(from ATM1 Outbound)
2010.06.07 10:21:30 **TCP FIN Scan** 10.1.1.50, 56306->> 72.14.235.104, 80
(from ATM1 Outbound)
2010.06.07 10:21:30 **TCP FIN Scan** 10.1.1.50, 50680->> 92.123.73.65, 80 (from
ATM1 Outbound)
2010.06.07 10:19:37 **TCP FIN Scan** 10.1.1.50, 39925->> 212.58.246.143, 80
(from ATM1 Outbound)
2010.06.07 10:00:02 **UDP Flood to Host** 10.1.1.50, 55883->> 87.216.1.66, 53
(from ATM1 Outbound)
2010.06.07 09:59:57 **UDP Flood to Host** 10.1.1.50, 38727->> 87.216.1.65, 53
(from ATM1 Outbound)

To confirm that is not a network problem, i booted up my netbook and loaded the
same browser i used in the main computer: while in main computers the error
appears, i could surf the WWW from my netbook. Then i did the reverse
situation, inducing the error in my netbook while i could suft the web from the
main computer. So the problem must be the software.

I installed iceweasel 3.5.9, galeon 2.0.7-2.1+b1 and chromium 48420 (plus
epiphany-webkit 2.30.2, midori-0.24 (then midori-0.2.6)). There was no problem
using iceweasel, nor galeon, nor chromium. The log from router was as usual.
The coincidences: epiphany and midori uses the same webkit release
(libwebkit-1.0-2 v1.2.1-2), which is different of the used by chromium.

So i think there is a problem with libwebkit-1.0-2.

P.S.- This is my first bug report, so excuse me if there is not the information
you need. If so, ask for more info.



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

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

Versions of packages libwebkit-1.0-2 depends on:
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.10.2-9 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libenchant1c2a  1.4.2-3.6a wrapper library for various spel
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgail18   2.20.1-1 GNOME Accessibility Implementation
ii  libgcc1 1:4.4.4-1GCC support library
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgstreamer-plugins-base0. 0.10.29-4GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.29-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libicu424.2.1-3  International Components for Unico
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG 
ii  libpango1.0-0   1.28.0-1 Layout and rendering of internatio
ii  libpng12-0  1.2.43-1 PNG library - runtime
ii  libsoup2.4-12.31.2-1 an HTTP library implementation in 
ii  libsqlite3-03.6.23.1-4   SQLite 3 shared library
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  libwebkit-1.0-common1.2.1-2  Web content engine library for Gtk
ii  libxml2 2.7.7.dfsg-2 GNOME XML library
i

Bug#585250: mercurial-common: Python string exceptions no more allowed in Python 2.6

[Javi Merino]

tags 585250 upstream
thanks

Hi, I've sent a patch upstream to fix the zeroconf module [0]. We will
close the bug if/when it is accepted.

[0] http://www.selenic.com/pipermail/mercurial-devel/2010-June/021789.html

Regards,
Javi (Vicho)

On 10/06/10 00:19, Sandro Tosi wrote:
> Package: mercurial-common
> Version: 1.5.2-1
> Severity: minor
> User: debian-pyt...@lists.debian.org
> Usertags: python2.6
> 
> Hello,
> One of the changes brought by Python 2.6 is the removal of string
> exceptions, so they won't work in Python 2.6 (just a side note: they
> were also buggy before, since they were not guaranteed to work
> reliable even in <2.6); as an example:
> 
> $ python2.5 -c "raise 'eggs'"
> -c:1: DeprecationWarning: raising a string exception is deprecated
> Traceback (most recent call last):
>   File "", line 1, in 
> eggs
> 
> $ python2.6 -c "raise 'eggs'"
> Traceback (most recent call last):
>   File "", line 1, in 
> TypeError: exceptions must be old-style classes or derived from 
> BaseException, not str
> 
> Since 2.6 is the planned default version for the upcoming new Debian
> stable release, there are chances your package may be affected by this
> change.
> 
> We are not sure your package is impacted, since the exception raise
> can be in a dead or very rare branch of the code, and so simply never
> being executed. We would like to leverage your package maintainer
> status and the relationship with upstream authors to inspect more
> deeply the issue and act accordingly (that includes: making this bug
> release critical, closing it as irrelevant, tagging it 'wontfix', or
> whatever is appropriate).
> 
> Jakub Wilk made the discovery of the problem and kindly prepared a
> list [1] of all identified packages (downloaded on 2010-06-09) along
> with files & lines that triggered the pattern search.
> 
> [1] http://people.debian.org/~morph/strexp/string-exceptions.lintian
> 
> This mass-bug filing was announced at 2010-06-06 on [2] (see the
> thread and the references there).
> 
> [2] http://lists.debian.org/debian-devel/2010/06/msg00097.html
> 
> We do not consider the whole situation a stopper for the Python
> transition to 2.6, except (of course) for those single bugs where
> severity will be increased.
> 
> Thanks in advance for your attention,
> Sandro on behalf of debian-python
> 
> 
> 




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

Bug#584885: New backtrace

[Ralf Hildebrandt]

GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Reading symbols from /lib/i686/cmov/libcrypt.so.1...done.
Loaded symbols for /lib/i686/cmov/libcrypt.so.1
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/i686/cmov/libssl.so.0.9.8...done.
Loaded symbols for /usr/lib/i686/cmov/libssl.so.0.9.8
Reading symbols from /usr/lib/libdb-4.6.so...done.
Loaded symbols for /usr/lib/libdb-4.6.so
Reading symbols from /lib/libbz2.so.1.0...done.
Loaded symbols for /lib/libbz2.so.1.0
Reading symbols from /usr/lib/libpcre.so.3...done.
Loaded symbols for /usr/lib/libpcre.so.3
Reading symbols from /lib/i686/cmov/libresolv.so.2...done.
Loaded symbols for /lib/i686/cmov/libresolv.so.2
Reading symbols from /lib/i686/cmov/libm.so.6...done.
Loaded symbols for /lib/i686/cmov/libm.so.6
Reading symbols from /lib/i686/cmov/libdl.so.2...done.
Loaded symbols for /lib/i686/cmov/libdl.so.2
Reading symbols from /lib/i686/cmov/libnsl.so.1...done.
Loaded symbols for /lib/i686/cmov/libnsl.so.1
Reading symbols from /usr/lib/libgssapi_krb5.so.2...done.
Loaded symbols for /usr/lib/libgssapi_krb5.so.2
Reading symbols from /usr/lib/libkrb5.so.3...done.
Loaded symbols for /usr/lib/libkrb5.so.3
Reading symbols from /usr/lib/libk5crypto.so.3...done.
Loaded symbols for /usr/lib/libk5crypto.so.3
Reading symbols from /lib/libcom_err.so.2...done.
Loaded symbols for /lib/libcom_err.so.2
Reading symbols from /usr/lib/libxml2.so.2...done.
Loaded symbols for /usr/lib/libxml2.so.2
Reading symbols from /lib/i686/cmov/libc.so.6...done.
Loaded symbols for /lib/i686/cmov/libc.so.6
Reading symbols from /usr/lib/i686/cmov/libcrypto.so.0.9.8...done.
Loaded symbols for /usr/lib/i686/cmov/libcrypto.so.0.9.8
Reading symbols from /lib/i686/cmov/libpthread.so.0...done.
Loaded symbols for /lib/i686/cmov/libpthread.so.0
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/lib/libkrb5support.so.0...done.
Loaded symbols for /usr/lib/libkrb5support.so.0
Reading symbols from /lib/libkeyutils.so.1...done.
Loaded symbols for /lib/libkeyutils.so.1
Reading symbols from /usr/lib/php5/20060613+lfs/apc.so...done.
Loaded symbols for /usr/lib/php5/20060613+lfs/apc.so
Reading symbols from /lib/i686/cmov/librt.so.1...done.
Loaded symbols for /lib/i686/cmov/librt.so.1
Reading symbols from /usr/lib/php5/20060613+lfs/curl.so...Reading symbols from 
/usr/lib/debug/usr/lib/php5/20060613+lfs/curl.so...done.
done.
Loaded symbols for /usr/lib/php5/20060613+lfs/curl.so
Reading symbols from /usr/lib/libcurl.so.4...done.
Loaded symbols for /usr/lib/libcurl.so.4
Reading symbols from /usr/lib/libidn.so.11...done.
Loaded symbols for /usr/lib/libidn.so.11
Reading symbols from /usr/lib/libssh2.so.1...done.
Loaded symbols for /usr/lib/libssh2.so.1
Reading symbols from /usr/lib/liblber-2.4.so.2...done.
Loaded symbols for /usr/lib/liblber-2.4.so.2
Reading symbols from /usr/lib/libldap_r-2.4.so.2...done.
Loaded symbols for /usr/lib/libldap_r-2.4.so.2
Reading symbols from /usr/lib/libgcrypt.so.11...done.
Loaded symbols for /usr/lib/libgcrypt.so.11
Reading symbols from /usr/lib/libgpg-error.so.0...done.
Loaded symbols for /usr/lib/libgpg-error.so.0
Reading symbols from /usr/lib/libsasl2.so.2...done.
Loaded symbols for /usr/lib/libsasl2.so.2
Reading symbols from /usr/lib/libgnutls.so.26...done.
Loaded symbols for /usr/lib/libgnutls.so.26
Reading symbols from /usr/lib/libtasn1.so.3...done.
Loaded symbols for /usr/lib/libtasn1.so.3
Reading symbols from /usr/lib/php5/20060613+lfs/gd.so...Reading symbols from 
/usr/lib/debug/usr/lib/php5/20060613+lfs/gd.so...done.
done.
Loaded symbols for /usr/lib/php5/20060613+lfs/gd.so
Reading symbols from /usr/lib/libgd.so.2...done.
Loaded symbols for /usr/lib/libgd.so.2
Reading symbols from /usr/lib/libt1.so.5...done.
Loaded symbols for /usr/lib/libt1.so.5
Reading symbols from /usr/lib/libfreetype.so.6...done.
Loaded symbols for /usr/lib/libfreetype.so.6
Reading symbols from /usr/lib/libX11.so.6...done.
Loaded symbols for /usr/lib/libX11.so.6
Reading symbols from /usr/lib/libXpm.so.4...done.
Loaded symbols for /usr/lib/libXpm.so.4
Reading symbols from /usr/lib/libpng12.so.0...done.
Loaded symbols for /usr/lib/libpng12.so.0
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /usr/lib/libfontconfig.so.1...done.
Loaded symbols for /usr/lib/libfontconfig.so.1
Reading symbols from /usr/lib/libxcb-xlib.so.0...done.
Loaded symbols for /usr/lib/libxcb-xlib.so.0
Reading symbols from /usr/lib/libxcb.so.1...done.
Loaded symbols for /usr/lib/libxcb.so.1
Reading symbols from /usr/lib/libexpat

Bug#585527: netkit-telnet: telnet and telnetd should support real LINEMODE

[Howard Chu]

Package: netkit-telnet
Version: 0.17
Severity: wishlist
Tags: patch


This patch is actually just a stepping stone to getting the desired 
functionality
into ssh, but I'm starting here in case peoploe still use telnet.

On high latency, congested networks, it's advantageous to do as much character
processing as possible on the local client, and only send complete lines of 
input
to the remote server. Up till now the Linux kernel has lacked the features 
needed
for full support of the RFC1184 Telnet LineMode option, but I've posted a patch
to implement the missing kernel features.

http://marc.info/?l=linux-kernel&m=127625158418585&w=2

The patches here are needed to make telnet and telnetd compile and run properly
when building with -DLINEMODE instead of -DKLUDGELINEMODE.


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

Kernel: Linux 2.6.34-rc7 (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

--
  -- Howard Chu
  CTO, Symas Corp.   http://www.symas.com
  Director, Highland Sun http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/
diff -wur netkit-telnet-0.17/telnet/Makefile 
netkit-telnet-0.17.N/telnet/Makefile
--- netkit-telnet-0.17/telnet/Makefile  2010-06-11 04:27:14.0 -0700
+++ netkit-telnet-0.17.N/telnet/Makefile2010-06-10 20:49:45.0 
-0700
@@ -6,7 +6,7 @@
 #CXXFLAGS:=$(patsubst -O2, -g, $(CXXFLAGS))
 
 # -DAUTHENTICATE
-CXXFLAGS += -DUSE_TERMIO -DKLUDGELINEMODE
+CXXFLAGS += -DUSE_TERMIO -DLINEMODE
 LIBS = $(LIBTERMCAP)
 
 SRCS = commands.cc main.cc network.cc ring.cc sys_bsd.cc telnet.cc \
diff -wur netkit-telnet-0.17/telnet/telnet.cc 
netkit-telnet-0.17.N/telnet/telnet.cc
--- netkit-telnet-0.17/telnet/telnet.cc 2010-06-11 04:27:14.0 -0700
+++ netkit-telnet-0.17.N/telnet/telnet.cc   2010-06-11 03:48:33.0 
-0700
@@ -895,6 +895,9 @@
   
   initfunc(SLC_EC, 0);
   initfunc(SLC_EL, 0);
+  initfunc(SLC_EW, 0);
+  initfunc(SLC_RP, 0);
+  initfunc(SLC_LNEXT, 0);
   
   initfunc(SLC_XON, 0);
   initfunc(SLC_XOFF, 0);
diff -wur netkit-telnet-0.17/telnetd/Makefile 
netkit-telnet-0.17.N/telnetd/Makefile
--- netkit-telnet-0.17/telnetd/Makefile 2010-06-11 04:27:14.0 -0700
+++ netkit-telnet-0.17.N/telnetd/Makefile   2010-06-11 03:20:16.0 
-0700
@@ -9,7 +9,7 @@
 # take out -DPARANOID_TTYS.
 
 CFLAGS += '-DISSUE_FILE="/etc/issue.net"' -DPARANOID_TTYS \
-  -DNO_REVOKE -DKLUDGELINEMODE -DDIAGNOSTICS \
+  -DNO_REVOKE -DLINEMODE -DDIAGNOSTICS \
   -DLOGIN_WRAPPER=\"/usr/lib/telnetlogin\"
 # LIBS += $(LIBTERMCAP)
 
diff -wur netkit-telnet-0.17/telnetd/slc.c netkit-telnet-0.17.N/telnetd/slc.c
--- netkit-telnet-0.17/telnetd/slc.c1999-12-12 06:59:44.0 -0800
+++ netkit-telnet-0.17.N/telnetd/slc.c  2010-06-11 03:19:58.0 -0700
@@ -129,7 +129,7 @@
  *
  * Add an slc triplet to the slc buffer.
  */
-void add_slc(char func, char flag, cc_t val) {
+void add_slc(int func, int flag, int val) {
 add_slcbuf_char(func);
 add_slcbuf_char(flag);
 add_slcbuf_char(val);
@@ -259,7 +259,7 @@
  * Process a request to change one of our special characters.
  * Compare client's request with what we are capable of supporting.
  */
-void change_slc(char func, char flag, cc_t val) {
+void change_slc(int func, int flag, int val) {
 register int hislevel, mylevel;
 
 hislevel = flag & SLC_LEVELBITS;
diff -wur netkit-telnet-0.17/telnetd/state.c 
netkit-telnet-0.17.N/telnetd/state.c
--- netkit-telnet-0.17/telnetd/state.c  2010-06-11 04:27:14.0 -0700
+++ netkit-telnet-0.17.N/telnetd/state.c2010-06-11 03:19:58.0 
-0700
@@ -129,8 +129,8 @@
  * If we are operating in linemode,
  * convert to local end-of-line.
  */
-if (linemode && (ncc > 0) && (('\n' == nc) ||
-  ((0 == nc) && tty_iscrnl())) ) {
+if (linemode && (ncc > 0) && (('\n' == c) ||
+  ((0 == c) && tty_iscrnl())) ) {
 netip++; ncc--;
 c = '\n';
 } 
diff -wur netkit-telnet-0.17/telnetd/sys_term.c 
netkit-telnet-0.17.N/telnetd/sys_term.c
--- netkit-telnet-0.17/telnetd/sys_term.c   2010-06-11 04:27:14.0 
-0700
+++ netkit-telnet-0.17.N/telnetd/sys_term.c 2010-06-11 03:19:58.0 
-0700
@@ -250,13 +250,13 @@
 
 void tty_setlinemode(int on) {
 #ifdef TIOCEXT
-set_termbuf();
 ioctl(pty, TIOCEXT, (char *)&on);
-init_termbuf();
 #else  /* !TIOCEXT */
 # ifdefEXTPROC
+init_termbuf();
 if (on) termbuf.c_lflag |= EXTPROC;
 else termbuf.c_lflag &= ~EXTPROC;
+set_termbuf();
 # endif
 #endif /* TIOCEXT */
 }
@@ -413,25 +413,6 @@

Bug#436105: suggestion to add GPL-1 as a common licence

[Giacomo A. Catenazzi]

On 11.06.2010 13:16, Andrew McMillan wrote:

On Fri, 2010-06-11 at 11:35 +0200, Santiago Vila wrote:


Ok, I agree that it would a good idea to include GPL-1 in common-licenses
because of the high number of packages still using it.


I'm sorry, but I disagree, for the time being.  I do not believe that
large numbers of packages are deliberately using GPL v1, and I think
that anyone who is needs to confirm that explicitly since (I hope) many
of them have moved on to less broken licenses such as GPL3 or GPL2.



Yes for new code, but old code cannot be relicensed easily:
all authors should agree, but GPLv1 is very old, in periods
where contribution did not have an email and "fix" (live-long)
email address was not common.

and OTOH the unversioned GPL notices means any GPL license.
[both for old programs and for "careless" new developement.

BTW unilaterally moving "version 1 and any later versio" to
"version 2 [or 3] and later later" is against the GPL.


So I think that GPLv1 will remain important for the time being,
and I would include it in common-license.

ciao
cate



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

Bug#436105: suggestion to add GPL-1 as a common licence

[Andrew McMillan]

On Fri, 2010-06-11 at 14:14 +0200, Giacomo A. Catenazzi wrote:
> 
> Yes for new code, but old code cannot be relicensed easily:
> all authors should agree, but GPLv1 is very old, in periods
> where contribution did not have an email and "fix" (live-long)
> email address was not common.

It is:

(a) old code

(b) not a common license

Regardless of whether it may once have been.


> BTW unilaterally moving "version 1 and any later versio" to
> "version 2 [or 3] and later later" is against the GPL.

Nobody is suggesting that code licensed under v1 can be moved to v2 (or
later) without the authority of the author(s).


> So I think that GPLv1 will remain important for the time being,
> and I would include it in common-license.

I think the project should actively rate it as 'unimportant', at least
partly in order to draw attention to the fact that it is using an
obsolete license.


If the code is v1-or-later then a trivial fork (by the original
developer) is able to relicense it as v2-or-later or v3-or-later.  If
the original developer is unhappy with doing that, then they do have
uncommon licensing desires.

Cheers,
Andrew.

-- 

andrew (AT) morphoss (DOT) com+64(272)DEBIAN
   Don't you feel more like you do now than you did when you came in?




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

Bug#585079: debdelta _append_() wrong number of arguments

[A Mennucc]

just for curiosity , may you explain how to reproduce this bug? thanks. a.



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

Bug#585468: jifty: license of */share/web/static/js/json.js is considered non-free

[gregor herrmann]

On Thu, 10 Jun 2010 20:03:03 +0200, Alexander Reichle-Schmehl wrote:

> The JSON license is consideres non-free ("The Software shall be used for
> Good, not Evil."), see the recent discussions on debian-legal.

I guess you are referring to the thread starting at
http://lists.debian.org/debian-legal/2010/03/msg00064.html
(if not please provide a pointer).

Anyway, if it's the authoritative point of view of the ftp-masters we
have to deal with it somehow.

What surprises me is that json.js is also in libjs-yui -- ah, it's a
different file. But doing something similar?!

I guess someone who has more knowledge about this javascript/JSON
stuff should look into this and find a replacement -- if it's
actually needed.

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Carole King: Carry Your Load


signature.asc
Description: Digital signature

Bug#585528: RM: hsqldb1.9/experimental -- ROM; obsoleted by hsqldb 2.0.0 release

[Rene Engelhard]

Package: ftp.debian.org
Severity: normal

Hi,

please remove hsqldb1.9 and associated binary packages from experimental.
i uploaded it to have work in progress for 2.0.0, that got uploaded then
with 2.0.0~rcX as it got changed to that - and now we have 2.0.0 final.
Thus hsqldb1.9 is obsolete :)

Grüße/Regards,

Rene



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

Bug#436105: suggestion to add GPL-1 as a common licence

[Giacomo A. Catenazzi]

On 11.06.2010 14:25, Andrew McMillan wrote:


If the code is v1-or-later then a trivial fork (by the original
developer) is able to relicense it as v2-or-later or v3-or-later.  If
the original developer is unhappy with doing that, then they do have
uncommon licensing desires.


It would be illegal.
You can act as if there is v2-or-later, but you cannot
apply additional restriction on original code, so the
old code is still v1-or-later.

Note in GPLv3 there could be a "proxy" authority
to allow increment base license number, but AFAIK
few project define such proxy in the code, and
it is only from GPLv3.

PS: you can fork and add a new GPL-v2-or-later file,
which automatically cause the aggregate work and binary
to be GPL-v2-or-later, but: (1) debian/copyright is about
pure source licenses; (2) the source file license is
not changed.

ciao
cate



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

Bug#436105: suggestion to add GPL-1 as a common licence

[gregor herrmann]

On Sat, 12 Jun 2010 00:25:57 +1200, Andrew McMillan wrote:

> If the code is v1-or-later then a trivial fork (by the original
> developer) is able to relicense it as v2-or-later or v3-or-later.  If
> the original developer is unhappy with doing that, then they do have
> uncommon licensing desires.

Most perl modules are licensed "under the same terms as Perl itself",
and perl is licensed under "GPL-1 or later" or Artistic.

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: George Harrison: If Not For You


signature.asc
Description: Digital signature

Bug#572860: linux-image-2.6.32-trunk-686: Problem using PCI0680 Ultra ATA-133 devices

[Francesco]

tag 572860 + fixed-upstream

The bug I reported has been fixed with version 2.6.32-15; the bug can be 
closed.
-- 
Non pretendo che comprendiate il significato di quello che ho scritto senza 
averlo riletto un certo numero di volte. Personalmente, vi riterrei degli 
stupidi se lo faceste. Io l'ho letto sei volte ed ancora non l'ho capito.



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

Bug#585468: jifty: license of */share/web/static/js/json.js is considered non-free

[Alexander Reichle-Schmehl]

Hi Gregor!

Am 11.06.2010 14:28, schrieb gregor herrmann:

>> The JSON license is consideres non-free ("The Software shall be used for
>> Good, not Evil."), see the recent discussions on debian-legal.
> I guess you are referring to the thread starting at
> http://lists.debian.org/debian-legal/2010/03/msg00064.html
> (if not please provide a pointer).
> 
> Anyway, if it's the authoritative point of view of the ftp-masters we
> have to deal with it somehow.

We discussed it in the ftp-team and came to the conclusion, that it's
not okay.  Some of us even talked to upstream to clarify that, and the
clarification didn't convinced us either.


> What surprises me is that json.js is also in libjs-yui -- ah, it's a
> different file. But doing something similar?!
> 
> I guess someone who has more knowledge about this javascript/JSON
> stuff should look into this and find a replacement -- if it's
> actually needed.

Torsten Werner told me, that there was indeed an older version, given
completely to the public domain without the problematic phrase.  And I
think he also mentioned forks of json with the the same functionality.
So maybe he can be of help.


Best regards,
  Alexander



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

Bug#585250: mercurial-common: Python string exceptions no more allowed in Python 2.6

[Vincent Danjean]

On 11/06/2010 13:38, Javi Merino wrote:
> tags 585250 upstream
> thanks
> 
> Hi, I've sent a patch upstream to fix the zeroconf module [0].

Great !

> We will close the bug if/when it is accepted.

The correct procedure is to tag it 'fixed-upstream' when the patch is
upstream (and 'pending' when the fix is in the debian mercurial svn but
the package not yet uploaded) and closing it with a changelog entry.

Thank for your work in this bug.

  Regards
Vincent

> [0] http://www.selenic.com/pipermail/mercurial-devel/2010-June/021789.html
> 
> Regards,
> Javi (Vicho)

-- 
Vincent Danjean   GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://perso.debian.org/~vdanjean/debian unstable main




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

Bug#503310: mount.nfs x netapp

[Tomas Benedykt]

hi all,

we have a similar problem with debian and netapp, when we try to use
netapp vol with 'all_squash' behaviour

netapp vol nfs export options:
...,anon=8000,sec=none,rw,...

on debian-stable (lenny), using the latest available nfs-common
(1:1.1.2-6lenny1) there is no way to mount netapp vol with this config.

we also tested the latest unstable nfs-utils pkg (1:1.2.2-1), but
doesn't help.

finally we tried to use mount.nfs binary from RHEL-5 (very dirty way),
the mount was successfull and everything looks good.

according this, we found bug/patch in RHEL bugzilla
-patch: https://bugzilla.redhat.com/attachment.cgi?id=138345
-diff: https://bugzilla.redhat.com/attachment.cgi?id=138345&action=diff
-bug: https://bugzilla.redhat.com/show_bug.cgi?id=187370

applying the patch on debian src pkg we got correct/working version of
nfs-common

please, could you investigate this RH patch and if possible apply it in
the future releases of nfs-common?

thank you very much

regards
Tomas Benedykt

-- 

Ing. Tomáš Benedykt

senior linux administrator

E-mail: tomas.bened...@centrumholdings.com
Tel.: (+420) 739 500 840

Centrum Holdings  |  Classic 7, Jankovcova 1037/49, 170 00 Praha 7
www.centrumholdings.com

Aktualne.cz  |  Atlas.cz  |  Centrum.cz  |  ICQ  |  Zena.cz



signature.asc
Description: OpenPGP digital signature

Bug#585493: [initscripts] Fails to upgrade

[Antonio De Luci - imu]

Package: initscripts
Version: 2.88dsf-8

Same problem here on arch amd64.


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

Debian Release: squeeze/sid
  500 unstableftp.de.debian.org
  1   experimentalftp.it.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libc6(>= 2.2.5) | 2.11.1-3
mount  (>= 2.11x-1) | 2.17.2-3
debianutils (>= 2.13.1) | 3.2.3
lsb-base(>= 3.2-14) | 3.2-23.1
sysvinit-utils (>= 2.86.ds1-64) | 2.88dsf-8
sysv-rc | 2.88dsf-8
 OR file-rc |
coreutils (>= 5.93) | 8.5-1


Recommends  (Version) | Installed
=-+-===
psmisc| 22.11-1
e2fsprogs | 1.41.12-2


Package's Suggests field is empty.






signature.asc
Description: OpenPGP digital signature

Bug#585248: luma: Python string exceptions no more allowed in Python 2.6

[Per W.]

Forwarded: http://sourceforge.net/support/tracker.php?aid=3014815
Tags: patch pending upstream

I wrote and attached a patch to fix this issue.

Description: Removes strin exceptions for Python2.6 compatibility
Origin: other, http://bugs.debian.org/585248
Bug: http://sourceforge.net/support/tracker.php?aid=3014815
Bug-Debian: http://bugs.debian.org/585248
Patch: -
Author: Per W. 
Last-Update: 2010-06-11

--- a/lib/luma/base/backend/ObjectClassAttributeInfo.py
+++ b/lib/luma/base/backend/ObjectClassAttributeInfo.py
@@ -219,7 +219,7 @@
 """
 
 if classList == None:
-raise "Missing Arguments to Funktion 'isMust(attribute, objectClassesDict)"
+raise ValueError("Missing Arguments to Funktion 'isMust(attribute, objectClassesDict)")
 
 attribute = attribute.lower()
 
--- a/install.py
+++ b/install.py
@@ -119,7 +119,7 @@
 while a.poll() == -1:
 pass
 if a.poll() > 0:
-raise "CopyError", "Error!!! Could not copy File. Maybe wrong permissions?"
+raise OSError("CopyError: Could not copy File. Maybe wrong permissions?")
 
 if tmpDir == "bin":
 src,dst = prefixDir + '/lib/luma/luma.py', prefixDir + '/bin/luma'
@@ -132,7 +132,7 @@
 # Not to wory - seems we're trying to install a newer version
 pass
 elif oerr.errno == errno.EACCES:
-raise "AccessError","Unable to make symbolic link due to access restrictions."
+raise OSError("AccessError: Unable to make symbolic link due to access restrictions."
 
 print "Finished copying program files.\n"
 print "LUMA installed succesfully! :)"


signature.asc
Description: OpenPGP digital signature

Bug#436105: suggestion to add GPL-1 as a common licence

[Matt Zagrabelny]

On Fri, 2010-06-11 at 14:40 +0200, gregor herrmann wrote:
> On Sat, 12 Jun 2010 00:25:57 +1200, Andrew McMillan wrote:
> 
> > If the code is v1-or-later then a trivial fork (by the original
> > developer) is able to relicense it as v2-or-later or v3-or-later.  If
> > the original developer is unhappy with doing that, then they do have
> > uncommon licensing desires.
> 
> Most perl modules are licensed "under the same terms as Perl itself",
> and perl is licensed under "GPL-1 or later" or Artistic.

Trying to get the significant number of upstream perl module copyright
holders to fork and relicense would probably be a fruitless adventure.

In fact upstream perl module developers may be reluctant to deviate from
Perl's copyright, quoting the FSF [1]:


License of Perl 5 and below

This license is the disjunction of the Artistic License 1.0 and
the GNU GPL—in other words, you can choose either of those two
licenses. It qualifies as a free software license, but it may
not be a real copyleft. It is compatible with the GNU GPL
because the GNU GPL is one of the alternatives.

We recommend you use this license for any Perl 4 or Perl 5
package you write, to promote coherence and uniformity in Perl
programming. Outside of Perl, we urge you not to use this
license; it is better to use just the GNU GPL.


[1] http://www.gnu.org/licenses/license-list.html#PerlLicense


-- 
Matt Zagrabelny - mzagr...@d.umn.edu - (218) 726 8844
University of Minnesota Duluth
Information Technology Systems & Services
PGP key 4096R/42A00942 2009-12-16
Fingerprint: 5814 2CCE 2383 2991 83FF  C899 07E2 BFA8 42A0 0942

He is not a fool who gives up what he cannot keep to gain what he cannot
lose.
-Jim Elliot


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

Bug#585529: dailystrips: New strip: Abstruse Goose

[Reuben Thomas]

Package: dailystrips
Severity: wishlist
Tags: patch

Brilliant strip!

strip goose
name Abstruse Goose
artist Eugene So
homepage http://abstrusegoose.com/
type search
searchpattern http://abstrusegoose.com/strips/(.+?\.PNG)"
baseurl http://abstrusegoose.com/strips/
provides latest
end
  

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

Kernel: Linux 2.6.26-2-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/bash

Versions of packages dailystrips depends on:
ii  debconf [debconf-2.0]1.5.24  Debian configuration management sy
ii  libtimedate-perl 1.1600-9Time and date functions for Perl
ii  libwww-perl  5.813-1 WWW client/server library for Perl
ii  perl 5.10.0-19lenny2 Larry Wall's Practical Extraction 

dailystrips recommends no packages.

dailystrips suggests no packages.



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

Bug#585419: drop vol_id related code from get_fstype in /usr/share/initramfs-tools/scripts/functions

[maximilian attems]

On Thu, Jun 10, 2010 at 03:45:30PM +0200, Christoph Anton Mitterer wrote:
> On Thu, 2010-06-10 at 15:35 +0200, Michael Prokop wrote:
> > Yeah, it's just fallback code.
> Of course :)

no point in axing.
 
> > udev in lenny provides /lib/udev/vol_id, though lenny's e2fsprogs
> > (which is an essential package) also ships blkid - so this should be
> > save.
> Well I'm fine with keeping it in lenny,.. but I guess it's gone in
> suqeeze/sid.

keep in mind the upgrade path of lenny, updating comment is fine mika.




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

Bug#585530: red5-server: Init script uses $NAME before setting it

[Ciaran Anscomb]

Package: red5-server
Version: 0.9.1-1
Severity: important


In /etc/init.d/red5-server, NAME is set to red5-server _after_ using
it as a component in the test for its defaults file /etc/default/$NAME.

As a result, the defaults file will never be read.

..ciaran

-- 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/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages red5-server depends on:
ii  adduser   3.112  add and remove users and groups
ii  default-jre-headless [java6-r 1.6-36 Standard Java or Java compatible R
ii  libred5-java  0.9.1-1remote API for Red5 flash streamin
ii  openjdk-6-jre-headless [java6 6b18-1.8-1 OpenJDK Java runtime, using Hotspo

red5-server recommends no packages.

red5-server suggests no packages.

-- Configuration Files:
/etc/default/red5-server changed [not included]
/etc/init.d/red5-server changed [not included]
/etc/red5/red5.properties 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#585408: Adobe Flash Player: APSB10-14 - the 64 bit player is insecure

[Asbjørn Sloth Tønnesen]

On 06/11/2010 08:40 AM, Bart Martens wrote:
> Are not yet OK:
> - 64 bit player on amd64 systems
> 
> For some unknown reason Adobe has chosen to publish APSB10-14 without a
> solution for the 64 bit player.

They have released 10.1, and issued a bulletin on all the known security
issues in 10.0.x. Because 10.1 don't have initial support for amd64,
they have discontinued the amd64 beta. [1]

They won't give a timeline for when they will release 10.1 for amd64,
but just say they will do it someday. [2]

If they meant it with security, they would have made a last beta release
which wouldn't do anything, other than maybe writing that it has been
discontinued on the canvas.

Since a lot of users have installed the amd64 beta through this package,
I think it's also this packages responsibility to tell the users that:
Adobe announced yesterday that they dropped all support for the amd64
beta effective immediately, but claim that they will reintroduce support
in a future release.

> All info on the available versions of flashplugin-nonfree can be found
> at http://wiki.debian.org/FlashPlayer.

End-users don't read the wiki, other than for howto install it in the
first place. They don't monitor it for updates. If this package requires
them to do so, in order to maintain a secure setup, they should be
strongly advised to subscribe to a specific mailing list, during install.

[1] http://labs.adobe.com/technologies/flashplayer10/64bit.html

[2] Read the comments on:
http://blogs.adobe.com/flashplayer/2010/06/flash_player_101_now_available.html

-- 
Best regards
Asbjørn Sloth Tønnesen



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

Bug#585531: [Debian GNUstep maintainers] TimeMon Preferences window's weird behavior

[Yavor Doganov]

Package: gnustep-back0.16-cairo
Version: 0.16.0-3

Paul Chany wrote:
> my system is Debian GNU/Linux Squeeze with kernel
> linux-image-2.6.32-3-486.

> When I run TimeMon and call it's Preferences window and when scroll in
> that window the text then I see this:
> http://csanyi-pal.info/album/index.php/image/view/6
> 
> Is this a bug in GNUstep or in Window Maker?

It's a bug in the GNUstep cairo backend that is fixed in 0.18.  I know
I told you to use cairo because art is horribly broken now, but I
forgot to say that cairo is _also_ broken in its own ways, at least in
squeeze/sid.  Apologies.

I'm afraid there's nothing we can do except to wait for the Debian's
release team permission to commence the long-awaited GNUstep
transition.

If you really really need GNUstep working on squeeze right now, there
is a way -- please write me off-list for details.  (I'm also running
squeeze on my workstation at work, and I use *art* -- only because I
can't stand the bug you experience -- with a manual hack around the
new maintainer scripts in the gnustep-back package that is still not
available even in experimental.  Although this is code I wrote myself,
I naturally cannot recommend you any other solution except Debian's
current stable release, Lenny.  Especially when system surgery is
necessary, as is the case.)

Sorry.



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

Bug#549550: [PATCH] bash-completion: Defined functions clash with user environment

[David Paleino]

tags 549550 confirmed upstream
user bash-completion-de...@lists.alioth.debian.org
usertags 549550 target-2.0
thanks

Hello,

On Sun, 04 Oct 2009 13:33:34 +0300, Jari Aalto wrote:

> PROBLEM
> 
> By installing bash completion package, there are serious environment
> clashes. The function in the package do not have distinct prefixes to
> differentiate them from the user's aliases and functions; so
> there will be an inevitable clash at some point.
> [..]

We have already planned it for quite some time, it's in our roadmap for 2.0:

  http://wiki.debian.org/Teams/BashCompletion/Proposals/Roadmap

Kindly,
David

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


signature.asc
Description: PGP signature

Bug#583139: linux-2.6: no DHCP offers on r8169

[Alexandre Rossi]

reopen 583139
thanks

Happenned again today when I had to reboot. Reverting to -22 fixed the
problem, and I guess it triggers with the DHCP leases. Do not know how
to go further on investigating this issue. I could not reproduce
because I wasn't clearing the DHCP state.

Interestingly, /var/log/daemon.log has been filling with lines like
the following (I hadn't notitced that) :
Jun 11 09:32:58 ripley0 dhclient: DHCPREQUEST on eth0 to 1.2.3.4 port 67
while running with -22lenny1, every 20 seconds or so.

Bug triggering timeline :
May 31 19:20:22 ripley0 : boot
May 31 19:23:52 ripley0 dhclient: Listening on LPF/eth0/00:ff:ff:ff:ff:ff
May 31 19:23:52 ripley0 dhclient: Sending on   LPF/eth0/00:ff:ff:ff:ff:ff
May 31 19:23:52 ripley0 dhclient: Sending on   Socket/fallback
May 31 19:23:55 ripley0 dhclient: DHCPDISCOVER on eth0 to
255.255.255.255 port 67 interval 3
May 31 19:23:55 ripley0 dhclient: DHCPOFFER from 1.2.3.4
May 31 19:23:55 ripley0 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
May 31 19:23:55 ripley0 dhclient: DHCPACK from 1.2.3.4
May 31 19:23:56 ripley0 dhclient: bound to 1.2.3.4 -- renewal in 255769 seconds.
[3 days pass, exactly the renewal time]
Jun  3 18:26:45 ripley0 dhclient: DHCPREQUEST on eth0 to 1.2.3.4 port 67
Jun  3 18:26:52 ripley0 dhclient: DHCPREQUEST on eth0 to 1.2.3.4 port 67
Jun  3 18:27:02 ripley0 dhclient: DHCPREQUEST on eth0 to 1.2.3.4 port 67
Jun  3 18:27:15 ripley0 dhclient: DHCPREQUEST on eth0 to 1.2.3.4 port 67
[many more like those, every 20 seconds]

I must reboot under -22 to renew my IP address.

Alex



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

Bug#585489: not fixed for amd64 yet

[Lewrker]

There is no -9 version available for amd64 yet, so the issue doesn't 
seem to be fully resolved...

Maciej Bonin


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

Bug#585154: general protection faults triggered by munin-graph

[Michael Shuler]

Awoke this morning to another fault (x2) and I've attached the log.

--
Kind regards,
Michael
# This fault resulted in:
# 
# root  2039  0.0  0.0  22168  1020 ?Ss   Jun10   0:00 
/usr/sbin/cron
# root 15252  0.0  0.0  45292  1272 ?S02:55   0:00  \_ 
/USR/SBIN/CRON
# munin15256  0.0  0.0   3888   556 ?Ss   02:55   0:00  \_ 
/bin/sh -c if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi
# munin15258  0.0  0.0   3888   540 ?S02:55   0:00  \_ 
/bin/sh /usr/bin/munin-cron
# munin15891  0.0  0.1 107372 13604 ?SN   02:55   0:00  
\_ /usr/bin/perl /usr/share/munin/munin-graph --cron
# munin15899  0.0  0.0  0 0 ?DN   02:55   0:00  
|   \_ [munin-graph]
# munin15892  0.0  0.0   5912   520 ?S02:55   0:00  
\_ fgrep -v *** attempt to put segment in horiz list twice
#
# box rebooted at ~08:10

Jun 11 02:45:01 gaea /USR/SBIN/CRON[13808]: (root) CMD (if [ -x 
/etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 
>/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt 
update 7200 12 >/dev/null; fi)
Jun 11 02:45:01 gaea /USR/SBIN/CRON[13809]: (root) CMD (command -v debian-sa1 > 
/dev/null && debian-sa1 1 1)
Jun 11 02:45:01 gaea /USR/SBIN/CRON[13810]: (munin) CMD (if [ -x 
/usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Jun 11 02:50:01 gaea /USR/SBIN/CRON[14532]: (root) CMD (if [ -x 
/etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 
>/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt 
update 7200 12 >/dev/null; fi)
Jun 11 02:50:01 gaea /USR/SBIN/CRON[14533]: (munin) CMD (if [ -x 
/usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Jun 11 02:55:01 gaea /USR/SBIN/CRON[15254]: (root) CMD (if [ -x 
/etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 
>/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt 
update 7200 12 >/dev/null; fi)
Jun 11 02:55:01 gaea /USR/SBIN/CRON[15255]: (root) CMD (command -v debian-sa1 > 
/dev/null && debian-sa1 1 1)
Jun 11 02:55:01 gaea /USR/SBIN/CRON[15256]: (munin) CMD (if [ -x 
/usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Jun 11 02:55:12 gaea kernel: [57509.073252] general protection fault:  [#1] 
SMP 
Jun 11 02:55:12 gaea kernel: [57509.073256] last sysfs file: 
/sys/devices/system/cpu/cpu3/cpufreq/stats/time_in_state
Jun 11 02:55:12 gaea kernel: [57509.073258] CPU 1 
Jun 11 02:55:12 gaea kernel: [57509.073259] Modules linked in: ppdev lp parport 
tun sit tunnel4 xt_multiport iptable_filter ip_tables x_tables powernow_k8 
cpufreq_powersave cpufreq_userspace cpufreq_stats cpufreq_conservative 
binfmt_misc vboxnetadp vboxnetflt vboxdrv fuse nfsd nfs lockd fscache nfs_acl 
auth_rpcgss sunrpc xfs exportfs it87 hwmon_vid loop firewire_sbp2 
snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss 
snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event nouveau 
snd_seq ttm drm_kms_helper snd_timer snd_seq_device drm i2c_algo_bit snd 
soundcore i2c_piix4 edac_core snd_page_alloc edac_mce_amd i2c_core pcspkr evdev 
xhci tpm_tis tpm tpm_bios button processor ext3 jbd mbcache raid456 
async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 
md_mod sr_mod cdrom usbhid sd_mod crc_t10dif ata_generic firewire_ohci 
firewire_core sg hid pata_jmicron ohci_hcd r8169 crc_itu_t ehci_hcd pata_atiixp 
ahci mii libata usbcore nls_base thermal thermal_sys scsi_m
Jun 11 02:55:12 gaea kernel: od [last unloaded: scsi_wait_scan]
Jun 11 02:55:12 gaea kernel: [57509.073300] Pid: 15899, comm: munin-graph Not 
tainted 2.6.32-5-amd64 #1 GA-790XTA-UD4
Jun 11 02:55:12 gaea kernel: [57509.073302] RIP: 0010:[]  
[] sys_write+0x29/0x6e
Jun 11 02:55:12 gaea kernel: [57509.073308] RSP: 0018:8802007a1f48  EFLAGS: 
00010282
Jun 11 02:55:12 gaea kernel: [57509.073309] RAX: f7ff8801f48cee40 RBX: 
f7ff8801f48cee40 RCX: 7672657320646568
Jun 11 02:55:12 gaea kernel: [57509.073311] RDX: 88022f065350 RSI: 
8802007a1f5c RDI: f7ff8801f48cee40
Jun 11 02:55:12 gaea kernel: [57509.073312] RBP: fff7 R08: 
0a2934202a206365 R09: 706172472032313a
Jun 11 02:55:12 gaea kernel: [57509.073314] R10: 7672657320646568 R11: 
0246 R12: 0038
Jun 11 02:55:12 gaea kernel: [57509.073315] R13: 024bb660 R14: 
0038 R15: 024bb660
Jun 11 02:55:12 gaea kernel: [57509.073317] FS:  7f2fb8a7f6f0() 
GS:880008c8() knlGS:
Jun 11 02:55:12 gaea kernel: [57509.073318] CS:  0010 DS:  ES:  CR0: 
80050033
Jun 11 02:55:12 gaea kernel: [57509.073320] CR2: 7f2fb8634260 CR3: 
0002004fc000 CR4: 06e0
Jun 11 02:55:12 gaea kernel: [57509.073321] DR0:  DR1: 
 DR2: 
Jun 11 02:55:12 gaea kernel: [57509.073323] DR3:  DR6: 

Bug#585532: kde-full: Changing of file associations is infinite

[Yuriy Kolesnikov]

Package: kde-full
Version: kde-full
Severity: normal

When trying to change filetype association it goes to infinite loop, i.e. when 
progress reaches 100% it drops to 0% and so on.

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

Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.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#585533: ITP: biosig4c++ -- library for accessing files in biomedical data formats

[Yaroslav Halchenko]

Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko 
Owner: Yaroslav Halchenko 


* Package name: biosig4c++
  Version : 0.93
  Upstream Author : Alois Schloegl 
* URL : http://biosig.sourceforge.net/
* License : GPL
  Programming Lang: C, C++, Python
  Description : library for accessing files in biomedical data formats

 A library for accessing files in several biomedical data formats
 (including EDF, BDF, GDF, BrainVision, BCI2000, CFWB, HL7aECG,
 SCP_ECG (EN1064), MFER, ACQ, CNT(Neuroscan), DEMG, EGI, EEG1100,
 FAMOS, SigmaPLpro, TMS32).  The complete list of supported file
 formats is available at http://hci.tugraz.at/schloegl/biosig/TESTED .
 .
 This package provides header files and static library libbiosig.a
 which provides access to a variety of dataformats.

There is also ITP #251868 for biosig (octave/matlab interfaces) which I leave 
open for now.



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

Bug#584610: [mips] gcc-4.4 build failure after upgrade to eGLIBC-2.11

[Aurelien Jarno]

reassign 584610 gcc-4.4
tag 584610 + pending
thanks

On Mon, Jun 07, 2010 at 02:08:20PM +0200, Aurelien Jarno wrote:
> Matthias Klose a écrit :
> > On 06.06.2010 00:51, Aurelien Jarno wrote:
> >> On Sat, Jun 05, 2010 at 03:50:51AM +0200, Matthias Klose wrote:
> >>> Package: eGLIBC
> >>> Version: 2.11.1-2
> >>> Severity: serious
> >>>
> >>> gcc-4.4 and gcc-4.5 fail to build after the upgrade to eGLIBC-2.11:
> >>>
> >>> https://buildd.debian.org/fetch.cgi?pkg=gcc-4.4;ver=4.4.4-4;arch=mips;stamp=1275677666
> >>>
> >> This FTBFS is caused by the following change:
> >>
> >> |2009-11-20  Jakub Jelinek
> >> |
> >> |PR libc/10103
> >> |
> >> |* math/math.h: Provide *l long double prototypes redirecting
> >> |to double functions even when __NO_LONG_DOUBLE_MATH and not
> >> |__LDBL_COMPAT.
> >> |* math/complex.h: Likewise.
> >>
> >> These functions were present before in the library, but not exported
> >> in the headers. This has been changed as it is required by ISO C99.
> >>
> >> GCC tries to find these functions in the GLIBC by compiling a program,
> >> so it was failing before, and is successful now. When they are already
> >> present in the GLIBC it does not re-export them.
> >>
> >> Strangely this should also affect ARM, but it seems to build correctly.
> >> I haven't investigated why.
> >>
> >> While these functions are strictly not needed in libstdc++6 anymore, we
> >> have two options:
> >> - revert the GLIBC change, which means we break the C99 compatibility
> >>(as before)
> >> - patch GCC to export these functions anyway.
> >>
> >> What's your opinion?
> > 
> > For ARM I did choose the second option, but didn't get any feedback about 
> > it. 
> > So maybe it's time to ask the mips and arm porters?
> > 
> > The patch applied for armel is:
> > http://svn.debian.org/viewsvn/gcccvs/branches/sid/gcc-4.4/debian/patches/libstdc%2B%2B-arm-ldbl-compat.diff?view=log
> > 
> 
> I think we should go for the same patch on mips, it's probably better to
> be ISO C99 compliant on the glibc side.
> 

As we discussed, this bug has to be fixed on the gcc side. I have just
checked-in a patch in the SVN to do that on both gcc-4.4 and gcc-4.5.

I am therefore reassigning this bug on gcc-4.4 and tagging it pending. I
don't think it is worth cloning this bug to gcc-4.5 as the bug is fixed 
in the SVN and the package is in experimental.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#585534: zsh as login shell breaks parts of gnome-session

[henry atting]

Package: gnome-session
Version: 2.30.0-1
Severity: important



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

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

Versions of packages gnome-session depends on:
ii  gnome-panel   2.30.0-1   launcher and docking facility for 
ii  gnome-session-bin 2.30.0-1   The GNOME Session Manager - Minima
ii  gnome-session-common  2.30.0-1   Common files for the GNOME session
ii  gnome-settings-daemon 2.30.1-1   daemon handling the GNOME session 
ii  metacity  1:2.30.1-1 lightweight GTK+ window manager
ii  nautilus  2.30.1-1   file manager and graphical shell f
ii  policykit-1-gnome 0.96-2 GNOME authentication agent for Pol

Versions of packages gnome-session recommends:
ii  gnome-power-manager   2.30.1-1   power management tool for the GNOM

Versions of packages gnome-session suggests:
pn  desktop-base   (no description available)
ii  gnome-keyring 2.30.1-2   GNOME keyring services (daemon and
pn  gnome-user-guide   (no description available)

-- no debconf information
Package: gnome-session
Version: 2.30.0-1
Severity: important

When zsh used as login shell certain part of a gnome-session won't work.
All windows are attached to the left upper corner and only a root cursor
is displayed. 
A test with other window managers eg. awesome revealed that this problem
solely occurrs with metacity as wm.

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

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

Versions of packages gnome-session depends on:
ii  gnome-panel   2.30.0-1   launcher and docking facility for 
ii  gnome-session-bin 2.30.0-1   The GNOME Session Manager - Minima
ii  gnome-session-common  2.30.0-1   Common files for the GNOME session
ii  gnome-settings-daemon 2.30.1-1   daemon handling the GNOME session 
ii  metacity  1:2.30.1-1 lightweight GTK+ window manager
ii  nautilus  2.30.1-1   file manager and graphical shell f
ii  policykit-1-gnome 0.96-2 GNOME authentication agent for Pol

Versions of packages gnome-session recommends:
ii  gnome-power-manager   2.30.1-1   power management tool for the GNOM

Versions of packages gnome-session suggests:
pn  desktop-base   (no description available)
ii  gnome-keyring 2.30.1-2   GNOME keyring services (daemon and
pn  gnome-user-guide   (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#584865: [Pkg-sysvinit-devel] Bug#584865: policyrcd-script-zg2: please consider some sort of integration also with /etc/init.d/rc

[Henrique de Moraes Holschuh]

On Thu, 10 Jun 2010, Timo Juhani Lindfors wrote:
> Henrique de Moraes Holschuh  writes:
> > NO.  invoke-rc.d is for package maintainer script use.  It shouldn't be used
> > anywhere else.  It is bad enough the amount of crap that happens at shutdown
> > because people started misusing it inside ifup/ifdown.d, etc.
> 
> Btw, after installing gnome I now get daily email from my
> /etc/policy-rc.d since /etc/cron.d/anacron uses invoke-rc.d:
> 
> 30 7* * *   roottest -x /etc/init.d/anacron && /usr/sbin/invoke-rc.d 
> anacron start >/dev/null
> 
> Is this a bug in anacron? Surely this is not a maintainer script?

It looks fishy as all heck, yes.  Looks like both the initscript AND
invoke-rc.d are being abused at first glance.

It probably works just fine, but it is the sort of thing that we are likely
to break sooner or later.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh



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

Bug#585535: ITP: sigviewer -- GUI viewer for biosignals such as EEG, EMG, and ECG

[Yaroslav Halchenko]

Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko 
Owner: Yaroslav Halchenko 


* Package name: sigviewer
  Version : 0.3.0
  Upstream Author : Christoph Eibel 
* URL : http://sigviewer.sourceforge.net
* License : GPL
  Programming Lang: C++
  Description : GUI viewer for biosignals such as EEG, EMG, and ECG

 SigViewer is a viewing and scoring software for biomedical signal
 data.  It relies on biosig4c++ library which supports a number of
 data formats (including EDF, BDF, GDF, BrainVision, BCI2000, CFWB,
 HL7aECG, SCP_ECG (EN1064), MFER, ACQ, CNT(Neuroscan), DEMG, EGI,
 EEG1100, FAMOS, SigmaPLpro, TMS32). The complete list of supported
 file formats is available at
 http://hci.tugraz.at/schloegl/biosig/TESTED .
 .
 Besides displaying biosignals, SigViewer supports creating
 annotations to select artifacts or specific events.



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

Bug#573236: Getting logfs-tools (LogFS file system utilities) into Debian

[W. Martin Borgert]

Is there anything I could do to help getting logfs-tools from the new
queue into Debian? I would be happy to see the package in squeeze.




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

Bug#585154: general protection faults triggered by munin-graph

[Michael Shuler]

I see Holger marked this bug as unreproducible - that's a good thing, 
but would anyone have any suggestions on how I might track this down to 
an actual cause?  At this point, it's a bit of a mystery on where I 
might look next..


Thanks!
Michael



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

Bug#585534: zsh as login shell breaks parts of gnome-session

[Josselin Mouette]

Le vendredi 11 juin 2010 à 15:27 +0200, henry atting a écrit :
> When zsh used as login shell certain part of a gnome-session won't work.
> All windows are attached to the left upper corner and only a root cursor
> is displayed. 
> A test with other window managers eg. awesome revealed that this problem
> solely occurrs with metacity as wm.

This sounds indeed like metacity not starting;
How did you test other window managers? By setting $WINDOW_MANAGER?

Do you have any relevant output in .xsession-errors?

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “If you eat pasta without sauce, it is nothing
  `- short of communism.”  -- Marie




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

Bug#585536: No explanation of "BSD-style blocks" in the rsyslog.conf(5) manpage

[Chris Butler]

Package: rsyslog
Version: 4.6.2-1
Severity: normal

The rsyslog.conf(5) man page mentions (in the FILTER CONDITIONS section) the
BSD-style blocks;

Blocks
   Rsyslogd supports BSD-style blocks inside rsyslog.conf. Each block of
   lines is separated from the previous block by a program or hostname
   specification.

However, it doesn't actually describe the syntax for these blocks anywhere,
nor provide any examples.

The upstream documentation seems to have more details:

http://www.rsyslog.com/doc-rsyslog_conf_filter.html

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

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

Versions of packages rsyslog depends on:
ii  libc6   2.10.2-9 Embedded GNU C Library: Shared lib
ii  lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages rsyslog recommends:
ii  logrotate 3.7.8-6Log rotation utility

Versions of packages rsyslog suggests:
pn  rsyslog-doc(no description available)
pn  rsyslog-gnutls (no description available)
pn  rsyslog-gssapi (no description available)
pn  rsyslog-mysql | rsyslog-pgsql  (no description available)
pn  rsyslog-relp   (no description available)

-- no debconf information

-- 
Chris Butler 
  GnuPG Key ID: 4096R/49E3ACD3



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

Bug#585537: Calculated time for running scripts in rcS is wrong

[Michael Biebl]

Package: sysv-rc
Version: 2.88dsf-9
Severity: normal
File: /etc/init.d/rc

Hi,

after finishing the rcS stage, the /etc/init/rc script prints
"Running scripts in rcS.d/ took -7191 seconds"

I'm in timezone CEST and use UTC=no in /etc/default/rcS.
I assume the time jumps for 2 h because of the hwclock init script and
the correct duration would be 2x3600 - 7191 = 9 sec

Cheers,
Michael


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

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

Versions of packages sysv-rc depends on:
ii  debconf [debconf-2.0] 1.5.32 Debian configuration management sy
ii  insserv   1.14.0-2   Tool to organize boot sequence usi
ii  sysvinit-utils2.88dsf-9  System-V-like utilities

Versions of packages sysv-rc recommends:
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip

Versions of packages sysv-rc suggests:
pn  bum(no description available)
ii  sysv-rc-conf  0.99-6 SysV init runlevel configuration t

-- debconf information excluded



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

Bug#574163: [pkg-cryptsetup-devel] Bug#574163: cryptsetup: How about lenny users?

[Jonas Meurer]

hey,

On 09/06/2010 FDi @ r00t3d wrote:
> When you run 'update-initramfs -uv' it spits out:
> Calling hook cryptroot
> find: warning: Unix filenames usually don't contain slashes (though
> pathnames do).  That means that '-name
> `/lib/cryptsetup/scripts/passdev-*.ko'' will probably evaluate to false
> all the time on this system.  You might find the '-wholename' test more
> useful, or perhaps '-samefile'.  Alternatively, if you are using GNU
> grep, you could use 'find ... -print0 | grep -FzZ
> `/lib/cryptsetup/scripts/passdev-*.ko''.
> find: warning: Unix filenames usually don't contain slashes (though
> pathnames do).  That means that '-name
> `/lib/cryptsetup/scripts/passdev_generic.ko'' will probably evaluate to
> false all the time on this system.  You might find the '-wholename' test
> more useful, or perhaps '-samefile'.  Alternatively, if you are using
> GNU grep, you could use 'find ... -print0 | grep -FzZ
> `/lib/cryptsetup/scripts/passdev_generic.ko''.
> find: warning: Unix filenames usually don't contain slashes (though
> pathnames do).  That means that '-name
> `/lib/cryptsetup/scripts/passdev.ko'' will probably evaluate to false
> all the time on this system.  You might find the '-wholename' test more
> useful, or perhaps '-samefile'.  Alternatively, if you are using GNU
> grep, you could use 'find ... -print0 | grep -FzZ
> `/lib/cryptsetup/scripts/passdev.ko''.
> 
> 
> Would it be possible to get a bugfix for lenny? After all passdev support
> is a documented feature of cryptsetup that at the moment isn't working at all 
> cause of
> a probably minor bug in a shell script?

no, this bug will not be fixed in lenny. only security issues and major
bugs are fixed in debians stable releases. but feel free to install the
cryptsetup packages from unstable/testing manually on your system.

greetings,
 jonas



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

Bug#585489: not fixed for amd64 yet

[Julien Cristau]

On Fri, Jun 11, 2010 at 15:20:09 +0200, Lewrker wrote:

> There is no -9 version available for amd64 yet, so the issue doesn't 
> seem to be fully resolved...
> 
This is debian unstable, you need to learn to deal with breakage for a
few hours.  Bugs are closed when a fixed package gets uploaded to the
archive, not when it gets on your mirror for your architecture.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#585538: gitg: please remember viewing selection when changing commits

[Eric Cooper]

Package: gitg
Version: 0.0.6-3
Severity: wishlist

When I change commits, the selection I've made in the bottom pane is
lost.  I'd like to be able to see how a given file changes when I move
up or down in the commit history, without having to re-select it each
time. It's even more painful if I've opened several subdirectories to
get to the file of interest, because they are all closed again when I
change commits.

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

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

Versions of packages gitg depends on:
ii  git [git-core]1:1.7.1-1  fast, scalable, distributed revisi
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.10.2-9   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-4   The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.3.11-1   FreeType 2 font engine, shared lib
ii  libgconf2-4   2.28.1-3   GNOME configuration database syste
ii  libglib2.0-0  2.24.1-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-1   The GTK+ graphical user interface 
ii  libgtksourceview2.0-0 2.10.1-1   shared libraries for the GTK+ synt
ii  libpango1.0-0 1.28.0-1   Layout and rendering of internatio

gitg recommends no packages.

gitg 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#584377: libtest-valgrind-perl: FTBFS: tests failed

[gregor herrmann]

tag 584377 + confirmed
thanks

On Thu, 03 Jun 2010 12:06:48 +0200, Lucas Nussbaum wrote:

> During a rebuild of all packages in sid, your package failed to build on
> amd64.

Builds for me on i386, fails for me on amd64 (both cowbuilder sid
chroots).

This somehow reminds me of #552680 ...


Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: R.E.M.: Ignoreland


signature.asc
Description: Digital signature

Bug#585539: xcb: obsolete X11R6 path in menu file

[Laurent Bonnaud]

Package: xcb
Version: 2.4-4.1
Severity: normal


Hi,

/usr/share/menu/xcb contains

  command="/usr/X11R6/bin/xcb"

whereas it should be

  command="/usr/bin/xcb"


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

Kernel: Linux 2.6.34-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xcb depends on:
ii  libc6 2.11.1-3   Embedded GNU C Library: Shared lib
ii  libice6   2:1.0.6-1  X11 Inter-Client Exchange library
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxaw7   2:1.0.7-1  X11 Athena Widget library
ii  libxext6  2:1.1.1-3  X11 miscellaneous extension librar
ii  libxmu6   2:1.0.5-1  X11 miscellaneous utility library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library

xcb recommends no packages.

xcb suggests no packages.

-- no debconf information

-- 
Laurent Bonnaud.
http://www.lis.inpg.fr/pages_perso/bonnaud/





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

Bug#585154: general protection faults triggered by munin-graph

[Tom Feiner]

Hi Michael,

On Fri, Jun 11, 2010 at 4:32 PM, Michael Shuler  wrote:
> I see Holger marked this bug as unreproducible - that's a good thing, but
> would anyone have any suggestions on how I might track this down to an
> actual cause?  At this point, it's a bit of a mystery on where I might look
> next..
>

I think the munin mailing list has the biggest audience of munin
developers, you should get the best answers there.

Tom



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

Bug#585537: Calculated time for running scripts in rcS is wrong

[Petter Reinholdtsen]

reassign 584862 sysv-rc
retitle 584862 sysv-rc: duration calculations do not handle time zone 
adjustments
retitle 585537 sysv-rc: duration calculations do not handle time zone 
adjustments
forcemerge 584862 585537
thanks

[Michael Biebl]
> after finishing the rcS stage, the /etc/init/rc script prints
> "Running scripts in rcS.d/ took -7191 seconds"
> 
> I'm in timezone CEST and use UTC=no in /etc/default/rcS.
> I assume the time jumps for 2 h because of the hwclock init script and
> the correct duration would be 2x3600 - 7191 = 9 sec

Yeah, probably.  The same was reported in #584862.  I am open for
suggestions on how to get this calculation more robust.  If we can't
make it more robust, it might be better to just remove it.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#577146: [Pkg-sysvinit-devel] Bug#577146: marked as done (Logic of halt script, with regard to ups-monitor, is wrong)

[Henrique de Moraes Holschuh]

On Fri, 11 Jun 2010, Debian Bug Tracking System wrote:
> Package: sysvinit
> Version: 2.87dsf-10
> Severity: important
> Tags: patch
> 
>   Suppose a user set HALT=poweroff in /etc/default/halt, and also
> set /etc/init.d/ups-monitor because he has a ups.  With the current
> halt script, won't the end result be that the ups will always be 
> requested to cut the power?

WARNING: UPS control has many pitfalls, and if you get it wrong, you will
cause a lot of issues for people using Debian on servers.

Non-broken auto-restart UPS setups *always* power-cycle the load after a
given guard time [after power has been restored and battery levels are safe
again] once the host has acked the criticial battery alarm with a "will
powerdown" message to the UPS.

That behaviour is used to make sure that the scenario "critical battery
alarm -> system shutdown requested -> past point of no-return from shutdown
-> power restored -> system poweroff" doesn't leave the system powered off.
It is also the *only* race-free way to do it.  ups-monitor poweroff is used
to send that ACK message to the UPS (which is not an ACK message, but rather
the "please power off the load until battery charge is again above x%"
command :p).  We should issue it AFTER the point of no return (which in
sysv-rc is basically as soon as we start switching to runlevel 0).

We have taken the instance of issuing it AFTER a point where we think it is
safer to lose power, the reasoning being that it is best for the host to get
stuck on the shutdown sequence without the power-cycle (should power get
back *AND* the shutdown sequence get stuck), than for it to lose power due
to the mandatory power cycle before umounting filesystems, etc. should the
shutdown sequence get stuck.   i.e. it is only relevant on failure modes
where something hangs instead of proceding with the shutdown.

So, whatever we do to halt and ups-monitor calls MUST preserve the above
flux.  If that's not what is being done, we need to fix it... it has been
some time since I last tested it.

> --- halt2010-04-10 05:24:57.0 +0200
> +++ halt.mod2010-04-10 05:25:37.0 +0200
> @@ -17,6 +17,12 @@
>  . /lib/lsb/init-functions
> 
>  do_stop () {
> +   # See if we need to cut the power.
> +   if [ "$INIT_HALT" = "POWEROFF" ] && [ -x /etc/init.d/ups-monitor ]
> +   then
> +   /etc/init.d/ups-monitor poweroff
> +   fi
> +
> if [ "$INIT_HALT" = "" ]
> then
> case "$HALT" in
> @@ -32,12 +38,6 @@
> esac
> fi
> 
> -   # See if we need to cut the power.
> -   if [ "$INIT_HALT" = "POWEROFF" ] && [ -x /etc/init.d/ups-monitor ]
> -   then
> -   /etc/init.d/ups-monitor poweroff
> -   fi
> -
> # Don't shut down drives if we're using RAID.
> hddown="-h"
> if grep -qs '^md.*active' /proc/mdstat


As for this bug being closed:
>* Drop soft dependency from init.d/bootlogs to gdm3 until gdm3 stop
>  depending on bootlogs, to avoid init.d script loop (Closes: #577146).

Huh?  Looks like the wrong bug number in that changelog entry...

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh



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

Bug#577146: marked as done (Logic of halt script, with regard to ups-monitor, is wrong)

[Petter Reinholdtsen]

reopen 577146
found found 2.88dsf-9
thanks

[Henrique de Moraes Holschuh]
> As for this bug being closed:
> >* Drop soft dependency from init.d/bootlogs to gdm3 until gdm3 stop
> >  depending on bootlogs, to avoid init.d script loop (Closes: #577146).
> 
> Huh?  Looks like the wrong bug number in that changelog entry...

Obs.  Thank you for noticing.  No idea how I managed to cut and paste
the wrong one.  I guess I am overworked at the moment.  Reopening. :)

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#585494: #585494 xterm 258 has broken scrollbar, doesn't follow new output at random

[Thomas Dickey]

If there's no further information (or if you can verify that disabling
the resource setting fixes the problem), then this is a duplicate of
#580946.

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


signature.asc
Description: Digital signature