Bug#549406: argyll: Please port to PolicyKit 1

[Michael Biebl]

Package: argyll
Version: 1.0.4-1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: policykit-1

Hi,

your package depends on policykit which is going away and replaced by
policykit-1. We don't want to ship two policykit stacks in squeeze, so
please port your application to this new API or disable policykit
support.

The new policykit-1 package can safely be co-installed to the existing
policykit package for easier porting.


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

Kernel: Linux 2.6.31.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#549405: gkrellm: FTBFS with eglibc 2.10

[Ilya Barygin]

Package: gkrellm
Version: 2.3.2-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch

In Ubuntu, we've applied the attached patch to achieve the following:

  * 07_getline.patch: rename getline() to avoid name conflict (LP: #440870)

We thought you might be interested in doing the same.

From the build log:  

cc -Wall -O2 -I.. -I../shared `pkg-config --cflags gtk+-2.0 gthread-2.0`   
-DGKRELLM_CLIENT -DENABLE_NLS -DLOCALEDIR=\"/usr/share/locale\" -g -O2 -g -Wall 
-O2   -c -o client.o client.c
client.c:1623: error: conflicting types for 'getline'
/usr/include/stdio.h:651: note: previous declaration of 'getline' was here

http://launchpadlibrarian.net/31810451/buildlog_ubuntu-karmic-i386.gkrellm_2.3.2-4ubuntu1_FAILEDTOBUILD.txt.gz

The problem is that getline() is defined in stdio.h in new libc, 
creating conflict with the function defined in gkrellm.

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

Kernel: Linux 2.6.28-15-generic (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
diff -u gkrellm-2.3.2/debian/patches/series gkrellm-2.3.2/debian/patches/series
--- gkrellm-2.3.2/debian/patches/series
+++ gkrellm-2.3.2/debian/patches/series
@@ -4,0 +5 @@
+07_getline.patch
only in patch2:
unchanged:
--- gkrellm-2.3.2.orig/debian/patches/07_getline.patch
+++ gkrellm-2.3.2/debian/patches/07_getline.patch
@@ -0,0 +1,33 @@
+Author: Ilya Barygin 
+Description: rename getline() so that in doesn't conflict with the one defined in stdio.h
+Index: gkrellm-2.3.2/src/client.c
+===
+--- gkrellm-2.3.2.orig/src/client.c	2009-10-02 16:49:13.0 +0400
 gkrellm-2.3.2/src/client.c	2009-10-02 16:49:15.0 +0400
+@@ -1620,7 +1620,7 @@
+ 
+ 
+ static gint
+-getline(gint fd, gchar *buf, gint len)
++get_line(gint fd, gchar *buf, gint len)
+ 	{
+ 	fd_set			read_fds;
+ 	struct timeval	tv;
+@@ -1714,7 +1714,7 @@
+ 
+ 	while (1)
+ 		{
+-		rs=getline(fd, buf, sizeof(buf));
++		rs=get_line(fd, buf, sizeof(buf));
+ if(rs<0)
+ return FALSE;
+ 		if (!strcmp(buf, ""))
+@@ -1732,7 +1732,7 @@
+ 	table_size = sizeof(update_table) / sizeof(KeyTable);
+ 	while (1)
+ 		{
+-		rs=getline(fd, buf, sizeof(buf));
++		rs=get_line(fd, buf, sizeof(buf));
+ if(rs<0)
+ return FALSE;
+ 		if (!strcmp(buf, ""))

Bug#549105: Bug#548357: Tap don't work

[Mattia Dongili]

On Thu, Oct 01, 2009 at 06:57:16PM -0300, Renato S. Yamane wrote:
> Mattia Dongili wrote:
> > Could you please see if the suggestions given in
> > /usr/share/doc/xserver-xorg-input-synaptics/NEWS.Debian.gz help?
> 
> Thanks, it works, but:
> 
> - Why it is disabled by default.
> The most amazing feature in touchpads is "tap", so why it is disabled?

This was upstream's decision, there have been tons of discussions
already, try to ask google ;)

> - Scrooling don't work anymore.
> It works in the past, justing taping on the corner of touchpad and drag to up
> or down.
> 
> "man synclient" don't answer me :-(
> 
> $ synclient -l
> Parameter settings:
...
> VertEdgeScroll  = 0
> HorizEdgeScroll = 0
> CornerCoasting  = 0
...
> CircularScrolling   = 0
> CircScrollDelta = 0.1
> CircScrollTrigger   = 0

all the scrolling options appear to be disabled.
-- 
mattia
:wq!



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

Bug#282928: festival: female voice

[Javier Serrano Polo]

El ds 03 de 10 de 2009 a les 09:44 +0530, en/na Kartik Mistry va
escriure:
> Since we have couple of female voices now in Debian for mbrola, can we
> close this bug now?

I thought we were talking about packages for the main category. Anyway,
since I'm using a different festival version, I've got nothing to say
about the debian packages.




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

Bug#536476: install-info: The DIR file is generated translated in certain situations

[Norbert Preining]

On Fri, 25 Sep 2009, Josh Triplett wrote:
> Well, not in my case, but I have en_US.UTF-8 as my system locale, so the
> default of C that you'll get if you don't load /etc/default/locale works
> OK for me.  Someone who does want the DIR file translated may consider
> this more urgent.

The problem is more that it will be translated even if the admin does not
want it. Imagine a root having locale FOO_BAR.BAZ for himself, but
the syslem locale should be en_US.UTF8. Now updating the dir file will
translate it which is not the best idea.

I will wait for a new upload, anyway there haven't been any actual complains
recently ;-)

Best wishes

Norbert

---
Dr. Norbert PreiningAssociate Professor
JAIST Japan Advanced Institute of Science and Technology   prein...@jaist.ac.jp
Vienna University of Technology   prein...@logic.at
Debian Developer (Debian TeX Task Force)prein...@debian.org
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
AASLEAGH (n.)
A liqueur made only for drinking at the end of a revoltingly long
bottle party when all the drinkable drink has been drunk.
--- Douglas Adams, The Meaning of Liff



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

Bug#495286: festival: No init script as there was in etch

[Kartik Mistry]

tag 495286 + wontfix
thanks

Hi,

Since fixing this bug (ie installing init.d script by package) will
add security issues as I described in my last mail. I am tagging this
bug as 'wontfix'. You can use it at your own risk though.

Thanks

-- 
 Cheers,
 Kartik Mistry | 0xD1028C8D | IRC: kart_
 Debian GNU/Linux Developer | Identica: @kartikm
 Blogs: {ftbfs, kartikm}.wordpress.com



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

Bug#282928: festival: female voice

[Kartik Mistry]

Hi,

Since we have couple of female voices now in Debian for mbrola, can we
close this bug now?

List includes,

festvox-italp16k - Italian female speaker for Festival
festvox-suopuhe-lj - Finnish female speaker for Festival
mbrola-de7 - German female voice for Mbrola
mbrola-fr4 - French female voice for Mbrola
mbrola-it4 - Italian female voice for Mbrola
mbrola-pl1 - Polish female voice for Mbrola
mbrola-pt1 - European Portuguese female voice for Mbrola
mbrola-sw2 - Swedish female voice for Mbrola
mbrola-us1 - American English female voice for Mbrola

Thanks.

-- 
 Cheers,
 Kartik Mistry | 0xD1028C8D | IRC: kart_
 Debian GNU/Linux Developer | Identica: @kartikm
 Blogs: {ftbfs, kartikm}.wordpress.com



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

Bug#549404: itop: no interrupts shown on a server under load.

[Samium Gromoff]

Package: itop
Version: 0.1-4
Severity: important


Machine with three network adapters and a RAID array does not generate
anything but one PIC interrupt, once in a minute, according to itop.

Watching /proc/interrupts does show the expected activity, so looks
like the application is the culprit.


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

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

Versions of packages itop depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries

itop recommends no packages.

itop 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#549403: ghc6: missing dependency on libbsd-dev

[C Rodrigues]

Package: ghc6Version: 6.10.4-1Severity: normal

A header file in ghc package 'unix', which is bundled in the ghc6package, is 
not usable without the libbsd-dev package.
The dependence is on file 'libutil.h' in the libbsd-dev package.This header 
file is included in HsUnix.h(in /usr/lib/ghc-6.10.4/unix-2.3.2.0/include/).  A 
flag controllingwhether the header is included can be found in HsUnixConfig.h.  
(Theflag is set to true.)  If libbsd-dev isn't installed, a C sourcefile that 
includes HsUnix.h will fail to compile because libutil.h ismissing.
I found this bug when compiling the Cabal package unix-compat-0.1.2.1using 
cabal-install.
-- System Information:Debian Release: lenny/sid  APT prefers testing  APT 
policy: (990, 'testing'), (700, 'unstable'), (500, 'stable')Architecture: i386 
(i686)
Kernel: Linux 2.6.18-jun2007Locale: LANG=C, LC_CTYPE=C 
(charmap=ANSI_X3.4-1968)Shell: /bin/sh linked to /bin/bash
Versions of packages ghc6 depends on:ii  gcc                       4:4.2.2-2    
  The GNU C compilerii  libc6                     2.9-12         GNU C Library: 
Shared librariesii  libffi-dev                3.0.7-1        Foreign Function 
Interface libraryii  libffi5                   3.0.7-1        Foreign Function 
Interface libraryii  libgmp3-dev               4.1.4-10       Multiprecision 
arithmetic libraryii  libgmp3c2                 4.1.4-10       Multiprecision 
arithmetic libraryii  libncursesw5              5.6+20080308-1 Shared libraries 
for terminal handii  perl [perl5]              5.10.0-23      Larry Wall's 
Practical Extraction
ghc6 recommends no packages.
-- no debconf information 
_
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
http://clk.atdmt.com/GBL/go/171222985/direct/01/


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

Bug#542666: libstdc++6: bus errors on ARM

[Andres Salomon]

On Fri, 2 Oct 2009 11:09:19 +0300
Riku Voipio  wrote:

> user debian-...@lists.debian.org
> usertag 542666 +eabi
> thanks
> 
> Hi,
> 
> What does "cat /proc/cpu/alignment" say on your device ?
> 
> 

localhost:~#  cat /proc/cpu/alignment
User:   0
System: 60
Skipped:0
Half:   19
Word:   41
DWord:  0
Multi:  0
User faults:4 (signal)
localhost:~# apt-get update
Bus error
localhost:~#  cat /proc/cpu/alignment
User:   1
System: 60
Skipped:0
Half:   19
Word:   41
DWord:  0
Multi:  0
User faults:4 (signal)



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

Bug#549402: devscripts: [mk-build-deps] does not ignore comments in control files.

[Charles Plessy]

Package: devscripts
Version: 2.10.53
Severity: normal

Hello,

when a Build-Depends field contains a comment like the following, mk-build-deps
does not pick up the dependencies after the comment.

#Todo: blah blah blah

An obvious solution is just to discard all lines that start with a dash.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#520558: please re-open or reconsider

[Paul Traina]

So upon doing some more research and work, and testing on MY system,  
this is, I believe, the correct answer for most installations, and  
should not cause any problems for any installations:


### BEGIN INIT INFO
# Provides:  amavisd-new
# Required-Start:$syslog $network $local_fs $network $named $time
# Required-Stop: $syslog $network $local_fs $network
# Should-Start:  postgresql mysql ldap clamav-daemon
# Should-Stop:   postgresql mysql ldap clamav-daemon
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: Starts amavisd-new mailfilter
# Description:   Launches the amavisd-new mailfilter
### END INIT INFO


The only question is, should local_fs be, more conservatively,  
remote_fs?


The "should" stuff will be counted only if there are packages that  
provide the servers in question.


As you can see, this will start amavisd-new either at the same time,  
or before the MTA.  I think that's more proper than my earlier  
solution of starting it after the MTA, as there is a tiny window where  
the MTA could attempt to receive mail and amavis isn't ready.


Please consider incorporating this patch into the next update.  Again,  
it shouldn't break things that don't have any of the "should" severs  
(or do).




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

Bug#547802: lzma: coexist with xz-lzma

[Mohammed Adnène Trojette]

On Thu, Oct 01, 2009, Jonathan Nieder wrote:
> Seeming to work and working are unfortunately miles appart.  In this
> setup, if one wants to switch between xz-lzma and lzma-lzma, one can't.
> To install xz-lzma, one needs to uninstall lzma-lzma first, but then
> there is no lzma command.

Even if Replaces: lzma, xz-lzma ?

-- 
Mohammed Adnène Trojette



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

Bug#549401: fails to build with gcc-4.4/newer eglibc

[Stefan Potyra]

Package: ispell
Version: 3.1.20.0-4.5
Severity: normal
Tags: patch

Hi,

during Ubuntu's rebuild test, ispell failed to build [1]. The reason is
that getline is nowadays provided by eglibc (as it's part of POSIX).

While I'm not sure about the newer versions of ispell, I assume these are
also affected. At least I didn't find a hint in the ChangeLog (however
being conservative and setting the version to a known failing version).

Attached is a patch to fix the build failure.

Cheers,
   Stefan.
[1]:



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

Kernel: Linux 2.6.31-11-generic (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 ispell depends on:
ii  dictionaries-commo 1.2.1ubuntu1  Common utilities for spelling dict
ii  iamerican [ispell- 3.1.20.0-4.5  An American English dictionary for
ii  ibritish [ispell-d 3.1.20.0-4.5  A British English dictionary for i
ii  ingerman [ispell-d 20071211-1ubuntu1 New German orthography dictionary 
ii  iogerman [ispell-d 1:2-25Old German orthography dictionary 
ii  iswiss [ispell-dic 20071211-1ubuntu1 Swiss (German) orthography diction
ii  libc6  2.10.1-0ubuntu12  GNU C Library: Shared libraries
ii  libncurses55.7+20090803-2ubuntu1 shared libraries for terminal hand

Versions of packages ispell recommends:
ii  wamerican [wordlist]   6-3   American English dictionary words 
ii  wbritish [wordlist]6-3   British English dictionary words f
ii  wngerman [wordlist]20071211-1ubuntu1 New German orthography wordlist
ii  wogerman [wordlist]1:2-25The old German dictionary for /usr
ii  wswiss [wordlist]  20071211-1ubuntu1 Swiss (German) orthography wordlis

Versions of packages ispell suggests:
pn  spell  (no description available)

-- no debconf information
--- ispell-3.1.20.0.orig/correct.c
+++ ispell-3.1.20.0/correct.c
@@ -161,7 +161,7 @@
 		  struct flagent * sufent,
 		  ichar_t savearea[MAX_CAPS][INPUTWORDLEN + MAXAFFIXLEN],
 		  int * nsaved));
-static char *	getline P ((char * buf));
+static char *	getline_ispell P ((char * buf));
 void		askmode P ((void));
 void		copyout P ((char ** cc, int cnt));
 static void	lookharder P ((char * string));
@@ -443,7 +443,7 @@
 
 		move (li - 1, 0);
 		(void) putchar ('!');
-		if (getline (buf) == NULL)
+		if (getline_ispell (buf) == NULL)
 		{
 		(void) putchar (7);
 		erase ();
@@ -468,7 +468,7 @@
 		(void) printf ("%s ", CORR_C_READONLY);
 		}
 		(void) printf (CORR_C_REPLACE_WITH);
-		if (getline (ctok) == NULL)
+		if (getline_ispell (ctok) == NULL)
 		{
 		(void) putchar (7);
 		/* Put it back */
@@ -530,7 +530,7 @@
 		char	buf[100];
 		move (li - 1, 0);
 		(void) printf (CORR_C_LOOKUP_PROMPT);
-		if (getline (buf) == NULL)
+		if (getline_ispell (buf) == NULL)
 		{
 		(void) putchar (7);
 		erase ();
@@ -1384,7 +1384,7 @@
 #endif /* NO_CAPITALIZATION_SUPPORT */
 }
 
-static char * getline (s)
+static char * getline_ispell (s)
 register char *	s;
 {
 register char *	p;

Bug#375277: double console messages about card reader

[jidanni]

> "MM" == Moritz Muehlenhoff  writes:
MM> Does this still occur with more recent kernel, e.g. 2.6.30?
Yes,
# grep sdb /var/log/syslog
Oct  3 06:42:05 jidanni2 kernel: [ 5888.574277] sd 2:0:0:1: [sdb] Assuming 
drive cache: write through
Oct  3 06:42:05 jidanni2 kernel: [ 5888.581090] sd 2:0:0:1: [sdb] Assuming 
drive cache: write through
$ uname -a
Linux jidanni2 2.6.30-1-686 #1 SMP Sat Aug 15 19:11:58 UTC 2009 i686 GNU/Linux



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

Bug#421151: linux-image-2.6.18-4-686: reads the same inode twice

[jidanni]

> "MM" == Moritz Muehlenhoff  writes:
MM> Can you reproduce this on a more recent Linux kernel?
I don't know. I suppose I should have included a exact test case, but
that would have been very complicated. So I thought somebody would know
at a glance...



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

Bug#549379: udev: Udev ignores certain rules at start-up

[Marco d'Itri]

On Oct 03, Marco d'Itri  wrote:

> If this does not fix it then it's probably a kernel bug which does not
> make the attributes appear soon enough.
So let's test this theory. Try this rule:

KERNEL=="serio2", SUBSYSTEM=="serio", DRIVER=="psmouse", \
RUN+="/bin/sh -c 'echo > /dev/rule-fired'"

And check if the file exists after a reboot.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#540166: floating point exception when trying to start a game in scummvm

[Moritz Muehlenhoff]

severity 540166 normal
forwarded 540166 
https://sourceforge.net/tracker/?func=detail&atid=418820&aid=2872076&group_id=37116

thanks

On Thu, Aug 06, 2009 at 11:21:01AM +0100, Fred Barnes wrote:
> Package: scummvm
> Version: 0.13.1-1
> Severity: important
> 
> 
> When trying to start a game in scummvm, it aborts with a floating-point
> exception, e.g.:
> 
> $ scummvm
> WARNING: Could not open audio device: No available audio device!
> User picked target 'sky' (gameid 'sky')...
>   Looking for a plugin supporting this gameid... Beneath a Steel Sky
>   Starting 'Beneath a Steel Sky'
> WARNING: Sound initialization failed. This may cause severe problems in some 
> games.!
> Found BASS version v0.0372 (5097 dnr entries)
> Floating point exception
> $ 

It could reproduce with 1.0-rc1 and filed a bug upstream:
https://sourceforge.net/tracker/?func=detail&atid=418820&aid=2872076&group_id=37116

Cheers,
Moritz



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

Bug#549400: RFP: RoarAudio -- SoundServer for home and professional use

[ph3-der-loewe]

Package: wnpp
Severity: wishlist

* Package name: RoarAudio
  Version : 0.3
  Upstream Author : Philipp "ph3-der-loewe" Schafft 
* URL : http://roaraudio.keep-cool.org/
* License : GPLv3, LGPLv3
  Programming Lang: C
  Description : SoundServer for home and professional use



RoarAudio is a cross-platform sound system for both, home and professional use.
It can handle waveform, MIDI, light control, radio data and transmitter 
information
and application depended raw data.
RoarAudio also includes compatibility layers to support clients of different
sound systems.



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

Bug#549001: Regarding pulseaudio-0.9.18 upgrade

[Darius Bundrent]

I can confirm these same results after the pulseaudio upgrade in Squeeze/Sid
on 2.6.29 kernel.  After updating udev, libudev0 and mdadm as per bug
#548821 and this response in particular
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548821#20  pulseaudio
started working again.  The sound servers were recognized and the Sound
Preferences applet reappeared in my Gnome
notification area.  I did have to update my kernel to 2.26.30 series as per
udev complaining that my 2.6.29 kernel was too old! I also had to restart my
system for pulseaudio to respond to the
changes. Hope this helps!

Bug#532879: net-tools: mii-tool without parameter only lists eth* devices

[Ben Hutchings]

This patch should also fix #319508.

Ben.

-- 
Ben Hutchings
Who are all these weirdos? - David Bowie, about L-Space IRC channel #afp


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

Bug#549399: fails to build with newer eglibc

[Stefan Potyra]

Package: cdrdao
Version: 1:1.2.2-17
Severity: normal
Tags: patch

Hi,

thanks for maintaining cdrdao.

During Ubuntu's rebuild test, cdrdao fail to build [1]. The reason is that 
getline is provided by Ubuntu's newer eglibc (experimental's eglibc should 
more or less match it), as it was added to POSIX.

Attached is a patch that renames the local definition of getline.

Cheers,
   Stefan.

[1]:


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

Kernel: Linux 2.6.31-11-generic (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 cdrdao depends on:
ii  libao2  0.8.8-5ubuntu1   Cross Platform Audio Output Librar
ii  libc6   2.10.1-0ubuntu12 GNU C Library: Shared libraries
ii  libgcc1 1:4.4.1-4ubuntu4 GCC support library
ii  libogg0 1.1.4~dfsg-1 Ogg bitstream library
ii  libstdc++6  4.4.1-4ubuntu4   The GNU Standard C++ Library v3
ii  libvorbis0a 1.2.0.dfsg-6 The Vorbis General Audio Compressi
ii  libvorbisfile3  1.2.0.dfsg-6 The Vorbis General Audio Compressi

cdrdao recommends no packages.

cdrdao suggests no packages.

-- no debconf information
Index: cdrdao-1.2.2/scsilib/include/schily.h
===
--- cdrdao-1.2.2.orig/scsilib/include/schily.h	2009-10-03 01:43:15.0 +0200
+++ cdrdao-1.2.2/scsilib/include/schily.h	2009-10-03 01:42:27.0 +0200
@@ -187,7 +187,7 @@
 extern	char	*findbytes __PR((const void *, int, char));
 extern	int	findline __PR((const char *, char, const char *,
 			int, char **, int));
-extern	int	getline __PR((char *, int));
+extern	int	getline_schily __PR((char *, int));
 extern	int	getstr __PR((char *, int));
 extern	int	breakline __PR((char *, char, char **, int));
 extern	int	getallargs __PR((int *, char * const**, const char *, ...));
Index: cdrdao-1.2.2/scsilib/libscg/scsitransp.c
===
--- cdrdao-1.2.2.orig/scsilib/libscg/scsitransp.c	2009-10-03 01:43:13.0 +0200
+++ cdrdao-1.2.2/scsilib/libscg/scsitransp.c	2009-10-03 01:42:45.0 +0200
@@ -324,7 +324,7 @@
 
 	js_printf("%s", msg);
 	flush();
-	if (getline(okbuf, sizeof (okbuf)) == EOF)
+	if (getline_schily(okbuf, sizeof (okbuf)) == EOF)
 		exit(EX_BAD);
 	if (streql(okbuf, "y") || streql(okbuf, "yes") ||
 	streql(okbuf, "Y") || streql(okbuf, "YES"))
Index: cdrdao-1.2.2/scsilib/libschily/stdio/fgetline.c
===
--- cdrdao-1.2.2.orig/scsilib/libschily/stdio/fgetline.c	2009-10-03 01:43:15.0 +0200
+++ cdrdao-1.2.2/scsilib/libschily/stdio/fgetline.c	2009-10-03 01:43:04.0 +0200
@@ -64,7 +64,7 @@
 }
 
 EXPORT int
-getline(buf, len)
+getline_schily(buf, len)
 	char	*buf;
 	int	len;
 {

Bug#511395: mii-tool: link parter capabilities wrong

[Ben Hutchings]

Yes, the 1000BASE-T capabilities are clearly the wrong way round.

Patch:

--- net-tools-1.60.orig/mii-tool.c
+++ net-tools-1.60/mii-tool.c
@@ -355,9 +355,9 @@
printf("remote fault, ");
printf((bmsr & MII_BMSR_LINK_VALID) ? "link ok" : "no link");
printf("\n  capabilities:%s", media_list(bmsr >> 6, bmcr2, 0));
-   printf("\n  advertising: %s", media_list(advert, lpa2 >> 2, 0));
+   printf("\n  advertising: %s", media_list(advert, bmcr2, 0));
if (lkpar & MII_AN_ABILITY_MASK)
-   printf("\n  link partner:%s", media_list(lkpar, bmcr2, 0));
+   printf("\n  link partner:%s", media_list(lkpar, lpa2 >> 2, 0));
printf("\n");
 }
 fflush(stdout);
--- END ---

Ben.

-- 
Ben Hutchings
Who are all these weirdos? - David Bowie, about L-Space IRC channel #afp


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

Bug#549398: gstreamer0.10-plugins-ugly: asfdemux is completely broken

[brian m. carlson]

Package: gstreamer0.10-plugins-ugly
Version: 0.10.12-1+b2
Severity: important
File: /usr/lib/gstreamer-0.10/libgstasf.so

None of the files I have that use ASF are playable by Totem.  It states:

  An error occurred.
  Internal data stream error.

At the console, totem prints:

lakeview ok % totem heist_intro_sfx_only.wmv 

(totem:7912): GStreamer-WARNING **: Failed to load plugin 
'/usr/lib/gstreamer-0.10/libgstopengl.so': libgstgl-0.10.so.0: cannot open 
shared object file: No such file or directory
** Message: Error: Internal data stream error.
gstasfdemux.c(1387): gst_asf_demux_loop (): 
/GstPlayBin2:play/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/GstASFDemux:asfdemux0:
streaming stopped, reason not-negotiated

If you need a test file,
http://www.kayotix.com/av/video/wmv/heist/heist_intro_sfx_only.wmv
demonstrates the problem.

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

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

Versions of packages gstreamer0.10-plugins-ugly depends on:
ii  liba52-0.7.4  0.7.4-11   library for decoding ATSC A/52 str
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libcdio10 0.81-4 library to read and control CD-ROM
ii  libdvdread4   4.1.3-6library for reading DVDs
ii  libgcc1   1:4.4.1-4  GCC support library
ii  libglib2.0-0  2.22.1-1   The GLib library of C routines
ii  libgstreamer-plugins-base0.10 0.10.24-2  GStreamer libraries from the "base
ii  libgstreamer0.10-00.10.24-1  Core GStreamer libraries and eleme
ii  libid3tag00.15.1b-10 ID3 tag reading library from the M
ii  libmad0   0.15.1b-4  MPEG audio decoder library
ii  libmpeg2-40.4.1-3MPEG1 and MPEG2 video decoder libr
ii  liboil0.3 0.3.16-1   Library of Optimized Inner Loops
ii  libsidplay1   1.36.59-5  SID (MOS 6581) emulation library
ii  libstdc++64.4.1-4The GNU Standard C++ Library v3
ii  libtwolame0   0.3.12-1   MPEG Audio Layer 2 encoding librar

gstreamer0.10-plugins-ugly recommends no packages.

gstreamer0.10-plugins-ugly suggests no packages.

-- no debconf information

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


signature.asc
Description: Digital signature

Bug#549395: Please switch to poppler-utils

[Moritz Muehlenhoff]

Package: tla-buildpackage
Severity: important

Hi,
xpdf might not be shipped with Squeeze.
Your package currently build depends on xpdf-utils. Please adapt it to
xpdf-utils's successor poppler-utils.

Cheers,
Moritz

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages tla-buildpackage depends on:
ii  devscripts2.10.55scripts to make the life of a Debi
ii  dpkg-dev  1.15.4 Debian package development tools
ii  python2.5.4-2An interactive high-level object-o
pn  python-apt (no description available)
ii  python-support1.0.3  automated rebuilding support for P
pn  tla(no description available)
pn  tla-load-dirs  (no description available)

tla-buildpackage recommends no packages.

tla-buildpackage 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#549392: Please switch to poppler-utils

[Moritz Muehlenhoff]

Package: offlineimap
Severity: important

Hi,
xpdf might not be shipped with Squeeze.
Your package currently build depends on xpdf-utils. Please adapt it to
xpdf-utils's successor poppler-utils.

Cheers,
Moritz

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages offlineimap depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-support1.0.3  automated rebuilding support for P

offlineimap recommends no packages.

Versions of packages offlineimap suggests:
pn  python-kerberos(no description available)



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

Bug#549396: RM: powershell -- RoQA; depends on obsolete libs, long-standing RC bugs

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove powershell. It depends on Gnome 1.x, which has been removed
from the archive. Unfortunately the maintainer didn't followup on the three
RC bugs in in the last 1.5 years, so I'm going ahead by requesting removal
now.

Cheers,
Moritz



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

Bug#549397: mii-tool decodes MII vendor ids wrongly

[Ben Hutchings]

Package: net-tools
Version: 1.60-23
Severity: normal
Tags: patch

The MII specification (IEEE 802.3 clause 22) specifies the PHY id
registers to hold the vendor id (OUI) in reverse bit order.  Many PHYs
have the bytes in reverse order but the bits in normal order, and this
is what mii-tool expects.  However, recent PHYs from at least AMCC,
Broadcom and Solarflare use the specified bit order and mii-tool
should follow this.

This patch changes mii-tool to decode the OUI according to both
interpretations.

--- net-tools-1.60.orig/mii-tool.c
+++ net-tools-1.60/mii-tool.c
@@ -224,6 +224,14 @@
 return buf;
 }
 
+static unsigned char bitreverse_byte(unsigned char byte)
+{
+byte = (byte << 4) | (byte >> 4);
+byte = (byte & 0x33) << 2 | (byte & 0xcc) >> 2;
+byte = (byte & 0x55) << 1 | (byte & 0xaa) >> 1;
+return byte;
+}
+
 int show_basic_mii(int sock, int phy_id)
 {
 char buf[100];
@@ -297,11 +305,31 @@
break;
if (i < NMII)
printf("%s rev %d\n", mii_id[i].name, mii_val[3]&0x0f);
-   else
-   printf("vendor %02x:%02x:%02x, model %d rev %d\n",
+   else {
+   /* Each OUI consists of 24 bits a-z of which a and b are
+* always assigned as zero.  The bit assignments in these
+* registers are specified as:
+* 2.15-0   c-r
+* 3.15-10  s-x
+* This is the opposite of the bit order within each byte
+* for the written representation specified in section
+* 9.5.2 of IEEE 802-2001.  However, some vendors mirror
+* the written representation, using the bit assignments:
+* 2.15-10  f-a (?)
+* 2.9-2p-i
+* 2.1-0x-w
+* 3.15-10  v-q
+* Therefore we decode the registers under both
+* interpretations.
+*/
+   printf("vendor %02x:%02x:%02x or %02x:%02x:%02x, model %d rev %d\n",
+  bitreverse_byte(mii_val[2]>>10),
+  bitreverse_byte(mii_val[2]>>2),
+  bitreverse_byte((mii_val[2]<<6)|(mii_val[3]>>10)),
   mii_val[2]>>10, (mii_val[2]>>2)&0xff,
   ((mii_val[2]<<6)|(mii_val[3]>>10))&0xff,
   (mii_val[3]>>4)&0x3f, mii_val[3]&0x0f);
+   }
printf("  basic mode:   ");
if (bmcr & MII_BMCR_RESET)
printf("software reset, ");
--- END ---

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

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

Versions of packages net-tools depends on:
ii  libc6 2.9-26 GNU C Library: Shared libraries

net-tools recommends no packages.

net-tools suggests no packages.

-- debconf-show failed



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

Bug#544409: makeiso: merge serial and video console in grub together

[Jameson Rollins]

tags 544409 + fixed pending
thanks

Hey, Noèl.  Sorry for the delay responding to this.

The ordering of the console= arguments is important for which console
gets kernel IO control.  From [0]:

"When multiple consoles are listed output is sent to all consoles and
input is taken from the last listed console. The last console is the
one Linux uses as the /dev/console device."

If we have only one menu entry with console=tty0 list last, then
serial console users won't be able to have control without hand
editing the grub config.  For vice-versa...

However, I think we've fixed this problem with the new grub2 config
that allows the user to choose between serial or graphical console at
boot time.  In the new system only one menu option will be presented,
and the console is determined by where the user provides input (and
the default will be video console).

So in short, this problem will be fixed with our next release (0.25).

Thanks for the report.

jamie.

[0] http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/configure-kernel.html


signature.asc
Description: Digital signature

Bug#549391: Please switch to poppler-utils

[Moritz Muehlenhoff]

Package: hpodder
Severity: important

xpdf might not be shipped with Squeeze.
Your package currently build depends on xpdf-utils. Please adapt it to
xpdf-utils's successor poppler-utils.

Cheers,
Moritz

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages hpodder depends on:
ii  curl  7.19.5-1.1 Get a file from an HTTP, HTTPS or 
pn  id3v2  (no description available)
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library
ii  libsqlite3-0  3.6.18-1   SQLite 3 shared library

hpodder recommends no packages.

hpodder 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#549394: Please switch to poppler-utils

[Moritz Muehlenhoff]

Package: opensp
Severity: important

Hi,
xpdf might not be shipped with Squeeze.
Your package currently build depends on xpdf-utils. Please adapt it to
xpdf-utils's successor poppler-utils.

Cheers,
Moritz

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages opensp depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.1-4  GCC support library
ii  libosp5   1.5.2-7Runtime library for OpenJade group
ii  libstdc++64.4.1-4The GNU Standard C++ Library v3
ii  sgml-base 1.26   SGML infrastructure and SGML catal

opensp recommends no packages.

Versions of packages opensp suggests:
pn  doc-base   (no description available)
ii  sgml-data 2.0.3  common SGML and XML data



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

Bug#549393: grub-pc: update-grub segfaults every time

[Zoe Parsons]

Package: grub-pc
Version: 1.97~beta3-1
Severity: important

On every run update-grub segfaults in grub-probe:

rockhopper:~# update-grub
Generating grub.cfg ...
Segmentation fault
rockhopper:~# dpkg --configure grub-pc
Setting up grub-pc (1.97~beta3-1) ...
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.

(hd0)   /dev/sda
(hd1)   /dev/sdb
(hd2)   /dev/sdc
(hd3)   /dev/sdd
(hd4)   /dev/sde
(hd5)   /dev/sdf
(hd6)   /dev/sdg
Generating grub.cfg ...
Segmentation fault
dpkg: error processing grub-pc (--configure):
 subprocess installed post-installation script returned error exit status 139
Errors were encountered while processing:
 grub-pc
rockhopper:~# 

[3911975.103240] grub-probe[16253]: segfault at 8 ip 0040189f sp 
756c1f10 error 4 in grub-probe[40+27000]
[3911992.448413] grub-probe[16900]: segfault at 8 ip 0040189f sp 
7fff3dd2f8a0 error 4 in grub-probe[40+27000]

The most similar bug report I saw here was saying that symlinks and LVM are 
responsible, but whilst I do use LVM there are no symlinks anywhere I can 
see... I know it used to work, so something must have broken recently.

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/rockhopper-root / ext3 rw,noatime,errors=continue,data=ordered 0 0
/dev/sda1 /boot ext3 rw,noatime,errors=continue,data=journal 0 0
/dev/mapper/rockhopper-tmp /tmp ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/rockhopper-usr /usr ext3 rw,noatime,errors=continue,data=ordered 0 0
/dev/mapper/rockhopper-var /var ext3 rw,noatime,errors=continue,data=ordered 0 0
/dev/mapper/rockhopper-varspool /var/spool ext3 
rw,noatime,errors=continue,data=ordered 0 0
/dev/mapper/rockhopper-usrlocal /usr/local ext3 
rw,noatime,errors=continue,data=ordered 0 0
/dev/mapper/rockhopper-opt /opt ext3 rw,noatime,errors=continue,data=ordered 0 0
/dev/mapper/rockhopper-srv /srv ext3 
rw,noatime,errors=continue,user_xattr,acl,data=ordered 0 0
/dev/sde1 /data3 ext4 rw,sync,dirsync,noatime,barrier=1,data=ordered 0 0
/dev/md0 /raid ext3 rw,mand,nodev,noexec,relatime,user_xattr,acl,data=ordered 0 0
/dev/mapper/rockhopper-tempstore /raid/video/newdisk ext3 
rw,relatime,errors=continue,user_xattr,acl,data=ordered 0 0
/dev/sdg2 /raid/video/newdisk2 ext3 
rw,relatime,errors=continue,user_xattr,acl,data=ordered 0 0
/dev/md0 /home ext3 rw,mand,nodev,noexec,relatime,user_xattr,acl,data=ordered 0 0
/dev/md0 /export ext3 rw,mand,nodev,noexec,relatime,user_xattr,acl,data=ordered 
0 0
/dev/md0 /data ext3 rw,mand,nodev,noexec,relatime,user_xattr,acl,data=ordered 0 0
/dev/md0 /tmpsystem ext3 
rw,mand,nodev,noexec,relatime,user_xattr,acl,data=ordered 0 0
/dev/md0 /var/lib/mysql ext3 
rw,mand,nodev,noexec,relatime,user_xattr,acl,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
(hd1)   /dev/sdb
(hd2)   /dev/sdc
(hd3)   /dev/sdd
(hd4)   /dev/sde
(hd5)   /dev/sdf
(hd6)   /dev/sdg
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
insmod lvm
set root=(rockhopper-usr)
search --no-floppy --fs-uuid --set bc22816d-6d42-4846-a5a1-b554a72a4409
if loadfont /share/grub/ascii.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output.gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set root=(hd0,1)
search --no-floppy --fs-uuid --set 1d4295e3-42cf-4d8a-88c5-f5fbbf815b3b
insmod png
if background_image /grub/moreblue-orbit-grub.png ; then
  set color_normal=black/black
  set color_highlight=magenta/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, Linux 2.6.30-1-amd64" {
set root=(hd0,1)
search --no-floppy --fs-uuid --set 1d4295e3-42cf-4d8a-88c5-f5fbbf815b3b
linux   /vmlinuz-2.6.30-1-amd64 root=/dev/mapper/rockhopper-root ro  
quiet
initrd  /initrd.img-2.6.30-1-amd64
}
menuentry "Debian GNU/Linux, Linux 2.6.30-1-amd64 (recovery mode)" {
set root=(hd0,1)
search --no-floppy --fs-uuid --set 1d4295e3-42cf-4d8a-88c5-f5fbbf815b3b
linux   /vmlinuz-2.6.30-1-amd64 root=/dev/mapper/rockhopper-root ro 
single 
initrd  /initrd.img-2.6.30-1-amd64
}
menuentry "Debian GNU/Linux, Linux 2.6.29-2-amd64" {
set root=(hd0,1)
search --no-

Bug#549389: Please switch to poppler-utils

[Moritz Muehlenhoff]

Package: darcs-buildpackage
Severity: important

Hi,
xpdf might not be shipped with Squeeze.
Your package currently build depends on xpdf-utils. Please adapt it to
xpdf-utils's successor poppler-utils.

Cheers,
Moritz

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages darcs-buildpackage depends on:
pn  darcs  (no description available)
pn  darcs-load-dirs(no description available)
ii  devscripts2.10.55scripts to make the life of a Debi
ii  dpkg-dev  1.15.4 Debian package development tools
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library

darcs-buildpackage recommends no packages.

darcs-buildpackage 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#549390: Please switch to poppler-utils

[Moritz Muehlenhoff]

Package: gtkrsync
Severity: important

Hi,
xpdf might not be shipped with Squeeze.
Your package currently build depends on xpdf-utils. Please adapt it to
xpdf-utils's successor poppler-utils.

Cheers,
Moritz

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages gtkrsync depends on:
ii  libatk1.0-0   1.28.0-1   The ATK accessibility toolkit
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libgconf2-4   2.26.2-3   GNOME configuration database syste
ii  libglade2-0   1:2.6.4-1  library to load .glade files at ru
ii  libglib2.0-0  2.22.1-1   The GLib library of C routines
ii  libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library
ii  libgtk2.0-0   2.18.1-1   The GTK+ graphical user interface 
ii  liborbit2 1:2.14.17-0.1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.26.0-1   Layout and rendering of internatio
ii  libxml2   2.7.5.dfsg-1   GNOME XML library
ii  rsync 3.0.6-1fast remote file copy program (lik

gtkrsync recommends no packages.

gtkrsync 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#549386: Switch to poppler-utils

[Moritz Muehlenhoff]

Package: monotone
Severity: important

Hi,
xpdf might not be shipped with Squeeze.
Your package currently build depends on xpdf-utils. Please adapt it to
xpdf-utils's successor poppler-utils.

Cheers,
Moritz

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages monotone depends on:
ii  libc6  2.9-27GNU C Library: Shared libraries
ii  libgcc11:4.4.1-4 GCC support library
ii  libpcre3   7.8-2+b1  Perl 5 Compatible Regular Expressi
ii  libstdc++6 4.4.1-4   The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

monotone recommends no packages.

Versions of packages monotone suggests:
pn  monotone-doc   (no description available)
pn  monotone-server(no description available)



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

Bug#549388: Please switch to poppler-utils

[Moritz Muehlenhoff]

Package: datapacker
Severity: important

Hi,
xpdf might not be shipped with Squeeze.
Your package currently build depends on xpdf-utils. Please adapt it to
xpdf-utils's successor poppler-utils.

Cheers,
Moritz

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages datapacker depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library

datapacker recommends no packages.

datapacker 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#549387: Please switch to poppler-utils

[Moritz Muehlenhoff]

Package: dfsbuild
Severity: important

Hi,
xpdf might not be shipped with Squeeze.
Your package currently build depends on xpdf-utils. Please adapt it to
xpdf-utils's successor poppler-utils.

Cheers,
Moritz

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages dfsbuild depends on:
ii  cdebootstrap  0.5.5  Bootstrap a Debian system
pn  cramfsprogs(no description available)
ii  debconf [debconf-2.0] 1.5.27 Debian configuration management sy
ii  grub  0.97-56GRand Unified Bootloader (dummy pa
ii  grub-legacy [grub]0.97-58GRand Unified Bootloader (Legacy v
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library
pn  mkisofs(no description available)
pn  reprepro   (no description available)
ii  ucf   3.0022 Update Configuration File: preserv

dfsbuild recommends no packages.

dfsbuild 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#549385: Watch file

[Daniel Leidert]

Package: tuxpaint-config
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please find attached a watch file for tuxpaint-config.

Regards, Daniel

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

iEYEARECAAYFAkrGkV4ACgkQm0bx+wiPa4xUeACgo6Yk48jdcZXpSdOVtyHfAyxU
rj8AoIljcp4Efp5Nw/R0hTElfCN7D4Nx
=iBdq
-END PGP SIGNATURE-
version=3
http://sf.net/tuxpaint/tuxpaint-config-([\d.]+)\.tar\.gz

Bug#549383: Watch file

[Daniel Leidert]

Package: tuxpaint-stamps
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please find attached a watch file for tuxpaint-stamps.

Regards, Daniel

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

iEYEARECAAYFAkrGkLYACgkQm0bx+wiPa4z66ACg0ccl85IiQNbtxrvRI+Yo0NTM
n8IAoKm+W9e2pMSTvPy5lpTGpThA/fCt
=68Ns
-END PGP SIGNATURE-
version=3
http://sf.net/tuxpaint/tuxpaint-stamps-([\d.]+)\.tar\.gz

Bug#549384: stunnel4: Please put stunnel.conf in examples/ instead of in /etc/stunnel

[Micah Anderson]

Package: stunnel4
Version: 3:4.27-1
Severity: normal

The stunnel4 package installs a broken /etc/stunnel/stunnel.conf on
package install, which will not work when the initscript starts
because it starts /etc/stunnel/*.conf. The stunnel.conf file should
really be shipped in examples, and not put in /etc/stunnel, that way
people can drop into that directory the *.conf files that they want
for starting their tunnels, without needing to remove stunnel.conf.

thanks!
micah


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

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

Versions of packages stunnel4 depends on:
ii  adduser   3.111  add and remove users and groups
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libssl0.9.8   0.9.8k-5   SSL shared libraries
ii  libwrap0  7.6.q-18   Wietse Venema's TCP wrappers libra
ii  netbase   4.37   Basic TCP/IP networking system
ii  openssl   0.9.8k-5   Secure Socket Layer (SSL) binary a
ii  perl-modules  5.10.0-25  Core Perl modules

stunnel4 recommends no packages.

Versions of packages stunnel4 suggests:
pn  logcheck-database  (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#549382: Watch file

[Daniel Leidert]

Package: xpilot-ng
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Please find attached a watch file for xpilot-ng.

Regards, Daniel

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

iEYEARECAAYFAkrGjzwACgkQm0bx+wiPa4waKQCfbxKSQZAFJzmHQT1sdJfDtf1b
/5QAoM4Yna2dwnZxTTVD8voSOa0tcCYf
=9AXu
-END PGP SIGNATURE-
version=3
http://sf.net/xpilot/xpilot-ng-([\d.]+)\.tar\.gz

Bug#549099: gdbm: Pending removal of automake{1.4,1.7}, please update for automake1.9 or higher

[Sylvain Beucler]

Hi,

gdbm only uses aclocal from the automake package, so the upgrade is
pretty straightforward.

Attached is a patch that does that, and fixes a few lintian warnings
along the way.

Barry: would you mind having a look?  I'm not sure which of 'automake'
or 'automake1.11' is better.


gdbm (1.8.3-6.1) unstable; urgency=low

  * Non-maintainer upload.
  * Replace obsoleted automake1.4 with automake; gdbm does not use
'automake' itself but uses 'aclocal' which is provided by that package
  * Fix patch-system-but-no-source-readme: add README.source refering to
/usr/share/doc/dpatch/README.source.gz
  * Fix debian-rules-ignores-make-clean-error: test for Makefile presence
  * Fix package-contains-empty-directory: drop empty usr/share/info/ from
libgdbm-dev
  * Fix no-md5sums-control-file: manually generate md5sums control file
using code from dh_md5sums
  * Fix install-info-used-in-maintainer-script: remove postinst.dev and
prerm.dev, and depends on 'dpkg (>= 1.15.4) | install-info'
  * Fix no-symbols-control-file: import base symbols file from
http://qa.debian.org/cgi-bin/mole/seedsymbols/?pkgname=libgdbm3 to
'debian/symbols' and drop Debian version number. Keep private _gdbm
symbols pending discussion with upstream about declaring them
'static', but tag them 'optional'.

 -- Sylvain Beucler   Sat, 03 Oct 2009 00:06:37 +0200

-- 
Sylvain
diff -Nru ../debian.orig/changelog debian/changelog
--- ../debian.orig/changelog	2009-10-03 00:40:54.0 +0200
+++ debian/changelog	2009-10-03 00:58:20.0 +0200
@@ -1,3 +1,25 @@
+gdbm (1.8.3-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Replace obsoleted automake1.4 with automake; gdbm does not use
+'automake' itself but uses 'aclocal' which is provided by that package
+  * Fix patch-system-but-no-source-readme: add README.source refering to
+/usr/share/doc/dpatch/README.source.gz
+  * Fix debian-rules-ignores-make-clean-error: test for Makefile presence
+  * Fix package-contains-empty-directory: drop empty usr/share/info/ from
+libgdbm-dev
+  * Fix no-md5sums-control-file: manually generate md5sums control file
+using code from dh_md5sums
+  * Fix install-info-used-in-maintainer-script: remove postinst.dev and
+prerm.dev, and depends on 'dpkg (>= 1.15.4) | install-info'
+  * Fix no-symbols-control-file: import base symbols file from
+http://qa.debian.org/cgi-bin/mole/seedsymbols/?pkgname=libgdbm3 to
+'debian/symbols' and drop Debian version number. Keep private _gdbm
+symbols pending discussion with upstream about declaring them
+'static', but tag them 'optional'.
+
+ -- Sylvain Beucler   Sat, 03 Oct 2009 00:06:37 +0200
+
 gdbm (1.8.3-6) unstable; urgency=low
 
   * Remove gdbm.3.gz gdbm.info from libgdbm-dev. Closes: 536356
diff -Nru ../debian.orig/control debian/control
--- ../debian.orig/control	2009-10-03 00:40:54.0 +0200
+++ debian/control	2009-10-03 00:58:35.0 +0200
@@ -2,13 +2,13 @@
 Section: libs
 Priority: important
 Maintainer: Anibal Monsalve Salazar 
-Build-Depends: texinfo, dpatch, libtool, automake1.4, autoconf, autotools-dev
+Build-Depends: texinfo, dpatch, libtool, automake, autoconf, autotools-dev
 Standards-Version: 3.8.2
 Homepage: http://www.gnu.org/software/gdbm/gdbm.html
 
 Package: libgdbm3
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, dpkg (>= 1.15.4) | install-info
 Description: GNU dbm database routines (runtime version)
  GNU dbm ('gdbm') is a library of database functions that use extendible
  hashing and works similarly to the standard UNIX 'dbm' functions.
diff -Nru ../debian.orig/postinst.dev debian/postinst.dev
--- ../debian.orig/postinst.dev	2009-10-03 00:40:54.0 +0200
+++ debian/postinst.dev	1970-01-01 01:00:00.0 +0100
@@ -1,12 +0,0 @@
-#!/bin/sh
-
-set -e
-
-case "$1" in
-   configure|abort-upgrade|abort-remove|abort-deconfigure)
-	   install-info --quiet --section "Development" "Development" \
-			--description="The GNU Database Routines." \
-			/usr/share/info/gdbm.info.gz
-   ;;
-esac
-
diff -Nru ../debian.orig/prerm.dev debian/prerm.dev
--- ../debian.orig/prerm.dev	2009-10-03 00:40:54.0 +0200
+++ debian/prerm.dev	1970-01-01 01:00:00.0 +0100
@@ -1,15 +0,0 @@
-#! /bin/sh
-
-set -e
-
-case "$1" in
-   remove|upgrade|remove-in-favour|deconfigure-in-favour)
-   #
-   #   Remove the info documentation
-   #
-	   install-info --quiet --remove /usr/info/gdbm.info.gz
-   ;;
-   failed-upgrade)
-   ;;
-esac
-
diff -Nru ../debian.orig/README.source debian/README.source
--- ../debian.orig/README.source	1970-01-01 01:00:00.0 +0100
+++ debian/README.source	2009-10-02 23:16:16.0 +0200
@@ -0,0 +1,4 @@
+This package manages a few patches using dpatch.
+
+Please check /usr/share/doc/dpatch/README.source.gz for further
+informati

Bug#549354: etckeeper: don't warn about ignored files

[Andrew Schulman]

Hm... well, nevermind about the patches.  They work when I just run 
'etckeeper pre-commit', but not when I try to commit with bzr.  bzr 
complains that it can't get a lock, apparently because it's already running 
and then I try to run it again to get the ignored list.

So I guess the right place to get the 'ignored' list would be in the bzr 
etckeeper plugin.  I don't know much about how to do that but may give it a 
try.

Thanks,
Andrew.



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

Bug#206686: Ghostscript bdftops man page

[jidanni]

> "DO" == Davor Ocelic  writes:

DO> Hey Dan,

DO> In 2003 I wrote the manpage for bdftops and it was accepted
DO> (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=206686).

DO> The manpage was available in the distribution for a while,
DO> but I don't see it in current ghostscript, and there's no
DO> mention of its removal in the changelog.

DO> Did it get lost somehow?

$ apt-file search bdftops
ghostscript: /usr/bin/bdftops
ghostscript: /usr/share/ghostscript/8.70/lib/bdftops.ps

Hmmm, I better reopen this bug.



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

Bug#549379: udev: Udev ignores certain rules at start-up

[Freddie Witherden]

On Sat, 3 Oct 2009 00:24:35 +0200, m...@linux.it (Marco d'Itri) wrote:
>Please report the output of:
> 
> udevadm info -a -p /sys/devices/platform/i8042/serio1/serio2/

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device 
found, all possible attributes in the udev rules key format. 
A rule to match, can be composed by the attributes of the device 
and the attributes from one single parent device.

  looking at device '/devices/platform/i8042/serio1/serio2':
KERNEL=="serio2"
SUBSYSTEM=="serio"  
DRIVER=="psmouse"   
ATTR{description}=="Synaptics pass-through" 
ATTR{modalias}=="serio:ty05pr00id00ex00"
ATTR{bind_mode}=="auto" 
ATTR{sensitivity}=="128"
ATTR{speed}=="97"   
ATTR{inertia}=="6"  
ATTR{reach}=="10"   
ATTR{draghys}=="255"
ATTR{mindrag}=="20" 
ATTR{thresh}=="8"   
ATTR{upthresh}=="255"   
ATTR{ztime}=="38"   
ATTR{jenks}=="135"  
ATTR{press_to_select}=="0"  
ATTR{skipback}=="0" 
ATTR{ext_dev}=="1"  
ATTR{protocol}=="TPPS/2"
ATTR{rate}=="100"   
ATTR{resolution}=="200" 
ATTR{resetafter}=="5"   
ATTR{resync_time}=="0"  

  looking at parent device '/devices/platform/i8042/serio1':
KERNELS=="serio1"
SUBSYSTEMS=="serio"
DRIVERS=="psmouse"
ATTRS{description}=="i8042 AUX port"
ATTRS{modalias}=="serio:ty01pr00id00ex00"
ATTRS{bind_mode}=="auto"
ATTRS{protocol}=="SynPS/2"
ATTRS{rate}=="80"
ATTRS{resolution}=="200"
ATTRS{resetafter}=="5"
ATTRS{resync_time}=="0"

  looking at parent device '/devices/platform/i8042':
KERNELS=="i8042"
SUBSYSTEMS=="platform"
DRIVERS=="i8042"
ATTRS{modalias}=="platform:i8042"

  looking at parent device '/devices/platform':
KERNELS=="platform"
SUBSYSTEMS==""
DRIVERS==""

> Anyway, I am almost sure that your record is miscontructed, try
> reworking it to remove all the trailing S from keys.
> If this does not fix it then it's probably a kernel bug which does not
> make the attributes appear soon enough.

I have removed the trailing S from each of the keys in my rule file with no
effect. When booting I do recall there being something regarding serio
being printed to the screen after udev starts. I am unsure how to access
this output -- dmesg turns a blank.

Regards, Freddie.



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

Bug#459099: mingw32: FTBFS with dash

[Ron]

On Sat, Oct 03, 2009 at 12:10:21AM +0200, Luk Claes wrote:
> Hi
> 
> Can someone please NMU this one as the maintainer seems to be MIA and it
> is easy to fix, TIA?

You might want to sort out the serious conflict that newlib-mingw32
created with these packages too if you want them to be releasable.
cf. #542269

HAND,
Ron





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

Bug#549268: Fails to parse arguments to command-line options

[Daniel Leidert]

Hi,

Unfortunately this is a Debian packaging bug. The problem is
in /usr/bin/pymol. You can workaround it by replacing the "$*"
expression in the python command (line 9) with "$@".

This will be fixed in the next upload too.

Regards, Daniel




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

Bug#528268: linux-image-2.6.29-1-amd64: sensor driver error

[Michal Suchanek]

2009/10/2 Moritz Muehlenhoff :
> On Mon, May 11, 2009 at 09:59:27PM +0200, Michal Suchanek wrote:
>> Package: linux-image-2.6.29-1-amd64
>> Version: 2.6.29-3
>> Severity: minor
>>
>>
>> There is an error logged in dmesg about sensor driver:
>>
>> [   15.187439] ACPI: I/O resource w83627ehf [0x295-0x296] conflicts with
>> ACPI region HWRE [0x290-0x299]
>> [   15.187489] ACPI: Device needs an ACPI driver
>>
>> The some of the readings may be accessible through acpi, there are some
>> termal zones.
>
> Does this still occur with more recent kernels, e.g. 2.6.30?
>

I can load the w83627ehf module on 2.6.30-1 so I guess this is fixed.

Thanks

Michal



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

Bug#549306: cupt: Should maybe purge packages before trying to configure others?

[Cyril Brulebois]

Eugene V. Lyubimkin  (02/10/2009):
> Hi Cyril,

Heya,

> Khm. It's hard question, but it seems this bug is going to become at
> least wontfix, and here is my reasoning.

I thought of that, too, but wanted to get your opinion too.

> The Cupt's resolver always produces a working (in a sense of
> dependencies) system.  All packages in interim state will be either
> configured or removed. Next, as I understand, python and
> update-binfmts don't connected by some strict (pre-depends or
> depends) dependency, so worker won't (and shouldn't) care about what
> package, python or binfmt, will be processed first.
> 
> The correct way to deal with this issue is
> 
> a) remove binfmt, leaving the system in bad state;
> b) fix the system.
> 
> First should be done by 'dpkg --force-depends --remove ',
> and second by regular 'cupt ...' command.

Sounds fine to me, just wanted to make sure. Thanks.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#548919: simple-cdd: Built images fail to have modules, partition, or mount filesystems

[Vagrant Cascadian]

tags 548919 wontfix
thanks

On Wed, Sep 30, 2009 at 03:11:05PM +0100, Paul LeoNerd Evans wrote:
> On Tue, Sep 29, 2009 at 02:12:57PM -0700, Vagrant Cascadian wrote:
> > this is a common problem, as it is likely building with outdated d-i images
> > from squeeze.  squeeze images maybe haven't been updated since lenny 
> > release,
> > and the kernel modules are likely no longer present for the version of the
> > kernel used by d-i.
> > 
> > please try to build with the debian-installer daily images, which are more
> > likely to be up to date (though possibly broken in other ways):
> > 
> >   echo 'export DI_WWW_HOME=default' >> profiles/default.conf
> > 
> > and re-run simple-cdd.
> 
> I think these may indeed be "broken in other ways"; namely, that it
> won't boot at all.
> 
> It runs the graphical bootloader, but none of the boot options run. If I
> manage to get a text-mode version of it, and run it it claims:
> 
>   Could not find kernel image: /%install%/vmlinuz

unfortunately, there is nothing simple-cdd can do if you feed it broken images.

sometimes the daily/weekly/unstable/testing debian-installer builds are just
broken, and there's nothing simple-cdd can do to fix them.

keep trying, and good luck.

live well,
  vagrant



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

Bug#549379: udev: Udev ignores certain rules at start-up

[Marco d'Itri]

On Oct 02, Freddie Witherden  wrote:

> I have a rules file: /etc/udev/rules.d/10-trackpoint.rules:
> $ cat /etc/udev/rules.d/10-trackpoint.rules
> KERNELS=="serio2", SUBSYSTEMS=="serio", DRIVERS=="psmouse", 
> ATTR{press_to_select}="1", ATTR{ztime}="15", ATTR{sensitivity}="180"
> 
> When run via the udev test application the rules are applied. They are not 
> applied at start-up.

Please report the output of:

udevadm info -a -p /sys/devices/platform/i8042/serio1/serio2/

Anyway, I am almost sure that your record is miscontructed, try
reworking it to remove all the trailing S from keys.
If this does not fix it then it's probably a kernel bug which does not
make the attributes appear soon enough.

> This program is for debugging only, it does not run any program,
> specified by a RUN key. It may show incorrect results, because
> some values may be different, or not available at a simulation run.
Guess what this means...

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#548321: #548321 [xterm] abort() a bit after catting binary file

[Thomas Dickey]

This is fixed in patch #249

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


signature.asc
Description: Digital signature

Bug#507003: initiatorname.iscsi should maybe not be in /etc

[Luk Claes]

severity 507003 minor
retitle 507003 'Add more documentation regarding initiatorname.isci'
thanks

Hi

I investigated this bug and while the file states that it should not be
changed, it's actually part of the configuration of open-iscsi. For some
setup we use at work we do change the initiatorname to have the name
make more sense to us. The reason the file states that the content
should not be changed is that when you change it in a working setup, you
break that. Similar things are true for other files in /etc though.

Cheers

Luk



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

Bug#549367: umbrello: Drag-and-drop multiple objects

[Lisandro Damián Nicanor Pérez Meyer]

tags 549367 upstream
thanks

Hello,

the bug you reported is a KDE bug. Please report it via
Help -> Report bug... menu item of the respective application
or by visiting https://bugs.kde.org/ and following instructions
to report a new bug.

Debian Qt/KDE maintainers do not have resources to deal with
non Debian-specific bugs and therefore it is unlikely that
your bug will be solved if you do not report it to KDE developers
directly (unless it is/has been reported by somebody else).

Whenever you open a bug report on the KDE bug tracking system, or 
you find that the bug has been already reported on it, you can couple 
both this Debian bug and the KDE bug together by sending the mail with 
the text below to cont...@bugs.debian.org (replace KDE-BUG-URL with 
the address of the bug report on https://bugs.kde.org/)

[ copy this ]
forwarded 549367 KDE-BUG-URL
thanks
[ copy this ]

Thank you,


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


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

Bug#519259: [nfs-kernel-server] new nfs-kernel-server disallow sshfs (fuse) usage on nfs-booted computer

[Luk Claes]

Hi Anibal

What's the status of this bug?

Cheers

Luk



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

Bug#459099: mingw32: FTBFS with dash

[Luk Claes]

Hi

Can someone please NMU this one as the maintainer seems to be MIA and it
is easy to fix, TIA?

Cheers

Luk



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

Bug#518049: libhid FTBFS because of missing ../libtool

[Luk Claes]

Hi

Anyone interested in NMUing this bug?

Cheers

Luk



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

Bug#548777: ITA: anacron -- cron-like program that doesn't go by time

[Antonio Radici]

On Fri, Oct 02, 2009 at 09:23:59PM +0300, Peter Eisentraut wrote:
> On Tue, 2009-09-29 at 08:33 +, Antonio Radici wrote:
> > I'm available for adopting the package; I saw that petere@ wants to
> > adopt it; any plan to create a team on alioth?
> 
> So, are we OK with using collab-maint and git? (see
> http://wiki.debian.org/Alioth/Git)  If you are not a DD, you need to
> arrange access.

Sure, go ahead, I'm already in collab-maint

Cheers
Antonio



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

Bug#498476: libsmi2-common: libsmi ships MIB files licensed under a restrictive license

[Luk Claes]

Hi

What's the status of fixing this bug?

Cheers

Luk



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

Bug#520558: please re-open or reconsider

[Henrique de Moraes Holschuh]

On Fri, 02 Oct 2009, Paul Traina wrote:
> Yes, amavis can depend upon a lot of stuff needing to start, so it
> SHOULD start after those things, if they exist and are installed.
> 
> The LSB stuff in /etc/init.d/amavisd-new should be tweaked or auto-
> generated to fix this.

The only way we could autogenerate would be to have something the local
admin can run, which will suggest changes to the LSB headers.  That's way
too much complexity for very, very little gain IMO.

Anyway, the initscript is a conffile for a reason.  The local admin is
expected to edit it when necessary (and re-run insserv to reorder the boot,
etc).

And since the package is NOT going to use LDAP or SQL by default anyway, it
can easily be argued that just documenting the need to edit the initscript
(and give examples to make it easier, etc) would be enough.

The alternative, which can be used only if the dep-based support is smart
enough to let us depend conditionaly on, e.g., ldap and sql (as in: if any
initscript provinding that exists, start after them) without causing
trouble, would be to list by default the saner dependencies (LDAP, SQL).

-- 
  "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#549380: vdr: FTBFS with gcc 4.4

[Felix Geyer]

Source: vdr
Version: 1.6.0-11
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch karmic


vdr FTBFS with gcc 4.4
Attaching patch copied from Fedora.


#! /bin/sh /usr/share/dpatch/dpatch-run
## 20_gcc44_ftbfs.dpatch copied from Fedora
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Fix FTBFS with gcc 4.4
## DP: 
http://cvs.fedoraproject.org/viewvc/rpms/vdr/devel/vdr-1.6.0-const.diff?revision=1.1&view=markup

@DPATCH@
--- vdr-1.6.0.orig/recording.c
+++ vdr-1.6.0/recording.c
@@ -509,8 +509,8 @@ cRecording::cRecording(cTimer *Timer, co
  Utf8Strn0Cpy(SubtitleBuffer, Subtitle, MAX_SUBTITLE_LENGTH);
  Subtitle = SubtitleBuffer;
  }
-  char *macroTITLE   = strstr(Timer->File(), TIMERMACRO_TITLE);
-  char *macroEPISODE = strstr(Timer->File(), TIMERMACRO_EPISODE);
+  const char *macroTITLE   = strstr(Timer->File(), TIMERMACRO_TITLE);
+  const char *macroEPISODE = strstr(Timer->File(), TIMERMACRO_EPISODE);
   if (macroTITLE || macroEPISODE) {
  name = strdup(Timer->File());
  name = strreplace(name, TIMERMACRO_TITLE, Title);
@@ -551,7 +551,7 @@ cRecording::cRecording(const char *FileN
   sortBuffer = NULL;
   fileName = strdup(FileName);
   FileName += strlen(VideoDirectory) + 1;
-  char *p = strrchr(FileName, '/');
+  const char *p = strrchr(FileName, '/');
 
   name = NULL;
   info = new cRecordingInfo;
@@ -1022,7 +1022,8 @@ void cRecordings::DelByName(const char *
   if (recording) {
  cThreadLock DeletedRecordingsLock(&DeletedRecordings);
  Del(recording, false);
- char *ext = strrchr(recording->FileName(), '.');
+ // wtf?
+ char *ext = strrchr(const_cast(recording->FileName()), '.');
  if (ext) {
 strncpy(ext, DELEXT, strlen(ext));
 recording->fileSizeMB = DirSizeMB(recording->FileName());
--- vdr-1.6.0.orig/svdrp.c
+++ vdr-1.6.0/svdrp.c
@@ -736,7 +736,7 @@ void cSVDRP::CmdGRAB(const char *Option)
  char *strtok_next;
  FileName = strtok_r(p, delim, &strtok_next);
  // image type:
- char *Extension = strrchr(FileName, '.');
+ const char *Extension = strrchr(FileName, '.');
  if (Extension) {
 if (strcasecmp(Extension, ".jpg") == 0 || strcasecmp(Extension, 
".jpeg") == 0)
Jpeg = true;
@@ -795,16 +795,17 @@ void cSVDRP::CmdGRAB(const char *Option)
  char RealFileName[PATH_MAX];
  if (FileName) {
 if (grabImageDir) {
-   cString s;
-   char *slash = strrchr(FileName, '/');
+   cString s(FileName);
+   FileName = s;
+   const char *slash = strrchr(FileName, '/');
if (!slash) {
   s = AddDirectory(grabImageDir, FileName);
   FileName = s;
   }
slash = strrchr(FileName, '/'); // there definitely is one
-   *slash = 0;
-   char *r = realpath(FileName, RealFileName);
-   *slash = '/';
+   cString t(s);
+   t.Truncate(slash - FileName);
+   char *r = realpath(t, RealFileName);
if (!r) {
   LOG_ERROR_STR(FileName);
   Reply(501, "Invalid file name \"%s\"", FileName);

Bug#549379: udev: Udev ignores certain rules at start-up

[Freddie Witherden]

Package: udev
Version: 0.141-2
Severity: normal

I have a rules file: /etc/udev/rules.d/10-trackpoint.rules:
$ cat /etc/udev/rules.d/10-trackpoint.rules
KERNELS=="serio2", SUBSYSTEMS=="serio", DRIVERS=="psmouse", 
ATTR{press_to_select}="1", ATTR{ztime}="15", ATTR{sensitivity}="180"

When run via the udev test application the rules are applied. They are not 
applied at start-up.

(If I am missing any useful/helpful log files, please tell me!)

Output from running the udev test application:
# udevadm test /sys/devices/platform/i8042/serio1/serio2/
run_command: calling: test  

udevadm_test: version 141   

This program is for debugging only, it does not run any program,

specified by a RUN key. It may show incorrect results, because  

some values may be different, or not available at a simulation run. 


parse_file: reading '/etc/udev/rules.d/025_libgphoto2.rules' as rules file
parse_file: reading '/etc/udev/rules.d/10-trackpoint.rules' as rules file 
parse_file: reading '/etc/udev/rules.d/11-hplj10xx.rules' as rules file   
parse_file: reading '/etc/udev/rules.d/50-thinkpad-ultrabay.rules' as rules file
parse_file: reading '/lib/udev/rules.d/50-udev.rules' as rules file 
parse_file: reading '/lib/udev/rules.d/55-dm.rules' as rules file   
add_rule: name empty, node creation suppressed  
parse_file: reading '/etc/udev/rules.d/56-hpmud_support.rules' as rules file
parse_file: reading '/lib/udev/rules.d/60-libsane-extras.rules' as rules file   
parse_file: reading '/lib/udev/rules.d/60-libsane.rules' as rules file  
parse_file: reading '/lib/udev/rules.d/60-persistent-input.rules' as rules file 
parse_file: reading '/lib/udev/rules.d/60-persistent-serial.rules' as rules file
parse_file: reading '/lib/udev/rules.d/60-persistent-storage-dm.rules' as rules 
file
parse_file: reading '/lib/udev/rules.d/60-persistent-storage-lvm.rules' as 
rules file
parse_file: reading '/lib/udev/rules.d/60-persistent-storage-tape.rules' as 
rules file
parse_file: reading '/lib/udev/rules.d/60-persistent-storage.rules' as rules 
file 
parse_file: reading '/lib/udev/rules.d/60-persistent-v4l.rules' as rules file   
  
parse_file: reading '/dev/.udev/rules.d/61-dev-root-link.rules' as rules file   
  
parse_file: reading '/lib/udev/rules.d/62-bluez-hid2hci.rules' as rules file
  
parse_file: reading '/etc/udev/rules.d/70-persistent-cd.rules' as rules file
  
parse_file: reading '/etc/udev/rules.d/70-persistent-net.rules' as rules file   
  
parse_file: reading '/lib/udev/rules.d/75-cd-aliases-generator.rules' as rules 
file   
parse_file: reading '/lib/udev/rules.d/75-persistent-net-generator.rules' as 
rules file
parse_file: reading '/lib/udev/rules.d/77-nm-probe-modem-capabilities.rules' as 
rules file
parse_file: reading '/lib/udev/rules.d/80-alsa.rules' as rules file 
  
parse_file: reading '/lib/udev/rules.d/80-drivers.rules' as rules file  
  
parse_file: reading '/lib/udev/rules.d/85-hwclock.rules' as rules file  
  
parse_file: reading '/etc/udev/rules.d/85-pcmcia.rules' as rules file   
  
parse_file: reading '/lib/udev/rules.d/90-hal.rules' as rules file  
  
parse_file: reading '/lib/udev/rules.d/91-permissions.rules' as rules file  
  
util_lookup_group: specified group 'nvram' unknown  
  
util_lookup_user: specified user 'tss' unknown  
  
util_lookup_group: specified group 'tss' unknown
  
util_lookup_group: specified group 'fuse' unknown   
  
util_lookup_group: specified group 'kvm' unknown
  
util_lookup_group: specified group 'rdma' unknown   
  
parse_file: reading '/lib/udev/rules.d/95-dm-notify.rules' as rules file
  
parse_file: reading '/lib/udev/rules.d/95-late.rules' as rules file 
  
parse_file: reading '/etc/udev/rules.d/z60_hdparm.rules' as rules file  
  
parse_file: reading '/etc/udev/rules.d/z60_hplip.rules' as rules file   
  
parse_file: reading '/etc/udev/rules.d/z60_xserver-xorg-input-wacom.rules' as 
rules file  
udev_rules_new: rules use 111384 bytes tokens (9282 * 12 bytes), 18661 bytes 
buffer   
udev_rules_new: temporary index used 37000 bytes (1850 * 20 bytes)  
  
udev_device_new_from_syspath: device 0x663a50 has devpath 
'/devices/platform/i8042/serio1/serio2'
udev_rules_apply_to_event: ATTR 
'/sys/devices/platform/i8042/serio1/serio2/press_to_select' writ

Bug#549189: Same problem, but it disappeared after installing debug package..

[Jeroen Nijhof]

Hello,

I had the same problem here -- segmentation fault while
loading  /usr/lib/gstreamer-0.10/libgstlv2.so .
(in Debian/testing, amd64 as well).

I did generate the valgrind report, as suggested. Lot's of '???'
in there, so  I thought I'ld improve the report by installing
libgstreamer0.10-0-dbg. But that made the segmentation fault disappear!!!

And even stranger, after purging libgstreamer0.10-0-dbg, the
segmentation fault does not reappear!!

Unfortunately I overwrote the valgrind output for the crashing case.
In the non-crashing case it reports various leaks as well, but that's
probably just intended / sloppy programming; I've included the start/end
of the valgrind output below (let me know if you want to see the middle bit).
I did have the impression that with the segfault valgrind did take
far longer, and reported far bigger numbers.

Jeroen Nijhof

-

==1678== Memcheck, a memory error detector
==1678== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==1678== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright 
info
==1678== Command: gst-inspect-0.10
==1678== 
==1678== 
==1678== HEAP SUMMARY:
==1678== in use at exit: 1,388,883 bytes in 13,346 blocks
==1678==   total heap usage: 26,959 allocs, 13,613 frees, 2,396,285 bytes 
allocated

[]

==1678== 310,135 bytes in 1,623 blocks are possibly lost in loss record 1,516 
of 1,516
==1678==at 0x4C221A7: malloc (vg_replace_malloc.c:195)
==1678==by 0x5D6B552: g_malloc (in /lib/libglib-2.0.so.0.2200.1)
==1678==by 0x5D82FC6: g_memdup (in /lib/libglib-2.0.so.0.2200.1)
==1678==by 0x4EBCB19: gst_registry_binary_read_cache 
(gstregistrybinary.c:883)
==1678==by 0x4E507E4: ensure_current_registry (gst.c:938)
==1678==by 0x4E52457: init_post (gst.c:1128)
==1678==by 0x5D71A27: g_option_context_parse (in 
/lib/libglib-2.0.so.0.2200.1)
==1678==by 0x4063D8: main (gst-inspect.c:1441)
==1678== 
==1678== LEAK SUMMARY:
==1678==definitely lost: 60 bytes in 1 blocks
==1678==indirectly lost: 240 bytes in 10 blocks
==1678==  possibly lost: 1,277,957 bytes in 11,778 blocks
==1678==still reachable: 110,626 bytes in 1,557 blocks
==1678== suppressed: 0 bytes in 0 blocks
==1678== Reachable blocks (those to which a pointer was found) are not shown.
==1678== To see them, rerun with: --leak-check=full --show-reachable=yes
==1678== 
==1678== For counts of detected and suppressed errors, rerun with: -v
==1678== ERROR SUMMARY: 487 errors from 487 contexts (suppressed: 45 from 26)



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

Bug#549378: php5-xcache: not installable in unstable/experimental

[kieran fulke]

Package: php5-xcache
Version: 1.3.0-1
Severity: normal


cannot install php5-xcache in unstable/experimental;
php5-xcache: Depends: phpapi-20060613+lfs

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

Kernel: Linux 2.6.31
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#384922: NFS insecure without support for squashing multiple groups

[psz]

Dear Moritz,

Please see comments in
http://bugzilla.kernel.org/show_bug.cgi?id=14295
:

> This looks more like a feature request than a bug report to me. The right
> address for that kind of discussion would be on the linux-...@vger.kernel.org
> mailing list, not bugzilla.

> Right, a good first step would probably be a post to linux-...@vger.kernel.org
> summarizing the requirements (and maybe proposing a user-interface for) the
> mechanism that you're asking for.
> 
> There have been a few requests over the years for various kinds of server-side
> auth_sys credential mapping.  A brief marc.info search isn't finding them.
> 
> There's nobody that I know of working on this sort of problem currently.

Is there anything I should do? I would not know what user interface to
propose.

Cheers, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia



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

Bug#527731: monotone-viz: diff for NMU version 1.0.1-1.1

[Stéphane Glondu]

Stefano Zacchiroli a écrit :
> I've prepared an NMU for monotone-viz (versioned as 1.0.1-1.1) and
> uploaded it to DELAYED/2, according to devref §5.11.1. The patch renames
> some stub methods to avoid name clashes at (C) link-time with recent
> versions of lablgtk2.

The current patch looks too much like a quick hack.

Has upstream been notified? I believe the right way would be to fix
monotone-viz so that it uses lablgtk2's binding instead of having two
bindings of the same function. If monotone-viz doesn't use any more
binding that is not provided by lablgtk2, it should build pure bytecode
executables (without -custom) on bytecode architectures.

Note: this is the first time I hear about monotone-viz...


Cheers,

-- 
Stéphane




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

Bug#521893: realtime kernel for Debian

[rosea grammostola]

Uwe Kleine-König wrote:

Hello,

On Wed, May 13, 2009 at 11:35:17AM +0200, Uwe Kleine-König wrote:
  

Hi,


I was wondering about how far are we with implementing a RT kernel in 
 Debian... Some progress here? Would be nice.

  

The patch I created that "fits" on Debian's vanilla kernel creates
conflicts on the sources with the Debian patches.
I hope to be able to clean that up by minimizing the -rt series (e.g.
the first broken out patch consists usually of various bits from the
-tip tree that are (AFAIK) not all needed.)

So just have some more patience.

  


How are things going? Just interest...
  

Hhhm, well, I spottet a problem.  The thing is that linux-rt does many
deep changes in the kernel and I won't be able to support the harder
problems.  And upstream probably won't help because the Debian rt-kernel
isn't a vanilla rt-kernel.  Moreover even the broken out rt-patch isn't
nicely sorted (e.g. bisectable, some patches undo changes of other
patches earier in the series etc. pp), so I fear the Debian kernel team
isn't filled with enthusiasm when asked to add an rt variant.

I already thought about packaging debian-kernel + rt for Debian and
vanilla-kernel + rt for a non-Debian package repository such that it's
easy for bug reporters to try out a vanilla kernel.  But that still needs
more work.


OK, the vanilla-kernel + rt is done.  See

http://mid.gmane.org/20090926171218.gd13...@pengutronix.de

for an announcment and 


http://www.pengutronix.de/software/linux-rt/debian_en.html

for the documentation how to install it.

Looks like this is great news! Thanks for your time and effort Uwe!

\r




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

Bug#549377: xinit: xserverrc ignores arguments from startx

[Nicolas George]

Package: xinit
Version: 1.1.1-1

The startx script invokes xinit like this:

xinit "$client" $clientargs -- "$server" $display $serverargs

If there are no explicit arguments and no local .xserverrc script, $server
has been previously initialized to /etc/X11/xinit/xserverrc.

$serverargs holds, among other things, the auth file. The xinit line in a
typical system looks like this:

xinit /home/cigaes/.xinitrc -- /etc/X11/xinit/xserverrc :0 -auth 
/tmp/serverauth.axdsHbFbfp

The problem is that the default xserverrc script looks like this:

exec /usr/bin/X11/X -nolisten tcp

Which means it completely ignores its arguments, including the -auth stuff.
Cookie-based authentication is therefore not enabled in the server.

Suggested fix:

exec /usr/bin/X11/X -nolisten tcp "$@"

Seems to work for me.

Regards,

-- 
  Nicolas George


signature.asc
Description: Digital signature

Bug#541225: miredo-server: Incorrect runlevels in init.d LSB header

[Petter Reinholdtsen]

Hi.  Any hope of having a fix for this uploaded to unstable any time
soon?  Please let us know if we should not NMU to fix 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#549366: File date miss by 1 hour

[Tong Sun]

On Fri, Oct 2, 2009 at 3:59 PM, Patrick Matthäi wrote:


> > Such wrong-time behavior only exhibit in gphotofs. If I mount the SD
> > directly via a all-in-one reader, the file date/time is right.
>
> Hm also this bug may be in gphoto2..
>

Thanks for your swift respond,  Patrick.

Could you re-assign this bug to gphoto2 instead please?

thanks

Bug#549369: File names are all upper case

[Tong Sun]

On Fri, Oct 2, 2009 at 3:56 PM, Patrick Matthäi wrote:


> > Assuming that the all-in-one reader doesn't do anything fancy, I
> > suspect that gphotofs makes the file to be all in upper case. If so,
> > please consider leaving the file name cases as-is for maximum
> > compatibility.
>
> gphotofs doesn't capitalize them, this may be in glib2 or gphoto2.
>
> Maybe your camera also send them in upper case format?
>

Yeah, all make sense to me. Since it's beyond my knowledge, please feel free
to do anything to this bug, including forwarding or closing it.

thanks.

Bug#542112: shishi-kdc: Incorrect runlevels in init.d scripts header

[Petter Reinholdtsen]

Hi.  Any more I can do to get a fix for this into unstable?

With the current setting, the service will fail to start in the
default installation which uses runlevel 2, and that could be seen as
a bug with severity serious making the package unfit for release.

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#549376: openssh-server: sshd not reaping my login shell

[Ken Bloom]

Package: openssh-server
Version: 1:5.1p1-7
Severity: important


When I ssh from little-cat-a to cat-in-the-hat, exiting the login shell
on cat-in-the-hat doesn't end my ssh connection. After running ps on
cat-in-the-hat, I noticed that the login shell in question was still
sitting around as a zombie process, meaning that sshd isn't reaping the
shell.

Here's an strace of the problem (from sshd on cat-in-the-hat), attaching
to the sshd process (as root) after I am already logged in. You can see
that sshd is changing the signal mask an awful lot (blocking and
unblocking SIGCHLD), and it appears sshd isn't responding to SIGCHLD.
(It's definitley not calling waitpid to reap the shell.)

sshd finally quits when I type ~. to make the client drop the
connection.

[bl...@cat-in-the-hat ~]$ sudo strace -p 8124
[sudo] password for bloom: 
Process 8124 attached - interrupt to quit
select(13, [3 6 8 9 12], [], NULL, NULL) = 1 (in [3])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
read(3, "?m\3\270^\316,\314\0v\375\240\36\rG\263\203`f\210\210\264\340
\366\3\341\366\230_X\5\276"..., 16384) = 48
select(13, [3 6 8 9 12], [10], NULL, NULL) = 1 (out [10])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
write(10, "e", 1)   = 1
ioctl(10, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig -icanon
-echo ...}) = 0
select(13, [3 6 8 9 12], [], NULL, NULL) = 1 (in [12])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
read(12, "e", 16384)= 1
select(13, [3 6 8 9 12], [3], NULL, NULL) = 1 (out [3])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
write(3, "X\263\2A\350\235\233\355,\3149\223\364\221\265Ut\346\225h\275
\215z\234Z\3039\31\356x[\27"..., 48) = 48
select(13, [3 6 8 9 12], [], NULL, NULL) = 1 (in [3])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
read(3, "\233`\205l\271\25\217\245\311j\307\2614\267t\226D\212\275h&q
\314+\262\23\25\321\302\261D\235"..., 16384) = 48
select(13, [3 6 8 9 12], [10], NULL, NULL) = 1 (out [10])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
write(10, "x", 1)   = 1
ioctl(10, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig -icanon
-echo ...}) = 0
select(13, [3 6 8 9 12], [], NULL, NULL) = 1 (in [12])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
read(12, "x", 16384)= 1
select(13, [3 6 8 9 12], [3], NULL, NULL) = 1 (out [3])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
write(3, "\206\331V\270\377\4\356\34rA\211c\336\200-e\264M\205\244\263
\250Qg$\227\307\205\270\36\201t"..., 48) = 48
select(13, [3 6 8 9 12], [], NULL, NULL) = 1 (in [3])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
read(3, "<\326\326|\204\343[G\22\230\211\231\2\240\324xs~\257\35\250TT
\212,>\1\376U\231\374\264"..., 16384) = 48
select(13, [3 6 8 9 12], [10], NULL, NULL) = 1 (out [10])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
write(10, "i", 1)   = 1
ioctl(10, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig -icanon
-echo ...}) = 0
select(13, [3 6 8 9 12], [], NULL, NULL) = 1 (in [12])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
read(12, "i", 16384)= 1
select(13, [3 6 8 9 12], [3], NULL, NULL) = 1 (out [3])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
write(3, "\320\230 \245\237\230[\261\33\16K1\207\270\241\270\310\\tkU
\231\n\347\232H2*LENf"..., 48) = 48
select(13, [3 6 8 9 12], [], NULL, NULL) = 1 (in [3])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
read(3, "\236\347\243\35\22\235\241v\247k\246<\r\305a\271\335V\305&\30
\324-=\204\256...@\302`\333"..., 16384) = 48
select(13, [3 6 8 9 12], [10], NULL, NULL) = 1 (out [10])
rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
write(10, "t", 1)   

Bug#543941: OpenVPN with LDAP+TLS authentication runs into file exhaustion

[chantra]

Thanks Simon,

Reassignment done

chantra


-- 

http://www.debuntu.org



!DSPAM:4ac6673b90402654897080!

Bug#544871: ls complains about LS_COLORS: unrecognized prefix: hl

[Ben Wheeler]

Package: coreutils
Version: 7.5-6
Severity: normal

Hi,

The 'hl' option is not "gone", it was renamed to 'mh' (stands for "Multi 
Hardlink") and is no longer enabled by default. 

The former behaviour (which I'm sure some people, including me, had come 
to expect, if not exactly rely on) can be reinstated by adding ':mh=44;37:' 
to the LS_COLORS environment variable. Eg: 

eval `dircolors`
LS_COLORS="$LS_COLORS:mh=44;37:"

Regards,
Ben Wheeler

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

Kernel: Linux 2.6.29-qolc-2009050801 (PREEMPT)
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 coreutils depends on:
ii  libacl1   2.2.48-1   Access control list shared library
ii  libattr1  1:2.4.44-1 Extended attribute shared library
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libselinux1   2.0.85-4   SELinux runtime shared libraries

coreutils recommends no packages.

coreutils 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#489996: More precisions about ViewSonic G90fB capabilities

[David VANTYGHEM]

My screen resolution is 1024*768 60Hz.
Possible resolutions should be :

1920 x 1440 at 64 Hz
1600 x 1200 at 77 Hz
1280 x 1024 at 89 Hz (optimal)
1152 x 1024 at 104 Hz
1024 x 768 at 118 Hz







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

Bug#506491: [valac] not reproducable anymore in vala 0.7.6

[Simon Wenner]

Package: vala
Version: 0.7.6-1

This bug seems to be fixed in Vala 0.7.6 (or earlier).

Test case, compile it with: valac bug.vala -o bug --pkg gtk+-2.0

using Gtk;

public static int main (string[] args) {
  var win = new Gtk.Window (Gtk.WindowType.TOPLEVEL);
  var dialog = new Gtk.MessageDialog (win, 0, Gtk.MessageType.INFO,
Gtk.ButtonsType.OK, "%s", "hi");
  dialog.format_secondary_text ("%s", "test");
  dialog.format_secondary_markup ("%s", "test");

  return 0;
}


--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.30-1-amd64

Debian Release: squeeze/sid
900 testing security.debian.org
900 testing mirror.switch.ch
800 unstable mirror.switch.ch
700 experimental mirror.switch.ch

--- Package information. ---
Depends (Version) | Installed
==-+-
libc6 (>= 2.3) | 2.9-25
libglib2.0-0 (>= 2.16.0) | 2.22.0-1
libvala0 (= 0.7.6-1) | 0.7.6-1
libglib2.0-dev (>= 2.12.0) | 2.22.0-1


Package's Recommends field is empty.

Package's Suggests field is empty.






signature.asc
Description: OpenPGP digital signature

Bug#549374: python-codespeak-lib: wrong shebangs for /usr/bin/py.*

[Jakub Wilk]

Package: python-codespeak-lib
Version: 1.0.1-2
Severity: important

All the /usr/bin/py.* scripts have "#!/usr/bin/python2.4" rather than 
"#!/usr/bin/python" shebang:


$ grep -F '#!/usr/bin/python' /usr/bin/py.*
/usr/bin/py.cleanup:#!/usr/bin/python2.4
/usr/bin/py.countloc:#!/usr/bin/python2.4
/usr/bin/py.lookup:#!/usr/bin/python2.4
/usr/bin/py.rest:#!/usr/bin/python2.4
/usr/bin/py.svnwcrevert:#!/usr/bin/python2.4
/usr/bin/py.test:#!/usr/bin/python2.4
/usr/bin/py.which:#!/usr/bin/python2.4

This is probably due to an unfortunate bug in dh: 
http://bugs.debian.org/547510

Rebuilding the package with debhelper >= 7.4.3 should fix this issue.

--
Jakub Wilk



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

Bug#549339: [Pkg-kde-extras] Bug#549339: k3b: Recommends non-existing packages

[Modestas Vainius]

Sveiki,

On penktadienis 02 Spalis 2009 18:46:29 David Liontooth wrote:
> Package: k3b
> Version: 1.0.5-3+b1
> Severity: minor
> 
> 
> k3b still recommends kdebase-kio-plugins and kcontrol, which don't exist in
>  sid.

We *really* hope that we won't need to ship this version of k3b with Squeeze.

-- 
Modestas Vainius 


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

Bug#549331: Problem reloading extended partitions

[Anthony L. Awtrey]

I tried to work around the issue by making the preseed config use 
extended partitions like the original, but the install still fails with 
the exact same error message.


I noted that the device nodes /dev/sda and /dev/sda5 are present in the 
/dev directory and /proc/partitions, so it seems that /dev/sda1, 
/dev/sda2 and /dev/sda3 are being removed correctly, but /dev/sda5 isn't 
being removed before trying to create the new /dev/sda1.


Still digging...

T



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

Bug#521893: realtime kernel for Debian

[Uwe Kleine-König]

Hello,

On Wed, May 13, 2009 at 11:35:17AM +0200, Uwe Kleine-König wrote:
> Hi,
> 
> >>> I was wondering about how far are we with implementing a RT kernel in 
> >>>  Debian... Some progress here? Would be nice.
> >>> 
> >> The patch I created that "fits" on Debian's vanilla kernel creates
> >> conflicts on the sources with the Debian patches.
> >> I hope to be able to clean that up by minimizing the -rt series (e.g.
> >> the first broken out patch consists usually of various bits from the
> >> -tip tree that are (AFAIK) not all needed.)
> >>
> >> So just have some more patience.
> >>
> >>   
> > How are things going? Just interest...
> Hhhm, well, I spottet a problem.  The thing is that linux-rt does many
> deep changes in the kernel and I won't be able to support the harder
> problems.  And upstream probably won't help because the Debian rt-kernel
> isn't a vanilla rt-kernel.  Moreover even the broken out rt-patch isn't
> nicely sorted (e.g. bisectable, some patches undo changes of other
> patches earier in the series etc. pp), so I fear the Debian kernel team
> isn't filled with enthusiasm when asked to add an rt variant.
> 
> I already thought about packaging debian-kernel + rt for Debian and
> vanilla-kernel + rt for a non-Debian package repository such that it's
> easy for bug reporters to try out a vanilla kernel.  But that still needs
> more work.
OK, the vanilla-kernel + rt is done.  See

http://mid.gmane.org/20090926171218.gd13...@pengutronix.de

for an announcment and 

http://www.pengutronix.de/software/linux-rt/debian_en.html

for the documentation how to install it.

Best regards
Uwe

-- 
Pengutronix e.K.  | Uwe Kleine-König|
Industrial Linux Solutions| http://www.pengutronix.de/  |



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

Bug#499726: [Build-common-hackers] Bug#499726: please provide an install target

[Felipe Sateler]

On Fri, 2009-10-02 at 13:51 +0200, Jonas Smedegaard wrote:
> On Thu, Oct 01, 2009 at 01:56:07PM -0400, Felipe Sateler wrote:
> >I'm not sure if this should be a new bug, but this one is close enough.
> >
> >cdbs (debhelper.mk) provides install/binarypackage targets for each 
> >binary package. However, it does not provide the install target which 
> >sometimes is very useful. Adding it should be a matter of adding:
> >
> >install:: $(patsubst %,install/%,$(DEB_ALL_PACKAGES))
> >
> >
> >Somewhere in debhelper.mk
> 
> Providing a new make target has a risk of clashing with existing target 
> of same name but of different type - i.e. above will break packages 
> currently crestihng an install: target (using single colon).

Hmm. A different name is an option. The important thing is to have a
convenient way to perform the install stage, but not create the binary
debs. cdbs-install

> 
> Also, I dislike the debhelper.mk rule to implement generic convenience 
> targets not used by itself.  If generally useful they might make sense 
> to implement in some core place - but only if not risking clash with 
> local rules files as I fear is the case here.

Well, that is another problem. Although the truth is that debhelper.mk
is as core as it gets. cdbs is not very useful without it, as it is the
only file that can actually generate the debs.


-- 
Saludos,
Felipe Sateler


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

Bug#542888: bind9 stops during upgrade. again.

[Luk Claes]

Julien Cristau wrote:
> On Thu, Oct  1, 2009 at 22:12:19 +0200, Luk Claes wrote:
> 
>> Hi
>>
>> Can you please upload a fixed package soon, TIA.
>>
> Is this really considered RC by the release team?

I just downgraded for a reason...

Cheers

Luk



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

Bug#546236: Raising severity for libdata-sorting-perl FTBFS

[Salvatore Bonaccorso]

severity 546236 serious
thanks

Hi Niko

Since perl 5.10.1 is now in unstable, do you agree to arise the
severity now to serious?

Bests
Salvatore


signature.asc
Description: Digital signature

Bug#549373: Netinstall from USB-stick fails due to kernel mismatch.

[Dinyar Rabady]

Package: installation-reports

Boot method: Netinstall via USB-Stick
Image version: 
http://d-i.debian.org/daily-images/amd64/20091001-00:00/netboot/debian-installer/amd64/
Date: Friday, October 2nd '09

Machine: Thinkpad x61s
Processor: Intel Core 2 Duo
Memory: 2 GB
Partitions: 

Output of lspci -knn (or lspci -nn):

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

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

Comments/Problems:

After I chose the mirror (I tried several and also tried to chose
stable and sid instead of testing via priority=medium) I am shown a
message reading:

No kernel modules were found. This probably is due to a mismatch
between the kernel used by this version of the installer and the
kernel version available in the archive.
If you're installing from a mirror, you can work around this problem
by choosing to install a different version of Debian.
The install will probably fail to work if you continue without
kernel modules. Continue the install without loading kernel modules?

In the console at Alt-F4 I found the line:

"anna[2297] WARNING **: no packages for kernel in archive"

I haven't changed any settings, merely followed the instructions at
http://www.debian.org/releases/stable/amd64/ch04s03.html.en#usb-copy-flexible
and used the daily images.

-- 
Please avoid sending me Word, Excel or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
Sent from Vienna, Austria



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

Bug#520362: RFA: bongoproject -- Integrated mail and calendar system

[Sandro Tosi]

Hi Jonny,
do you think we can remove this package? or would you prefer to have
it orphaned (and a QA upload to sid would be really nice in this
case)?

Let me know,
Sandro

On Thu, Mar 19, 2009 at 04:17, Jonny Lamb  wrote:
> Package: wnpp
> Severity: normal
>
> I no longer develop or am interested in Bongo. Therefore, I think a new
> maintainer would be appropriate. I've neglected the package somewhat
> recently.
>
> It's only in experimental and its only bug, #442349, is fixed in the
> newest upstream release. I should note that this package is rather huge
> and I think would require good contact with upstream who are very nice
> and helpful indeed. I'd be happy to continuing sponsoring.
>
> From its long description:
>
> """
> Bongo is the integrated mail and calendar project whose goal is to
> provide software users love to use. It provides the back-end storage
> system, a set of agents who provide various parts of the functionality,
> and some end-user clients delivered via a built-in web server.
> """
>
> Homepage: http://www.bongo-project.org/
> Vcs-Browser: http://git.jonnylamb.com/?p=packaging/bongoproject.git;a=summary
>
> Regards,
>
> --
> Jonny Lamb, UK
> jo...@debian.org
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iEYEARECAAYFAknBqyIACgkQwYr7ny4DlALalgCeMKz2NmOLr2WsD3fE22OLmB+d
> fq8AoLu98svsRZIwHE9S8UOUjWQv8MTm
> =goFR
> -END PGP SIGNATURE-
>
>



-- 
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#549359: ITA pflogsumm

[Sven Hoexter]

owner 549359 Sven Hoexter 
retitle 549359 ITA: pflogsumm -- Postfix log entry summarizer
thanks

I'll take it (if nobody else feels he deservers it ;).

Sven
-- 
They're the cowards We are rebels
We got the power to fight the devil
   [ AIV - We are rebels ]



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

Bug#549366: File date miss by 1 hour

[Patrick Matthäi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Tong Sun schrieb:
> Package: gphotofs
> Version: 0.4.0-3
> Severity: minor
> 
> Hi, 
> 
> I started to use gphotofs recently and had just noticed that files
> under gphotofs are 1 hour more than the actual shoot time:
> 
>  $ jhead IMG_105{2,3,4}.JPG | grep -Ei 'IMG_|date'
>  File name: IMG_1052.JPG
>  File date: 2009:10:01 12:50:39
>  Date/Time: 2009:10:01 11:50:39
>  File name: IMG_1053.JPG
>  File date: 2009:10:01 12:55:04
>  Date/Time: 2009:10:01 11:55:04
>  File name: IMG_1054.JPG
>  File date: 2009:10:01 13:24:12
>  Date/Time: 2009:10:01 12:24:12
> 
> The "Date/Time" fields reflect the actual time, so the file
> date/time is wrong. I always keep the correct file date/time on my
> HD, so the wrong date/time on gphotofs defeats the rsync
> incremental upload. 
> 
> Such wrong-time behavior only exhibit in gphotofs. If I mount the SD
> directly via a all-in-one reader, the file date/time is right.

Hm also this bug may be in gphoto2..

- --
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrGW4UACgkQ2XA5inpabMfjWQCfdtFpgGKF7aOYw7QvwS8Wo93g
T5cAn176S+NoTwdvX+v9HQAmQ+fuVTzz
=wAry
-END PGP SIGNATURE-



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

Bug#549369: File names are all upper case

[Patrick Matthäi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Tong Sun schrieb:
> Package: gphotofs
> Version: 0.4.0-3
> Severity: wishlist
> 
> Hi, 
> 
> I started to use gphotofs recently and noticed that image file names
> are all upper case, e.g.:
> 
>  File name: IMG_1052.JPG
>  File name: IMG_1053.JPG
>  File name: IMG_1054.JPG
> 
> If I mount the SD card directly via an all-in-one reader, the file
> names are all in lower case. 
> 
> Assuming that the all-in-one reader doesn't do anything fancy, I
> suspect that gphotofs makes the file to be all in upper case. If so,
> please consider leaving the file name cases as-is for maximum
> compatibility.

gphotofs doesn't capitalize them, this may be in glib2 or gphoto2.

Maybe your camera also send them in upper case format?

- --
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrGWvMACgkQ2XA5inpabMeoEwCgmELY0ffIRnd3vUraxrVUpgU4
x+0AoJvd/wHyKqEq904oWDHrwQDvZnNP
=0LCX
-END PGP SIGNATURE-



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

Bug#546955: Fallback maintainer

[Sandro Tosi]

2009/10/2 Pietro Battiston :
> I packaged denemo 0.8.8 and I volunteer to package and NMU next upstream
> release.
>
> Because of time constraints and uncertitudes, I don't want to be
> denemo's maintainer.

If you want to upload an orphaned packages, do that as a QA upload,
and *not* as a NMU. If you're unsure of what a QA upload is, feel free
to document and ask for clarification later.

Regards,
-- 
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#549372: gtk2-engines: please include "simple" engine with base package for gnome art themes

[Mark Hedges]

Package: gtk2-engines
Version: 1:2.18.2-1
Severity: normal


Themes installed with Gnome Art Manager (such as the "eMaCs" desktop theme)
are not selectable from the Appearance control panel.  If I choose
"customize" I can select the theme as a base, but then it has the warning
"This theme will not look as intended because the required GTK+ theme 
engine 'simple' is not installed."  And, syslog shows this:

Sep 29 16:10:39 maggie gnome-session[15998]: Gtk-WARNING: Unable to locate 
theme engine in module_path: "simple",

Thanks.  --mark--

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

Kernel: Linux 2.6.30-maggie-30+test
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 gtk2-engines depends on:
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libglib2.0-0  2.22.0-1   The GLib library of C routines
ii  libgtk2.0-0 [gtk2.0-binver-2. 2.16.6-1   The GTK+ graphical user interface 

gtk2-engines recommends no packages.

gtk2-engines 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#548943: perl: FTBFS on ia64 (internal compiler error)

[Niko Tyni]

On Tue, Sep 29, 2009 at 10:45:33PM +0300, Niko Tyni wrote:
> > The ia64 build failed:
> 
> >  RealPPPort.c:1727: error: unrecognizable insn:
> >  (insn 123 122 124 8 RealPPPort.xs:869 (set (reg:DF 410)
> >  (unsigned_float:DF (reg/f:DI 328 sfp))) -1 (nil))
> >  RealPPPort.c:1727: internal compiler error: in 
> > instantiate_virtual_regs_in_insn, at function.c:1578

This boils down to

merulo% cat t.c
int main(void)
{
 int var, *p = &var;
 return (double)(unsigned long)(p);
}
merulo% gcc -O -c t.c
t.c: In function 'main':
t.c:5:1: error: unrecognizable insn:
(insn 5 4 6 3 t.c:3 (set (reg:DF 344)
(unsigned_float:DF (reg/f:DI 328 sfp))) -1 (nil))
t.c:5:1: internal compiler error: in instantiate_virtual_regs_in_insn, at 
function.c:1630
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

and is now reported as

 http://gcc.gnu.org/PR41551

 http://bugs.debian.org/549370

-- 
Niko Tyni   nt...@debian.org



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

Bug#549306: cupt: Should maybe purge packages before trying to configure others?

[Eugene V. Lyubimkin]

Cyril Brulebois wrote:
> Package: cupt
> Version: 1.0.0~beta1
> Severity: normal
> 
> Hi,
Hi Cyril,

> update-binfmts only works on Linux, leading to configure issues when
> upgrading python* on GNU/kFreeBSD. I've tried to purge that package
> (only suggested by others), but cupt tries to configure python* before
> purging the specified package. Maybe it should do that the other way
> round? (I guess it's quite a “common” usecase to try and purge some
> packages because the installation of others is currently failing; at
> least for unstable/testing users.)
Khm. It's hard question, but it seems this bug is going to become at least
wontfix, and here is my reasoning.

The Cupt's resolver always produces a working (in a sense of dependencies) 
system.
All packages in interim state will be either configured or removed. Next, as I
understand, python and update-binfmts don't connected by some strict
(pre-depends or depends) dependency, so worker won't (and shouldn't) care
about what package, python or binfmt, will be processed first.

The correct way to deal with this issue is

a) remove binfmt, leaving the system in bad state;
b) fix the system.

First should be done by 'dpkg --force-depends --remove ', and second
by regular 'cupt ...' command.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



signature.asc
Description: OpenPGP digital signature

Bug#520558: please re-open or reconsider

[Paul Traina]

Unfortunately, the new dependency based stuff (depricating sysv-rc)  
breaks amavis.
Yes, amavis can depend upon a lot of stuff needing to start, so it  
SHOULD start after those things, if they exist and are installed.


The LSB stuff in /etc/init.d/amavisd-new should be tweaked or auto- 
generated to fix this.




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

Bug#543941: OpenVPN with LDAP+TLS authentication runs into file exhaustion

[Simon Josefsson]

chantra  writes:

> Reassigning to libgnutls, the probable culprit package.
>
> The common factor between libgnutls and libssl 2 would be the use of the
> same crypt function AFAICS, so I actually wonder if this is down to
> libc6 :s.
>
> Would maintainer of ssl/gnutls confirm that it is the source of the
> issue? 

GnuTLS doesn't open /dev/urandom, so I believe this should be debugged
as a libgcrypt problem.

It may be a problem in openvpn, nss_ldap or PAM, but given that
libgcrypt opens /dev/urandom, the file descriptor leak should be
debugged first in libgcrypt.

/Simon



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

Bug#549371: iceweasel: dark linux gtk theme makes pages look bad; "use system colors" should apply to input elements

[Mark Hedges]

Package: iceweasel
Version: 3.0.14-1
Severity: normal


https://bugzilla.mozilla.org/show_bug.cgi?id=519763

dark linux gtk theme makes pages look bad; "use system colors" should apply to 
input elements as well as fonts, or separate option needed

In Gnome (Debian Squeeze) I use a modified Darklooks desktop theme.  In
Iceweasel under Edit > Preferences > Content > Colors..., "Use System Colors"
is NOT checked, but the desktop theme is still applied to input textboxes and
select boxes, making them difficult to read against the normally white
background of web pages.  (Will attach screenshot.)  

It seems like the default view of unstyled web pages ought to be the way they
are intended, with black text against a light background.  

If the "Use System Colors" should only apply to the default font color, which
it changes when activated, can there be another option to control the behavior
of input elements, to use the system theme colors or not?

Thanks.

Reproducible: Always

Steps to Reproduce:
1. Un-check "Use System Colors" option in browser preferences, using default
Firefox theme.
2. Choose Darklooks desktop theme in Gnome Appearance control panel
3. Open a web page.
Actual Results:  
Input and select elements are colored with the system colors.

Expected Results:  
Input and select elements should be colored with default web page colors.  If
not, there should be a separate option which has the default of using the
default web page colors for input elements.

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

Kernel: Linux 2.6.30-maggie-30+test
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 iceweasel depends on:
ii  debianutils  3.2.1   Miscellaneous utilities specific t
ii  fontconfig   2.6.0-4 generic font configuration library
ii  libc62.9-25  GNU C Library: Shared libraries
ii  libgcc1  1:4.4.1-1   GCC support library
ii  libglib2.0-0 2.22.0-1The GLib library of C routines
ii  libgtk2.0-0  2.16.6-1The GTK+ graphical user interface 
ii  libnspr4-0d  4.8-1   NetScape Portable Runtime Library
ii  libstdc++6   4.4.1-1 The GNU Standard C++ Library v3
ii  procps   1:3.2.8-1.1 /proc file system utilities
ii  psmisc   22.8-1  utilities that use the proc file s
ii  xulrunner-1.91.9.0.14-1  XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  latex-xft-fonts  1.6.4-1 TrueType versions of some TeX font
ii  libkrb53 1.6.dfsg.4~beta1-13 Transitional library package/krb4 
ii  mozplugger   1.12.1-2Plugin allowing external viewers t
pn  ttf-mathematica4.1 (no description available)
ii  xfonts-mathml3   Type1 Symbol font for MathML
pn  xprint (no description available)
ii  xulrunner-1.9-gnome- 1.9.0.14-1  Support for GNOME in xulrunner app

-- 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#549370: gcc-snapshot: [PR41551/ia64] ICE: unrecognizable insn: in instantiate_virtual_regs_in_insn, at function.c:1630

[Niko Tyni]

Package: gcc-snapshot
Version: 20090821-1
Severity: normal

Originally seen as #548943 (perl FTBFS on ia64)

Regression with gcc 4.3

Reported upstream at http://gcc.gnu.org/PR41551

merulo% cat t.c
int main(void)
{
 int var, *p = &var;
 return (double)(unsigned long)(p);
}
merulo% gcc -O -c t.c
t.c: In function 'main':
t.c:5:1: error: unrecognizable insn:
(insn 5 4 6 3 t.c:3 (set (reg:DF 344)
(unsigned_float:DF (reg/f:DI 328 sfp))) -1 (nil))
t.c:5:1: internal compiler error: in instantiate_virtual_regs_in_insn, at 
function.c:1630
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ia64

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

Versions of packages gcc-snapshot depends on:
ii  binutils2.19.51.20090827-1   The GNU assembler, linker and bina
ii  libasound2  1.0.20-4 shared library for ALSA applicatio
ii  libatk1.0-0 1.26.0-1 The ATK accessibility toolkit
ii  libc6.1 2.9-26   GNU C Library: Shared libraries
ii  libc6.1-dev 2.9-26   GNU C Library: Development Librari
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.6.0-4  generic font configuration library
ii  libfreetype62.3.9-5  FreeType 2 font engine, shared lib
ii  libglib2.0-02.20.5-1 The GLib library of C routines
ii  libgmp3c2   2:4.3.1+dfsg-3+b1Multiprecision arithmetic library
ii  libgtk2.0-0 2.16.6-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.5-1X11 Inter-Client Exchange library
ii  libmpc1 0.6-1multiple precision complex floatin
ii  libmpfr1ldbl2.4.1-2  multiple precision floating-point 
ii  libpango1.0-0   1.24.5-1+b1  Layout and rendering of internatio
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libunwind7  0.99-0.2 A library to determine the call-ch
ii  libunwind7-dev  0.99-0.2 A library to determine the call-ch
ii  libxrandr2  2:1.3.0-2X11 RandR extension library
ii  libxrender1 1:0.9.4-2X Rendering Extension client libra
ii  libxtst62:1.0.3-1X11 Testing -- Resource extension 
ii  python  2.5.4-2  An interactive high-level object-o
ii  zlib1g  1:1.2.3.3.dfsg-15+b2 compression library - runtime

gcc-snapshot recommends no packages.

gcc-snapshot 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#548630:

[Hans IJ]

I booted with kernel 2.6.26-1-686 instead of kernel 2.6.26-2-686
Same crash happened, but I was able to catch folliwing trace at the remote
syslog:
kernel: [ 1393.297389] kernel BUG at mm/vmscan.c:725!
...hope this helps!

Bug#549369: File names are all upper case

[Tong Sun]

Package: gphotofs
Version: 0.4.0-3
Severity: wishlist

Hi, 

I started to use gphotofs recently and noticed that image file names
are all upper case, e.g.:

 File name: IMG_1052.JPG
 File name: IMG_1053.JPG
 File name: IMG_1054.JPG

If I mount the SD card directly via an all-in-one reader, the file
names are all in lower case. 

Assuming that the all-in-one reader doesn't do anything fancy, I
suspect that gphotofs makes the file to be all in upper case. If so,
please consider leaving the file name cases as-is for maximum
compatibility.


Thanks

Tong

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

Kernel: Linux 2.6.28-grml64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages gphotofs depends on:
ii  fuse-utils   2.7.4-1.1   Filesystem in USErspace (utilities
ii  libc62.9-4   GNU C Library: Shared libraries
ii  libexif120.6.16-2.1  library to parse EXIF files
ii  libfuse2 2.7.4-1.1   Filesystem in USErspace library
ii  libglib2.0-0 2.20.0-2The GLib library of C routines
ii  libgphoto2-2 2.4.4-1 gphoto2 digital camera library
ii  libgphoto2-port0 2.4.4-1 gphoto2 digital camera port librar
ii  libusb-0.1-4 2:0.1.12-13 userspace USB programming library

gphotofs recommends no packages.

gphotofs 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#549368: evince: Crash on opening Impress .odp

[Ulrik Sverdrup]

Package: evince
Version: 2.26.2-2
Severity: normal

Evince crashes on opening .odp files. It is the default viewer on my
system. The output is like this:

$ evince zeitge...@seb.odp
Unknown element: office:forms

(evince:513): GdkPixbuf-CRITICAL **: gdk_pixbuf_scale_simple: assertion
`dest_width > 0' failed
Unknown element: presentation:notes
Unknown element: office:forms

(evince:513): GdkPixbuf-CRITICAL **: gdk_pixbuf_scale_simple: assertion
`dest_width > 0' failed
Unknown element: draw:custom-shape
Segmenteringsfel


The file was aqcuired here:
http://seilo.geekyogre.com/uploads/2009/10/zeitge...@seb.odp
In this blog post:
http://seilo.geekyogre.com/2009/10/envisioning-the-open-semantic-desktop-of-the-future-zeitgeist-owf-2009/



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.27-rc8fastboot
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages evince depends on:
ii  evince-common  2.26.2-2  Document (postscript, pdf) viewer 
ii  gconf2 2.26.2-3  GNOME configuration database syste
ii  gnome-icon-theme   2.26.0-1  GNOME Desktop icon theme
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.82-2simple interprocess messaging syst
ii  libevince1 2.26.2-2  Document (postscript, pdf) renderi
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgconf2-42.26.2-3  GNOME configuration database syste
ii  libglib2.0-0   2.22.0-1  The GLib library of C routines
ii  libgnome-keyring0  2.26.1-1  GNOME keyring services library
ii  libgtk2.0-02.18.0-1  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libnautilus-extension1 2.26.3-1  libraries for nautilus components 
ii  libpango1.0-0  1.24.5-1+b1   Layout and rendering of internatio
ii  libpoppler-glib4   0.10.6-1  PDF rendering library (GLib-based 
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libx11-6   2:1.2.2-1+b1  X11 client-side library
ii  libxml22.7.4.dfsg-2  GNOME XML library
ii  shared-mime-info   0.60-2FreeDesktop.org shared MIME databa
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages evince recommends:
ii  dbus-x11  1.2.16-2   simple interprocess messaging syst
ii  gvfs  1.4.0-2userspace virtual filesystem - ser

Versions of packages evince suggests:
ii  nautilus  2.28.0-2   file manager and graphical shell f
pn  poppler-data   (no description available)
ii  unrar 1:3.8.5-1  Unarchiver for .rar files (non-fre

-- 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