Processed: severity of 354617 is grave, severity of 354655 is grave, merging 354617 354655

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
> severity 354617 grave
Bug#354617: libsdl1.2debian: all sdl progs segfault since the upgrade to 1.2.9-1
Severity set to `grave'.

> severity 354655 grave
Bug#354655: incorrect video mode setting then segfault
Severity set to `grave'.

> merge 354617 354655
Bug#354617: libsdl1.2debian: all sdl progs segfault since the upgrade to 1.2.9-1
Bug#354655: incorrect video mode setting then segfault
Merged 354617 354655.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: tagging 354339

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
> tags 354339 pending
Bug#354339: Always tries to retrieve a preseed file even for not preseeded 
installs
Tags were: patch
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Patch

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 352385 patch
Bug#352385: projectcenter: FTBFS due to unmet build-dep libgnustep-gui0.9-dev
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354677: uruk: FTBFS: [zoem] error around input line <13> in <./include.zmm>

[Joost van Baal]

Op di 28 feb 2006 om 05:07:14 +0100 schreef Andreas Jochens:
> Package: uruk
> Version: 20051027-1
> Severity: serious
> 
> When building 'uruk' in a clean unstable chroot,
> I get the following error:
> 
> Making all in man
> make[2]: Entering directory `/uruk-20051027/man'
> zoem -d roff -i uruk.azm -o uruk.8
> ___ [zoem] error around input line <13> in <./include.zmm>
> ___ last key seen is 
> ___ [expand] no definition found for key 
> ___ [zoem] error around input line <13> in <./include.zmm>
> ___ last key seen is 
> ___ [\setx#2] argument did not parse
> ___ [zoem] unwound on error/exception
> ___ [\dofile#2] error (8) occurred while reading file <./include.zmm>
> ___ [zoem] unwound on error/exception
> make[2]: *** [uruk.8] Error 8
> make[2]: Leaving directory `/uruk-20051027/man'

FWIW, it _does_ build with an older zoem.  I'll prepare a fixed uruk
upload soonish.

Thanks, Bye,

Joost




signature.asc
Description: Digital signature

Bug#352385: Patch

[Matt Kraai]

tag 352385 patch
thanks

The attached patch replaces the build-dependency on
libgnustep-gui0.9-dev with libgnustep-gui0.10-dev and the dependency
on libgnustep-gui0.9 with libgnustep-gui0.10.

-- 
Matt
diff -ru projectcenter-0.4.2-orig/debian/control 
projectcenter-0.4.2/debian/control
--- projectcenter-0.4.2-orig/debian/control 2006-02-27 20:09:07.0 
-0800
+++ projectcenter-0.4.2/debian/control  2006-02-27 20:10:29.0 -0800
@@ -2,12 +2,12 @@
 Section: devel
 Priority: optional
 Maintainer: Evan Prodromou <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.1.48), libgnustep-gui0.9-dev (>= 0.9.4)
+Build-Depends: debhelper (>= 4.1.48), libgnustep-gui0.10-dev
 Standards-Version: 3.6.1
 
 Package: projectcenter
 Architecture: any
-Depends: ${shlibs:Depends}, libgnustep-gui0.9-dev
+Depends: ${shlibs:Depends}, libgnustep-gui0.10-dev
 Recommends: gorm
 Description: IDE for GNUstep Development
  ProjectCenter is an integrated development environment (IDE) for


signature.asc
Description: Digital signature

Bug#354614: foomatic-gui: segfaults when invoked

[Chris Lawrence]

Did you also install the updated python2.3-gnome2 and
python2.3-gnome2-extras packages?

On 2/27/06, Ramakrishnan Muthukrishnan <[EMAIL PROTECTED]> wrote:
>  || On Mon, 27 Feb 2006 14:37:33 -0500
>  || "Chris Lawrence" <[EMAIL PROTECTED]> wrote:
>
>  lawrencc> reassign 354614 python-gnome2
>  lawrencc> thanks
>
>  lawrencc> ii  python-gnome2 2.10.0-2   Python bindings for 
> the GNOME desk
>  lawrencc> ii  python-gnome2-extras  2.12.1-2.1 Python bindings for 
> the GNOME desk
>
>  lawrencc> You have some rather serious version skew between python-gnome2 and
>  lawrencc> python-gnome2-extras; they should both be the same version (or at
>  lawrencc> least from the same 2.x series!).
>
>  lawrencc> This is a bug in the dependencies of these packages--the versions 
> need
>  lawrencc> to be more closely tied with dependencies/conflicts.  
> Reassigning...
>
>
> I installed python-gnome2 version 2.12.3-2 and am still having the problem.
>
> --
> Ramakrishnan(http://www.zerobeat.in/)
> Use Free Software  (http://www.gnu.org/)
>
>


--
Chris Lawrence - http://blog.lordsutch.com/

Processed: Re: Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 354339 patch
Bug#354339: Always tries to retrieve a preseed file even for not preseeded 
installs
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: libsdl1.2debian: all sdl progs segfault since the upgrade to 1.2.9-1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> merge 354617 354655
Bug#354617: libsdl1.2debian: all sdl progs segfault since the upgrade to 1.2.9-1
Bug#354655: incorrect video mode setting then segfault
Mismatch - only Bugs in same state can be merged:
Values for `severity' don't match:
 #354617 has `important';
 #354655 has `normal'

> severity 354617 critical
Bug#354617: libsdl1.2debian: all sdl progs segfault since the upgrade to 1.2.9-1
Severity set to `critical'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Christian Perrier]

tags 354339 patch
thanks

Quoting Geert Stappers ([EMAIL PROTECTED]):
> On Mon, Feb 27, 2006 at 11:25:23PM +0100, Christian Perrier wrote:
> > 
> > Running it seems to trigger network-preseed.postinst, which I made
> > "set -x" as suggested.
> > 
> > The result is that attached log file. It features a first attempt
> > *without* "set -x" and another one *with* it
> 
> Okay, that helped.
> A proposal for fixing this showstopper^Wshowpostponer is in SVN.
> 
> It is unverified  (my local time has midnight plus 1 hour)


I quickly verified it in the vmware machine which experienced the
problem and it fixed it.






-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354677: uruk: FTBFS: [zoem] error around input line <13> in <./include.zmm>

[Andreas Jochens]

Package: uruk
Version: 20051027-1
Severity: serious

When building 'uruk' in a clean unstable chroot,
I get the following error:

Making all in man
make[2]: Entering directory `/uruk-20051027/man'
zoem -d roff -i uruk.azm -o uruk.8
___ [zoem] error around input line <13> in <./include.zmm>
___ last key seen is 
___ [expand] no definition found for key 
___ [zoem] error around input line <13> in <./include.zmm>
___ last key seen is 
___ [\setx#2] argument did not parse
___ [zoem] unwound on error/exception
___ [\dofile#2] error (8) occurred while reading file <./include.zmm>
___ [zoem] unwound on error/exception
make[2]: *** [uruk.8] Error 8
make[2]: Leaving directory `/uruk-20051027/man'

Regards
Andreas Jochens



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#348633: ghc6: effective FTBFS because of a bug in /usr/bin/make

[Jurij Smakov]

On Mon, 27 Feb 2006, Ian Lynagh wrote:


Over the weekend I confirmed that removing the ".SECONDARY:" fixed the
problem, at the slight expense of make being less convenient while doing
development. I've checked it works OK on x86, and have left vore to
churn at it.


Cool. Can you post a patch please? Do you already have a solution for the 
xlibs-dev transition problem? If not, I can try to come up with a patch.


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#349354: Linux or debian

[Gustaf Räntilä]

Hi all,

You seem to have problems with something called yaird, whatever that is.
My problem is that the udev package needs kernel modules
in /lib/modules/2.6.15-1-686. Mine is in 2.6.15.3... Why is the udev
package script looking at that particular directory? I really hope it's
not because that's where the debian kernel packages are, you really need
to support us using our own compiled kernels.
It's easy for me to fix, just symlink my modules to whatever pleases a
debian package for the moment, but I'd prefer a dialog; "Where are your
kernel modules, I couldn't find them", or even better, doing a uname.
In my case uname says 2.6.15.3, just as the directory of my modules.
Those are my suggestions anyway.

/Gustaf



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#272004: This bug doesn't appear to be happening

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> close 272004 0.3.0-2
Bug#272004: FTBFS in experimental (missing dependency?)
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 0.3.0-2, send any further explanations to 
Andreas Barth <[EMAIL PROTECTED]>

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#272004: This bug doesn't appear to be happening

[Adeodato Simó]

close 272004 0.3.0-2
thanks

* Steve Langasek [Thu, 05 Jan 2006 21:13:48 -0800]:

> On Thu, Jan 05, 2006 at 03:16:18AM -0500, Nathanael Nerode wrote:
> > This is a very old bug, and it applies to a version in experimental which 
> > has 
> > been superseded by the version in unstable, and the version in unstable 
> > build 
> > just fine.

> > So why is this bug open?

> > Reply to bug trail please.

> $ dpkg --compare-versions 0.3.0-9.1 lt 0.3.0-test2-1 && echo "not superseded"
> not superseded
> $

> 0.3.0-test2 is a new upstream version relative to the version in unstable.

  Yet the BTS can handle this by parsing the changelog instead of doing
  dpkg version comparison, see #333822.

  I think the correct action is to close this bug, and ask ftpmaster for
  removal of the binaries (which I'll be doing next).

  Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
  Listening to: Vainica Doble - El museo



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354654: general: fat32 gets corrupted

[Cesare Leonardi]

Juan Piñeros wrote:
I do not find any logical explanation. No strange message in syslog, we used 
"normal" programs (konqueror, thunderbird, oowriter) when sudenly when try to 
save a file or read mail, an error appears just saying that the directories 
did not exist any more.


In the past i had a similar problem: sometimes, with no appearing 
regularity, some files simply got corrupted (filesystem was ext3).
I simply couldn't understand what could be, since the hard disk seemed 
to be ok.
Until i have remembered to have played with hdparm and put an optimized 
hdparm command line in a boot script.

After i commented out that line, i hadn't no more corruption.

I don't know if this can be your case.
Regards.

Cesare.

Processed: Re: Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # On Mon, Feb 27, 2006 at 05:06:29PM +0100, Frans Pop wrote:
> # > tags 354339 + unreproducible
> # > thanks
> tags 354339 - unreproducible
Bug#354339: Always tries to retrieve a preseed file even for not preseeded 
installs
Tags were: unreproducible
Tags removed: unreproducible

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354650: lightspeed: segfault at start up on amd64

[Steve Langasek]

On Mon, Feb 27, 2006 at 11:11:11PM +0100, Manolo Díaz wrote:
> Package: lightspeed
> Version: 1.2-5
> Severity: grave
> Justification: renders package unusable

> Hi,
> This is the only thing I see when I try to launch lightspeed:

> Segmentation fault

Confirmed.  Here's a backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912527189056 (LWP 6822)]
ogl_draw (cam_id=0) at ogl.c:252
252 if (obj->post_dlist != 0)
(gdb) bt
#0  ogl_draw (cam_id=0) at ogl.c:252
#1  0x0040a414 in update (message=)
at animation.c:95
#2  0x2b182fe7 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#3  0x2b183b8b in g_main_add_poll () from /usr/lib/libglib-1.2.so.0
#4  0x2b183e5f in g_main_run () from /usr/lib/libglib-1.2.so.0
#5  0x2ad6fefe in gtk_main () from /usr/lib/libgtk-1.2.so.0
#6  0x00412ec2 in main (argc=1, argv=0x7fc25b28)
at lightspeed.c:174
(gdb) p obj
$1 = (ogl_object *) 0x0
(gdb) p o
$2 = 0
(gdb) p num_vehicle_objs
$3 = 2
(gdb)

Then I took a look at vehicle_objs and saw that it was a global var, and
decided I wasn't interested in debugging code like that.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Geert Stappers]

On Mon, Feb 27, 2006 at 11:08:34PM +0100, Christian Perrier wrote:
> > I cannot reproduce this with either sid_d-i 20060224 or 20060225, so there 
> > must be something in your local situation that causes this.
> 
> Well, my vmware setup didn't change in last weeks..:-)

> subnet 192.168.7.0 netmask 255.255.255.0 {
> range 192.168.7.128 192.168.7.254;
> option broadcast-address 192.168.7.255;
> option domain-name-servers 192.168.7.2;
> option domain-name "localdomain";
> option routers 192.168.7.2;
> }
> 
> 
> So, no special parameters passed as DHCP options or whatever...just
> standard stuff...

Because there is no filename,
we (Frans, Joey, I) weren't affected by the bug.

> I'm currently trying a medium priority install

You shall encounter the bug again.

A thing that might work is:

| --- debian/network-preseed.postinst (revision 35134)
| +++ debian/network-preseed.postinst (working copy)
| @@ -31,7 +31,7 @@
|  for file in /var/lib/dhcp/dhclient.leases
| /var/lib/dhcp3/dhclient.leases; do
| if [ -r "$file" ]; then
| FN="$(sed -n -e '/filename/s/.*"\(.*\)"./\1/p' $file)"
| -   if [ -z "${FN##*://*}" ]; then
| +   if [ -n "$FN" -a -z "${FN##*://*}" ]; then
| preseed_location "$FN"
| fi
| fi


It is also available in SVN trunk.


Good Night,
Geert Stappers


signature.asc
Description: Digital signature

Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Geert Stappers]

# On Mon, Feb 27, 2006 at 05:06:29PM +0100, Frans Pop wrote:
# > tags 354339 + unreproducible
# > thanks
tags 354339 - unreproducible
thanks
> 
> I cannot reproduce this with either sid_d-i 20060224 or 20060225, so there 
> must be something in your local situation that causes this.

The bug is only visable when when the DHCP server doesn't offer a filename.


Night
GSt


signature.asc
Description: Digital signature

Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Geert Stappers]

On Mon, Feb 27, 2006 at 11:25:23PM +0100, Christian Perrier wrote:
> 
> Running it seems to trigger network-preseed.postinst, which I made
> "set -x" as suggested.
> 
> The result is that attached log file. It features a first attempt
> *without* "set -x" and another one *with* it

Okay, that helped.
A proposal for fixing this showstopper^Wshowpostponer is in SVN.

It is unverified  (my local time has midnight plus 1 hour)


GSt


signature.asc
Description: Digital signature

Processed: Fixed in NMU of chinput 3.0.2-17.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 184676 + fixed
Bug#184676: chinput: should not depends on ttf-arphic-*
There were no tags set.
Tags added: fixed

> tag 353130 + fixed
Bug#353130: chinput: FTBFS: build-depends on non-existing package unicon-im
Tags were: patch
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354654: general: fat32 gets corrupted

[jacques Normand]

On Mon, Feb 27, 2006 at 11:33:19PM +0100, Juan Piñeros wrote:
>   1 Raw_Read_Error_Rate 0x000d   100   100   050  
>  Pre-fail  Offline
> -   51
> 195 Hardware_ECC_Recovered  0x001a   100   100   000  
>  Old_age   Always
> -   2
> 199 UDMA_CRC_Error_Count0x003e   200   200   000  
>  Old_age   Always
> -   9

This is where your issue seems to live. I have never seen the read
error and ecc corrected number not matching. It would mean that an error
occurs but there has been no way to make it right so I would expect the
read to be garbage... Did you see any corruption in your files? I mean
data corrupted instead of metadata?

Also, you say that sata does not support smart. That is not true, with
one of the very recent kernels (2.6.15.4), you can get them. I have not
much experience with the kernels shipped with debian. I always recompile
my own. But some problems I had with an nfs server (in an HPC system)
vanished when I upgraded from 2.6.12 to 2.6.14. There was a bug with the
futex, and I think that was the source of my problems (race conditions
are always nasty). 

As for the udma crc? That usually means that your controller/cable is
going bad. Each time I have seen that, the whole system crashed
corrupting files everywhere... That is pretty odd that you see the thig
on two different system though.

jacques

PS: With development kernels, always try to use the latest. Especially
when you see a problem. (And I still consider the 2.6 as being a
development version) 



signature.asc
Description: Digital signature

Bug#353130: Intention to NMU

[Luk Claes]

Hi

Attached the patch for the version I uploaded. Please respond if
you think that the attached patch won't work.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
diff -u chinput-3.0.2/debian/changelog chinput-3.0.2/debian/changelog
--- chinput-3.0.2/debian/changelog
+++ chinput-3.0.2/debian/changelog
@@ -1,3 +1,11 @@
+chinput (3.0.2-17.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Update unicom-im build-dep to unicom-imc2 (Closes: #353130).
+  * Moved fonts from Depends to Suggests (Closes: #184676).
+
+ -- Luk Claes <[EMAIL PROTECTED]>  Mon, 27 Feb 2006 23:55:29 +0100
+
 chinput (3.0.2-17) unstable; urgency=low
 
   * patch for gcc-3.4. (closes:Bug#258571,Bug#263323) 
diff -u chinput-3.0.2/debian/control chinput-3.0.2/debian/control
--- chinput-3.0.2/debian/control
+++ chinput-3.0.2/debian/control
@@ -1,13 +1,14 @@
 Source: chinput
 Section: utils
 Priority: optional
-Build-Depends: debhelper, libpth-dev, imlib11-dev, unicon-im (>= 3.0.4-9)
+Build-Depends: debhelper, libpth-dev, imlib11-dev, unicon-imc2, libxt-dev
 Maintainer: Yu Guanghui <[EMAIL PROTECTED]>
 Standards-Version: 3.5.8
 
 Package: chinput
 Architecture: any
-Depends: ${shlibs:Depends}, ttf-arphic-gbsn00lp | ttf-arphic-bsmi00lp
+Depends: ${shlibs:Depends}
+Suggests: ttf-arphic-gbsn00lp | ttf-arphic-bsmi00lp
 Conflicts: unicon-im (<< 3.0.4-9)
 Description: Chinese XIM Input Server
  This package contains the Chinput Chinese input server with XIM support.


signature.asc
Description: OpenPGP digital signature

Bug#348633: ghc6: effective FTBFS because of a bug in /usr/bin/make

[Ian Lynagh]

Hi Jurij,

On Mon, Feb 27, 2006 at 09:40:49AM -0800, Jurij Smakov wrote:
> 
> As it appears that upstream is reluctant to consider it a bug in make 
> (see 346248 for discussion), I started playing with ghc6 build system in 
> an attempt to come up with a workaround. I was able to build it in under 
> 3.5 hours on a 1.7GHz Pentium IV machine with the attached patch. For some 
> targets it takes forever for make to parse the dependency graph of a large 
> list of prerequisites, the patch just remakes these prerequisites one by 
> one in three bottleneck places.

Over the weekend I confirmed that removing the ".SECONDARY:" fixed the
problem, at the slight expense of make being less convenient while doing
development. I've checked it works OK on x86, and have left vore to
churn at it.


Thanks
Ian



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354654: general: fat32 gets corrupted

[Juan Piñeros]

Package: general
Severity: critical

Dear all,

I had two vfat crashes, rather similar in two machines (laptops) with debian, 
dual boot windows xp:

- machine1 (compaq nx9010 with celeron): ide disk 30GB (-- System Information: 
Debian Release: 3.1, Architecture: i386 (i686), Kernel: Linux 2.6.8-1-686, 
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15), libc6 
Version: 2.3.2.ds1-22)

- machine2 (ibm thinkpad r52 with pentium M): etch, kernel: 2.6.12-1-386, sata 
disk 80GB, (no physical access at the moment to this machine so no way for 
more system information).

In machine1 vfat, 40% of directories where lost (however recoverable under 
windows using a commercial crash recovery soft). In machine2, 100% was lost 
in a first crash, but it is random, since the problem is repeating from time 
to time, and not always everything is lost. Sometimes we lost what was used 
the day before, and sometimes everithing except the files we used. Lost 
directories are not located always at the same level.

I do not find any logical explanation. No strange message in syslog, we used 
"normal" programs (konqueror, thunderbird, oowriter) when sudenly when try to 
save a file or read mail, an error appears just saying that the directories 
did not exist any more.

In both cases, fat32 was formated under windows. 

I had smartd running on machine1, nothing strange (maybe a high temperature of 
the disk +-53°C). On machine2, smartd is not installable since it does not 
work with sata. 

Here below the fstab files, plus a smart test on machine1. It was difficult to 
install sata support in machine2, the strange procedure I used is also 
described below. Find also a lspci for machine1 and 2.
-

machine1:

cat /etc/fstab
# /etc/fstab: static file system information.
#
# 
   

proc/proc   proc  
 defaults0
   0
#cd-rom
/dev/hdc/media/cdrom0  
iso9660 ro,user,noauto  0
   0
#hard disk
/dev/hda3   /   ext3  
 
defaults,errors=remount-ro 0   1
/dev/hda2   noneswap  
 sw  0
   0
/dev/hda6   /mnt/hda6   ext3  
 defaults0
   2
/dev/hda1   /mnt/hda1   ntfs  
 
gid=1002,user,ro,umask=002,noexec,nosuid  
 0   0
/dev/hda5   /mnt/hda5   vfat  
 
gid=1002,user,rw,umask=002,noexec,nosuid

***

#smartctl -A /dev/hda

smartctl version 5.32 Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME  FLAG VALUE WORST
THRESH TYPE  UPDATED
WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate 0x000d   100   100   050  
 Pre-fail  Offline
-   51
  2 Throughput_Performance  0x0005   100   100   050  
 Pre-fail  Offline
-   3950
  3 Spin_Up_Time0x0007   100   100   050  
 Pre-fail  Always
-   0
  4 Start_Stop_Count0x0032   099   099   000  
 Old_age   Always
-   1912
  5 Reallocated_Sector_Ct   0x0033   100   100   010  
 Pre-fail  Always
-   0
  7 Seek_Error_Rate 0x000f   100   100   050  
 Pre-fail  Always
-   932
  8 Seek_Time_Performance   0x0005   100   100   050  
 Pre-fail  Offline
-   1224
  9 Power_On_Minutes0x0032   092   092   000  
 Old_age   Always
-   4066h+47m
 10 Spin_Retry_Count0x0013   100   100   050  
 Pre-fail  Always
-   0
 12 Power_Cycle_Count   0x0032   099   099   000  
 Old_age   Always
-   1876
191 G-Sense_Error_Rate  0x000a   100   100   000  
 Old_age   Always
-   7
192 Power-Off_Retract_Count 0x0032   100   100   000  
 Old_age   Always
-   285
193 Load_Cycle_Count0x0032   077   077   000  
 Old_age   Always
-   143904/143618
194 Temperature_Celsius 0x0022   076   052   000  
 Old_age   Always
-   52 (Lifetime Min/Max 64/8)
195 Hardware_ECC_Recovered  0x001a   100   100   000  
 Old_age   Always
-   2
196 Reallocated_Event_Count 0x0032   100   100   000  
 Old_age   Always
-   0
197 Current_Pending_Sector  0x0032   100   100   000  
 Old_age   Always
-   0
198 Offline_Uncorrectable   0x0010   100   100   000  
 Old_age   Offline
-   0
199 UDMA_CRC_Error_Count0x003e   200   200   000  
 Old_age   Always
-   9
200 Multi_Zone_Error_Rate   0x0012   100   100   000  
 Old_age   Always
-   0
201 Soft_Read_Error_Rate0x0012   100   100   000  
 Old_age   Always
-   0
223 Load_Retry_Count0x0012   100   100   000  
 Old_age   Always
-   0
230 Head_Amplitude  0x0032   094   094   000  
 Old_age   Always
-   198978
250 Read_Error_Retry_Rate   0x000a   100   100   000  
 Old_age   Always
-   330




-

Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Christian Perrier]

Looking closer at the logs, I see that dhclient.leases is used.

Here's this file in my vmware virtual machine while it runs th
einstaller:

lease {
  interface "eth0";
  fixed-address 192.168.7.128;
  option subnet-mask 255.255.255.0;
  option routers 192.168.7.2;
  option domain-name-servers 192.168.7.2;
  option domain-name "localdomain";
  option broadcast-address 192.168.7.255;
  option dhcp-lease-time 1800;
  option dhcp-message-type 5;
  option dhcp-server-identifier 192.168.7.254;
  renew 1 2006/2/27 23:17:01;
  rebind 1 2006/2/27 23:28:16;
  expire 1 2006/2/27 23:32:01;
}





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Christian Perrier]

> Please run the installation at medium priority and tell at which menu step 
> the preseeding happens.

The "Download debconf preseed file" appears immediately after the
"Configure network" item has been run.

Running it seems to trigger network-preseed.postinst, which I made
"set -x" as suggested.

The result is that attached log file. It features a first attempt
*without* "set -x" and another one *with* it

I also add /var/lib/preseed/log though I think it is useless here.



syslog.failure.gz
Description: Binary data
#d-i debconf/priority select medium
# Preseed file to make d-i download udebs from unstable, useful for daily
# builds and development builds.
d-i mirror/udeb/suite string unstable
d-i mirror/udeb/suite seen false

Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Christian Perrier]

> I cannot reproduce this with either sid_d-i 20060224 or 20060225, so there 
> must be something in your local situation that causes this.


Well, my vmware setup didn't change in last weeks..:-)

The DHCP server setup is typical Vmware:

#
# Configuration file for ISC 2.0b6pl1 vmnet-dhcpd operating on vmnet8.
#
# This file was automatically generated by the VMware configuration program.
# If you modify it, it will be backed up the next time you run the
# configuration program.
#
# We set domain-name-servers to make some DHCP clients happy
# (dhclient as configued in SuSE, TurboLinux, etc.).
# We also supply a domain name to make pump (Red Hat 6.x) happy.
#
allow unknown-clients;
default-lease-time 1800;# 30 minutes
max-lease-time 7200;# 2 hours

subnet 192.168.7.0 netmask 255.255.255.0 {
range 192.168.7.128 192.168.7.254;
option broadcast-address 192.168.7.255;
option domain-name-servers 192.168.7.2;
option domain-name "localdomain";
option routers 192.168.7.2;
}


So, no special parameters passed as DHCP options or whatever...just
standard stuff...

I'm currently trying a medium priority install



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354650: lightspeed: segfault at start up on amd64

[Manolo Díaz]

Package: lightspeed
Version: 1.2-5
Severity: grave
Justification: renders package unusable



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (1001, 'testing'), (101, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.4
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages lightspeed depends on:
ii  gtkglarea51.2.3-2Gimp Toolkit OpenGL area widget sh
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libglib1.21.2.10-10.1The GLib library of C routines
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libtiff4  3.8.0-2Tag Image File Format (TIFF) libra
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxi66.9.0.dfsg.1-4 X Window System Input extension li
ii  xlibmesa-gl [libgl1]  6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org]
ii  xlibs 6.9.0.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-9  compression library - runtime

lightspeed recommends no packages.

-- debconf-show failed


Hi,
This is the only thing I see when I try to launch lightspeed:

Segmentation fault


Best Regards,
Manolo Díaz

Bug#351876: marked as done (planner-el: FTBFS: Missing Build-Depends on 'emacs21')

[Debian Bug Tracking System]

Your message dated Mon, 27 Feb 2006 13:48:12 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#351876: fixed in planner-el 3.40-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: planner-el
Version: 3.40-2
Severity: serious
Tags: patch

When building 'planner-el' in a clean 'unstable' chroot,
I get the following error:

# /usr/bin/make
/usr/bin/make autoloads
make[1]: Entering directory `/planner-el-3.40'
make[1]: emacs: Command not found
make[1]: *** [planner-autoloads.el] Error 127
make[1]: Leaving directory `/planner-el-3.40'
make: *** [build-stamp] Error 2

Please add the missing Build-Depends on 'emacs21' to debian/control.

Regards
Andreas Jochens

diff -urN ../tmp-orig/planner-el-3.40/debian/control ./debian/control
--- ../tmp-orig/planner-el-3.40/debian/control  2006-02-07 18:38:17.0 
+
+++ ./debian/control2006-02-07 18:38:12.0 +
@@ -2,7 +2,7 @@
 Section: misc
 Priority: optional
 Maintainer: Michael W. Olson (GNU address) <[EMAIL PROTECTED]>
-Build-Depends-Indep: debhelper (>> 4.0.0), texinfo, texi2html
+Build-Depends-Indep: debhelper, emacs21 | xemacs21 | emacsen, texinfo, 
texi2html
 Standards-Version: 3.6.2
 
 Package: planner-el

--- End Message ---
--- Begin Message ---
Source: planner-el
Source-Version: 3.40-3

We believe that the bug you reported is fixed in the latest version of
planner-el, which is due to be installed in the Debian FTP archive:

planner-el_3.40-3.diff.gz
  to pool/main/p/planner-el/planner-el_3.40-3.diff.gz
planner-el_3.40-3.dsc
  to pool/main/p/planner-el/planner-el_3.40-3.dsc
planner-el_3.40-3_all.deb
  to pool/main/p/planner-el/planner-el_3.40-3_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Michael W. Olson (GNU address) <[EMAIL PROTECTED]> (supplier of updated 
planner-el package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 26 Feb 2006 23:07:54 -0500
Source: planner-el
Binary: planner-el
Architecture: source all
Version: 3.40-3
Distribution: unstable
Urgency: low
Maintainer: Michael W. Olson (GNU address) <[EMAIL PROTECTED]>
Changed-By: Michael W. Olson (GNU address) <[EMAIL PROTECTED]>
Description: 
 planner-el - personal information manager for Emacs
Closes: 322404 351876 353729
Changes: 
 planner-el (3.40-3) unstable; urgency=low
 .
   * Acknowledge NMU: "planner-el: FTBFS: Missing Build-Depends on 'emacs21'",
 thanks to Andreas Jochens and Matej Vela (Closes: #351876).
   * Use debian/compat to determine debhelper compat level.
   * Bug fix: "planner-el: pseudo-article error on
 planner-gnus-browse-url", thanks to Boris Daix (Closes: #353729).
   * Bug fix: "planner-el: makeinfo under LANG=C", thanks to LI Daobing
 (Closes: #322404).
   * Other bugfixes and features:
 - planner.el: Don't insert too many spaces around task number.
 - planner.el: Make link-visiting more robust.
 - planner-appt.el: Several XEmacs fixes.
 - planner-authz.el: Several publishing fixes.
 - planner-calendar: Make a  tag.
 - planner-publish: Enable multiple links with "categories" attribute.
Files: 
 7d8e13f2f3c54d815d3d7ff2a88aad5b 631 misc optional planner-el_3.40-3.dsc
 6093d79b9fd814fc68fff12b65f8db1b 24495 misc optional planner-el_3.40-3.diff.gz
 493622e0259e32c7ff2dad35ea5d4c0e 461648 misc optional planner-el_3.40-3_all.deb

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

iD8DBQFEA14HogN2vsA8Vt8RAl4zAJ9ei5JOXN+58IwloBUiGsQfBopBswCgzje8
+K/W7tEhd5Pe0qFYVlT8DO0=
=BezH
-END PGP SIGNATURE-

--- End Message ---

Processed: Re: Bug#354233: libgtk2.0-bin: 2.8.12-1 won't install: undefined symbol: FT_GlpyhSlot_Emolden

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign #354233 uim-gtk2.0
Bug#354233: libgtk2.0-bin: 2.8.12-1 won't install: undefined symbol: 
FT_GlpyhSlot_Emolden
Bug reassigned from package `libgtk2.0-bin' to `uim-gtk2.0'.

> block #354233 by #314385
Bug#354233: libgtk2.0-bin: 2.8.12-1 won't install: undefined symbol: 
FT_GlpyhSlot_Emolden
Was not blocked by any bugs.
Blocking bugs added: 314385, 320958, 321646, 321912, 329223, 337143, 340878

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Fixed in NMU of bindgraph 0.2-4.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 313156 + fixed
Bug#313156: INTL:vi
Tags were: l10n patch
Tags added: fixed

> tag 327122 + fixed
Bug#327122: bindgraph: doesn't remove files created in postinst
There were no tags set.
Tags added: fixed

> tag 331761 + fixed
Bug#331761: bindgraph depends on debconf without | debconf-2.0 alternate; 
blocks cdebconf transition
There were no tags set.
Tags added: fixed

> tag 353101 + fixed
Bug#353101: bindgraph: FTBFS: can't parse dependency
Tags were: patch
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: tagging 353555

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
> tags 353555 pending confirmed
Bug#353555: jvm_find: command not found
There were no tags set.
Tags added: pending, confirmed

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354233: libgtk2.0-bin: 2.8.12-1 won't install: undefined symbol: FT_GlpyhSlot_Emolden

[Loïc Minier]

reassign #354233 uim-gtk2.0
block #354233 by #314385
stop

Hi,

On Fri, Feb 24, 2006, Jonas Koelker wrote:
> Setting up libgtk2.0-bin (2.8.12-1) ...
> Updating the IM modules list for GTK+-2.4.0...Cannot load module 
> /usr/lib/gtk-2.0/2.4.0/immodules/im-uim.so: /usr/lib/libXft.so.2: undefined 
> symbol: FT_GlyphSlot_Embolden
> /usr/lib/gtk-2.0/2.4.0/immodules/im-uim.so does not export GTK+ IM module 
> API: /usr/lib/libXft.so.2: undefined symbol: FT_GlyphSlot_Embolden

 This is a bug with libfreetype which borke its backward compatibility
 and hence im-uim.so.  I'm reassigning to the IM package for other
 people to see the issue, but the bug is in freetype.

   Cheers,

-- 
Loïc Minier <[EMAIL PROTECTED]>
Current Earth status:   NOT DESTROYED

Bug#352197: eclipse: workaround for the problem

[Dmitry Baryshkov]

Package: eclipse
Version: 3.1.2-1
Followup-For: Bug #352197


I also encountered the same problem. I managed to workaround it by
issuing:
$ cp -r ~/.eclipse/org.eclipse.platform_3.1.1/configuration/org.eclipse.update/ 
~/.eclipse/org.eclipse.platform_3.1.2/configuration/

After issuing this command I got all my local plugins back.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (150, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)

Versions of packages eclipse depends on:
ii  eclipse-jdt   3.1.2-1Java Development Tools plug-ins fo
ii  eclipse-pde   3.1.2-1Plug-in Development Environment to
ii  eclipse-source3.1.2-1Eclipse source code plug-ins

eclipse recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354145: mindi: Cdrom not detected after cdrom boot

[Andree Leidenfrost]

G'day Yann,

Excellent! Thanks a lot for your feedback! I'll put this in 1.06-4 then.

Cheers,
Andree

On Mon, 2006-02-27 at 18:47 +0100, Yann Aubert wrote:
> Salut Andree,
> 
> Your patch is working ok!
> 
> I've tested a complete restore without problem.
> 
> Cheers
> 
> Yann
> 
> Le dimanche 26 février 2006 à 12:25 +1100, Andree Leidenfrost a écrit :
> > Salut Yann,
> > 
> > Thanks a lot for reporting this issue and for mentioning the workaround
> > you found!
> > 
> > I can confirm the problem and it's all my fault: When I made the change
> > in 1.06-2 to get DMA to work on VIA chipsets, I relied on the
> > ide-generic module to get loaded later, which is wrong as the CD can't
> > be accessed because of the missing ide driver - catch 22. Silly me!
> > 
> > mindi unfortunately uses a brute force approach to load modules and to
> > satisfy inter-module dependencies. It does not allow for loading modules
> > in a particular order. This, however, is exactly what is required to get
> > DMA working on VIA chipsets: module via82cxxx needs to get loaded before
> > ide-generic does.
> > 
> > The attached patch init_#354145.diff makes it so that ide-core and
> > via82cxxx get loaded before the rest of the essential modules. It works
> > for me and I believe it should not impact things on non-VIA chipset
> > systems. (mindi_#354145.diff simply puts ide-generic back into
> > IDE_MODS.)
> > 
> > It would be great if you could apply the two patches, try again and let
> > me know the outcome. This would confirm that it does work on non-VIA
> > systems as well - something I can't test myself. (The mindi patch may
> > not be required as you've already added ide-generic back in.)
> > 
> > Thanks a lot & best regards,
> > Andree
> > 
> > On Thu, 2006-02-23 at 19:00 +0100, Yann Aubert wrote:
> > > Package: mindi
> > > Version: 1.06-3
> > > Severity: grave
> > > Justification: renders package unusable
> > > 
> > > When booting from a cdrom burned with mondorescue.iso, the kernel and 
> > > initrd are loaded without problems. But after that, when looking after 
> > > the other files on the cdrom, the system ask for the floppies.
> > > I don't have a patch but can give a hint. For my setup, I had to put 
> > > ide-generic back in mindi (IDE_MODS) in order to make the cdrom works 
> > > correctly.
> > > 
> > > 
> > > -- System Information:
> > > Debian Release: 3.1
> > > Architecture: i386 (i686)
> > > Kernel: Linux 2.6.14-2-686-smp
> > > Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
> > > 
> > > Versions of packages mindi depends on:
> > > ii  binutils  2.15-6 The GNU assembler, linker 
> > > and bina
> > > ii  bzip2 1.0.2-7high-quality block-sorting 
> > > file co
> > > ii  dosfstools2.11-2 Utilities to create and 
> > > check MS-D
> > > ii  file  4.12-1 Determines file type using 
> > > "magic"
> > > ii  gawk  1:3.1.4-2  GNU awk, a pattern scanning 
> > > and pr
> > > ii  mindi-busybox 1.00-6 Collection of shell 
> > > utilities in a
> > > ii  mkisofs   4:2.01+01a01-2 Creates ISO-9660 CD-ROM 
> > > filesystem
> > > ii  module-init-tools 3.2-pre1-2 tools for managing Linux 
> > > kernel mo
> > > ii  ms-sys1.1.3-1Write a Microsoft compatible 
> > > boot 
> > > ii  nano  1.2.4-5free Pico clone with some 
> > > new feat
> > > ii  parted1.6.21-1   The GNU Parted disk 
> > > partition resi
> > > ii  syslinux  2.11-0.1   Bootloader for Linux/i386 
> > > using MS
> > > 
> > > -- no debconf information
> > > 
> 
-- 
Andree Leidenfrost
Sydney - Australia



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

Bug#349354: why not yaird by default?

[Stephen Gran]

This one time, at band camp, friendly Sven Luther said:
> On Mon, Feb 27, 2006 at 03:43:17PM +0100, Jonas Smedegaard wrote:
> > On Mon, 27 Feb 2006 15:14:02 +0100 Sven Luther
> > <[EMAIL PROTECTED]> wrote:
> > 
> > >   #343427: linux-image-2.6.14-2-powerpc: Installation fails
> > >   #345067: [powerpc] ide-generic is not built on powerpc, yaird
> > >   tries to include it and fails
> > 
> > Both relate to ide-generic.
> > 
> > Difference between yaird and initramfs-tools in regards to this
> > issue is that yaird has builtin probing while initramfs-tools rely
> > on udev for extracting kernels own logic and/or implement
> > workarounds.
> 
> What has that to do with anything ? 

Since both bugs are arguably kernel bugs (some modules on some platforms
can't work without also loading ide-generic, but the kernel provides no
mechanism to find that out), I think it has rather a lot to do with the
issue at hand.

> The question was "should yaird not be made the default" and i answered
> that this is probably not a good idea because the DD maintainer (you)
> doesn't seem able to fix bugs without consulting his upstream and that
> said upstream is MIA.

An MIA upstream is indeed a serious problem.  A maintainer being
unwilling to accept a bad hack to work around brokenness elsewhere is
less of an issue, at least IMHO.

Ever so friendly,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#345755: debian fglrx driver

[Guenther Sommer]

i'm also having a system without X atm as the fglrx-package and X.Org 
don't like each other...


please just give only a short info if you plan a fix soon or if you lack 
the time for it at the moment (which is also ok!), so i know if i should 
fix it myself for me.


thank you for your work with the drivers till now, were running very 
good on my HP nc6000.


with kind regards, guenther sommer.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354622: Using Firefox as the app name without official branding is still a trademark violation

[Mike Connor]

Package: firefox
Version: 1.5.dfsg+1.5.0.1-2
Severity: serious

Firefox (the name) is equally protected and controlled by the same 
trademark policy and legal requirements as the Firefox logo.  You're 
free to use any other name for the browser bits, but calling the browser 
Firefox requires the same approvals as are required for using the logo 
and other artwork.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Fixed in NMU of alml 2005.01.01-2.2

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 325911 + fixed
Bug#325911: alml: postrm uses non-essential stuff on purge
There were no tags set.
Tags added: fixed

> tag 352796 + fixed
Bug#352796: alml: FTBFS: can't parse dependency
Tags were: patch
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#354614: foomatic-gui: segfaults when invoked

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 354614 python-gnome2
Bug#354614: foomatic-gui: segfaults when invoked
Bug reassigned from package `foomatic-gui' to `python-gnome2'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: tagging 311264

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
>  # Maybe this bug should be closed as libkwiki-perl has entered sid?
> tags 311264 - pending
Bug#311264: kwiki 0.36-1 uninstallable due to missing libkwiki-perl
Tags were: pending sid
Tags removed: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: tagging 346655

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
> tags 346655 - pending
Bug#346655: erlang: FTBFS: build-depends on removed xlibs-dev
Tags were: pending
Tags removed: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354620: gnupg: 1.4.1-1sarge1 security update not installed by default on amd64 because 1.4.1-1.0.1 exists

[Robert King]

Package: gnupg
Version: 1.4.1-1sarge1
Severity: grave
Justification: user security hole
Tags: security

*** Please type your report below this line ***
The gnupg update announced in DSA-978-1 does not install on an amd64
stable system, because on amd64 only, there exists a version 1.4.1-1.0.1

This version is (from the changelog)
gnupg (1.4.1-1.0.1) unstable; urgency=low

  * BinNMU to get the depedencyies on libusb and libreadline, they were
missing in the last upload.

 -- Kurt Roeckx <[EMAIL PROTECTED]>  Wed, 18 May 2005 22:19:13 +0200

It seems that the necessary fix is a 1.4.1-1.0.1sarge1 on amd64 only,
which should be a simple re-build of 1.4.1-1sarge1 with the required
changed dependencies.
I've rated this as grave because it currently means amd64 stable users 
who track security won't get the security update.


-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.7-5-amd64-k8-smp
Locale: LANG=en_AU, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gnupg depends on:
ii  libbz2-1.0   1.0.2-7 high-quality block-sorting 
file co
ii  libc62.3.2.ds1-22GNU C Library: Shared 
libraries an

ii  libldap2 2.1.30-8OpenLDAP libraries
ii  libreadline5 5.0-10  GNU readline and history 
libraries
ii  libusb-0.1-4 2:0.1.10a-9.sarge.1 userspace USB programming 
library

ii  makedev  2.3.1-77creates device files in /dev
ii  zlib1g   1:1.2.2-4.sarge.2   compression library - runtime

-- no debconf information




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#344363: marked as done (lxr: genxref halts on DB_File compatibility error message)

[Debian Bug Tracking System]

Your message dated Mon, 27 Feb 2006 20:13:23 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#344363: lxr: genxref halts on DB_File compatibility error 
message
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---

Subject: lxr: genxref halts on DB_File compatibility error message
Package: lxr
Version: 0.3.1-2
Severity: grave
Justification: renders package unusable

*** Please type your report below this line ***

# .../bin/genxref 2.6.12-at91

DB_File needs compatible versions of libdb & db.h
   you have db.h version 4.3.29 and libdb version 4.3.28
   Compilation failed in require at ../bin/genxref line 31.
   BEGIN failed--compilation aborted at ../bin/genxref line 31.

# dpkg -l | grep libdb4.3
ii  libdb4.3  4.3.28-2
ii  libdb4.3-dev  4.3.28-2

-- System Information:
Debian Release: testing/unstable
 APT prefers testing
 APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages lxr depends on:
ii  apache2-mpm-prefork [httpd]   2.0.55-3   traditional model for Apache2
ii  perl [perl5]  5.8.7-9Larry Wall's Practical 
Extraction


lxr recommends no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
Bill Gatliff wrote:

> # .../bin/genxref 2.6.12-at91
> 
> DB_File needs compatible versions of libdb & db.h
>you have db.h version 4.3.29 and libdb version 4.3.28
>Compilation failed in require at ../bin/genxref line 31.
>BEGIN failed--compilation aborted at ../bin/genxref line 31.

Sorry! I lost your bug report, and I noticed only today.

I think it is not a bug of LXR because: LXR doesn't use
directly libdb.
We use/depend only perl (which depends on libdb).
The line 31 of genxref is the inclusion of this library:
  31: use DB_File;

So I think there was a temporary problem on upgrade of perl and
libdb on etch (testing).

Could you confirm that you can use now genxref without problems?

If you think I'm wrong, if you have other informations, or
if the bug is still alive, please reopen the bug!

Sorry again for the late reply!

cate





> 
> # dpkg -l | grep libdb4.3
> ii  libdb4.3  4.3.28-2
> ii  libdb4.3-dev  4.3.28-2
> 
> -- System Information:
> Debian Release: testing/unstable
>  APT prefers testing
>  APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.8-2-k7
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
> 
> Versions of packages lxr depends on:
> ii  apache2-mpm-prefork [httpd]   2.0.55-3   traditional model for Apache2
> ii  perl [perl5]  5.8.7-9Larry Wall's Practical
> Extraction
> 
> lxr recommends no packages.
--- End Message ---

Bug#352796: Intention to NMU

[Luk Claes]

Hi

Attached the patch for the version I uploaded. Please respond if
you think that the attached patch won't work.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
diff -Nru /tmp/6C06xax9GN/alml-2005.01.01/debian/changelog 
/tmp/5Rwh33cGwd/alml-2005.01.01/debian/changelog
--- /tmp/6C06xax9GN/alml-2005.01.01/debian/changelog2005-09-28 
10:18:30.0 +0200
+++ /tmp/5Rwh33cGwd/alml-2005.01.01/debian/changelog2006-02-27 
19:59:41.0 +0100
@@ -1,3 +1,11 @@
+alml (2005.01.01-2.2) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Fix broken conflicts (Closes: #352796).
+  * Run update-fmtutil and update-catalog conditionally (Closes: #325911).
+
+ -- Luk Claes <[EMAIL PROTECTED]>  Mon, 27 Feb 2006 19:59:03 +0100
+
 alml (2005.01.01-2.1) unstable; urgency=low
   * NMU with maintainer's blessing.
   * Use dviselect instead of dvidvi (which is about to be removed).
diff -Nru /tmp/6C06xax9GN/alml-2005.01.01/debian/control 
/tmp/5Rwh33cGwd/alml-2005.01.01/debian/control
--- /tmp/6C06xax9GN/alml-2005.01.01/debian/control  2005-09-28 
10:19:01.0 +0200
+++ /tmp/5Rwh33cGwd/alml-2005.01.01/debian/control  2006-02-27 
19:54:11.0 +0100
@@ -8,7 +8,7 @@
 Package: alml
 Architecture: all
 Depends: perl, tetex-bin (>= 0.9.990310-1), tetex-extra (>= 1.0.2), latex-ucs, 
latex-ucs-contrib, latex-ucs-uninames, html2ps (>= 1.0), liblocale-gettext-perl 
(>= 1.01-8), sharutils (>= 4.2.1-1), imagemagick (>= 4.2.8-9), sp, psutils (>= 
1.17-9), gs, gs-common, sgml-base, sgml-data, tetex-base, dvipdfm, lilypond (>= 
2.1.0), transfig, dviutils, gnuplot
-Conflicts: gs-gpl (8.01-4), gs (8.01-4)
+Conflicts: gs-gpl (= 8.01-4), gs (= 8.01-4)
 Description: SGML typesetting system able to generate PDF, PS, HTML and TXT
  Alml is a SGML typesetting system developed
  for a big italian document: "Appunti di informatica libera";
diff -Nru /tmp/6C06xax9GN/alml-2005.01.01/debian/postrm 
/tmp/5Rwh33cGwd/alml-2005.01.01/debian/postrm
--- /tmp/6C06xax9GN/alml-2005.01.01/debian/postrm   2003-10-01 
09:51:25.0 +0200
+++ /tmp/5Rwh33cGwd/alml-2005.01.01/debian/postrm   2006-02-27 
19:58:54.0 +0100
@@ -7,9 +7,10 @@
rm -f /etc/texmf/texmf.d/94alml.bak /etc/texmf/texmf.d/94Alml
 fi
 
-/usr/sbin/update-fmtutil
-/usr/sbin/update-catalog --remove --super /etc/sgml/alml.cat
-/usr/sbin/update-catalog --remove /etc/sgml/alml.cat 
/usr/share/sgml/alml/alml.cat
-
+if [ -x /usr/sbin/update-fmtutil ] ; then /usr/sbin/update-fmtutil ; fi
+if [ -x /usr/sbin/update-catalog ] 
+then /usr/sbin/update-catalog --remove --super /etc/sgml/alml.cat
+ /usr/sbin/update-catalog --remove /etc/sgml/alml.cat 
/usr/share/sgml/alml/alml.cat
+fi
 
 #DEBHELPER#


signature.asc
Description: OpenPGP digital signature

Bug#354614: foomatic-gui: segfaults when invoked

[Ramakrishnan Muthukrishnan]

Package: foomatic-gui
Version: 0.7.4.18
Severity: grave

Hi,

Invoking foomatic-gui from terminal, it simply segfaults. No other info
is available. WIll be glad to provide you more data if you need more data
in debugging. The printer here is Samsung ML-1250 (which I still haven't 
gotten to work with Debian). I installed foomatic-gui durring my failed 
efforts for the whole of today trying to get this printer to print a page.

I hope a severity of "grave" is most appropriate as it simply fails to
run and is hence unusable.

Thanks
Ramakrishnan


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages foomatic-gui depends on:
ii  gksu  1.3.6-1graphical frontend to su
ii  python2.3.5-3An interactive high-level object-o
ii  python-foomatic   0.7.4.18   Python interface to the Foomatic p
ii  python-glade2 2.6.2-1GTK+ bindings: Glade support
ii  python-gnome2 2.10.0-2   Python bindings for the GNOME desk
ii  python-gnome2-extras  2.12.1-2.1 Python bindings for the GNOME desk
ii  python-gtk2   2.6.2-1Python bindings for the GTK+ widge

Versions of packages foomatic-gui recommends:
pn  netcat (no description available)
pn  nmap   (no description available)
ii  pconf-detect  0.5-8  Small printer auto-detect command-
pn  smbclient  (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354145: mindi: Cdrom not detected after cdrom boot

[Yann Aubert]

Salut Andree,

Your patch is working ok!

I've tested a complete restore without problem.

Cheers

Yann

Le dimanche 26 février 2006 à 12:25 +1100, Andree Leidenfrost a écrit :
> Salut Yann,
> 
> Thanks a lot for reporting this issue and for mentioning the workaround
> you found!
> 
> I can confirm the problem and it's all my fault: When I made the change
> in 1.06-2 to get DMA to work on VIA chipsets, I relied on the
> ide-generic module to get loaded later, which is wrong as the CD can't
> be accessed because of the missing ide driver - catch 22. Silly me!
> 
> mindi unfortunately uses a brute force approach to load modules and to
> satisfy inter-module dependencies. It does not allow for loading modules
> in a particular order. This, however, is exactly what is required to get
> DMA working on VIA chipsets: module via82cxxx needs to get loaded before
> ide-generic does.
> 
> The attached patch init_#354145.diff makes it so that ide-core and
> via82cxxx get loaded before the rest of the essential modules. It works
> for me and I believe it should not impact things on non-VIA chipset
> systems. (mindi_#354145.diff simply puts ide-generic back into
> IDE_MODS.)
> 
> It would be great if you could apply the two patches, try again and let
> me know the outcome. This would confirm that it does work on non-VIA
> systems as well - something I can't test myself. (The mindi patch may
> not be required as you've already added ide-generic back in.)
> 
> Thanks a lot & best regards,
> Andree
> 
> On Thu, 2006-02-23 at 19:00 +0100, Yann Aubert wrote:
> > Package: mindi
> > Version: 1.06-3
> > Severity: grave
> > Justification: renders package unusable
> > 
> > When booting from a cdrom burned with mondorescue.iso, the kernel and 
> > initrd are loaded without problems. But after that, when looking after 
> > the other files on the cdrom, the system ask for the floppies.
> > I don't have a patch but can give a hint. For my setup, I had to put 
> > ide-generic back in mindi (IDE_MODS) in order to make the cdrom works 
> > correctly.
> > 
> > 
> > -- System Information:
> > Debian Release: 3.1
> > Architecture: i386 (i686)
> > Kernel: Linux 2.6.14-2-686-smp
> > Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
> > 
> > Versions of packages mindi depends on:
> > ii  binutils  2.15-6 The GNU assembler, linker and 
> > bina
> > ii  bzip2 1.0.2-7high-quality block-sorting 
> > file co
> > ii  dosfstools2.11-2 Utilities to create and check 
> > MS-D
> > ii  file  4.12-1 Determines file type using 
> > "magic"
> > ii  gawk  1:3.1.4-2  GNU awk, a pattern scanning 
> > and pr
> > ii  mindi-busybox 1.00-6 Collection of shell utilities 
> > in a
> > ii  mkisofs   4:2.01+01a01-2 Creates ISO-9660 CD-ROM 
> > filesystem
> > ii  module-init-tools 3.2-pre1-2 tools for managing Linux 
> > kernel mo
> > ii  ms-sys1.1.3-1Write a Microsoft compatible 
> > boot 
> > ii  nano  1.2.4-5free Pico clone with some new 
> > feat
> > ii  parted1.6.21-1   The GNU Parted disk partition 
> > resi
> > ii  syslinux  2.11-0.1   Bootloader for Linux/i386 
> > using MS
> > 
> > -- no debconf information
> > 

Bug#349354: why not yaird by default?

[Jonas Smedegaard]

On Mon, 27 Feb 2006 16:39:51 +0100
Sven Luther <[EMAIL PROTECTED]> wrote:

> What has that to do with anything ?

Possibly nothing. That's what I wanted other opinions on to help find
out :-)


Warm thoughts from a cold Denmark,

 - Jonas


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

 - Enden er nær: http://www.shibumi.org/eoti.htm


pgp2SkfPDguKz.pgp
Description: PGP signature

Bug#328192: marked as done (FTBFS: Missing sentinel in function call)

[Debian Bug Tracking System]

Your message dated Mon, 27 Feb 2006 09:32:17 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#328192: fixed in rhythmbox-applet 0.1.11-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: rhythmbox-applet
Version: 0.1.7-1
Severity: serious
Tags: patch

rhythmbox-applet fails to build because it is missing a sentinel in a
function call:

> if cc -DHAVE_CONFIG_H -I. -I. -I..
> -DPKG_DATA_DIR=\"/usr/share/rhythmbox-applet/\" -DDATA_DIR=\"/usr/share/\" 
> -DGNOMELOCALEDIR=\""/usr/share/locale"\" -Wall -W -Wno-unused -Werror -g 
> -DXTHREADS -DORBIT2=1 -pthread -I/usr/include/panel-2.0 
> -I/usr/include/gtk-2.0 -I/usr/include/libgnomeui-2.0 
> -I/usr/include/libbonoboui-2.0 -I/usr/lib/gtk-2.0/include 
> -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 
> -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
> -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 
> -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 
> -I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 
> -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 
> -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/include/eel-2 
> -I/usr/include/gail-1.0   -MT rb-applet.o -MD -MP -MF ".deps/rb-applet.Tpo" \
>   -c -o rb-applet.o `test -f 'rb-applet.c' || echo './'`rb-applet.c; \
> then mv -f ".deps/rb-applet.Tpo" ".deps/rb-applet.Po"; \
> else rm -f ".deps/rb-applet.Tpo"; exit 1; \
> fi
> cc1: warnings being treated as errors
> rb-applet.c: In function 'show_rating_toggled_cb':
> rb-applet.c:530: warning: missing sentinel in function call

The attached patch fixes this problem.

-- 
Matt
only in patch2:
unchanged:
--- rhythmbox-applet-0.1.7.orig/src/rb-applet.c
+++ rhythmbox-applet-0.1.7/src/rb-applet.c
@@ -527,7 +527,7 @@
 {
gboolean show_it = gtk_toggle_button_get_active (button);
 
-   g_object_set (data->rating, "visible", show_it, FALSE);
+   g_object_set (data->rating, "visible", show_it, NULL);
panel_applet_gconf_set_bool (PANEL_APPLET (data->applet),
 "show_rating", show_it,
 NULL);


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: rhythmbox-applet
Source-Version: 0.1.11-1

We believe that the bug you reported is fixed in the latest version of
rhythmbox-applet, which is due to be installed in the Debian FTP archive:

rhythmbox-applet_0.1.11-1.diff.gz
  to pool/main/r/rhythmbox-applet/rhythmbox-applet_0.1.11-1.diff.gz
rhythmbox-applet_0.1.11-1.dsc
  to pool/main/r/rhythmbox-applet/rhythmbox-applet_0.1.11-1.dsc
rhythmbox-applet_0.1.11-1_i386.deb
  to pool/main/r/rhythmbox-applet/rhythmbox-applet_0.1.11-1_i386.deb
rhythmbox-applet_0.1.11.orig.tar.gz
  to pool/main/r/rhythmbox-applet/rhythmbox-applet_0.1.11.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Adriaan Peeters <[EMAIL PROTECTED]> (supplier of updated rhythmbox-applet 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 23 Feb 2006 11:19:13 +0100
Source: rhythmbox-applet
Binary: rhythmbox-applet
Architecture: source i386
Version: 0.1.11-1
Distribution: unstable
Urgency: low
Maintainer: Adriaan Peeters <[EMAIL PROTECTED]>
Changed-By: Adriaan Peeters <[EMAIL PROTECTED]>
Description: 
 rhythmbox-applet - control applet for rhythmbox music player
Closes: 328192 345643 349751 353399
Changes: 
 rhythmbox-applet (0.1.11-1) unstable; urgency=low
 .
   * New upstream release (Closes: #349751)
 - Fixes FTBFS: Missing sentinel in function call (Closes: #328192)
 - Regain compatibility with rhythmbox >= 0.9.2 (Closes: #345643)
   * New maintainer (Closes: #353399)
Files: 
 4882717db9ae0107c7ff5c05b5616dea 797 gnome optional 
rhythmbox-applet_0.1.11-1.dsc
 ed2694cd1344a720efcff0f6c07b7958 168542 gnome optional 
rhythmbox-applet_0.1.11.orig.tar.gz
 09ee3ebf4f3a2da722778449cd1cb8b9 2029 gnome optional 
rhythmbox-applet_0.1.11-1.diff.gz
 72be3303e22d40d4b5132a33f9831

Bug#348633: ghc6: effective FTBFS because of a bug in /usr/bin/make

[Jurij Smakov]

Hi,

As it appears that upstream is reluctant to consider it a bug in make 
(see 346248 for discussion), I started playing with ghc6 build system in 
an attempt to come up with a workaround. I was able to build it in under 
3.5 hours on a 1.7GHz Pentium IV machine with the attached patch. For some 
targets it takes forever for make to parse the dependency graph of a large 
list of prerequisites, the patch just remakes these prerequisites one by 
one in three bottleneck places. The resulting ghc6 binary appears to 
work fine. The complete build log may be found at


http://www.wooyd.org/debian/ghc6/

Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC--- a/mk/target.mk  2005-03-09 02:28:13.0 -0800
+++ b/mk/target.mk  2006-02-25 16:11:37.0 -0800
@@ -234,7 +234,8 @@
 all :: $(HS_PROG)
 
 ifneq "$(BootingFromHc)" "YES"
-$(HS_PROG) :: $(OBJS)
+$(HS_PROG) :: 
+   for i in $(OBJS) ; do $(MAKE) -wr $${i} ; done
$(HC) -o $@ $(HC_OPTS) $(LD_OPTS) $(OBJS)
 else
 # see bootstrap.mk
@@ -383,7 +384,8 @@
 # Note: $(STUBOBJS) isn't depended on here, but included when building the lib.
 #   (i.e., the assumption is that $(STUBOBJS) are created as a side-effect
 #   of building $(LIBOBJS)).
-$(LIBRARY) : $(LIBOBJS)
+$(LIBRARY) : 
+   for i in $(LIBOBJS) ; do $(MAKE) -wr $${i} ; done
$(BUILD_LIB)
 endif # LIBRARY = ""
 
--- a/libraries/base/Makefile   2005-03-03 01:41:35.0 -0800
+++ b/libraries/base/Makefile   2006-02-26 13:02:53.0 -0800
@@ -134,7 +134,8 @@
 include $(TOP)/mk/target.mk
 
 ifeq "$(OBJECT_FILEFORMAT)" "PEi"
-HSbase.o : $(GHCI_LIBOBJS)
+HSbase.o :
+   for i in $(GHCI_LIBOBJS) ; do $(MAKE) -wr $${i} ; done
$(LD) -r $(LD_X) -o HSbase1.o $(filter GHC/%, $(GHCI_LIBOBJS))
$(LD) -r $(LD_X) -o HSbase2.o $(filter Text/%, $(GHCI_LIBOBJS))
$(LD) -r $(LD_X) -o HSbase3.o $(filter-out GHC/% Text/%, 
$(GHCI_LIBOBJS) $(STUBOBJS))

Processed: Re: Bug#354582: Nautilus does not list fstab devices in computer:///

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 354582 normal
Bug#354582: Nautilus does not list fstab devices in computer:///
Severity set to `normal'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354582: Nautilus does not list fstab devices in computer:///

[Josselin Mouette]

severity 354582 normal
thanks

Le lundi 27 février 2006 à 15:08 +0100, Rubén Rodríguez Pérez a écrit :
> When hald is running, you cannot see fstab devices in
> computer:/// (you cannot see the icons in the desktop or nautilus, or
> list the devices with gnomevfs-ls), but you can see, mount and
> umount hotplug devices. If you kill hald, then you can see fstab
> devices, but not the hotplug ones.

Removable drives are still seen anyway, as you can see for your CD
drive.

> It don't matter if the devices are mounted or not, and I've tried to add
> hal to group disks.

That's pretty stupid. You shouldn't give anything access to the "disk"
group.

> Hal-device-manager info is ok. Restarting dbus
> (consecuently restarting hald) in a started gnome session results in
> devices showing up in nautilus and desktop.

What do you mean? sda6 appears in this case?

> my fstab looks like this:
> 
> /dev/sda6 /mnt/sda6 ext3 noauto,user 0 0
> don't matter if I change the opts to auto or remove the user flag

What is sda6 exactly? Is it a removable drive? If it is a removable
drive, this is an issue in the kernel or udev. If it isn't, why are you
making it user-mountable?

By the way, what is your udev version?

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#347140: marked as done (lxdoom: FTBFS: build-depends on removed xlibs-dev)

[Debian Bug Tracking System]

Your message dated Mon, 27 Feb 2006 08:17:04 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#347140: fixed in lxdoom 1.4.4-10
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: lxdoom
Version: 1.4.4-9.2
Severity: serious

Hello,

  This is a serious bug filed against your package because it
  build-depends on xlibs-dev, which as announced in [1] a while ago, is
  no longer available in sid. This makes your package fail to build from
  source.

[1] http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html

  To fix this bug, you need to update your build-dependencies and
  substitute xlibs-dev for the list of individual X development
  libraries that your package needs to be built. You can find detailed
  information about how to do that in the DependsXlibsDev wiki page [2].

[2] http://wiki.debian.org/DependsXlibsDev

  As indicated by the Release Team [3], the full transition from XFree86
  to Xorg is a release blocker for Etch, which means that Etch will not
  be released until this bug is fixed (or your package removed from
  testing). So, please, try to fix in a timely manner.

[3] http://lists.debian.org/debian-devel-announce/2005/10/msg4.html

  The number of affected packages by the xlibs-dev transition is huge,
  so if you feel like helping with patches or uploads, feel free to
  follow the instructions contained in the wiki page above. A list of
  affected packages can be found here [4].

[4] http://people.debian.org/~adeodato/release-usertag/transition-xlibs-dev

  Finally, if there's a strong reason for which your package should not
  be NMUed, please note so in this bug report. Prospective NMUers will
  read your reasoning, and will decide if it's strong enough to delay
  their upload.

  Thanks for your collaboration!

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org


--- End Message ---
--- Begin Message ---
Source: lxdoom
Source-Version: 1.4.4-10

We believe that the bug you reported is fixed in the latest version of
lxdoom, which is due to be installed in the Debian FTP archive:

lxdoom-sndserv_1.4.4-10_i386.deb
  to pool/main/l/lxdoom/lxdoom-sndserv_1.4.4-10_i386.deb
lxdoom-svga_1.4.4-10_i386.deb
  to pool/main/l/lxdoom/lxdoom-svga_1.4.4-10_i386.deb
lxdoom-x11_1.4.4-10_i386.deb
  to pool/main/l/lxdoom/lxdoom-x11_1.4.4-10_i386.deb
lxdoom_1.4.4-10.diff.gz
  to pool/main/l/lxdoom/lxdoom_1.4.4-10.diff.gz
lxdoom_1.4.4-10.dsc
  to pool/main/l/lxdoom/lxdoom_1.4.4-10.dsc
lxdoom_1.4.4-10_i386.deb
  to pool/main/l/lxdoom/lxdoom_1.4.4-10_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Joe Drew <[EMAIL PROTECTED]> (supplier of updated lxdoom package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 27 Feb 2006 10:44:05 -0500
Source: lxdoom
Binary: lxdoom-svga lxdoom lxdoom-x11 lxdoom-sndserv
Architecture: source i386
Version: 1.4.4-10
Distribution: unstable
Urgency: low
Maintainer: Joe Drew <[EMAIL PROTECTED]>
Changed-By: Joe Drew <[EMAIL PROTECTED]>
Description: 
 lxdoom - Unix port of boom, an enhanced version of DOOM
 lxdoom-sndserv - sound effects server for lxdoom
 lxdoom-svga - svgalib binary for lxdoom
 lxdoom-x11 - X binary for lxdoom
Closes: 269916 270038 274088 275713 279190 297718 310021 332013 347140
Changes: 
 lxdoom (1.4.4-10) unstable; urgency=low
 .
   * Acknowledge NMUs. Thanks, everyone.
 (Closes: #274088, #297718, #347140, #279190, #269916)
   * Depend on debconf | debconf-2.0. (Closes: #332013)
   * Fix typos in boom.cfg manpage (Closes: #310021)
   * Remove URLs in lxdoom manpage - sadly, there seem to be no authoritative
 location for dosdoom or pwad files anymore. (Closes: Bug#275713)
   * Depend on freedoom | doom-wad | doom-wad-editor, only 2 years late.
 (Closes: Bug#270038)
Files: 
 4a085e5a9cee72f45e150ab7273629c2 712 games optional lxdoom_1.4.4-10.dsc
 46d2bb2a2940bc70f8379b14640f69c1 19314 games optional lxdoom_1.4.4-10.diff.gz
 a5dbdbf9e39d26e57db3125e15

Bug#297718: marked as done (lxdoom: FTBFS (amd64/gcc-4.0): static declaration of 'segtextured' follows non-static declaration)

[Debian Bug Tracking System]

Your message dated Mon, 27 Feb 2006 08:17:03 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#297718: fixed in lxdoom 1.4.4-10
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: lxdoom
Severity: normal
Tags: patch

When building 'lxdoom' on amd64 with gcc-4.0,
I get the following error:

r_segs.c:50: error: static declaration of 'segtextured' follows non-static 
declaration
r_bsp.h:46: error: previous declaration of 'segtextured' was here
r_segs.c:51: error: static declaration of 'markfloor' follows non-static 
declaration
r_bsp.h:47: error: previous declaration of 'markfloor' was here
r_segs.c:52: error: static declaration of 'markceiling' follows non-static 
declaration
r_bsp.h:48: error: previous declaration of 'markceiling' was here
r_segs.c:68: error: static declaration of 'rw_x' follows non-static declaration
r_bsp.h:44: error: previous declaration of 'rw_x' was here
r_segs.c:69: error: static declaration of 'rw_stopx' follows non-static 
declaration
r_bsp.h:45: error: previous declaration of 'rw_stopx' was here
make[3]: *** [r_segs.o] Error 1
make[3]: Leaving directory `/lxdoom-1.4.4/src'

With the attached patch 'lxdoom' can be compiled
on amd64 using gcc-4.0.

The attached patch includes a patch which was already necessary with gcc-3.4.

Regards
Andreas Jochens

diff -urN ../tmp-orig/lxdoom-1.4.4/src/r_bsp.h ./src/r_bsp.h
--- ../tmp-orig/lxdoom-1.4.4/src/r_bsp.h1999-10-12 15:00:57.0 
+0200
+++ ./src/r_bsp.h   2005-03-02 16:14:17.828340100 +0100
@@ -41,11 +41,6 @@
 extern line_t   *linedef;
 extern sector_t *frontsector;
 extern sector_t *backsector;
-extern int  rw_x;
-extern int  rw_stopx;
-extern boolean  segtextured;
-extern boolean  markfloor;  /* false if the back side is the same plane */
-extern boolean  markceiling;
 
 /* old code -- killough:
  * extern drawseg_t drawsegs[MAXDRAWSEGS];
diff -urN ../tmp-orig/lxdoom-1.4.4/src/d_main.c ./src/d_main.c
--- ../tmp-orig/lxdoom-1.4.4/src/d_main.c   2005-03-02 16:14:58.894413590 
+0100
+++ ./src/d_main.c  2005-03-02 16:13:35.525505328 +0100
@@ -232,7 +232,6 @@
 case -1:
 case GS_LEVEL:
   V_SetPalette(0); // cph - use default (basic) palette  
-default:
 }
 
 switch (gamestate) {
@@ -245,7 +244,6 @@
 case GS_DEMOSCREEN:
   D_PageDrawer();
   break;
-default:
 }
   } else if (gametic) { // In a level
 boolean redrawborderstuff;
diff -urN ../tmp-orig/lxdoom-1.4.4/src/g_game.c ./src/g_game.c
--- ../tmp-orig/lxdoom-1.4.4/src/g_game.c   2005-03-02 16:14:58.892413976 
+0100
+++ ./src/g_game.c  2005-03-02 16:13:35.526505135 +0100
@@ -871,7 +871,6 @@
 switch (prevgamestate) {
 case GS_INTERMISSION:
   WI_End();
-default:
 }
 prevgamestate = gamestate;
   }
diff -urN ../tmp-orig/lxdoom-1.4.4/src/i_main.h ./src/i_main.h
--- ../tmp-orig/lxdoom-1.4.4/src/i_main.h   2000-03-16 14:27:29.0 
+0100
+++ ./src/i_main.h  2005-03-02 16:13:35.526505135 +0100
@@ -44,9 +44,7 @@
 extern int broken_pipe;
 extern int (*I_GetTime)(void);
 
-#ifdef SECURE_UID
 extern uid_t stored_euid; /* UID that the SVGALib I_InitGraphics switches to 
before vga_init() */
-#endif
 
 #endif
 
diff -urN ../tmp-orig/lxdoom-1.4.4/src/l_main.c ./src/l_main.c
--- ../tmp-orig/lxdoom-1.4.4/src/l_main.c   2000-03-16 14:27:29.0 
+0100
+++ ./src/l_main.c  2005-03-02 16:13:35.527504942 +0100
@@ -314,9 +314,7 @@
   }
 }
 
-#ifdef SECURE_UID
 uid_t stored_euid = -1;
-#endif
 
 int main(int argc, const char * const * argv)
 {
diff -urN ../tmp-orig/lxdoom-1.4.4/src/l_soundgen.c ./src/l_soundgen.c
--- ../tmp-orig/lxdoom-1.4.4/src/l_soundgen.c   1999-10-12 15:01:11.0 
+0200
+++ ./src/l_soundgen.c  2005-03-02 16:13:35.527504942 +0100
@@ -40,6 +40,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #ifdef HAVE_CONFIG_H
 #include "../config.h"
@@ -179,7 +180,6 @@
 static void I_Ioctl( int fd, int command, int* arg )
 {   
   int  rc;
-  extern int   errno;
   
   rc = ioctl(fd, command, arg);  
   if (rc < 0) {
diff -urN ../tmp-orig/lxdoom-1.4.4/src/p_maputl.c ./src/p_maputl.c
--- ../tmp-orig/lxdoom-1.4.4/src/p_maputl.c 1999-10-12 15:01:13.0 
+0200
+++ ./src/p_maputl.c2005-03-02 16:13:35.527504942 +0100
@@ -322,7 +322,7 @@
 //
 // A fast function for testing intersections between things and linedefs.
 
-boolean CONSTFUNC ThingIsOnLine(const mobj_t *t, const line_t *l)
+boolean ThingIsOnLine(const mobj_t *t, const line_t *l)
 {
   int dx 

Bug#274088: marked as done (lxdoom: FTBFS with gcc-3.4: label at end of compound statement)

[Debian Bug Tracking System]

Your message dated Mon, 27 Feb 2006 08:17:03 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#274088: fixed in lxdoom 1.4.4-10
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: lxdoom
Severity: normal
Tags: patch

When building 'lxdoom' with gcc-3.4 I get the following error:

g_game.c: In function `G_Ticker':
g_game.c:875: error: label at end of compound statement
g_game.c: In function `G_DoPlayDemo':
g_game.c:2119: warning: assignment discards qualifiers from pointer target type
make[3]: *** [g_game.o] Error 1
make[3]: Leaving directory `/lxdoom-1.4.4/src'

With the attached patch 'lxdoom' can be compiled using gcc-3.4.

Regards
Andreas Jochens

diff -urN ../tmp-orig/lxdoom-1.4.4/src/d_main.c ./src/d_main.c
--- ../tmp-orig/lxdoom-1.4.4/src/d_main.c   2004-09-29 20:48:17.773463360 
+0200
+++ ./src/d_main.c  2004-09-29 20:46:04.373743200 +0200
@@ -232,7 +232,6 @@
 case -1:
 case GS_LEVEL:
   V_SetPalette(0); // cph - use default (basic) palette  
-default:
 }
 
 switch (gamestate) {
@@ -245,7 +244,6 @@
 case GS_DEMOSCREEN:
   D_PageDrawer();
   break;
-default:
 }
   } else if (gametic) { // In a level
 boolean redrawborderstuff;
diff -urN ../tmp-orig/lxdoom-1.4.4/src/g_game.c ./src/g_game.c
--- ../tmp-orig/lxdoom-1.4.4/src/g_game.c   2004-09-29 20:48:17.771463664 
+0200
+++ ./src/g_game.c  2004-09-29 20:45:33.821387864 +0200
@@ -871,7 +871,6 @@
 switch (prevgamestate) {
 case GS_INTERMISSION:
   WI_End();
-default:
 }
 prevgamestate = gamestate;
   }
diff -urN ../tmp-orig/lxdoom-1.4.4/src/i_main.h ./src/i_main.h
--- ../tmp-orig/lxdoom-1.4.4/src/i_main.h   2000-03-16 14:27:29.0 
+0100
+++ ./src/i_main.h  2004-09-29 20:45:19.666539728 +0200
@@ -44,9 +44,7 @@
 extern int broken_pipe;
 extern int (*I_GetTime)(void);
 
-#ifdef SECURE_UID
 extern uid_t stored_euid; /* UID that the SVGALib I_InitGraphics switches to 
before vga_init() */
-#endif
 
 #endif
 
diff -urN ../tmp-orig/lxdoom-1.4.4/src/l_main.c ./src/l_main.c
--- ../tmp-orig/lxdoom-1.4.4/src/l_main.c   2000-03-16 14:27:29.0 
+0100
+++ ./src/l_main.c  2004-09-29 20:48:09.521717816 +0200
@@ -314,9 +314,7 @@
   }
 }
 
-#ifdef SECURE_UID
 uid_t stored_euid = -1;
-#endif
 
 int main(int argc, const char * const * argv)
 {
diff -urN ../tmp-orig/lxdoom-1.4.4/src/l_soundgen.c ./src/l_soundgen.c
--- ../tmp-orig/lxdoom-1.4.4/src/l_soundgen.c   1999-10-12 15:01:11.0 
+0200
+++ ./src/l_soundgen.c  2004-09-29 20:42:16.152438112 +0200
@@ -40,6 +40,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #ifdef HAVE_CONFIG_H
 #include "../config.h"
@@ -179,7 +180,6 @@
 static void I_Ioctl( int fd, int command, int* arg )
 {   
   int  rc;
-  extern int   errno;
   
   rc = ioctl(fd, command, arg);  
   if (rc < 0) {
diff -urN ../tmp-orig/lxdoom-1.4.4/src/p_maputl.c ./src/p_maputl.c
--- ../tmp-orig/lxdoom-1.4.4/src/p_maputl.c 1999-10-12 15:01:13.0 
+0200
+++ ./src/p_maputl.c2004-09-29 20:46:56.852765176 +0200
@@ -322,7 +322,7 @@
 //
 // A fast function for testing intersections between things and linedefs.
 
-boolean CONSTFUNC ThingIsOnLine(const mobj_t *t, const line_t *l)
+boolean ThingIsOnLine(const mobj_t *t, const line_t *l)
 {
   int dx = l->dx >> FRACBITS; // Linedef vector
   int dy = l->dy >> FRACBITS;

--- End Message ---
--- Begin Message ---
Source: lxdoom
Source-Version: 1.4.4-10

We believe that the bug you reported is fixed in the latest version of
lxdoom, which is due to be installed in the Debian FTP archive:

lxdoom-sndserv_1.4.4-10_i386.deb
  to pool/main/l/lxdoom/lxdoom-sndserv_1.4.4-10_i386.deb
lxdoom-svga_1.4.4-10_i386.deb
  to pool/main/l/lxdoom/lxdoom-svga_1.4.4-10_i386.deb
lxdoom-x11_1.4.4-10_i386.deb
  to pool/main/l/lxdoom/lxdoom-x11_1.4.4-10_i386.deb
lxdoom_1.4.4-10.diff.gz
  to pool/main/l/lxdoom/lxdoom_1.4.4-10.diff.gz
lxdoom_1.4.4-10.dsc
  to pool/main/l/lxdoom/lxdoom_1.4.4-10.dsc
lxdoom_1.4.4-10_i386.deb
  to pool/main/l/lxdoom/lxdoom_1.4.4-10_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Joe Drew <[EMAIL PROTECTED]> (supplier of updated lxdoom package)

(This message was generated automati

Bug#353277: ndiswrapper in main

[Raul Miller]

On 2/27/06, Margarita Manterola <[EMAIL PROTECTED]> wrote:
> On 2/21/06, Raul Miller <[EMAIL PROTECTED]> wrote:
> > 1 "open source" windows driver available (can be used with ndiswrapper)

> Well, I couldn't find any trace of "1" ever happening.  If it ever
> happened, then it's ok.  But as far as I know, the Ralink company went
> directly to 2 (porting there non-free windows driver to linux, and
> then making it free).  Can you provide any evidence that 1 ever
> happened?

You could be right.  I was going on second-hand evidence, and it
may very well be that the open source drivers that were being ported
were really linux drivers for other ralink hardware.

Note that we have a more general problem here -- we should not
have to find the answer to an open-ended question to determine
the suitability of a package for main.

If a package requires something else to be installed before it can be
used, we shouldn't have to figure out whether or not there exists a
suitable free version of that other software -- if it's not in main, we know
that this other software hasn't been packaged, and that should be
sufficient to push package which requires it be installed into contrib.

--
Raul

Processed: Re: Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 354339 + unreproducible
Bug#354339: Always tries to retrieve a preseed file even for not preseeded 
installs
There were no tags set.
Tags added: unreproducible

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354339: Always tries to retrieve a preseed file even for not preseeded installs

[Frans Pop]

tags 354339 + unreproducible
thanks

On Saturday 25 February 2006 14:14, Christian Perrier wrote:
> It seems that preseed always tries to retrieve a preseed file...even
> for not preseeded installs.
>
> I found this while running a standard install with the sid_d-i netinst
> of 20060224.

I cannot reproduce this with either sid_d-i 20060224 or 20060225, so there 
must be something in your local situation that causes this.

Please run the installation at medium priority and tell at which menu step 
the preseeding happens.
When you've done that, try to find the script that is run and add a
'set -x' to get a log of what it actually does.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354214: followup for 354214

[Emanuele Rocca]

It seems that the problem is caused by wrong permissions on some files in 
~/.aMule

-rw-r--r-- 1 root root   5569 2006-02-24 12:56 amule.conf
-rw-r- 1 ema  ema  145780 2006-02-24 12:56 clients.met
-rw-r- 1 root root 145780 2006-02-24 12:56 clients.met.BAK
-rw-r--r-- 1 ema  ema 361 2005-08-24 15:17 cryptkey.dat
-rw-r- 1 ema  ema   5 2006-02-24 12:56 emfriends.met
-rw-r--r-- 1 ema  ema   0 2005-12-29 18:55 ipfilter.dat
-rw-r--r-- 1 ema  ema 299 2006-02-21 17:54 ipfilter_static.dat
-rw-r- 1 ema  ema  28 2006-02-24 12:56 key_index.dat
-rw-r- 1 ema  ema   38280 2006-02-23 15:28 known2.met
-rw-r- 1 ema  ema9619 2006-02-24 12:56 known.met
-rw-r--r-- 1 ema  ema  12 2006-02-27 16:43 lastversion
-rw-r- 1 ema  ema  12 2006-02-24 12:56 load_index.dat
-rw-r--r-- 1 ema  ema 180 2006-02-27 16:43 logfile
-rw--- 1 ema  ema   6 2006-02-27 16:43 muleLock
-rw-r- 1 ema  ema   4 2006-02-24 12:56 nodes.dat
-rw-r- 1 ema  ema  17 2006-02-24 12:56 preferences.dat
-rw-r- 1 ema  ema  23 2006-02-24 12:56 preferencesKad.dat
-rw-r- 1 root root  80842 2006-02-24 12:56 server.met
-rw-r- 1 ema  ema   80842 2006-02-24 12:55 server_met.old
-rw-r--r-- 1 root root  0 2006-02-24 12:56 shareddir.dat
-rw-r- 1 ema  ema  12 2006-02-24 12:56 src_index.dat

I really don't think I've changed them myself. 
Changing the ownership of the root:root files fixed the problem.

Note that someone else seems to have a similar problem:
http://bbs.kijiji.com.cn/topic/view/3713.html
Not that it is very informative. :)

Thanks.
ciao,
ema


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: setting package to rhythmbox-applet, tagging 328192, tagging 345643, tagging 349751, tagging 353399

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
> package rhythmbox-applet
Ignoring bugs not assigned to: rhythmbox-applet

> tags 328192 + pending
Bug#328192: FTBFS: Missing sentinel in function call
Tags were: fixed-upstream patch
Tags added: pending

> tags 345643 + pending
Bug#345643: rhythmbox-applet: does not "update" its GUI with rhythmbox 0.9.2-1
Tags were: fixed-upstream
Tags added: pending

> tags 349751 + pending
Bug#349751: rhythmbox-applet: a new version exists which is compatible with 
0.9.2
There were no tags set.
Tags added: pending

> tags 353399 + pending
Bug number 353399 belongs to package wnpp, skipping.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#349354: why not yaird by default?

[Sven Luther]

On Mon, Feb 27, 2006 at 03:43:17PM +0100, Jonas Smedegaard wrote:
> On Mon, 27 Feb 2006 15:14:02 +0100
> Sven Luther <[EMAIL PROTECTED]> wrote:
> 
> >   #343427: linux-image-2.6.14-2-powerpc: Installation fails
> >   #345067: [powerpc] ide-generic is not built on powerpc, yaird tries
> >   to include it and fails
> 
> Both relate to ide-generic.
> 
> Difference between yaird and initramfs-tools in regards to this issue
> is that yaird has builtin probing while initramfs-tools rely on udev
> for extracting kernels own logic and/or implement workarounds.

What has that to do with anything ? The question was "should yaird not be made
the default" and i answered that this is probably not a good idea because the
DD maintainer (you) doesn't seem able to fix bugs without consulting his
upstream and that said upstream is MIA.

Sven Luther



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354595: libmdbodbc: typo in versioned conflict

[Aaron M. Ucko]

Package: libmdbodbc
Severity: grave
Justification: renders package unusable

libmdbodbc's Conflicts: and Replaces: headers specify

libmdbtools (< 0.5.99.0.6pre1.0.20051109-2)

with a single <, which apt interprets as <= rather than <<.
Ironically, an upload with no changes whatsoever should work around
the problem, but you might as well fix the typo for sanity's sake.

Thanks.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'sarge-unsupported')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#349354: why not yaird by default?

[Jonas Smedegaard]

On Mon, 27 Feb 2006 15:14:02 +0100
Sven Luther <[EMAIL PROTECTED]> wrote:

>   #343427: linux-image-2.6.14-2-powerpc: Installation fails
>   #345067: [powerpc] ide-generic is not built on powerpc, yaird tries
>   to include it and fails

Both relate to ide-generic.

Difference between yaird and initramfs-tools in regards to this issue
is that yaird has builtin probing while initramfs-tools rely on udev
for extracting kernels own logic and/or implement workarounds.

So the maintainer of initramfs-tools is right in not having any hanging
bugreports about ide-generic (they should be pushed either to udev or
linux-2.6) while yaird do not have such luxury.

If I remember correctly then the maintainer of udev has been quite
sceptical about implementing workarounds for the ide-generic problem
(rather than considering it a kernel bug) too.


I am still interested in opinions from _other_ members of the kernel
team: Is it decided to decided to ditch yaird due to my irresponsible
or non-cooperative behaviour (which I claim is related to the
problematic ide-generic issue), or do you have different opinions on
how ramdisk generators should be picked for the official kernels?

Yes, I am perfectly aware that not all is in favor of yaird, but the
reasoning behind choosing one over the other - or what is considered
fair ground for fair a competition between them.


 - Jonas

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

 - Enden er nær: http://www.shibumi.org/eoti.htm


pgpb1cBSYvjkO.pgp
Description: PGP signature

Bug#349354: why not yaird by default?

[Sven Luther]

On Mon, Feb 27, 2006 at 03:01:39PM +0100, Jonas Smedegaard wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Mon, 27 Feb 2006 14:36:39 +0100
> Sven Luther <[EMAIL PROTECTED]> wrote:
> 
> > The quality of the maintainers of both tool also play an important
> > role in which tool to chose as standard, and we have a pretty good
> > feedback from both the initramfs-tools maintainer and upstream, while
> > for yaird, the upstream maintainer seems to be MIA since around late
> > december, and the debian maintainer seems to be unable to fix a bug
> > or even looking at patches without getting feedback from the upstream
> > maintainer, which makes yaird unsuitable to be the default.
> 
> ...says a single member of the kernel team.
> 
> I would appreciate comments from other members of the kernel team on
> this issue.

Please tell us since when you have not heard about your upstream, and what
fixes you have down to yaird since then, and when do you expect to be looking
at merged bug :

  #343427: linux-image-2.6.14-2-powerpc: Installation fails
  #345067: [powerpc] ide-generic is not built on powerpc, yaird tries to
  include it and fails

Open respectively since 74 and 60 days now. I even proposed you to go over the
patch and solve it in erkelenz, but you where more interested in polimicking
than fixing this bug, what else can i say ...

Sven Luther
  



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354582: Nautilus does not list fstab devices in computer:///

[Rubén Rodríguez Pérez]

Package: libgnomevfs2-common
Version: 2.12.2-6
Severity: grave


When hald is running, you cannot see fstab devices in
computer:/// (you cannot see the icons in the desktop or nautilus, or
list the devices with gnomevfs-ls), but you can see, mount and
umount hotplug devices. If you kill hald, then you can see fstab
devices, but not the hotplug ones.

Downgrading the package (forced, downgrading _only_ this package) to
2.10 fixes the problem, so it is not a misconfiguraion in hald or gconf.

Examples:

Runing hald
[EMAIL PROTECTED]:/tmp# gnomevfs-ls computer:///
Filesystem.desktop  (Regular, application/x-desktop)
size 0  mode 0444
Network.desktop (Regular, application/x-desktop)size 0
mode 0444
Disquetera.drive(Regular, application/x-desktop)
size 0  mode 0444
Unidad%20CD-RW%2FDVD%C2%B1R.drive   (Regular,
application/x-desktop)size 0  mode 0444
--

Not running hald
[EMAIL PROTECTED]:/tmp# gnomevfs-ls computer:///
Filesystem.desktop  (Regular, application/x-desktop)
size 0  mode 0444
Network.desktop (Regular, application/x-desktop)size 0
mode 0444
sda6.drive  (Regular, application/x-desktop)size 0
mode 0444
hdc.volume  (Regular, application/x-desktop)size 0
mode 0444
--

It don't matter if the devices are mounted or not, and I've tried to add
hal to group disks. Hal-device-manager info is ok. Restarting dbus
(consecuently restarting hald) in a started gnome session results in
devices showing up in nautilus and desktop.

my fstab looks like this:

/dev/sda6 /mnt/sda6 ext3 noauto,user 0 0
don't matter if I change the opts to auto or remove the user flag



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15trisquel
Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1)

Versions of packages libgnomevfs2-common depends on:
ii  gconf22.12.1-9   GNOME configuration
database syste
ii  gnome-mime-data   2.4.2-1base MIME and Application
database
ii  shared-mime-info  0.16-3 FreeDesktop.org shared MIME
databa

libgnomevfs2-common recommends no packages.

-- no debconf information


I'm using latest dbus, hal, gnome and gnomevfs from unstable
hal 0.5.6-4
dbus0.60-6
capplets-data   2.12.3-2
file-roller 2.12.2-2
gconf2  2.12.1-9
gconf2-common   2.12.1-9
gnome-about 2.12.2-2
gnome-applets   2.12.3-1
gnome-applets-data  2.12.3-1
gnome-control-center2.12.3-2
gnome-core  2.12.2.2
gnome-desktop-data  2.12.2-2
gnome-games 2.12.3-1
gnome-games-data2.12.3-1
gnome-icon-theme2.12.1-2
gnome-keyring-manager   2.12.0-1
gnome-media 2.12.0-3
gnome-netstatus-applet  2.12.0-5
gnome-panel 2.12.3-1
gnome-panel-data2.12.3-1
gnome-session   2.12.0-4
gnome-terminal  2.12.0-2
gnome-terminal-data 2.12.0-2
gnome-themes2.12.3-1
gnome-utils 2.12.2-3
libeel2-2   2.12.2-3
libgconf2-4 2.12.1-9
libgnome2-0 2.12.0.1-5
libgnome2-common2.12.0.1-5
libgnome2.0-cil 2.8.0-1
libgnomeprint2.2-0  2.12.1-3
libgnomeprint2.2-data   2.12.1-3
libgnomeprintui2.2-02.12.1-2
libgnomeprintui2.2-common   2.12.1-2
libgnomeui-02.12.1-1
libgnomeui-common   2.12.1-1
libgnomevfs2-0  2.12.2-6
libgnomevfs2-bin2.12.2-6
libgnomevfs2-common 2.12.2-6
libgnomevfs2-extra  2.12.2-6
libpanel-applet2-0  2.12.3-1
nautilus2.12.2-2
python-gnome2   2.12.3-2
python-gnome2-extras2.12.1-2.1
python2.3-gnome22.12.3-2
python2.3-gnome2-extras 2.12.1-2.1
python2.4-gnome22.12.3-2
sound-juicer2.12.3-3
vino2.12.0-1
yelp2.12.2-2





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#347796: Patch from bugzilla works for me

[Damyan Ivanov]

Loïc Minier wrote:
>  Okay, I've applied the patch in our SVN repository, and it will be
>  applied in the next upload (I'm not uploading now as it's the only
>  change, and the patch is preliminary).

Fair enough. Thank you.



dam
-- 
Damyan Ivanov  Creditreform Bulgaria
[EMAIL PROTECTED]  http://www.creditreform.bg/
phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994
mob. +359(88)856-6067   [EMAIL PROTECTED]/Gaim



signature.asc
Description: OpenPGP digital signature

Bug#349354: why not yaird by default?

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, 27 Feb 2006 14:36:39 +0100
Sven Luther <[EMAIL PROTECTED]> wrote:

> The quality of the maintainers of both tool also play an important
> role in which tool to chose as standard, and we have a pretty good
> feedback from both the initramfs-tools maintainer and upstream, while
> for yaird, the upstream maintainer seems to be MIA since around late
> december, and the debian maintainer seems to be unable to fix a bug
> or even looking at patches without getting feedback from the upstream
> maintainer, which makes yaird unsuitable to be the default.

...says a single member of the kernel team.

I would appreciate comments from other members of the kernel team on
this issue.


Most friendly,

 - Jonas

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

 - Enden er nær: http://www.shibumi.org/eoti.htm
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFEAwZDn7DbMsAkQLgRAiwCAKCI07/HyDWg/xwn/vY1bBBtek0ylACeJ6ZW
h5acslgPIZLxixJkPrrNKV0=
=v2PD
-END PGP SIGNATURE-

Bug#349354: why not yaird by default?

[Sven Luther]

On Fri, Feb 24, 2006 at 04:24:55PM -0500, Mike O'Connor wrote:
> Is there any drawback to just switching the default dependency to be on
> yaird instead of initramfs-tools?

The quality of the maintainers of both tool also play an important role in
which tool to chose as standard, and we have a pretty good feedback from both
the initramfs-tools maintainer and upstream, while for yaird, the upstream
maintainer seems to be MIA since around late december, and the debian
maintainer seems to be unable to fix a bug or even looking at patches without
getting feedback from the upstream maintainer, which makes yaird unsuitable to
be the default.

Friendly,

Sven Luther



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#353277: ndiswrapper in main

[Margarita Manterola]

On 2/21/06, Raul Miller <[EMAIL PROTECTED]> wrote:
> On 2/21/06, Margarita Manterola <[EMAIL PROTECTED]> wrote:
> > On 2/20/06, Raul Miller <[EMAIL PROTECTED]> wrote:
> > > As a specific counter example, consider
> > > http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page
> > > which is a project porting a windows driver to linux.  This port
> > > appears to be possible because the windows driver was made
> > > available under a free license.
> >
> > With this particular driver, I think you are making a mistake.  rt2x00
> > is available as an independent driver (i.e. without ndiswrapper).
>
> What is my mistake?
>
> It looks to me as if the sequence of events was:
>
> 1 "open source" windows driver available (can be used with ndiswrapper)
> 2 someone ports windows driver to linux
> 3 linux driver available

Well, I couldn't find any trace of "1" ever happening.  If it ever
happened, then it's ok.  But as far as I know, the Ralink company went
directly to 2 (porting there non-free windows driver to linux, and
then making it free).  Can you provide any evidence that 1 ever
happened?

I'd be glad to learn that this is not so, since I _would_ like to have
ndiswrapper in main.  It's just that I felt the example was bugged.

--
Besos,
Marga

Bug#354575: csmash: Package uninstallable.

[Christian Marillat]

Package: csmash
Version: 0.6.6-6
Severity: grave
Justification: renders package unusable

Hi,

This package depends on csmash-data (= 0.6.6-6+b1) who doesn't exist :

$ LANG=C sudo apt-get install csmash 
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  csmash: Depends: csmash-data (= 0.6.6-6+b1) but 0.6.6-6 is to be installed
E: Broken packages

Christian

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages csmash depends on:
ii  csmash-data   0.6.6-6data files for the CannonSmash gam
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.6-2GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-9  GCC support library
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libglu1-xorg [libglu1]6.9.0.dfsg.1-4 Mesa OpenGL utility library [X.Org
ii  libgtk2.0-0   2.8.12-1   The GTK+ graphical user interface 
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libpango1.0-0 1.10.3-1   Layout and rendering of internatio
ii  libsdl-image1.2   1.2.4-1image loading library for Simple D
ii  libsdl-mixer1.2   1.2.6-1.1+b1   mixer library for Simple DirectMed
ii  libsdl1.2debian   1.2.9-1Simple DirectMedia Layer
ii  libstdc++51:3.3.6-12 The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxi66.9.0.dfsg.1-4 X Window System Input extension li
ii  libxmu6   6.9.0.dfsg.1-4 X Window System miscellaneous util
ii  libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics
ii  xlibmesa-gl [libgl1]  6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org]
ii  xlibs 6.9.0.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-9  compression library - runtime

csmash recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354571: RM: gngeo -- RoAM; license problems

[Marc Brockschmidt]

Package: gngeo,ftp.debian.org
Severity: serious
Justification: Policy 2.2

Package is non-free, not fit for contrib:

* src/unzip.{c,h} has different copyright owners and licenses
* src/neocrypt.c is taken from MAME. And thus ... non-free. Yay!
* src/effect/2xsaimmx.asm: "Non-Commercial use of this software is allowed"
* src/cyclone/Cyclone.h: "Cyclone 68000 is free for non-commercial use."
* src/mamez80/z80.c: "This source code is released as freeware for 
non-commercial purposes."

As the maintainer didn't react on my package check, I'm filing this bug
to avoid legal problems. Until debian/copyright is fixed, this package
should be kept out of Debian non-free, too.

Marc


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354553: xorg depends on unfindable libgl1-mesa

[Adam D. Barratt]

On Monday, February 27, 2006 11:09 AM, Tom Parker <[EMAIL PROTECTED]> wrote:

> xorg relies on the libgl1-mesa package, which I can't find a copy of
> anywhere in the Debian archives

Thanks. This is already known and will be fixed in the next upload:

Author: dnusinow
Date: 2006-02-24 00:31:29 -0500 (Fri, 24 Feb 2006)
New Revision: 1307

Modified:
   branches/modular/debian/xorg/debian/changelog
   branches/modular/debian/xorg/debian/control
Log:
* xorg depends on libgl1-mesa-glx now instead of the ubuntu package name.
  Thanks anonymous dude on my blog who should have used reportbug instead.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: tagging 354553

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
> tags 354553 + pending
Bug#354553: xorg depends on unfindable libgl1-mesa
There were no tags set.
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#353312: marked as done (sufary: FTBFS with new make)

[Debian Bug Tracking System]

Your message dated Mon, 27 Feb 2006 03:32:07 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#353312: fixed in sufary 2.1.1-7
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: sufary
Version: 2.1.1-6
Severity: serious

From my pbuilder build log:

...
# Add here commands to install the package into debian/tmp.
# sufary
cp array/array mkary/mkary mkdid/mkdid tools/af tools/sass\
`pwd`/debian/tmp/usr/bin
cp: accessing `tools/sass/tmp/buildd/sufary-2.1.1/debian/tmp/usr/bin': Not a 
directory
make: *** [install-stamp] Error 1

You should be able to fix this by adding a space before the backslash.
-- 
Daniel Schepler

--- End Message ---
--- Begin Message ---
Source: sufary
Source-Version: 2.1.1-7

We believe that the bug you reported is fixed in the latest version of
sufary, which is due to be installed in the Debian FTP archive:

libsufary-perl_2.1.1-7_i386.deb
  to pool/main/s/sufary/libsufary-perl_2.1.1-7_i386.deb
libsufary2_2.1.1-7_i386.deb
  to pool/main/s/sufary/libsufary2_2.1.1-7_i386.deb
sufary-dev_2.1.1-7_i386.deb
  to pool/main/s/sufary/sufary-dev_2.1.1-7_i386.deb
sufary-tcltk_2.1.1-7_all.deb
  to pool/main/s/sufary/sufary-tcltk_2.1.1-7_all.deb
sufary_2.1.1-7.diff.gz
  to pool/main/s/sufary/sufary_2.1.1-7.diff.gz
sufary_2.1.1-7.dsc
  to pool/main/s/sufary/sufary_2.1.1-7.dsc
sufary_2.1.1-7_i386.deb
  to pool/main/s/sufary/sufary_2.1.1-7_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Matej Vela <[EMAIL PROTECTED]> (supplier of updated sufary package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Mon, 27 Feb 2006 12:09:05 +0100
Source: sufary
Binary: sufary-dev sufary-tcltk libsufary-perl libsufary2 sufary
Architecture: source i386 all
Version: 2.1.1-7
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group <[EMAIL PROTECTED]>
Changed-By: Matej Vela <[EMAIL PROTECTED]>
Description: 
 libsufary-perl - Perl module for SUFARY
 libsufary2 - Shared Library for SUFARY
 sufary - Full-text searching tools using suffix array
 sufary-dev - Development files for SUFARY
 sufary-tcltk - Tcl/Tk interface for SUFARY
Closes: 353312
Changes: 
 sufary (2.1.1-7) unstable; urgency=medium
 .
   * QA upload.
   * Package is orphaned (#353626); set maintainer to Debian QA Group.
   * Switch to debhelper 4.
   * debian/rules:
 - Fix build failure with make 3.81+.  Thanks to Matt Kraai for
   the patch.  Closes: #353312.
 - Invoke dh_makeshlibs before dh_shlibdeps to make sure the latter
   picks up libsufary2.
   * Change section of libsufary-perl to perl in accordance with the
 override file.
   * Change priority of sufary-tcltk to extra in accordance with the
 override file.
   * debian/README.Debian, debian/copyright: Update upstream URL.
   * debian/watch: Add.
   * Conforms to Standards version 3.6.2.
Files: 
 70170157d40a7078581e795f438f2c70 627 text optional sufary_2.1.1-7.dsc
 77dd5c59fa8a2da63014b1aed3d4cef1 5084 text optional sufary_2.1.1-7.diff.gz
 0e64201195efee6c5f7a2aab4925b241 14582 text extra sufary-tcltk_2.1.1-7_all.deb
 89500a346c7407c4b39670b8c3e99eff 75394 text optional sufary_2.1.1-7_i386.deb
 79ffd8bcef75dd3d71cea0e334acd098 9710 libs optional libsufary2_2.1.1-7_i386.deb
 fa0987e8e20a6aa16909302b614b6622 16160 devel optional 
sufary-dev_2.1.1-7_i386.deb
 ccc71315f4074863de6da04c7339d00b 18270 perl optional 
libsufary-perl_2.1.1-7_i386.deb

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

iD8DBQFEAt32xBYivKllgY8RAp6JAKDhiH0mG2TqlOrqbyQ9rA+CSMQjYwCcCMpA
PfPzKruVIil2W2tvzkt0JAc=
=S1b5
-END PGP SIGNATURE-

--- End Message ---

Bug#347796: Patch from bugzilla works for me

[Loïc Minier]

Hi,

On Mon, Feb 27, 2006, Damyan Ivanov wrote:
> I just wanted to say that the patch, attached to the bugzilla bug seems to
> solve the crash. I've rebuilt the package with just putting the patch in
> debian/patches and gnome-settings-daemon no more crashes.
> 
> I thought you may need a headsup about this, since 2.12.3 didn't contain the
> patch and the bug is RC...

 Okay, I've applied the patch in our SVN repository, and it will be
 applied in the next upload (I'm not uploading now as it's the only
 change, and the patch is preliminary).

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
Current Earth status:   NOT DESTROYED

Processed: setting package to capplets-data control-center gnome-control-center, tagging 347796

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
> package capplets-data control-center gnome-control-center
Ignoring bugs not assigned to: gnome-control-center control-center capplets-data

> tags 347796 + pending
Bug#347796: gnome-control-center: The program 'gnome-settings-daemon' received 
an X Window System error.
There were no tags set.
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: #325607: realtime-lsm: Module doesn't compile against 2.6.8-2-k7

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 325607 normal
Bug#325607: realtime-lsm: Module doesn't compile against 2.6.8-2-k7
Severity set to `normal'.

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354553: xorg depends on unfindable libgl1-mesa

[Tom Parker]

Package: xorg
Version: 1:7.0.0
Severity: grave
Justification: renders package unusable

xorg relies on the libgl1-mesa package, which I can't find a copy of
anywhere in the Debian archives (I've also checked incoming and the new
packages list on ftp-master.debian.org). There is a copy available in
the Ubuntu archives for dapper, but installing this would probably be a bad
idea

-- System Information:
Debian Release: testing/unstable
  APT prefers stable
  APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 
'experimental'), (97, 'dapper')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Fixed in NMU of aranym 0.9.0final-1.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 317305 + fixed
Bug#317305: aranym(GNU/k*BSD): FTBFS: out of date config.sub/config.guess
There were no tags set.
Tags added: fixed

> tag 353112 + fixed
Bug#353112: aranym_0.9.0final-1: FTBFS with current make due to fear of 
whitespace
Tags were: patch
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354552: flex - FTBFS: /build/buildd/flex-2.5.33/missing: line 46: flex: command not found

[Bastian Blank]

Package: flex
Version: 2.5.33-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of flex_2.5.33-1 on debian-31 by sbuild/s390 85
[...]
> if cc -DHAVE_CONFIG_H -I. -I. -I.  -DLOCALEDIR=\"/usr/share/locale\" 
> -I/usr/include -I./intl   -O2 -g -Wall -D_REENTRANT -MT parse.o -MD -MP -MF 
> ".deps/parse.Tpo" -c -o parse.o parse.c; \
>   then mv -f ".deps/parse.Tpo" ".deps/parse.Po"; else rm -f 
> ".deps/parse.Tpo"; exit 1; fi
> /usr/lib/bison.simple: In function 'yyparse':
> /usr/lib/bison.simple:285: warning: 'yyval' may be used uninitialized in this 
> function
> /bin/sh /build/buildd/flex-2.5.33/missing --run flex   scan.l
> /build/buildd/flex-2.5.33/missing: line 46: flex: command not found
> WARNING: `flex' is missing on your system.  You should only need it if
>  you modified a `.l' file.  You may need the `Flex' package
>  in order for those modifications to take effect.  You can get
>  `Flex' from any GNU archive site.
> sed '/^#/ s|\.c|scan.c|' .c >scan.c
> sed: can't read .c: No such file or directory
> make[3]: *** [scan.c] Error 2
> make[3]: Leaving directory `/build/buildd/flex-2.5.33'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/flex-2.5.33'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/flex-2.5.33'
> make: *** [build/flex] Error 2
> **
> Build finished at 20060226-
> FAILED [dpkg-buildpackage died]

Bastian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354351: Bug#354546: texinfo: 'apt-get build-dep make' fails with 'update-fmtutil: cannot read /etc/texmf/fmt.d/00tex.cnf'

[Norbert Preining]

severity 354351 serious
merge 354351 354546
thanks

Dear submitter of bug #354351: i set the severity to grave since the
functionality is still given, and no data-loss or security hole is
opened. Please see http://www.debian.org/Bugs/Developer#severities

Dear submitter of bug #354546: I merged these two bugs, next version
will fix it.

Best wishes

Norbert

---
Dr. Norbert Preining  Università di Siena
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
KETTLENESS (adj.)
The quality of not being able to pee while being watched.
--- Douglas Adams, The Meaning of Liff


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354401: Error "chown: `root:UNKNOWN': invalid group" when setting up tex-common

[Vincent Lefevre]

On 2006-02-27 10:57:56 +0100, Norbert Preining wrote:
> On Mon, 27 Feb 2006, Vincent Lefevre wrote:
> > BTW, when I wanted to fix the group name (gid) with
> > "dpkg-reconfigure tex-common", the BackSpace key (generating ^?)
> > didn't work to erase the value. I was connected via ssh. I suppose
> > this is a bug too.
> 
> This is most probably not a bug but a misconfiguration of your terminal
> settings.

This is strange because the erase stty setting matched the BackSpace
key, and the key was working in the shells. I'll try to look at the
problem more closely tonight.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / SPACES project at LORIA

Processed: Re: Bug#354546: texinfo: 'apt-get build-dep make' fails with 'update-fmtutil: cannot read /etc/texmf/fmt.d/00tex.cnf'

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 354351 serious
Bug#354351: fail to install
Severity set to `serious'.

> merge 354351 354546
Bug#354351: fail to install
Bug#354546: texinfo: 'apt-get build-dep make' fails with 'update-fmtutil: 
cannot read /etc/texmf/fmt.d/00tex.cnf'
Merged 354351 354546.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#353112: aranym 0.9.0final-1.1 NMU

[Matej Vela]

Hello,

I'm doing an NMU of aranym to fix #317305 and #353112; diff attached.

Thanks,

Matej
diff -u aranym-0.9.0final/debian/changelog aranym-0.9.0final/debian/changelog
--- aranym-0.9.0final/debian/changelog
+++ aranym-0.9.0final/debian/changelog
@@ -1,3 +1,16 @@
+aranym (0.9.0final-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * src/Unix/Makefile.in: Fix build failure with make 3.81+.
+Thanks to Matt Kraai for the patch.  Closes: #353112.
+  * Automatically update config.{sub,guess} from autotools-dev.
+Closes: #317305.
+  * debian/aranym-jit.1, debian/aranym-mmu.1, debian/aratapif.1:
+Fix groff warnings by using named characters.
+  * debian/aranym-jit.substvars: Remove cruft.
+
+ -- Matej Vela <[EMAIL PROTECTED]>  Mon, 27 Feb 2006 11:12:55 +0100
+
 aranym (0.9.0final-1) unstable; urgency=low
 
   * New upstream release
diff -u aranym-0.9.0final/src/Unix/Makefile.in 
aranym-0.9.0final/src/Unix/Makefile.in
--- aranym-0.9.0final/src/Unix/Makefile.in
+++ aranym-0.9.0final/src/Unix/Makefile.in
@@ -150,7 +150,7 @@
 
 install: $(APP) $(TAPIF) $(APP).1.gz installdirs
$(INSTALL_PROGRAM) $(APP) $(DESTDIR)$(bindir)/$(APP)
-   if [ "x$(APP_IFC)" = "x$(TAPIF)" ]; then\
+   if [ "x$(APP_IFC)" = "x$(TAPIF)" ]; then \
$(INSTALL_PROGRAM) $(APP_IFC) $(DESTDIR)$(bindir)/$(APP_IFC);\
fi
$(INSTALL_DATA) $(APP).1.gz $(DESTDIR)$(man1dir)/$(APP).1.gz
@@ -196,7 +196,7 @@
 
 uninstall:
rm -f $(DESTDIR)$(bindir)/$(APP)
-   if [ "x$(APP_IFC)" = "x$(TAPIF)" ]; then\
+   if [ "x$(APP_IFC)" = "x$(TAPIF)" ]; then \
rm -f $(DESTDIR)$(bindir)/$(APP_IFC);\
fi
rm -f $(DESTDIR)$(man1dir)/$(APP).1.gz
@@ -269,7 +269,7 @@
 
 bindist: $(APP) $(TAPIF) $(APP).1.gz bindistdirs
$(INSTALL_PROGRAM) $(APP) tmpdist$(bindir)/$(APP)
-   if [ "x$(APP_IFC)" = "x$(TAPIF)" ]; then\
+   if [ "x$(APP_IFC)" = "x$(TAPIF)" ]; then \
$(INSTALL_PROGRAM) $(APP_IFC) tmpdist$(bindir)/$(APP_IFC);\
fi
$(INSTALL_DATA) $(APP).1.gz tmpdist$(man1dir)/$(APP).1.gz
diff -u aranym-0.9.0final/debian/aranym-jit.1 
aranym-0.9.0final/debian/aranym-jit.1
--- aranym-0.9.0final/debian/aranym-jit.1
+++ aranym-0.9.0final/debian/aranym-jit.1
@@ -27,3 +27,3 @@
 .SH AUTHOR
-This manual page was written by Antonín Král <[EMAIL PROTECTED]>,
+This manual page was written by Anton\['i]n Kr\['a]l <[EMAIL PROTECTED]>,
 for the Debian GNU/Linux system (but may be used by others).
diff -u aranym-0.9.0final/debian/aranym-mmu.1 
aranym-0.9.0final/debian/aranym-mmu.1
--- aranym-0.9.0final/debian/aranym-mmu.1
+++ aranym-0.9.0final/debian/aranym-mmu.1
@@ -27,3 +27,3 @@
 .SH AUTHOR
-This manual page was written by Antonín Král <[EMAIL PROTECTED]>,
+This manual page was written by Anton\['i]n Kr\['a]l <[EMAIL PROTECTED]>,
 for the Debian GNU/Linux system (but may be used by others).
reverted:
--- aranym-0.9.0final/debian/aranym-jit.substvars
+++ aranym-0.9.0final.orig/debian/aranym-jit.substvars
@@ -1 +0,0 @@
-shlibs:Depends=libc6 (>= 2.3.1-1), libgcc1 (>= 1:3.2.1-1), libsdl1.2debian (>> 
1.2.3), libstdc++5 (>= 1:3.2.1-1)
diff -u aranym-0.9.0final/debian/aratapif.1 aranym-0.9.0final/debian/aratapif.1
--- aranym-0.9.0final/debian/aratapif.1
+++ aranym-0.9.0final/debian/aratapif.1
@@ -33,3 +33,3 @@
 .SH AUTHOR
-This manual page was written by Antonín Král <[EMAIL PROTECTED]>,
+This manual page was written by Anton\['i]n Kr\['a]l <[EMAIL PROTECTED]>,
 for the Debian GNU/Linux system (but may be used by others).
diff -u aranym-0.9.0final/debian/control aranym-0.9.0final/debian/control
--- aranym-0.9.0final/debian/control
+++ aranym-0.9.0final/debian/control
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Antonin Kral <[EMAIL PROTECTED]>
 Standards-Version: 3.6.1
-Build-Depends: debhelper, bzip2, libsdl1.2-dev, libsdl-image1.2-dev
+Build-Depends: debhelper, autotools-dev, bzip2, libsdl1.2-dev, 
libsdl-image1.2-dev
 
 Package: aranym
 Architecture: any
diff -u aranym-0.9.0final/debian/rules aranym-0.9.0final/debian/rules
--- aranym-0.9.0final/debian/rules
+++ aranym-0.9.0final/debian/rules
@@ -17,6 +17,8 @@
 build-stamp:
dh_testdir
 
+   ln -sf /usr/share/misc/config.sub /usr/share/misc/config.guess src/Unix
+
(cd src/Unix && [ ! -f Makefile ] || $(MAKE) distclean)
(cd src/Unix && ./configure --prefix=/usr --mandir=/usr/share/man 
--enable-addressing=direct --enable-nfjpeg && $(MAKE))
(cd src/Unix && $(MAKE) install DESTDIR=`pwd`/../../debian/tmp )
@@ -47,6 +49,8 @@
 
(cd src/Unix && [ ! -f Makefile ] || $(MAKE) distclean)
 
+   rm -f src/Unix/config.sub src/Unix/config.guess
+
dh_clean
 
 install: build

Bug#331068: Are you gonna leave pngcrush broken forever?

[Bug Filler]

Package: pngcrush
Version: 1.5.10-2
Followup-For: Bug #331068


This is crap. How long till the package be fixed/patched in Debian? I
don't care how broken or messed up the upstream author are, why are you
leaving Debian user with known broken package for so long?

I see plenty of Debian packages have private patches.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-01
Locale: LANG=C, LC_CTYPE=zh_CN.GBK (charmap=GBK)

Versions of packages pngcrush depends on:
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  zlib1g1:1.2.3-9  compression library - runtime

pngcrush recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354546: texinfo: 'apt-get build-dep make' fails with 'update-fmtutil: cannot read /etc/texmf/fmt.d/00tex.cnf'

[Andreas Jochens]

Package: texinfo
Version: 4.8-5
Severity: serious

Hello,

I just tried to build the 'make' package in a clean unstable chroot
environment, but the 'apt-get build-dep make' command failed with
the following error:

Setting up texinfo (4.8-5) ...
update-fmtutil: cannot read /etc/texmf/fmt.d/00tex.cnf
dpkg: error processing texinfo (--configure):
 subprocess post-installation script returned error exit status 1


I can reproduce the same error by trying to install
texinfo and tetex-bin together in a clean unstable chroot:

# apt-get install texinfo tetex-bin
[...]
Selecting previously deselected package tetex-bin.
Unpacking tetex-bin (from .../tetex-bin_3.0-14_amd64.deb) ...
Unpacking texinfo (from .../texinfo_4.8-5_amd64.deb) ...
Setting up libexpat1 (1.95.8-3) ...
[...]
Setting up texinfo (4.8-5) ...
update-fmtutil: cannot read /etc/texmf/fmt.d/00tex.cnf
dpkg: error processing texinfo (--configure):
 subprocess post-installation script returned error exit status 1


Installing just 'texinfo' alone, i.e. not together with 'tetex-bin'
works fine.

Regards
Andreas Jochens



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#354401: Error "chown: `root:UNKNOWN': invalid group" when setting up tex-common

[Norbert Preining]

On Mon, 27 Feb 2006, Vincent Lefevre wrote:
> > > Ahh, so I assume that /var/cache/fonts exists, but it is owned by a
> > > group id NOT listed in /etc/groups, so stat cannot find it.
> 
> Note that this can happen when the group name is defined by NIS,
> but when the upgrade occurs, the NIS client isn't running (though
> the problem here occurred for another reason).

Ok, so doing it the numeric way in this case also makes sense.

> BTW, when I wanted to fix the group name (gid) with
> "dpkg-reconfigure tex-common", the BackSpace key (generating ^?)
> didn't work to erase the value. I was connected via ssh. I suppose
> this is a bug too.

This is most probably not a bug but a misconfiguration of your terminal
settings.

Best wishes

Norbert

---
Dr. Norbert Preining  Università di Siena
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
FARNHAM (n.)
The feeling you get about four o'clock in the afternoon when you
haven't got enough done.
--- Douglas Adams, The Meaning of Liff


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Fixed in NMU of drgeo-doc 1.5-2.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 353102 + fixed
Bug#353102: drgeo-doc: FTBFS: can't parse dependency ' '
Tags were: patch
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#347796: Patch from bugzilla works for me

[Damyan Ivanov]

Hi,

I just wanted to say that the patch, attached to the bugzilla bug seems to
solve the crash. I've rebuilt the package with just putting the patch in
debian/patches and gnome-settings-daemon no more crashes.

I thought you may need a headsup about this, since 2.12.3 didn't contain the
patch and the bug is RC...


dam
-- 
Damyan Ivanov  Creditreform Bulgaria
[EMAIL PROTECTED]  http://www.creditreform.bg/
phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994
mob. +359(88)856-6067   [EMAIL PROTECTED]/Gaim


signature.asc
Description: OpenPGP digital signature

Processed: retitle 350390 to gnubg: immediate segfault on AMD64

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.11
> retitle 350390 gnubg: immediate segfault on AMD64
Bug#350390: gnubg: Segmentation fault
Changed Bug title.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#353102: drgeo-doc 1.5-2.1 NMU

[Matej Vela]

Hello,

I'm doing an NMU of drgeo-doc to fix #353102; diff attached.

Thanks,

Matej
diff -u drgeo-doc-1.5/debian/changelog drgeo-doc-1.5/debian/changelog
--- drgeo-doc-1.5/debian/changelog
+++ drgeo-doc-1.5/debian/changelog
@@ -1,3 +1,11 @@
+drgeo-doc (1.5-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix dependency syntax.  Thanks to Matt Kraai for the patch.
+Closes: #353102.
+
+ -- Matej Vela <[EMAIL PROTECTED]>  Mon, 27 Feb 2006 09:49:36 +0100
+
 drgeo-doc (1.5-2) unstable; urgency=low
 
   * Updated to Standards-Version 3.5.9
diff -u drgeo-doc-1.5/debian/control drgeo-doc-1.5/debian/control
--- drgeo-doc-1.5/debian/control
+++ drgeo-doc-1.5/debian/control
@@ -7,8 +7,8 @@
 
 Package: drgeo-doc
 Architecture: all
-Recommands: drgeo
-Depends: ${shlibs:Depends} ${misc:Depends}, dillo
+Recommends: drgeo
+Depends: ${shlibs:Depends}, ${misc:Depends}, dillo
 Description: The Dr. Geo online manual. 
  Install this package if you want the on-line help
  for the Dr. Geo software. The on-line help can be used directly

Processed: reassign 352401 to gorm.app

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
> reassign 352401 gorm.app
Bug#352401: gorm: FTBFS due to unmet build-dep libgnustep-gui0.9-dev
Bug reassigned from package `gorm' to `gorm.app'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: reassign 352375 to preferences.app

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
> reassign 352375 preferences.app
Bug#352375: preferences: FTBFS because of unmet build-dep on 
libgnustep-gui0.9-dev
Bug reassigned from package `preferences' to `preferences.app'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#318586: marked as done (libsdl1.2-dev: depends on libglu1-xorg-dev on architectures where it hasn't been built!)

[Debian Bug Tracking System]

Your message dated Mon, 27 Feb 2006 09:06:28 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Acknowledging old NMUs
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: libsdl1.2-dev
Version: 1.2.7+1.2.8cvs20041007-5.1
Severity: serious
Tags: sid

The current version of libsdl1.2-dev depends on libglu1-xorg-dev, even
though libsdl1.2 doesn't have any build-dependencies on GL-related
packages.  There is now a libsdl1.2-dev package on sparc with this
build-dependency, even though libglu1-xorg-dev has never been built
there!  I realize the NMUer was merely doing a mechanical replacement of
the obsolete package name with the new one, but both forms of this
dependency are garbage and should not have been included in the first
place.

This bug will no longer be of severity: serious once xorg is available
all architectures, but in the meantime this bug has a real impact on the
ability to rebuild other SDL-using packages for the C++ transition and
it should be fixed.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

--- End Message ---
--- Begin Message ---
   These bugs were fixed in previous NMUs. Acknowledging them.

#246477: Qemu fails to compile, broken sdl-config in libsdl1.2-dev 
#318586: libsdl1.2-dev: depends on libglu1-xorg-dev on architectures where it 
hasn't been built!

-- 
Sam.
--- End Message ---