Bug#342292: tetex-bin: Multiple exploitable heap overflows in embedded xpdf copy

[Martin Schulze]

Frank Küster wrote:
> I'm currently preparing an upload of tetex-bin linked against libpoppler.

I'm attaching the current patch against the version in sarge.  Please
let me know which version in sid fixes these problems.

The corresponding CVE names are:

CVE IDs: CAN-2005-3191 CAN-2005-3192 CVE-2005-3624 CVE-2005-3625
 CVE-2005-3626 CVE-2005-3627 CVE-2005-3628


Regards,

Joey

-- 
Never trust an operating system you don't have source for!

Please always Cc to me when replying to me on the lists.
diff -u tetex-bin-2.0.2/debian/changelog tetex-bin-2.0.2/debian/changelog
--- tetex-bin-2.0.2/debian/changelog
+++ tetex-bin-2.0.2/debian/changelog
@@ -1,3 +1,35 @@
+tetex-bin (2.0.2-30sarge4) stable-security; urgency=high
+
+  * Non-maintainer upload by the Security Team
+  * Added more precautionary checks by Dirk Müller [xpdf/Stream.cc,
+xpdf/JBIG2Stream.cc, debian/patches/patch-CVE-2005-3191]
+
+ -- Martin Schulze <[EMAIL PROTECTED]>  Thu, 15 Dec 2005 17:02:52 +0100
+
+tetex-bin (2.0.2-30sarge3) stable-security; urgency=high
+
+  * Non-maintainer upload by the Security Team
+  * Added more precautionary checks by Martin Pitt
+
+ -- Martin Schulze <[EMAIL PROTECTED]>  Mon, 12 Dec 2005 08:32:05 +0100
+
+tetex-bin (2.0.2-30sarge2) stable-security; urgency=high
+
+  * Non-maintainer upload by the Security Team
+  * Adjusted the former patch
+  * Applied missing bits found by Ludwig Nussel
+
+ -- Martin Schulze <[EMAIL PROTECTED]>  Fri,  9 Dec 2005 11:25:16 +0100
+
+tetex-bin (2.0.2-30sarge1) stable-security; urgency=high
+
+  * Non-maintainer upload by the Security Team
+  * Partially applied patch from xpdf upstream to fix buffer overflows
+[libs/xpdf/xpdf/Stream.cc, libs/xpdf/xpdf/Stream.h, CAN-2005-3191,
+debian/patches/patch-CVE-2005-3191]
+
+ -- Martin Schulze <[EMAIL PROTECTED]>  Thu,  8 Dec 2005 10:19:45 +0100
+
 tetex-bin (2.0.2-30) unstable; urgency=low
 
   * Restore debian/watch and don't keep the recovered control file in
diff -u tetex-bin-2.0.2/debian/rules tetex-bin-2.0.2/debian/rules
--- tetex-bin-2.0.2/debian/rules
+++ tetex-bin-2.0.2/debian/rules
@@ -57,6 +57,8 @@
patch -p1 -Ni debian/patches/patch-CAN-2005-0064
patch -p1 -NRi debian/patches/patch-mandash || true
patch -p1 -Ni debian/patches/patch-mandash
+   patch -p1 -NRi debian/patches/patch-CVE-2005-3191 || true
+   patch -p1 -Ni debian/patches/patch-CVE-2005-3191
cp -f /usr/share/misc/config.guess /usr/share/misc/config.sub ./texk/
cp -f /usr/share/misc/config.guess /usr/share/misc/config.sub 
./utils/texinfo/
cp -f /usr/share/misc/config.guess /usr/share/misc/config.sub ./config/
@@ -95,6 +97,7 @@
# Add here commands to clean up after the build process.
# Make sure all of our expected symlinks are in place
sh debian/restore-symlinks
+   patch -p1 -NRi debian/patches/patch-CVE-2005-3191 || true
patch -p1 -NRi debian/patches/patch-mandash || true
patch -p1 -NRi debian/patches/patch-CAN-2005-0064 || true
patch -p1 -NRi debian/patches/patch-CAN-2004-1125 || true
only in patch2:
unchanged:
--- tetex-bin-2.0.2.orig/debian/patches/patch-CVE-2005-3191
+++ tetex-bin-2.0.2/debian/patches/patch-CVE-2005-3191
@@ -0,0 +1,243 @@
+diff -u -p -Nr --exclude CVS 
tetex-bin-2.0.2.orig/libs/xpdf/xpdf/JBIG2Stream.cc 
tetex-bin-2.0.2/libs/xpdf/xpdf/JBIG2Stream.cc
+--- tetex-bin-2.0.2.orig/libs/xpdf/xpdf/JBIG2Stream.cc 2002-11-16 
16:02:19.0 +0100
 tetex-bin-2.0.2/libs/xpdf/xpdf/JBIG2Stream.cc  2005-12-15 
16:51:31.0 +0100
+@@ -13,6 +13,7 @@
+ #endif
+ 
+ #include 
++#include 
+ #include "GList.h"
+ #include "Error.h"
+ #include "JBIG2Stream.h"
+@@ -977,7 +978,14 @@ JBIG2Bitmap::JBIG2Bitmap(Guint segNumA, 
+   w = wA;
+   h = hA;
+   line = (wA + 7) >> 3;
+-  data = (Guchar *)gmalloc(h * line);
++
++  if (h < 0 || line <= 0 || h >= (INT_MAX-1) / line)
++data = NULL;
++  else {
++// need to allocate one extra guard byte for use in combine()
++data = (Guchar *)gmalloc(h * line + 1);
++data[h * line] = 0;
++  }
+ }
+ 
+ JBIG2Bitmap::JBIG2Bitmap(Guint segNumA, JBIG2Bitmap *bitmap):
+@@ -986,8 +994,15 @@ JBIG2Bitmap::JBIG2Bitmap(Guint segNumA, 
+   w = bitmap->w;
+   h = bitmap->h;
+   line = bitmap->line;
+-  data = (Guchar *)gmalloc(h * line);
++
++  if (h < 0 || line <= 0 || h >= (INT_MAX-1) / line) {
++data = NULL;
++return;
++  }
++
++  data = (Guchar *)gmalloc(h * line + 1);
+   memcpy(data, bitmap->data, h * line);
++  data[h * line] = 0;
+ }
+ 
+ JBIG2Bitmap::~JBIG2Bitmap() {
+@@ -1012,10 +1027,10 @@ JBIG2Bitmap *JBIG2Bitmap::getSlice(Guint
+ }
+ 
+ void JBIG2Bitmap::expand(int newH, Guint pixel) {
+-  if (newH <= h) {
++  if (newH <= h || line <= 0 || newH >= (INT_MAX-1) / line) {
+ return;
+   }
+-  data = (Guchar *)grealloc(data, newH * line);
++  data = (Guchar *)grealloc(data, newH * line + 1);
+   if (pixel) {
+ memset(data + h * line, 0xff, (newH -

Bug#347575: xserver-xorg: DRI cannot be enabled with my RV280 (Radeon 9200 Pro)

[Stefan Borggraefe]

Am Mittwoch, 11. Januar 2006 18:33 schrieb Michel Dänzer:
> On Wed, 2006-01-11 at 16:58 +0100, Stefan Borggraefe wrote:
> > $ lsmod | grep -E "(drm|agp|radeon)"
> > radeon 97120  1
> > drm64724  2 radeon
> > via_agp 9344  1
> > agpgart31496  2 drm,via_agp
>
> This looks as if the radeon module is in use. What does
>
> sudo lsof /dev/dri/card0
>
> say?

Ugh, this was the problem:

# lsof /dev/dri/card0
COMMAND   PID   USER   FD   TYPE DEVICE SIZE  NODE NAME
3ddeskd 19721 stefan  memCHR  226,0  18084 /dev/dri/card0
3ddeskd 19721 stefan5u   CHR  226,0  18084 /dev/dri/card0

After killing 3ddeskd (from package 3ddesktop), Xorg was able to use the DRI 
again. When I start 3ddeskd after Xorg, I can use both together. But when 
3ddeskd is already running, Xorg can't enable its DRI support.

As a workaround I added

  killall 3ddeskd

into
  
  /etc/kde3/kdm/Xreset

which seems to work.

I think theses packages should work flawlessy together out of the box and so 
this is still bug report-worthy. But I'm not sure which package needs to be 
fixed and whether this bug report should be moved to another package.

Greetings, Stefan!

Bug#347291: acidbase: Wrong $DBtype setup

[David Gil]

tags 347291 +pending
thanks

El lun, 09-01-2006 a las 19:05 -0200, Rodrigo Real escribió:
> The setup of the package is setting the variable $DBtype in
> base_conf.php 
> to 'postgresql' when it should be 'postgres'.

Oops. Fixed in the next upload.
Thanks.

Bug#329387: bugzilla security update for sarge (2.16.7-7sarge2)

[Martin Schulze]

Martin Schulze wrote:
> Alexis Sukrieh wrote:
> > * Martin Schulze ([EMAIL PROTECTED]) disait :
> > > Do you happen to know about the package in woody?

Btw. this issue has been assigned CVE-2005-4534, so please add it to the
changelog if you prepare a fixed package for woody as well.

Regards,

Joey

-- 
Never trust an operating system you don't have source for!

Please always Cc to me when replying to me on the lists.


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

Bug#329387: bugzilla security update for sarge (2.16.7-7sarge2)

[Martin Schulze]

Hi Alexis!

Alexis Sukrieh wrote:
> * Martin Schulze ([EMAIL PROTECTED]) disait :
> > Do you happen to know about the package in woody?
> 
> Well, I don't know. Where can I grab woody's source packages?
> 
> >  a) what about woody
> 
> As soon as I know where to fetch woody's sources, I will tell you.

I guess that I've already answered this mail, but since I can't find
a reply, I better reply now (maybe again).

klecker!joey(pts/6):/org/security.debian.org/queue/accepted> elmo -e -s 
bugzilla -a source -u
http://security.debian.org/pool/updates/main/b/bugzilla/bugzilla_2.14.2.orig.tar.gz
http://security.debian.org/pool/updates/main/b/bugzilla/bugzilla_2.14.2-0woody4.dsc
http://security.debian.org/pool/updates/main/b/bugzilla/bugzilla_2.14.2-0woody4.diff.gz

> >  b) what about sid
> 
> Sid is not affected, the vulnerable script does not exist in the sid
> version.

Noted.

Regards,

Joey

-- 
Never trust an operating system you don't have source for!

Please always Cc to me when replying to me on the lists.


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

Bug#317373: antlr: the C++ library should be rebuilt using gcc 4

[Sylvain Joyeux]

Package: antlr
Followup-For: Bug #317373


Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Sylvain Joyeux <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: antlr: The C++ library *should* be rebuilt using gcc 4
Message-ID: <[EMAIL PROTECTED]>
X-Mailer: reportbug 3.18
Date: Thu, 12 Jan 2006 08:32:38 +0100

Package: antlr
Followup-For: Bug #317373


The current version of libantlr makes programs compiled
with gcc 4 crash. The package builds as-is in 
unstable, and it fixed the problem for me.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (600, 'testing'), (600, 'stable'), (400, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.5
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (600, 'testing'), (600, 'stable'), (400, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.5
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8)


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

Bug#347700: unable to make Sarge backport due to error in version of xlibs-dev in build-depends section in debian/control

[Kai-Cheung Leung]

Package: libwine
Version: 0.9.2-1
Severity: normal

apt-get build-dep wine told me that the build-dependencies of wine-0.9.2-1 
could not be satisfied by the Sarge repository.  Then I looked at 
wine_0.9.2-1.dsc and I discovered that xlibs-dev is set to (<< 4.3).  However 
Debian Sarge has xlibs-dev-4.3, which means that the package xlibs-dev-4.3 
could NOT be used for compiling Sarge backports.  For most of the 
build-dependencies, there are alternative packages which Sarge could satisfy, 
however without xlibs-dev, I have to use libxext-dev, which is NOT available in 
Sarge (this package is only available in etch onwards) and backporting to Sarge 
therefore becomes impossible.  

I noticed that in the previous wine_0.9-1.dsc, xlibs-dev is also specified to 
be << 4.3 (which therefore make Sarge can's use xlibs-dev again), but it does 
not have libxext-dev, therefore the overall build-depencies can still be 
satisfied by the Sarge repository.

Therefore is it possible to set xlibs-dev to "<= 4.3" instead to allow 
Sarge-backporting?  Failing that, is it possible to somehow substitute 
libxext-dev with other packages?

Best Regards,

Kai-Cheung Leung

Machen Sie aus 14 Cent spielend bis zu 100 Euro!
Die neue Gaming-Area von Arcor - über 50 Onlinespiele im Angebot.
http://www.arcor.de/rd/emf-gaming-1

Bug#347699: iproute: tc filter add u32 does not parse "sample"

[Russell Stuart]

Package: iproute
Version: 20051007-2
Severity: normal
Tags: patch

Example:
  tc filter add dev eth2 parent 1:0 protocol ip prio 1 u32 ht 801: \
classid 1:3 \
sample ip protocol1 0xff match ip protocol 1 0xff
  Illegal "sample"

Problem caused by missing memset in f_u32.c.  See attached
patch.  Problem occurs in both sarge (iproute-20041019-3)
and unstable.  Problem is still in the latest (2006-01-10)
upstream source.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11-7-lube-686-smp
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages iproute depends on:
ii  libatm1 2.4.1-17 shared library for ATM (Asynchrono
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an

-- no debconf information
diff -Nur iproute-20051007.keep/debian/changelog iproute-20051007/debian/changelog
--- iproute-20051007.keep/debian/changelog	2006-01-12 17:10:02.0 +1000
+++ iproute-20051007/debian/changelog	2006-01-12 17:13:48.0 +1000
@@ -1,3 +1,11 @@
+iproute (20051007-2.1) experimental; urgency=low
+
+  * NMU
+  * Fix bug in parsing u32 "sample" phrase.
+CLoses: #99
+
+ -- Russell Stuart <[EMAIL PROTECTED]>  Thu, 12 Jan 2006 17:13:21 +1000
+
 iproute (20051007-2) experimental; urgency=low
 
   * Added flex to build-deps 
diff -Nur iproute-20051007.keep/tc/f_u32.c iproute-20051007/tc/f_u32.c
--- iproute-20051007.keep/tc/f_u32.c	2005-01-19 08:11:58.0 +1000
+++ iproute-20051007/tc/f_u32.c	2006-01-12 17:12:43.0 +1000
@@ -878,6 +878,7 @@
 struct tc_u32_sel sel;
 struct tc_u32_key keys[4];
 			} sel2;
+			memset(&sel2, 0, sizeof(sel2));
 			NEXT_ARG();
 			if (parse_selector(&argc, &argv, &sel2.sel, n)) {
 fprintf(stderr, "Illegal \"sample\"\n");

Bug#347456: subversion: svn doesn't like it if folders already exist

[Peter Samuelson]

[Thorsten Gunkel]
> However when I want to do a checkout on another machine svn will complain
> because etc already exists:
> 
>  # svn update
>  svn: Working copy 'etc' is missing or not locked

   # cd /etc
   # svn checkout http://your.server/your/etc .

This will store the files directly in /etc as you wish.  However, it
may not be quite what you want, because it will refuse to overwrite any
files you may already have in /etc.  (I'm guessing you would want it to
do so.)

There have been some requests for upstream to deal with this situation
more gracefully, but from what I can recall, the discussions haven't
ever ended conclusively and nobody has stepped up to do the work.


signature.asc
Description: Digital signature

Bug#346590: I intend to NMU gifsicle

[Amaya]

Amaya wrote:
> Patch attached.

Yeah, right :)

Patch attached *now*.

-- 
 .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte   
: :' :  
`. `'   Proudly running unstable Debian GNU/Linux
  `- www.amayita.com  www.malapecora.com  www.chicasduras.com


gifsicle_1.44-1.1.diff.gz
Description: Binary data
Format: 1.0
Source: gifsicle
Version: 1.44-1.1
Binary: gifsicle
Maintainer: Gürkan Sengün <[EMAIL PROTECTED]>
Architecture: any
Standards-Version: 3.6.2
Build-Depends: debhelper (>= 4.0.0), autotools-dev, libx11-dev, x-dev
Files: 
 7cf88d1973bbbaa2f7c2305784b5bf63 228987 gifsicle_1.44.orig.tar.gz
 fd4c3f5a24c65f91b85dcafce619d0cf 28031 gifsicle_1.44-1.1.diff.gz
Format: 1.7
Date: Thu, 12 Jan 2006 07:53:25 +0100
Source: gifsicle
Binary: gifsicle
Architecture: source
Version: 1.44-1.1
Distribution: unstable
Urgency: low
Maintainer: Gürkan Sengün <[EMAIL PROTECTED]>
Changed-By: Amaya Rodrigo Sastre <[EMAIL PROTECTED]>
Description: 
 gifsicle   - Tool for manipulating GIF images
Closes: 345503 346590
Changes: 
 gifsicle (1.44-1.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fixed small typo in description (Closes: #345503).
   * Now build-depends on libx11-dev and x-dev, instead of xlibs-dev
 (Closes: #346590).
   * Also run autoconf, in order to really get it right.
Files: 
 b43e62b2689f5997c7f3c19a4c0b1c92 370 graphics optional gifsicle_1.44-1.1.dsc
 fd4c3f5a24c65f91b85dcafce619d0cf 28031 graphics optional 
gifsicle_1.44-1.1.diff.gz

Bug#347585: Bug#308812: winbind should depend on samba (smbclient)?

[Christian Perrier]

> > So, I hereby propose:
> 
> > 1) close #308812 and #347584 with "Version: 3.0.20b-3
> 
> Yes, closing 308812 since this dependency has now been added.

And also close 347584 which is the samedoing so right now.


> 
> > 2) lower #347585 to important
> 
> > I don't do it right now because I really want to understand why you
> > cloned the bug.
> 
> I believe this one should still be left open, and at the present severity.


Well, my rationale is that #347585 is not about a missing dependency
but about a missing directory, which only affects those people who use
winbind without samba.

The solution to #347585 is not another dependency but rather
/var/run/samba included in winbind so one may argue that, seen this
way, the bug is something that "has a major effect on the
usability of a package, without rendering it completely unusable to
everyone".:-)

Anyway, this is arguing: fixing this give us an opportunity to upload
a new version which I was already considering given that the former
one has reached testing.

The severity will just determine the priority we should give to the
new version.





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

Bug#347564: darcs - FTBFS: cannot stat `manual/index.html': No such file or directory

[Isaac Jones]

This is probably due to a documentation build failure as below:

Output written on darcs.dvi (228 pages, 826908 bytes).
Transcript written on darcs.log.
--- warning --- Can't find/open file `tex4ht.env | .tex4ht'
--- error --- Illegal storage address

The program segfaults when it can't find tex4ht.  Not sure why it
segfaults or why it can't find that file... investigating.

Bug#346607: Depending on x-dev (was: Re: Bug#346607: Processed: xlibs-dev nmu ace)

[Thomas Girard]

I asked:

why was x-dev dependency added to the `Build-Depends:' field ? As
`libxt-dev` already depends on it (via e.g. libx11-dev), I don't think
it should be marked twice. Am I missing something ?


and Steve replied:

You use headers from x-dev directly; you shouldn't rely on transitive
dependencies to pull it in, as those are subject to change.


Thanks for the explanation. I have checked again but I don't believe
your explanation applies here:

 [EMAIL PROTECTED]:ACE_wrappers$ find . -name '*.i' -o -name '*.cpp' -o 
-name '*.h' -o name '*.inl' | xargs grep X11

 1 ./ace/FlReactor.cpp:  // First clean up the corresponding X11Input.
 2 ./ace/TkReactor.cpp:  // First clean up the corresponding X11Input.
 3 ./ace/XtReactor.cpp:  // First clean up the corresponding X11Input.
 4 ./ace/XtReactor.h:#include /**/ 
 5 ./tests/XtAthenaReactor_Test.cpp:#include /**/ 
 6 ./tests/XtAthenaReactor_Test.cpp:#include /**/ 
 7 ./tests/XtAthenaReactor_Test.cpp:#include /**/ 
 8 ./tests/XtAthenaReactor_Test.cpp:#include /**/ 
 9 ./tests/XtAthenaReactor_Test.cpp:#include /**/ 
10 ./tests/XtAthenaReactor_Test.cpp:#include /**/ 
11 ./tests/XtAthenaReactor_Test.cpp:#include /**/ 
12 ./tests/XtMotifReactor_Test.cpp:#include /**/ 
13 ./tests/XtMotifReactor_Test.cpp:#include /**/ 
14 ./tests/XtMotifReactor_Test.cpp:#include /**/ 
15 ./TAO/tao/XtResource_Factory.h:#include /**/ 
16 ./TAO/tao/XtResource_Loader.h:#include /**/ 

From the above results, only line 4, 15 and 16 are relevant. The other
ones are either not compiled or false positive.

Thanks,

Thomas





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

Bug#337346: Bug update status

[Rob Browning]

Nate Eldredge <[EMAIL PROTECTED]> writes:

>>  apt-get install slib/testing
>
> Ping!  One month later, still no fix.  Status?

Aside from the holidays intervening, there was one last thing I had to
clear up with the slib maintainer.  That's been done, and I believe
I'm about ready to upload the fix.  I suspect I'll have time tomorrow.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4


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

Bug#347696: console-terminus: Font name changes will break D-I beta1

[Christian Perrier]

Package: console-terminus
Version: 4.16-1
Severity: normal

This bug is more or less a fake bug.

The name changes that went into console-terminus will break Debian Installer
for languages that use console-terminus currently: Bosnian, Kurdish,
Romanian and Turkish.

As a consequence, this bug is here to prevent console-terminus entering
testing until the D-I team officially declares Etch beta1 as unsupported.

This bug will be cloned for localechooser, which will also need changes to
reflect the new names.

PS: thankfully I have console-terminus installed on my own system and I
noticed the change. Please think about coordinating with the D-I team in the
future for such releases. Not saying that the name change wasn't right: the
new names are a lot clearer.


-- 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.13-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages console-terminus depends on:
ii  console-tools  1:0.2.3dbs-60 Linux console and font utilities
ii  debconf [debconf-2.0]  1.4.67Debian configuration management sy

console-terminus recommends no packages.

-- debconf information excluded


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

Bug#347695: bash: segfault in "while read" loop

[Laird Breyer]

Package: bash
Version: 3.1-1
Severity: normal

The following command segfaults at line 4097:

% seq 0 1 | while read line; do /bin/echo $line ; done | tail -2
4095
4096

The seq, echo and tail commands are for illustration only, they are
not related to the bug. I originally discovered the bug with completely
different commands, but the above is the simplest illustration of the bug.

The segfault appears when the input reaches line 4097, and when an
external command is invoked. 
If you use the builtin echo, the bug doesn't appear:

% seq 0 1 | while read line; do echo $line ; done | tail -2

1
   



-- 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.14-2-686
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages bash depends on:
ii  base-files3.1.9  Debian base system miscellaneous f
ii  debianutils   2.15.2 Miscellaneous utilities specific t
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  Shared libraries for terminal hand

bash recommends no packages.

-- no debconf information


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

Bug#336645: Bug 336645: PHP 4.4.1 Security Fixes

[Nick Jenkins]

According to http://lwn.net/Articles/159103/ , it's looking like
Debian is the last major distro without a fix for this. Could perhaps
the recent Ubuntu updates ( http://lwn.net/Alerts/165505/ ), which
were for PHP 4.3.8, be of use to Sarge?

All the best,
Nick.

Bug#347694: kivio will not upgrade to 1.4.2-5+b1 because kivio-data is not present

[Peder Chr . Nørgaard]

Package: kivio
Version: 1:1.4.2-5
Severity: serious
Justification: unknown

the subject says it all.  kivio-data for 1.4.2-5+b1 is missing in
unstable, both in the Packages file and on the mirrors.  Incidentally,
the source for koffice 1.4.2-1+b1 is missing, too, so I have had no
chance to figure out myself why this may be.

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

Versions of packages kivio depends on:
ii  kivio-data1:1.4.2-5  data files for Kivio flowcharting 
ii  koffice-libs  1:1.4.2-5  common libraries and binaries for 
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-6  GCC support library
ii  libstdc++64.0.2-6The GNU Standard C++ Library v3
ii  python2.3 2.3.5-9An interactive high-level object-o

kivio recommends no packages.

-- no debconf information


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

Bug#326654: xvnc4viewer fullscreen workaround

[Chris Howie]

FYI, I've found a workaround for this problem: use the fullscreen option
provided by KDE (if you're using KDE of course).

-- 
Chris Howie
http://www.chrishowie.com

-BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS/IT d-(--) s:- a--->? C++(+++)$> UL P$ L+++> E---
W++ N o++ K? w--$ O M- V- PS--(---) PE++ Y+ PGP++ t+ 5? X-
R(+)>- tv-(--) b- DI+> D++ G>+++ e>++ h(--)>--- !r>+++ y->+++
--END GEEK CODE BLOCK--


signature.asc
Description: OpenPGP digital signature

Bug#347411: kxstitch: depends on non-existent libdps1 package

[eric pareja]

Noong Miy, Ene 11, 2006 ng 07:22:45PM +0100, sinabi ni Laurent Bonnaud:
> 
> > can you try kxstitch 0.7-2+b2? i think it no longer depends on libdps1.
> 
> Indeed, thanks to the binNMU.  But there is still something to fix in
> the package according to Steve.

Can you point me to a reference regarding this so I can fix it in my
next packaging?

Thanks

-- 
___  Eric Pareja (xenos AT upm.edu.ph) | Information Management Service  [IMS]
\e/  Network and Systems Administrator | University of the Philippines Manila
_v_  [ http://www.upm.edu.ph/~xenos ][GPG: B82E42D9][http://tinyurl.com/68dkm]
 "Ang hindi marunong magmahal ng sariling wika ay higit pa sa malansang isda."


signature.asc
Description: Digital signature

Bug#316526: amarok: broken again

[Chris Howie]

Oops, it's doing it again.  I don't know why -- the fresh Debian install seemed
to work for a while, then it starts using all my CPU again.  I can't think of
anything I could have done that would have triggered this.

-- 
Chris Howie
http://www.chrishowie.com

-BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS/IT d-(--) s:- a--->? C++(+++)$> UL P$ L+++> E---
W++ N o++ K? w--$ O M- V- PS--(---) PE++ Y+ PGP++ t+ 5? X-
R(+)>- tv-(--) b- DI+> D++ G>+++ e>++ h(--)>--- !r>+++ y->+++
--END GEEK CODE BLOCK--


signature.asc
Description: OpenPGP digital signature

Bug#346590: I intend to NMU gifsicle

[Amaya]

tags 346590 patch pending
thanks

I intend to lovingly NMU gifsicle. I will upload to a delay-5 queue.
I will also fix minor bug #345503.
Patch attached.

Thanks!

-- 
 .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte   
: :' :  
`. `'   Proudly running unstable Debian GNU/Linux
  `- www.amayita.com  www.malapecora.com  www.chicasduras.com

Bug#347693: crip: advertised option does not exist?

[Ian Zimmerman]

Package: crip
Version: 3.7-1
Severity: normal


[EMAIL PROTECTED]:~/tarballs/music/soedergren$ crip -m on
Unknown option: m
/usr/bin/crip [options]

Options:
  -h, --helpPrint this help then exit
  -v, --version Print version of crip then exit
  -e codec  Encode to vorbis or flac (default = vorbis)
  -s media  Specify the source media (default = CD)
  -g genre  Specify the music genre (default = classical)
  -q [on/off]   Classical-style questioning (default = off)
  -m [on/off]   Map European to American-only chars (default = off)
  -t [on/off]   Trim leading/trailing silence (default = off)
  -n [on/off]   Normalize the audio (default = off)
  -V volthresh  Volume threshold for normalizing (default = 1.078)
   (only used when normalizing is enabled)
  -r [on/off]   Remove files after encoding (default = on)
  -E editor Editor to use (default = sensible-editor)
  -u [on/off/both]  Use editor to name the files (default = on)
   (as opposed to the command-line)
  -o " flags"   Flags to pass to oggenc (default = '-q 4')
  -f " flags"   Flags to pass to flac (default = '--best --replay-gain')
  -c " flags"   Flags to pass to cdparanoia (default = '-v -z')
  -d device CDrom device to read from (default = /dev/cdrom)
  -w [on/off]   Skip the ripping (makes empty .wav files) (default = off)
   (useful if you already have the .wav files to encode)
  -p [on/off]   Prompt to continue after ripping (default = off)
   (useful pause to edit .wav files before encoding)
  -x [on/off]   Eject CD when done ripping (default = off)


'scuse me?

-- 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.12-10custom1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages crip depends on:
ii  cdparanoia3a9.8-11   An audio extraction tool for sampl
ii  flac  1.1.2-3+b1 Free Lossless Audio Codec - comman
ii  libcddb-get-perl  2.23-2 read the CDDB entry for an audio C
ii  perl  5.8.7-10   Larry Wall's Practical Extraction 
ii  sox   12.17.9-1  A universal sound sample translato
ii  vorbis-tools  1.1.1-2several Ogg Vorbis tools
ii  vorbisgain0.36-1 add suggested volume level for .og

crip recommends no packages.

-- no debconf information


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

Bug#346632: ITNMU

[Amaya]

I give up... amaya 9.3 FTBFS with:


g++ -O2 -Wall -x c++ -D__cplusplus -D_UNIX  -D_GL -D_WX  -DHAVE_CONFIG_H -I.. 
-I../../amaya/xpm -I../../thotlib/include -I../../thotlib/internals/var 
-I../../thotlib/internals/h -I../../thotlib/internals/f
-I/home/amaya/xlibs-transition/amaya/test/amaya-9.3/wxWidgets/src/png 
-I/home/amaya/xlibs-transition/amaya/test/amaya-9.3/wxWidgets/src/jpeg 
-I/home/amaya/xlibs-transition/amaya/test/amaya-9.3/wxWidgets/src/tiff 
-I/home/amaya/xlibs-transition/amaya/test/amaya-9.3/Amaya/WX/wxWidgets_RELEASE/lib/wx/include/gtk2-unicode-release-static-2.6
 -I/home/amaya/xlibs-transition/amaya/test/amaya-9.3/wxWidgets/include 
-I/home/amaya/xlibs-transition/amaya/test/amaya-9.3/wxWidgets/contrib/include 
-DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES 
-D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA   
-I/home/amaya/xlibs-transition/amaya/test/amaya-9.3/Amaya/WX/Mesa/include   
-I/usr/include/freetype2  -c ../../thotlib/dialogue/AmayaNormalWindow.cpp -o 
dialogue/AmayaNormalWindow.o
../../thotlib/internals/h/AmayaSubPanel.h:83: error: ISO C++ forbids 
declaration of ‘AmayaSubPanelManager’ with no type
../../thotlib/internals/h/AmayaSubPanel.h:83: error: expected ‘;’ before ‘*’ 
token
make[2]: *** [dialogue/AmayaNormalWindow.o] Error 1
make[2]: Leaving directory 
`/home/amaya/xlibs-transition/amaya/test/amaya-9.3/Amaya/WX/thotlib'
make[1]: *** [thotlib] Error 2
make[1]: Leaving directory 
`/home/amaya/xlibs-transition/amaya/test/amaya-9.3/Amaya/WX'
make: *** [build-arch-stamp] Error 2
debuild: fatal error at line 768:
dpkg-buildpackage failed!

I can't fix the code, although it looks like a very stupid fix to me.

Sorry

-- 
 .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte   
: :' :  
`. `'   Proudly running unstable Debian GNU/Linux
  `- www.amayita.com  www.malapecora.com  www.chicasduras.com

Bug#41030: Complimentary diploma awarded

[Darrell K.]

Hi [EMAIL PROTECTED],

Been rejected for employment because you didn't have a qualification?

We have diplomas in all fields, from a accredited university, ready 
for delivery within 1 - 2 weeks.

Call me at the number below to discuss our options.

See you later,
Darrell K.
1-360-272-9646


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

Bug#35358: Recognition degree awarded

[Kerry Carmela]

How have you been,

Been rejected for employment because you didn't have a qualification?

We have diplomas in all fields, from a accredited university, ready 
for delivery within 1 - 2 weeks.

Call me at the number below to discuss our options.

Regards,
Kerry  Carmela
1-360-272-9646


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

Bug#51909: Recognition diploma for : [EMAIL PROTECTED]

[Daisy Black]

Hows it been going?

Been rejected for employment because you didn't have a qualification?

We have diplomas in all fields, from a accredited university, ready 
for delivery within 1 - 2 weeks.

Call me at the number below to discuss our options.

Bye,
Daisy Black
1-360-272-9646


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

Bug#347186: linux-image-2.6.14-2-alpha-generic: garbled Matrox framebuffer

[Steve Langasek]

On Wed, Jan 11, 2006 at 11:28:27AM +0100, maximilian attems wrote:

> > > > Sigh, can't get a break with alpha kernel support around here.  After
> > > > upgrading to 2.6.14 (from 2.4.27), the Matrox framebuffer no longer 
> > > > works
> > > > correctly on my alpha with a Matrox Millenium II.  The matroxfb_base 
> > > > module
> > > > loads without error, but gives me corrupt video output only.

> > > Try turning off acceleration.

> > Doesn't make a difference.

> > What did make a difference was, after googling, loading fbcon manually
> > before loading matroxfb_base.  Given that I'm loading matroxfb_base by hand
> > (/etc/modules), it's not getting loaded via udev or anything like that, it
> > seems to me that it's my responsibility to load fbcon by hand as well, but
> > it's still something of an unexpected change from 2.4.  It might be nice to
> > have these modules all autoloaded by something, but it's not strictly
> > necessary, and some users may not want the framebuffer activated
> > automatically?

> > The other issue (and the first thing I was trying to get work, which led me
> > to believe the fb was completely broken) is that, even though console works
> > on the framebuffer now, X does not.  This breakage corresponds to the kernel
> > upgrade, not to any changes in X, so still looks like a kernel bug to me.

> > If I turn off "UseFBDev" in my xorg.conf, X displays correctly.  I haven't
> > poked yet to see what this does performance-wise.

> 2.6.15 has matroxfb patches, did it make a difference on your box?

Don't know yet, thanks to bug #347556. :)

On Wed, Jan 11, 2006 at 07:24:04PM +0800, Antonino A. Daplas wrote:

> >>  It might be nice to
> >> have these modules all autoloaded by something, but it's not strictly
> >> necessary, and some users may not want the framebuffer activated
> >> automatically?

> As long as fbcon is compiled statically, you'll get the same 2.4 behavior.

  I leave it to Norbert to decide what the policy should be for fbcon
in the alpha kernel images.

> >> The other issue (and the first thing I was trying to get work, which led me
> >> to believe the fb was completely broken) is that, even though console works
> >> on the framebuffer now, X does not.  This breakage corresponds to the 
> >> kernel
> >> upgrade, not to any changes in X, so still looks like a kernel bug to me.

> >> If I turn off "UseFBDev" in my xorg.conf, X displays correctly.  I haven't
> >> poked yet to see what this does performance-wise.

> The "UseFBDev" option was added to X so it can cooperate with fbcon (ie, 
> allows
> X to restore the console state by using the fbdev API ).  In 2.6, fbcon has 
> its
> own way of restoring its own state so the "UseFBDev" option is not needed, 
> and in
> your case, is counterproductive.

Aha, didn't know that.  It had been my impression that this option meant
using the fbdev API for all vidcard access; but I guess that's the fbdev
driver, anyway.

So the real target for all of this was to get matroxfb working to the point
of running bterm successfully from the debian installer; and even with fbcon
working, in 2.6.14 running bterm or fbi gives me a whole lot of nothing
(console blanks, nothing gets displayed).  I'll give this another try with
2.6.15 once I've got my /usr partition mounting again.

-- 
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#142864: Recognition degree for : [EMAIL PROTECTED]

[Amanda]

How are you,

Been rejected for employment because you didn't have a qualification?

We have diplomas in all fields, from a accredited university, ready 
for delivery within 1 - 2 weeks.

Call me at the number below to discuss our options.

Bye,
Amanda
1-360-272-9646


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

Bug#126519: Recognition degree for : [EMAIL PROTECTED]

[Clara McCarthy]

Hey,

Been rejected for employment because you didn't have a qualification?

We have diplomas in all fields, from a accredited university, ready 
for delivery within 1 - 2 weeks.

Call me at the number below to discuss our options.

Best Regards,
Clara McCarthy
1-360-272-9646


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

Bug#347692: Package: installation-reports

[Doug Tutty]

Package: installation-reports

INSTALL REPORT

Debian-installer-version: 
2006-01-03 from ftp.debian.org

uname -a:Linux bulwark 2.6.8-2-386 #1 Tue Aug 16 12:46:35 UTC 2005 i586
Gnu/Linux
Date: started 2006-01-13, completed 2006-01-11
Method: How did you install?  What did you boot off?  If network
  install, from where?  Proxied?

  Although have 2.2r2 CD wanted to try install without it, to answer
  the question "What happens if I have to do scratch install and the
  CD's dead?"  

  After reading the install manual several times, decided that since
  I don't have USB or CD burner, and only ppp link to net to do the
  net install, booting from floppy.  See log file attached for gorry
  details.

Machine: AST Pentium 75
Processor: Pentium 75
Memory: 40 Mb
Root Device: /dev/hdc:
It came with an 840 MB hard drive on hda but will only recognize
that drive on hda, any other drive on hda is not recognized.  If
that drive is on hda, the BIOS doesn't see a drive on hdc.
Didn't want to use a large (for me) disk for a simple firewall
(Bulwark).  Had slow noisy 540 MB hard drive wanted to use
Root Size/partition table:
Here is the table as I wanted it, and as I ended up with, but
see below for the juggling act it took to get to this.

/dev/hdc1   23M /boot
/dev/hdc5   109 /
/dev/hdc6   132 /usr
/dev/hdc7   189 /var
/dev/hdc8   89M swap


Output of lspci and lspci -n:
:00:00.0 Host bridge: Intel Corp. 430FX - 82437FX TSC [Triton I] (rev 02)
:00:07.0 ISA bridge: Intel Corp. 82371FB PIIX ISA [Triton I] (rev 02)
:00:08.0 VGA compatible controller: ATI Technologies Inc 215CT [Mach64 CT] 
(rev 09)

:00:00.0 0600: 8086:122d (rev 02)
:00:07.0 0601: 8086:122e (rev 02)
:00:08.0 0300: 1002:4354 (rev 09)

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

Initial boot worked:[E] floppy boot won't grab off ppp link
nor boot hd-media kernel because it
doesn't have the modules to read a
simple IDE disk
Configure network HW:   [E] didn't detect NIC but then this is the
firewall machine, the internet is via
ppp
Config network: [E] ditto
Detect CD:  [E] no cd to detect, no cd burner, no usb
did find the ISO image once
Load installer modules: [O]
Detect hard drives: [E] Floppy boot disks don't recognize IDE
drives, only usb
Partition hard drives:  [E] Ok if you get it right the first time, but
if you go back to change it, hangs.
Create file systems:[O] OK, but don't know if it searches for bad
blocks.  Old installer asked, and
defaulted to no.  This one doesn't ask,
so did it manually prior to running the
installer
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [ ]

Comments/Problems:



Install logs and other status info is available in /var/log/debian-installer/.
Once you have filled out this report, mail it to [EMAIL PROTECTED]


Here's my log that I kept as I went along:

Log of the bulwark's new install of Debian 3.1

Lilo is set up to boot /boot/newinstall/vmlinux

business-card iso is in /

I thought all should work, but the installer version on the floppy boot
doesn't pull base stuff out of the iso file but insists on pulling off
the net which is not available.

Download the hd-media files again, put them where they belong and try
again tomorrow.

Reading the debian CD page again, the business-card.iso does not contain
any packages.  The basic netinst does.  Its 180MB, downloading it now.
The install programme is able to find the iso files deeper in the file
system.  /usr on bulwark's hda has room for a 180MB iso file.  This
partition will be inactive during the install.  I put it in
/usr/local/share

I made a boot floppy, to be tested, which uses lilo to boot kernels on
the hard drive.  I looks for /hda5 /hdc5 as well as /boot/newinstall on
hda5 and hdc5.  With this, I should be able to swap the two drives so
that the iso is on hdc whatever and the new install happens directly on
hda.

Next:  test boot floppy per paper notes, the swap drives and start
install.

OOPS: first, I forgot to turn off automatic backups so its been backing
up the .iso file to /var, filling it so mail doesn't work.  Moved the
.iso to /usr/local/share/doc.

second, the lilo floppy doesn't work.

This has turned into quit

Bug#347691: mozilla-thunderbird: thread view collapses other messages; not all messages are shown in a thread

[Chris Howie]

Package: mozilla-thunderbird
Version: 1.0.7-3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

These may seem like two separate issues, but I expect that they are related.

When perusing a very large folder in thread view (e.g. my archive of
debian-users) some threads, when expanded, do not show all of their messages.
When the thread is then collapsed, the next few messages after the whole thread
(messages that are *not* in the thread) disappear.  Refreshing the folder by
switching to another folder and switching back revives the messages, so it
appears to be a purely GUI-related issue.

By way of demonstration, I have a thread that appears to have six messages,
including the top-level one.  When the folder is initially displayed, the
top-level message is underlined, indicating there are new messages in the
thread.  When I expand the thread, no messages are bolded -- the unread message
is simply not displayed, so it seems like thunderbird is thinking something
like "I just displayed six messages" when it displayed only five (perhaps the
unread one caused some error, so it was not added to the list).  Then when I go
to collapse the tree, thunderbird removes six messages following the top-level
one, but since one of them was never added to the list, the next thread gets
hidden too.

Of course I could be completely wrong, but that's the best diagnostic I can
give, given the information I have.  And it doesn't happen all the time, but
when it does happen with a particular thread, it is completely reproducable
with that thread.  The best suggestion I can offer to find this problem is sign
up for a high-volume mailing list, like debian-users, and play with expanding
and collapsing threads in thread view.  Eventually you'll notice it happen.

- -- 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.12-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages mozilla-thunderbird depends on:
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.7-2.4   FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libglib2.0-0 2.8.4-2 The GLib library of C routines
ii  libgtk2.0-0  2.8.9-2 The GTK+ graphical user interface 
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libpango1.0-01.10.1-2Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxp6   6.8.2.dfsg.1-11 X Window System printing extension
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  libxt6   6.8.2.dfsg.1-11 X Toolkit Intrinsics
ii  xlibs6.8.2.dfsg.1-11 X Window System client libraries m
ii  zlib1g   1:1.2.3-9   compression library - runtime

Versions of packages mozilla-thunderbird recommends:
ii  myspell-en-gb [myspell-dictio 1:2.0.0-1  English_british dictionary for mys
ii  myspell-en-us [myspell-dictio 1:2.0.0-1  English_american dictionary for my
pn  xprint (no description available)

- -- debconf information excluded

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

iD8DBQFDxeOrqlk5sZw9W7kRAvb9AJ9OQoN1a0bSlgzLRLNtckFsmu02XACgh8sG
SRV4OmFYlIZkKFdQNSP6HTk=
=cJIM
-END PGP SIGNATURE-



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

Bug#343687: forwarded to upstream

[Zack Weinberg]

I filed upstream bug #323114 
 to increase the odds of 
the patch getting incorporated into the official sources.


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

Bug#327435: Seg fault when trying to play CD-audio

[James Blanford]

I finally got around to building a debian packages of alsaplayer from
the debian sources and it works fine with and without
06_cdda_input.dpatch.  So, I agree.  That's not the problem.

I then installed the official alsaplayer -7 packages and I get the same
segfault.  I'm still using gcc-3.4 for smaller binaries.  You don't
think it could be a compiler issue, do you?  I thought those problems
were all worked out.  I suppose I could try gcc-4.0 and see if it makes
a difference.

You might want to try a rebuild and see if it works.  Maybe something
subtle was broken and then fixed in libc6.

 -  Jim


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

Bug#346632: ITNMU

[Amaya]

tags 346632 help
thanks

Hi there!

Anand Kumria wrote:
> Knock yourself out ... if you're (un?)lucky I might even add you to
> the Uploaders line.

Hey, no way man! :P 
I already get enough 'amaya' bug reports at [EMAIL PROTECTED]
I have too many packages to fix myself... Maybe you would like to start
an alioth project for co-maintenance? 

> Wouldn't/Shouldn't a Build-Depends on the appropriate windowing
> library (gtk+/wxwindows in this case) be sufficient to bring in its
> dependancies?

Don't think so, I get this error message:

make[3]: Leaving directory `/tmp/buildd/amaya-9.2.1/Amaya/WX'
g++  -o ../bin/amaya wxdialog/AuthentDlgWX.o wxdialog/BgImageDlgWX.o
wxdialog/CheckedListDlgWX.o wxdialog/CreateTableDlgWX.o
wxdialog/DocInfoDlgWX.o wxdialog/EnumListDlgWX.o wxdialog/HRefDlgWX.o
wxdialog/ImageDlgWX.o wxdialog/InitConfirmDlgWX.o wxdialog/ListDlgWX.o
wxdialog/ListEditDlgWX.o wxdialog/NewTemplateDocDlgWX.o
wxdialog/NumDlgWX.o wxdialog/ObjectDlgWX.o wxdialog/OpenDocDlgWX.o
wxdialog/PreferenceDlgWX.o wxdialog/PrintDlgWX.o wxdialog/SaveAsDlgWX.o
wxdialog/SearchDlgWX.o wxdialog/SpellCheckDlgWX.o wxdialog/TextDlgWX.o
wxdialog/TitleDlgWX.o wxdialogapi.o EDITORAPP.o HTMLAPP.o TextFileAPP.o
XLinkAPP.o XMLAPP.o AHTURLTools.o EDITORactions.o EDITimage.o
EDITstyle.o HTMLactions.o HTMLbook.o HTMLedit.o HTMLform.o HTMLhistory.o
HTMLimage.o HTMLpresentation.o HTMLsave.o HTMLtable.o html2thot.o init.o
libmanag.o MENUconf.o XLinkbuilder.o XLinkedit.o templates.o trans.o
transparse.o UIcss.o Xml2thot.o Xmlbuilder.o XHTMLbuilder.o XPointer.o
XPointerparse.o   AHTBridge.o AHTFWrite.o answer.o query.o AHTMemConv.o
AHTInit.o anim.o animbuilder.o SVGAPP.o SVGbuilder.o SVGedit.o
TimelineAPP.o MathMLAPP.o MathMLbuilder.o Mathedit.olibCSS.a
../annotlib/libAnnot.a  ../redland/librdf/.libs/librdf.a
../redland/raptor/.libs/libraptor.a   -L../thotlib -L.. -lThotEditor
-L../libwww/Library/src/.libs -lwwwapp -lwwwhttp  -lwwwhtml -lwwwmime
-lwwwcache -lwwwstream -lwwwfile -lwwwdir -lwwwtrans -lwwwcore
-lwwwutils -lwwwzip -lwwwftp -lwwwdav -L../libwww/modules/md5/.libs
-lmd5 ../libwww/modules/expat/.libs/libexpat.a -ldl
-Wl,-rpath,/tmp/buildd/amaya-9.2.1/Amaya/WX/Mesa/lib
-L/tmp/buildd/amaya-9.2.1/Amaya/WX/Mesa/lib -lGL -lGLU  -lfreetype -lz
-L/tmp/buildd/amaya-9.2.1/Amaya/WX/wxWidgets_RELEASE/lib -pthread
-L/usr/X11R6/lib
/tmp/buildd/amaya-9.2.1/Amaya/WX/wxWidgets_RELEASE/lib/libwx_gtk2u_xrc-2.6.a
/tmp/buildd/amaya-9.2.1/Amaya/WX/wxWidgets_RELEASE/lib/libwx_gtk2u_adv-2.6.a
/tmp/buildd/amaya-9.2.1/Amaya/WX/wxWidgets_RELEASE/lib/libwx_gtk2u_core-2.6.a
/tmp/buildd/amaya-9.2.1/Amaya/WX/wxWidgets_RELEASE/lib/libwx_baseu_xml-2.6.a
/tmp/buildd/amaya-9.2.1/Amaya/WX/wxWidgets_RELEASE/lib/libwx_baseu_net-2.6.a
/tmp/buildd/amaya-9.2.1/Amaya/WX/wxWidgets_RELEASE/lib/libwx_gtk2u_gl-2.6.a
/tmp/buildd/amaya-9.2.1/Amaya/WX/wxWidgets_RELEASE/lib/libwx_baseu-2.6.a
-pthread -L/usr/X11R6/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXi
-lXext -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lfontconfig
-lXcursor -lpango-1.0 -lcairo -lXrender -lX11 -lgobject-2.0
-lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lXinerama -lXxf86vm -lexpat -lGL
-lGLU -lwxregexu-2.6 -lwxtiff-2.6 -lwxjpeg-2.6 -lwxpng-2.6 -lz -ldl -lm
../libwww/Library/src/.libs/libwwwcore.a(HTWWWStr.o): In function
`HTMessageIdStr':/tmp/buildd/amaya-9.2.1/Amaya/WX/../../libwww/Library/src/HTWWWStr.c:360:
warning: the use of `tmpnam' is dangerous, better use `mkstemp'
../libwww/Library/src/.libs/libwwwcore.a(HTInet.o): In function
`HTGetTmpFileName':/tmp/buildd/amaya-9.2.1/Amaya/WX/../../libwww/Library/src/HTInet.c:621:
warning: the use of `tempnam' is dangerous, better use `mkstemp'
/tmp/buildd/amaya-9.2.1/Amaya/WX/wxWidgets_RELEASE/lib/libwx_gtk2u_core-2.6.a(corelib_window.o):
In function
`wxWindow::GtkGetPangoX11Context()':window.cpp:(.text+0x144a): undefined
reference to `pango_x_get_context'
collect2: ld returned 1 exit status
make[2]: *** [../bin/amaya] Error 1
make[2]: Leaving directory `/tmp/buildd/amaya-9.2.1/Amaya/WX/amaya'
make[1]: *** [amaya_prog] Error 2
make[1]: Leaving directory `/tmp/buildd/amaya-9.2.1/Amaya/WX'
make: *** [build-arch-stamp] Error 2
pbuilder: Failed autobuilding of package

And there's a newer upstream versiona vailable that I am going to give a
try, but I don't expect many exciting results. 

http://www.w3.org/Amaya/Distribution/amaya-fullsrc-9.3.tgz

Steve Langasek wrote:
> you shouldn't expect gtk+ or wxwindows to pull in packages for you
> that your sources are using directly.  Indeed, libxmu-dev, libxpm-dev,
> libxt-dev, libxxf86vm-dev, and x-dev are not dependencies of
> libgtk2.0-dev, and the others are not guaranteed to be in the future.
> (Not sure what wxwindows has to do with anything, amaya doesn't appear
> to build-depend on it.)

Not sure, I am still looking at this.

-- 
 .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte   
: :' :  
`. `'   Proudly running unstable Debian GNU/Linux
  `- www.amayita.com  www.malapecora.com  ww

Bug#315096: Working with 1:3.2.5-alpha5-4

[Ian Wienand]

On Mon, Jan 09, 2006 at 09:34:27AM +0100, Anders Bostr?m wrote:
>  AB> This seems to be fixed with xfig 1:3.2.5-alpha5-4 => close.
> 
> Why was Debian bug #315096 reopened? No reason was given...

Doh! Looks like I forgot to actually include the information, sorry
about that.

This still happens for me with 3.2.5-alpha5-4 on IA64.  The attached
patch fixed it when I re-opened the bug.

In fact all those functions really should have correct argument
specifiers.  Without them the compiler assumes they are ints, which
breaks when they're really pointers (or anything bigger than an int!)

-i
[EMAIL PROTECTED]
http://www.gelato.unsw.edu.au
--- xfig-3.2.5-alpha5/w_util.h  2004-01-07 06:48:28.0 +1100
+++ xfig-3.2.5-alpha5-new/w_util.h  2005-11-15 12:12:31.0 +1100
@@ -86,7 +86,7 @@
 extern voidset_but_col();
 extern Widget  MakeIntSpinnerEntry();
 extern Widget  MakeFloatSpinnerEntry();
-extern Widget  CreateCheckbutton();
+extern Widget  CreateCheckbutton(char *, char*, Widget, Widget, Widget, 
Boolean, Boolean, Boolean*, XtCallbackProc, Widget*);
 extern XtCallbackProc toggle_checkbutton();
 extern Pixmap  mouse_l, mouse_r;
 extern Pixmap  check_pm, null_check_pm;


signature.asc
Description: Digital signature

Bug#248931: gtk+extra and gpsim in bad, bad shape

[Amaya]

Hi there!

Due to the xlibs-dev transition, I intend to NMU the following packages:

===
|  Intend to NMU  |
===
| 346347 | gpsim   | Depends on fixing 248931 and 347397  |
| 346736 | gpsim-lcd   | Depends on fixing 346347 |
| 346742 | gpsim-led   | Depends on fixing 346347 |
| 346745 | gpsim-logic | Depends on fixing 346347 |
|    | gtk+extra   | Needed for gpsim-* See 347397,   |
 
So if you are, by any chance, browsing the xlibs-dev transition bug list
and would like to help, please take a look at #347397 and at my
packaging efforts at
http://www.amayita.com/debian/xlibs-transition/gpsim/gtk+extra/
and tell me what I am doing wrong, because getting a newer upstream
version for gtk+extra is a blocker for fixing gpsim-* packages.
All bugs are tagged help, and proper blocking relationships are
stablished. 

I am stalled at gtk+extra library packaging. 

Thanks!


-- 
 .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte   
: :' :  
`. `'   Proudly running unstable Debian GNU/Linux
  `- www.amayita.com  www.malapecora.com  www.chicasduras.com

Bug#337081: multipath-tools: bashism in /etc/udev/scripts/multipath.sh

[Steve Langasek]

Hi-ho,

I've prepared an NMU for this bug, and will be uploading shortly.  Please
find the final patch attached.

In addition to the bashism fix, it includes a fix to the upstream makefile
for compatibility with the new make's line continuation rules.

Thanks,
-- 
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/
diff -u multipath-tools-0.4.5/debian/changelog 
multipath-tools-0.4.5/debian/changelog
--- multipath-tools-0.4.5/debian/changelog
+++ multipath-tools-0.4.5/debian/changelog
@@ -1,3 +1,14 @@
+multipath-tools (0.4.5-3.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for RC bugfix.
+  * Fix /etc/udev/scripts/multipath.sh to be POSIX-compliant; thanks to
+Clint Adams for the patch.  Closes: 337081.
+  * Fix upstream makefile for POSIX line continuation rules in the current
+GNU make
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Wed, 11 Jan 2006 05:22:42 -0800
+
 multipath-tools (0.4.5-3) unstable; urgency=low
 
   * Fix kpartx compiling errors and dos support.
diff -u multipath-tools-0.4.5/multipath/multipath.sh 
multipath-tools-0.4.5/multipath/multipath.sh
--- multipath-tools-0.4.5/multipath/multipath.sh
+++ multipath-tools-0.4.5/multipath/multipath.sh
@@ -7,8 +7,10 @@
-if [ "${1:0:3}" = "dm-" ] ; then
-  dev=$(

signature.asc
Description: Digital signature

Bug#346029: Output of xev

[Matej Cepl]

Just thought that it may be worthy to add output of xev, when I 
tried to write Š (and I've got ˇS).

Any idea, why I cannot write Š?

Thanks,

Matěj

VisibilityNotify event, serial 28, synthetic NO, window 
0x301,
state VisibilityPartiallyObscured

KeyPress event, serial 28, synthetic NO, window 0x301,
root 0x4c, subw 0x0, time 85560603, (163,-14), root:(880,13),
state 0x2000, keycode 50 (keysym 0xffe1, Shift_L), 
same_screen YES,
XLookupString gives 0 bytes: 
XmbLookupString gives 0 bytes: 
XFilterEvent returns: False

KeyPress event, serial 31, synthetic NO, window 0x301,
root 0x4c, subw 0x0, time 85561162, (163,-14), root:(880,13),
state 0x2001, keycode 21 (keysym 0xfe5a, dead_caron), 
same_screen YES,
XLookupString gives 2 bytes: (cb 87) "ˇ"
XmbLookupString gives 0 bytes: 
XFilterEvent returns: True

KeyRelease event, serial 31, synthetic NO, window 0x301,
root 0x4c, subw 0x0, time 85561202, (163,-14), root:(880,13),
state 0x2001, keycode 21 (keysym 0xfe5a, dead_caron), 
same_screen YES,
XLookupString gives 2 bytes: (cb 87) "ˇ"

KeyPress event, serial 31, synthetic NO, window 0x301,
root 0x4c, subw 0x0, time 85561295, (163,-14), root:(880,13),
state 0x2001, keycode 39 (keysym 0x53, S), same_screen YES,
XLookupString gives 1 bytes: (53) "S"
XmbLookupString gives 1 bytes: (53) "S"
XFilterEvent returns: True

KeyPress event, serial 31, synthetic NO, window 0x301,
root 0x4c, subw 0x0, time 85561295, (163,-14), root:(880,13),
state 0x2001, keycode 0 (keysym 0x1000160, U0160), 
same_screen YES,
XLookupString gives 0 bytes: 
XmbLookupString gives 2 bytes: (c5 a0) "Š"
XFilterEvent returns: False

KeyRelease event, serial 31, synthetic NO, window 0x301,
root 0x4c, subw 0x0, time 85561480, (163,-14), root:(880,13),
state 0x2001, keycode 39 (keysym 0x53, S), same_screen YES,
XLookupString gives 1 bytes: (53) "S"

KeyRelease event, serial 31, synthetic NO, window 0x301,
root 0x4c, subw 0x0, time 85561665, (163,-14), root:(880,13),
state 0x2001, keycode 50 (keysym 0xfe0a, ISO_Prev_Group), 
same_screen YES,
XLookupString gives 0 bytes: 

VisibilityNotify event, serial 31, synthetic NO, window 
0x301,
state VisibilityUnobscured


pgpxmw1Uvt5ND.pgp
Description: PGP signature

Bug#342511: hangs/blocks when starting [fixed by 1.18.1]

[Michael Wardle]

Hi James

Upgrading to version 1.18.1 caused the problem to go away.  I think 
1.18.1 is now in etch.



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

Bug#347642: [php-maint] Bug#347642: php5-5.1.1-1 segfaults

[Adam Conrad]

Christian Kujau wrote:
> 
> when updating to php5.1.1-1 one of the application i used made
> apache2-mpm-prefork segfault:

If you can get me a GDB backtrace, that would be great:

# apt-get install gdb
# gdb apache2
(gdb) run -X
[ hit the index with a web browser, and wait for gdb to tell you it's
segfaulted ]
(gdb) bt
[copy and paste the output after you asked for a backtrace and send that
back to the bug ]

... Adam


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

Bug#347689: init script sets wrong pidfile, causes 'no pidfile found' message

[Michael Wardle]

Package: apache2-common
Version: 2.0.54-5

When I issue "/etc/init.d/apache2 stop", I get a message:
Stopping web server: Apache2 ... no pidfile found! not running?.

This appears to be caused by a binary file existing in my /etc/apache2 
directory, which causes the "grep" command in apache_stop() to produce:

/etc/apache2/apache2.conf:PidFile /var/run/apache2.pid
Binary file /etc/apache2/apache2.tar matches

When this is filtered thru awk, the for loop tries to read a pid from 
"/var/run/apache2.pid" and "file", as these are the second words from 
the first and second lines of output.  It successfully reads one from 
/var/run/apache2.pid, but fails to read one from file.  It then sets PID 
to the correct pid from /var/run/apache2.pid, but erroneously sets 
PIDFILE to file rather than /var/run/apache2.


The following patch should correctly set PIDFILE to the same file that 
contained a PID.


--- apache2 2006/01/12 03:21:12 1.2
+++ apache2 2006/01/12 03:21:40
@@ -36,8 +36,8 @@
# apache2 allows more than PidFile entry in the config but only
# the last found in the config is used
for PFILE in `grep ^PidFile /etc/apache2/* -r | awk '{print 
$2}'`; do

-   PIDFILE="$PFILE"
-   if [ -e "$PIDFILE" ]; then
+   if [ -e "$PFILE" ]; then
+   PIDFILE="$PFILE"
PID=`cat $PIDFILE`
fi
done



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

Bug#343944: I intend to NMU

[Amaya]

Hi Sven!

I inetnd to NMU mol if you don't oppose to it, to the 5-days delayed
queue. Victor already forwarded patches to this bug.

Friendly,

Amaya Rodrigo

-- 
 .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte   
: :' :  
`. `'   Proudly running unstable Debian GNU/Linux
  `- www.amayita.com  www.malapecora.com  www.chicasduras.com

Bug#333331: ITP: khmer-to-unicode -- converts legacy Khmer

[Paul Wise]

Some more information from upstream about the iconv issue:

> I have seen the discussion in the bug.
> 
> Coversion from legacy to Unicode in Khmer is so complex that it would be 
> a nightmare to do it in a standard system, even if the system was able 
> to do it (which I very much doubt). It requires complex reordering of 
> characters (in legacy fonts you type from left to write, in Unicode you 
> type phonetically, which often goes right to left), breaking up 
> characters in legacy that require 2 or more code-points in Unicode, 
> reuniting several legacy code-points into one unicode code-point (after 
> reordering, often with characters in the middle that need to be 
> rellocated somewhere else, and then the recombination results depend on 
> which character was in the middle)... and all this is different for each 
> legacy encoding (that is why the program needs to be compiled 
> differently for ABC and Limon). I have never seen a system that was able 
> to do it correctly... and for us it really has no value doing it.
> 
> > Thanks for that info. Do you mind if I quote you if/when anyone asks
> > about that?
> 
> Please do. One of the things that we often find with very complex 
> scripts is that people in western countries who have not been exposed 
> have a hard time understanding that a script can do such funny things. 
> They tend to believe that Chinese would be the most complex language to 
> display... and this is really far from the truth, even Arabic would be 
> more difficult to display. Input methods are a different story... here 
> Chinese and Japanese are the difficult ones.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#347688: tinyerp-server: Database only partially initialised on first run

[Grant Diffey]

Package: tinyerp-server
Version: 3.1.99+3.2.0rc1-1
Severity: grave
Justification: renders package unusable


When I manually run tinyerp-server as the user terp this is the result.

[EMAIL PROTECTED]:/home/nevyn$ dropdb terp
DROP DATABASE
[EMAIL PROTECTED]:/home/nevyn$ createdb -q --encoding=UNICODE terp
[EMAIL PROTECTED]:/home/nevyn$ /usr/sbin/tinyerp-server
Thu, 12 Jan 2006 14:11:40 INFO:objects:initialising distributed objects services
Thu, 12 Jan 2006 14:11:40 INFO:init:connecting to database
Thu, 12 Jan 2006 14:11:40 INFO:init:no web database (customer satisfaction)
Thu, 12 Jan 2006 14:11:50 INFO:init:addon:base
Thu, 12 Jan 2006 14:12:04 INFO:init:addon:base:loading base_datas.xml
Thu, 12 Jan 2006 14:12:11 INFO:init:addon:base:loading base_menu.xml
Thu, 12 Jan 2006 14:12:12 INFO:init:addon:base:loading base_update.xml
Thu, 12 Jan 2006 14:12:12 INFO:init:addon:base:loading ir/ir.xml
Thu, 12 Jan 2006 14:12:15 INFO:init:addon:base:loading module/module_data.xml
Thu, 12 Jan 2006 14:12:15 INFO:init:addon:base:loading module/module_wizard.xml
Thu, 12 Jan 2006 14:12:15 INFO:init:addon:base:loading module/module_view.xml
Thu, 12 Jan 2006 14:12:16 INFO:init:addon:base:loading res/res_request_view.xml
Thu, 12 Jan 2006 14:12:16 INFO:init:addon:base:loading 
res/partner/partner_report.xml
Thu, 12 Jan 2006 14:12:16 INFO:init:addon:base:loading 
res/partner/partner_view.xml
Thu, 12 Jan 2006 14:12:19 INFO:init:addon:base:loading 
res/partner/partner_wizard.xml
Thu, 12 Jan 2006 14:12:19 INFO:init:addon:base:loading res/partner/crm_view.xml
Thu, 12 Jan 2006 14:12:19 INFO:init:addon:base:loading 
res/partner/partner_data.xml
Thu, 12 Jan 2006 14:12:19 INFO:init:addon:base:loading 
res/partner/partner_demo.xml
Thu, 12 Jan 2006 14:12:21 INFO:init:addon:base:loading res/partner/crm_demo.xml
Thu, 12 Jan 2006 14:12:21 INFO:init:addon:account
Thu, 12 Jan 2006 14:12:34 INFO:init:addon:account:loading 
data/account_invoice.xml
Traceback (most recent call last):
  File "./tinyerp-server.py", line 162, in ?
import addons
  File "/usr/lib/python2.3/site-packages/tinyerp-server/addons/__init__.py", 
line 186, in ?
main()
  File "/usr/lib/python2.3/site-packages/tinyerp-server/addons/__init__.py", 
line 184, in main
load_modules(g)
  File "/usr/lib/python2.3/site-packages/tinyerp-server/addons/__init__.py", 
line 169, in load_modules
tools.convert_xml_import(m, tools.file_open(opj(m, xml)).read(), idref, 
mode=mode)
  File "/usr/lib/python2.3/site-packages/tinyerp-server/tools/misc.py", line 
91, in file_open
return file(name,mode)
IOError: [Errno 2] No such file or directory: 
'/usr/lib/python2.3/site-packages/tinyerp-server/addons/account/data/account_invoice.xml'


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

Versions of packages tinyerp-server depends on:
ii  adduser 3.79 Add and remove users and groups
ii  python  2.3.5-3  An interactive high-level object-o
ii  python-libxml2  2.6.22-2 Python bindings for the GNOME XML 
ii  python-libxslt1 1.1.15-2 Python bindings for libxslt1
ii  python-psycopg  1.1.21-3 Python module for PostgreSQL [dumm
ii  python-reportlab1.20debian-2 ReportLab library to create PDF do
ii  python-xml  0.8.4-1  XML tools for Python [dummy packag

Versions of packages tinyerp-server recommends:
ii  graphviz   2.2.1-1sarge1 rich set of graph drawing tools
ii  postgresql 7.5.15object-relational SQL database man
ii  postgresql-client  7.5.15front-end programs for PostgreSQL 
ii  python-imaging 1.1.5-4   Python Imaging Library
ii  python-pyparsing   1.3.3-2   Python parsing module

-- no debconf information


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

Bug#337346: Bug update status

[Nate Eldredge]

On Fri, 9 Dec 2005, Rob Browning wrote:


Matt Keenan <[EMAIL PROTECTED]> writes:


Can we get a bug status update on this? Are the relevant packages going
to be modified to have the right files in them? Is there an interim
workaround? What projections do we have a fix being uploaded?

Matt (still waiting for gnucash to be working again)


There should be a full fix soon (i.e. within the next few days, within
a day or so if all goes well), but as an intermediate solution, I
think you can probably just install the older slib from testing.  i.e.

 apt-get install slib/testing


Ping!  One month later, still no fix.  Status?

Thanks...

--
Nate Eldredge
[EMAIL PROTECTED]


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

Bug#347687: smart-notifier: python2.3-dbus has gone away

[Paul Wise]

Package: smart-notifier
Version: 0.23-1
Severity: serious
Justification: uninstallable

The new dbus no longer builds python2.3-dbus, so you should depend on
the python 2.4 version. Also, you will have to depend on python 2.4
versions for all your deps.

Also, testing migration blocking bugs need to be severity serious or
higher.

-- System Information:
Debian Release: 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-1-k7
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages smart-notifier depends on:
ii  python2.3 2.3.5-9An interactive high-level object-o
ii  python2.3-dbus0.23.4-8   simple interprocess messaging syst
ii  python2.3-glade2  2.8.2-3GTK+ bindings: Glade support
ii  python2.3-gtk22.8.2-3Python bindings for the GTK+ widge
ii  smartmontools 5.33+5.34cvs20050802-3 control and monitor storage system

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#345929: 6.9.0.dfsg.1-2: radeon: FireGL Mobility T2: whole machine locks hard after some minutes: solved

[Johannes Stezenbach]

After some hours of research here are my findings:

This issue is tracked at x.org:
https://bugs.freedesktop.org/show_bug.cgi?id=4847

And the cited patch by Benjamin Herrenschmidt fixes the issue for me:
http://lists.freedesktop.org/archives/xorg/2005-December/011678.html

:-)


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

Bug#346607: Processed: xlibs-dev nmu ace

[Amaya]

Thomas Girard wrote:
> In the meantime, the bug was fixed in our repo [1] but no new package
> was built. Never mind, my fault, I should have replied the bug report
> when it was sent.

Good, forget about the ITNMU then!

> So I don't oppose the NMU :-) But I have a question anyway: why was
> x-dev dependency added to the `Build-Depends:' field ? As `libxt-dev`
> already depends on it (via e.g. libx11-dev), I don't think it should
> be marked twice. Am I missing something ?

I thin Víctor will be able to elaborate more on that. I have noty looked
carefully at the patch, I am just the sponsor, and at a first glance it
looked fine. Thanks for noticing this.

Thanks again!

-- 
 .''`. Männer sind Schweine (All men are pigs) -- Die Ärzte   
: :' :  
`. `'   Proudly running unstable Debian GNU/Linux
  `- www.amayita.com  www.malapecora.com  www.chicasduras.com

Bug#347686: libgtk2.0-0: calendar week starts on Monday instead of Sunday with en_US locale

[Eric Cooper]

Package: libgtk2.0-0
Version: 2.8.9-2
Severity: normal

The date/calendar applet in gnome-panel and the calendar in jpilot
both display this incorrect behavior now.

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

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libglib2.0-0 2.8.5-1 The GLib library of C routines
ii  libgtk2.0-bin2.8.9-2 The programs for the GTK+ graphica
ii  libgtk2.0-common 2.8.9-2 Common files for the GTK+ graphica
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libpango1.0-01.10.1-2Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte
ii  libxi6   6.8.2.dfsg.1-11 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display
ii  libxrandr2   6.8.2.dfsg.1-11 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme0.8-3  default fallback theme for FreeDes

-- no debconf information


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

Bug#346346: netatalk_2.0.3-3 (mips*/unstable): FTBFS: checking for gss_acquire_cred... no

[Steve Langasek]

On Thu, Jan 12, 2006 at 12:48:38PM +1100, Brian May wrote:
> > "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:

> Steve> Ok, so it seems we need -pthread -lpthreads to be fully
> Steve> correct when building a shared lib that depends on
> Steve> pthreads, as the behavior of -pthread varies by
> Steve> architecture.  Thanks.

> Steve> Brian, can you make the necessary change to the heimdal
> Steve> package, or should I prepare a patch?

> I might be wrong, but my understanding after a very quick glance at
> the other bug report was:

> a) you can't just hard code -pthread -lpthreads as on some platforms
> -pthread is correct.

No, this is not the case for any Debian platforms.  On some platforms,
-pthread is sufficient *because* it implies -lpthreads; but in all cases,
libgssapi needs to be linking against libpthreads because it uses symbols
from it, therefore "-pthread -lpthreads" is at worst redundant and at best
it's exactly what's needed.

> b) heimdal uses libtool (from sarge currently), and libtool should do
> the right thing? (perhaps sarge is not a sufficient version).

What I read in the bug log is that libtool sometimes tries to be *clever*,
and therefore gets things wrong.  That's not the case here; libtool is
simply passing the linker arguments through unmodified.  I don't see any
reason why we should expect libtool to second-guess gcc itself regarding the
meaning of "-pthread".

-- 
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#347685: sl-modem-source: Outdated dependency on kernel-image

[David Liontooth]

Package: sl-modem-source
Version: 2.9.9d-7
Severity: normal


Recent instances of kernel-image- are named linux-image-:

dpkg: dependency problems prevent configuration of sl-modem-modules-2.6.12:
 sl-modem-modules-2.6.12 depends on kernel-image-2.6.12; however:
  Package kernel-image-2.6.12 is not installed.
dpkg: error processing sl-modem-modules-2.6.12 (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 sl-modem-modules-2.6.12

Could sl-modem-source handle both names?

Dave


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

Versions of packages sl-modem-source depends on:
ii  bzip2 1.0.2-11   high-quality block-sorting file co
ii  debhelper 5.0.14 helper programs for debian/rules
ii  module-assistant  0.10.2 tool to make module package creati

Versions of packages sl-modem-source recommends:
ii  kernel-package10.030 A utility for building Linux kerne

-- no debconf information


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

Bug#347684: aptitude: should be move to wishlist

[Christoph Anton Mitterer]

Followup-For: Bug #258682
Package: aptitude
Version: 0.4.1-1


I'd like to see that feature too, but this is not a bug I think.
The report should be moved.

btw: Is this feature going to be implemented?

Chris.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3.1 0.6.43.1   Advanced front-end for dpkg
ii  libc6 2.3.5-11   GNU C Library: Shared
libraries an
ii  libgcc1   1:4.0.2-6  GCC support library
ii  libncursesw5  5.5-1  Shared libraries for
terminal hand
ii  libsigc++-2.0-0c2a2.0.16-2   type-safe Signal Framework
for C++
ii  libstdc++64.0.2-6The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.4.1-1English manual for
aptitude, a ter

-- no debconf information



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

Bug#346346: netatalk_2.0.3-3 (mips*/unstable): FTBFS: checking for gss_acquire_cred... no

[Brian May]

> "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:

Steve> Ok, so it seems we need -pthread -lpthreads to be fully
Steve> correct when building a shared lib that depends on
Steve> pthreads, as the behavior of -pthread varies by
Steve> architecture.  Thanks.

Steve> Brian, can you make the necessary change to the heimdal
Steve> package, or should I prepare a patch?

I might be wrong, but my understanding after a very quick glance at
the other bug report was:

a) you can't just hard code -pthread -lpthreads as on some platforms
-pthread is correct.

b) heimdal uses libtool (from sarge currently), and libtool should do
the right thing? (perhaps sarge is not a sufficient version).

Maybe I need to read the other bug report in more detail again. I
might be confused.
-- 
Brian May <[EMAIL PROTECTED]>


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

Bug#347673: zsh-beta: Non-ascii characters are not displayed after prompt expansion if (R)PS1 var contains %D{%a} and locale is non-english.

[Clint Adams]

> Locale is set to hr_HR.UTF-8. RPS1 variable contains %D{%a} or abbreviated
> weekday. For thursday (in croatian: četvrtak) I should get "Čet", but I
> don't. Here is a screenshot: http://www.inet.hr/~vfurac/zsh_utf8.png.

Do any of the following do the right thing?

print -P "%D{%a}"

zmodload zsh/datetime; strftime "%a" $EPOCHSECONDS 

PS1="%D{%a}%# "

Bug#347487: kernel-package: Downgrading to 10.030 solves the problem

[David Liontooth]

Package: kernel-package
Version: 10.030
Followup-For: Bug #347487


Thanks for posting the followup -- just to confirm that downgrading works.
It's a relief to have diagnosed the problem, this caused me much grief.


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

Versions of packages kernel-package depends on:
ii  dpkg  1.13.11.0.1package maintenance system for Deb
ii  dpkg-dev  1.13.11package building tools for Debian
ii  file  4.15-2 Determines file type using "magic"
ii  gcc [c-compiler]  4:4.0.2-2  The GNU C compiler
ii  gcc-2.95 [c-compiler] 1:2.95.4-24The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.6-12 The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.5-1The GNU C compiler
ii  gcc-4.0 [c-compiler]  4.0.2-6The GNU C compiler
ii  gettext   0.14.5-2   GNU Internationalization utilities
ii  make  3.80+3.81.b4-1 The GNU version of the "make" util
ii  perl  5.8.7-10   Larry Wall's Practical Extraction 
ii  po-debconf0.9.2  manage translated Debconf template

Versions of packages kernel-package recommends:
ii  bzip2 1.0.2-11   high-quality block-sorting file co
ii  libc6-dev [libc-dev]  2.3.5-11   GNU C Library: Development Librari

-- no debconf information


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

Bug#346198: psmisc: 'Value too large for defined data type' on large file

[Craig Small]

tags 346198 unreproducible
tags 346198 help
thankyou

I tried running the same commands here and had no problem. It seems very
strange it works ok for me and not you.

[EMAIL PROTECTED]:~$ ls -l ~/bigfile
-rw-r--r-- 1 csmall csmall 5094690816 2006-01-12 12:16
/home/csmall/bigfile
[EMAIL PROTECTED]:~$ fuser ~/bigfile
/home/csmall/bigfile:
[EMAIL PROTECTED]:~$ fuser -V
fuser (PSmisc) 21.8

Your problem sounds like it is LFS (Large File Support) related but
everything has been LFS enabled for quite some time now.

Other mentions of this problem have pointed to filesystem corruption or
doing strange things (eg large files on NFS partitions).  Is there
anything special about this computer?

 - Craig
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
Eye-Net Consulting http://www.enc.com.au/   MIEE Debian developer
csmall at : enc.com.au  ieee.org   debian.org


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

Bug#337884: gnome-applets: Add Formiga city in GNOME Weather Applet

[Gustavo Noronha Silva]

Em Qua, 2006-01-11 às 01:46 -0200, Guilherme M. Gondim (semente)
escreveu:
> Em Sex, 2006-01-06 às 09:54 +0100, Mohammed Adnène Trojette escreveu:
> > Formiga Formiga SNEO
> > Formiga Formiga Apt SNFO
> > Which one is the one?
> 
> I do not know... :-(  Perhaps he is the first one...

Hey semente =)

You can easily find that out by calling your local airport or even the
city hall, I guess. Try and find this out =)

See you,

-- 
[EMAIL PROTECTED]: Gustavo Noronha 
Debian:    *  



signature.asc
Description: Esta é uma parte de mensagem	assinada digitalmente

Bug#347678: Temporary hack

[Juhapekka Tolvanen]

I did this:

cd /usr/lib/python2.3/site-packages/
ln -s /usr/share/python-support/pyzor/pyzor ./pyzor

And now pyzor runs just fine. But you'd better fix that package somehow.


-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"She turns me on. She makes me real. I have to apologize for the way I feel."
  Nine Inch Nails


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

Bug#347675: Acknowledgement (libcairo2: segv in nautilus)

[Andreas Degert]

Update:

I rebuilt the package libcairo2 (with apt-get -b source ...), now it
works.


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

Bug#347665: [Pkg-octave-devel] Bug#347665: scaling bug in legend of eplot in octave-epstk package

[Paul Kienzle]

Shouldn't you CC: the upstream developer with info like this?

- Paul

On Jan 11, 2006, at 5:47 PM, Patrick Mitran wrote:


Package: octave-epstk
Version: 2.1-1

There is a minor bug in the way the legend is
drawn in the eplot command if the dash option
is a scalar number greater that 0. In particular,
the dash spacing in the legend isn't scaled by eFac
like it is in the image.

I've fixed the problem by making two small changes to
the file eplotlg.m

These are:

1. add the line:

eglobvar

after the usage instructions check.

2. Change the line

exyline(epsFile,0,0,[x;x+lineLength],[y;y],color,dash,lineWidth);

to

exyline(epsFile,0,0,[x;x+lineLength],[y;y],color,dash*eFac,lineWidth);


___
Pkg-octave-devel mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/pkg-octave-devel





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

Bug#347521: [INTL:de] Update for German translation of zssh

[Bart Martens]

package zssh
retitle 347521 zssh: remove lrzsz from zssh source package
severity 347521 wishlist
owner 347521 !
tags 347521 - patch l10n
tags 347521 fixed pending
thanks


Hello Tobias,

There's a separate package called lrzsz.  The copy of lrzsz in the zssh
source package is not used.  Jens Seidel seems to have translated a
newer copy of lrzsz, see bug #313992.

I'll remove the copy of lrzsz from the zssh source package to avoid
translators losing time over this again.
http://members.chello.be/ws35943/zssh/

But, thanks for your contribution anyway.

Regards,

Bart Martens



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

Bug#347407: python-libavg: pulls in spurious deps from Magick++-config

[Steve Langasek]

severity 347407 grave
thanks

Also, libavg can't be binNMUed on the autobuilders because it build-depends
on a package not present anywhere in the Debian archive (even in non-free),
so you'll need to do a sourceful upload to fix the unsatisfiable dependency
anyway.

Thanks,
-- 
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#347402: nip2: depends on libdps1 which is no more available

[Steve Langasek]

On Wed, Jan 11, 2006 at 07:08:14PM -0500, Jay Berkenbilt wrote:
> Steve Langasek <[EMAIL PROTECTED]> wrote:

> > while this *particular* spurious dependency will go away with a
> > simple rebuild of the application (already queued on the
> > autobuilders for each of these packages BTW), the underlying problem
> > is that these packages don't have very good library handling . . .

> Thanks for queueing nip2 for binary NMU.  As far as I can tell, vips
> also requires this since it also appears to be uninstallable for the
> same reason though it was not one of the packages to receive this
> bug.  (libvips10c2a depends upon libdps1)

> If you could first requeue vips and then, once it succeeds and it is
> necessary, requeue nip2, that would be most helpful.

Yep, you seem to be right; requeued vips as well.

> I'll also aim to do a more proper fix as suggested, reuploading as
> needed, but I won't have a chance to get to it until at least the
> weekend and maybe the weekend after that

Sounds good.

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


signature.asc
Description: Digital signature

Bug#345709: not fixed yet

[Santiago Vila]

reopen 345709
thanks

Sorry for the reopening, but this bug is not fixed yet.

I just built this package for hurd-i386 today and I still got
the python-scipy-core_0.3.2-5_all.deb binary package.

This is consistent with the fact that debian/rules has five
different dh_* calls not using -a at the very end.

If you want to be sure please try "dpkg-buildpackage -B".


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

Bug#326971: imview: Loading image causes stack smash?

[Justin Pryzby]

On Wed, Jan 11, 2006 at 11:55:28PM +0200, Teemu Ikonen wrote:
> I could not reproduce this bug with the image at
> http://justinpryzby.com/astro/m27.0001.Dumbbell_Nebula.FIT
> 
> This FITS file loads fine, but is shown as all zeros. Thus, the
> support for FITS is broken, but don't see any crashes, string
> corruption or such. Could you check if you can repeat the behaviour
> mentioned in the original bug report with the latest version of
> imview, 1.1.8-3?
I can't, but I suspect that the original bug still exists.

When I select the .FIT file to open, versions 1.1.8-1 and 1.1.8-2 both
pop up a box about "select the offsets, pixel type, endianness, etc.".
But 1.1.8-3 has no such thing.  FITS support is certainly broken,
since it seems to think that pixels are 1 byte each, but they are not.

Can you explain why the debian revisions act differently?

Image/Information/Path_to_Image seems corrupted in 1.1.8-3, anyway.

And valgrind still indicates some invalid read, after selecting
File/Open, but before selecting any file, among other warnings.

> If there's a GPL compatible C or C++ library for reading FITS-files,
> please let me know, I might add support for them at some point.
Reading 1,2, or 3-D FITS files should be pretty easy.  Though there
are some variants, I have never seen them.  You can google for the
fits definition document; the header is n 80-character ascii "cards",
which must begin with SIMPLE, BITPIX, NAXIS, NAXIS[n]... in that
order.  There are no newlines; use spaces as header filler, and NULL
as data filler.  All fits sections are multiples of 2880 bytes.  The
header is terminated by a line matching m/END {77}/.

Dimensions are given by NAXIS1,2, or 3; pixel size in bits is given by
BITPIX=8,16,32,-32,-64 and ("experimental") 64.  Data is MSB and
signed (except for BITPIX=8 I think which can be unsigned, but always
has the high bit clear..).  You'll also want to read the BZERO and
BSCALE values, as well as possibly other reserved keywords, such as
BLANK.

The canonical library to access fits files is cfitsio, which is
already packaged (though I don't have any experience using it).

It is a GPL-compatible public domain work of the US Gov't, with a bit
of GPL gzip included.

-- 
Clear skies,
Justin


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

Bug#311815: matrox support on ppc64

[Petr Vandrovec]

Sven Luther wrote:

On Wed, Jan 11, 2006 at 11:26:35PM +0100, Petr Vandrovec wrote:

Anyway when I have two reports, one saying that matroxfb does not work on 
2.6.11 and another that it does work, I'm lost.  As since 2.6.9 or so 
matroxfb uses only readl()/writel() to access all hardware, without any 
optimizations, 64bitness of hardware should not matter, only endianness 
problems should in the drawing code (matroxfb_1bpp_imageblit) - readl & 
writel should still work same way.



Its not the same card though, one is a G450, and the other a G200. Furthermoe
Tom used a 2.6.11.6 kernel, while Roberto probably used a much earlier
version. Not sure if there are still two different matroxfb in 2.6.11 as they
used to be though ? 


There were never two different matroxfbs in any kernel...  Also from matroxfb's 
viewpoint all accelerators between Millennium I and G550 are identical - if you 
got some picture on screen and your monitor agrees that input signal is what 
you've specified, then you should observe identical behavior on primary head.


I repeat again, anything older than 2.6.12 is completely uninteresting as 2.6.12 
is known to fix problems with character painting on big endian.

Petr



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

Bug#347683: libqt3-mt: must provide libqt3c102-mt

[Devin Bayer]

Package: libqt3-mt
Version: 3:3.3.5-1
Severity: important

Many packages depend up on libqt3c102-mt, which no longer exists.
this package supercedes it, so please "Provide" this package.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-k7-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF-8)

Versions of packages libqt3-mt depends on:
ii  fontconfig   2.3.2-1 generic font configuration library
ii  libaudio21.7-2   The Network Audio System (NAS). (s
ii  libc62.3.5-3 GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.2-1 generic font configuration library
ii  libfreetype6 2.1.7-2.4   FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-2   GCC support library
ii  libice6  4.3.0.dfsg.1-14 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libmng1  1.0.8-1 Multiple-image Network Graphics li
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libsm6   4.3.0.dfsg.1-14 X Window System Session Management
ii  libstdc++6   4.0.2-2 The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxi6   4.3.0.dfsg.1-14 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display
ii  libxrandr2   4.3.0.dfsg.1-14 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  libxt6   4.3.0.dfsg.1-14 X Toolkit Intrinsics
ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.3-4   compression library - runtime

libqt3-mt recommends no packages.

-- no debconf information


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

Bug#347682: inkscape_0.43-3(hppa/unstable): FTBFS: uses gcc-3.4 but doesn't build-depend it

[lamont]

Package: inkscape
Version: 0.43-3
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of inkscape_0.43-3 on sarti by sbuild/hppa 85
> Build started at 20060112-0013

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: g++ (>= 4:4.0.2-2) [arm m68k hppa], debhelper (>= 4.0.0), 
> intltool, libart-2.0-dev (>= 2.3.10), libgc-dev (>= 1:6.4-1), libglib2.0-dev, 
> libgnomevfs2-dev, libgtk2.0-dev (>= 2.0.6-1), libgtkmm-2.4-dev, 
> libpango1.0-dev, libperl-dev, libpng12-dev, libpopt-dev, libsigc++-2.0-dev 
> (>= 2.0.16-2), libtool, libxml-parser-perl, libxml2-dev (>= 2-2.4.24), 
> libxslt1-dev, pkg-config, python-dev, zlib1g-dev

[...]

> checking whether build environment is sane... yes
> checking for gawk... no
> checking for mawk... mawk
> checking whether make sets $(MAKE)... yes
> checking for intltool >= 0.22... 0.33 found
> checking for perl... /usr/bin/perl
> checking for XML::Parser... ok
> checking for iconv... /usr/bin/iconv
> checking for msgfmt... /usr/bin/msgfmt
> checking for msgmerge... /usr/bin/msgmerge
> checking for xgettext... /usr/bin/xgettext
> checking for hppa-linux-gnu-gcc... gcc-3.4
> checking for C compiler default output file name... configure: error: C 
> compiler cannot create executables
> See `config.log' for more details.
> make: *** [config.status] Error 77

A full build log can be found at:
http://buildd.debian.org/build.php?arch=hppa&pkg=inkscape&ver=0.43-3



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

Bug#347680: Xorg breaks acpid

[martin f krafft]

Package: xserver-xorg
Version: 6.9.0.dfsg.1-3
Severity: important

If Xorg is running, it claims /proc/acpi/events. This causes acpid
to not start:

lapse:~# /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket
acpid: can't open /proc/acpi/event: Device or resource busy

Either require acpid and use its socket, or don't lock the ACPI
resource.

Note, this is possibly related to bug #345537. The problem did not
exist with 6.8.2, meaning acpid worked fine then.

Option NoPM is obviously not set, and I don't think it should have
to be.

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

Versions of packages xserver-xorg depends on:
ii  debconf [debconf-2.0] 1.4.67 Debian configuration management sy
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-6  GCC support library
ii  libxau6   6.9.0.dfsg.1-3 X Authentication library
ii  libxdmcp6 6.9.0.dfsg.1-3 X Display Manager Control Protocol
ii  xserver-common6.9.0.dfsg.1-3 files and utilities common to all 
ii  zlib1g1:1.2.3-9  compression library - runtime

Versions of packages xserver-xorg recommends:
ii  discover1 1.7.17 hardware identification system
ii  laptop-detect 0.12.1 attempt to detect a laptop
ii  mdetect   0.5.2.1mouse device autodetection tool
ii  xlibs 6.9.0.dfsg.1-3 X Window System client libraries m
ii  xresprobe 0.4.18-1   X Resolution Probe

-- debconf information excluded

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver!
 
scientists will study your brain to learn
more about your distant cousin, man.


signature.asc
Description: Digital signature (GPG/PGP)

Bug#346101: Strace log not being accepted

[Steve Kemp]

On Wed, Jan 11, 2006 at 03:46:19PM -0600, Bonilla, Alejandro wrote:
> I have sent the strace of apachetop and the bug system is not letting it
> in, maybe as an spam check?
> 
> Here goes again attached.

  Cheers, got it.

  Looks like I tracked down the bug without this.  See :

http://lists.debian.org/debian-devel/2006/01/msg00648.html

  The proble appears to be that a structure is allocated and not
 initialized to NULL, so an invalid free appears.

  The fix is in the message linked to above - and I'll upload a 
 new revision shortly.

Steve
--


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

Bug#347545: login crashes when trying to use nis

[Mark Brown]

reassign 347545 glibc
thanks

On Wed, Jan 11, 2006 at 01:57:27PM +0100, Edward Welbourne wrote:

> When root tried to su - eddy it got this response on stderr:
> -su: nss_nis/nis-netgrp.c:79: _nss_nis_setnetgrent: Assertion 
> `malloc_usable_size (netgrp->data) >= len + 1' failed.

This is a problem with an NSS module which is part of glibc rather than
with the NIS package.  On client systems the NIS package just maintains
the binding to the server and provides utility programs like ypcat.  No
code from the package actually runs in a process doing database lookups
or authentication through the glibc APIs.

Reassigning the bug to glibc which provides the NSS module.

I'll try to address the other issues you have raised here but there's
quite a few of them.  If you would like any of these issues addressing
further please file appropriate low severity bugs against the NIS
package.  I'd especially welcome improvements to the documentation.

> The debconf info (which used to contain the nis/domain datum discussed
> above) says nis is "not yet configured".  Since I've uninstalled nis

Actually, no, it doesn't say that.  It reports that there is a Debconf
note called nis/not-yet-configured - there will always be some reference
to that note in the template generated by reportbug for NIS (the
presence or absence of a '*' indicates if it's been shown or not).

> and re-installed it recently, I can only suppose this is due to the
> installation scripts not configuring nis.  Getting to the point above
> had involved a great deal of guess-work, reading of man pages,
> stumbling by chance on relevant files and filling those with data by
> trial and error.  Nothing made itself even remotely obvious as a "how
> to tell nis to configure itself", even in the course of all that
> rummaging.

Given the above I'm guessing that this is based on your understanding of
what the Debconf information displayed by reportbug means.  I would
therefore expect that you had in fact already configured NIS fully and
that the reason you were unable to find any documentation on what you
were missing was that you weren't missing anything.

> Running dpkg-reconfigure, I get consulted for the
> nis/domain value; it already knows the value I had configured it to by
> hand; and I think this was run when I re-installed nis.

Yes, NIS will prompt for that when installed.  Each time it is
configured it will also take any value configured on the system and use
it to seed the Debconf question.

>   (The prompt
> for this is, fundamentally, unhelpful: only when I'd got it wrong, and
> rummaged a lot as above, did I discover a passing comment, probably in
> a man page: from which I realized that it isn't a domain name in the
> normal sense; and gleaned that the datum is stored in

Right, unfortunately someone decided to use the same term for the two
concepts.  Fortunately most installations I've encountered use the same
value for both DNS and NIS domains so it's actually not frequently a
problem in practice.

>  It would be worth saying "look in your NIS server's
> /etc/defaultdomain for the authoritative version of this variable" or
> some such.)

Saying things like that gets a bit tricky: for example the user may not
have sufficient access to their NIS server to be able to go and look at
files like that or their NIS server may use some completely different
configuration mechanism.

I can't off-hand think of much to do with that prompt beyond reinforcing
the idea that you should consult whoever is admining the network about
the value if you're not picking the name on the server yourself.  I'll
see if I can come up with something better next time I upload.

>  I didn't get consulted for the ypserver's IP address, nor

The default installation relies on broadcasting to discover a suitable
server; in most situations that will work fine.  I'm not going to add
support for configuring this without also providing support for adding
compat entries to passwd and whatnot since it's not already supported
and it's something that relatively few users will need.

> was I asked whether I wanted to enable nis in passwd and group.

The package doesn't do that automatically because editing /etc/passwd
and /etc/group during configuration is rather nasty and is not supported
by base-passwd which is what manages those files.  There is a bug open
against base-passwd (#311531) requesting support for adding NIS entries
but, well, it's open.  Doing this is much more tricky than it might at
first appear since the package has to deal with combinations of install,
upgrade, removal and configuration operations along with user changes to
the system (which we have to respect above anything else).  

Other distributions that I've seen deal with this do so by having a
separate program that manages all authentication and system database
related stuff through a unified interface rather than by 

Bug#347678: Do not start at all!

[Juhapekka Tolvanen]

Package: pyzor
Version: 1:0.4.0+cvs20030201-5
Severity: grave


% pyzor discover
Traceback (most recent call last):
  File "/usr/bin/pyzor", line 7, in ?
import pyzor.client
ImportError: No module named pyzor.client


-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)

Versions of packages pyzor depends on:
ii  python2.3.5-3An interactive high-level object-o
ii  python-gdbm   2.3.5-3GNU dbm database support for Pytho

pyzor recommends no packages.

-- no debconf information

-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"She turns me on. She makes me real. I have to apologize for the way I feel."
  Nine Inch Nails


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

Bug#347296: [Pbuilder-maint] Bug#347296: pbuilder: url to debian experimental's apt archive seems to have changed recently

[Junichi Uekawa]

Hi,

> 
> Some days ago. It is now handled like an ordinary distribution:
> 
> http://ftp.debian.org/dists/experimental/
> 
> See also http://ftp.debian.org/project/.


Okay, I take the hint. 


[DIR] experimental-is-in-dists-now/ 11-Jan-2006 15:17  -  




regards,
junichi

-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project



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

Bug#334368: [Pkg-octave-devel] Bug#334368: VTK viewer from octaviz does not resize sanely

[Rafael Laboissiere]

package octaviz
severity 334368 normal
tags 334368 moreinfo
stop

* Rafael Laboissiere <[EMAIL PROTECTED]> [2005-12-16 19:42]:

> Could you please try to install the vtk-examples package and run under
> your sawfish session the example:
> 
> /usr/share/vtk/VisualizationAlgorithms/Python/ClipCow.py
> 
> If this fails in the same way, the odds are high that the problem comes
> from vtk and not octaviz.

I got no reaction from you to my request above.  I am wondering whether
this is bug comes from Octaviz, VTk, or Sawfish.  Also, there will be new
packages for VTK and Octaviz in two weeks or so and it would be good to
know if this bug bug persists with the new versions.

I am tagging this bug "moreinfo" and lowering its severity to "normal".
If we do not receive more information in a reasonable timeframe (say two
months), this bug report will be closed.

-- 
Rafael


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

Bug#346208: Wrong type argument: integerp, nil

[Junichi Uekawa]

Hi,

> > This must certainly be the problem.
> > 
> > Then, there seems to be an inconsistency on the emacs-version decision made
> > at compile time and the one made at load time.
> > 
> > If you look at line 350 of file whizzytex.el there are two identical tests,
> > but one is done at compile time (because otherwise compilation would repport
> > errors) and the other part at load time.
> > 
> > The switch is made necessary by the change of API for the line-mode-string
> > (see comment right above). 
> > 
> > Although I am not 100% sure that I am doing the right think with defmacros,
> > this might be to be a packaging problem, as I cannot reproduce the bug on my
> > side.
> 
> At least, from version whizzytex-1.2.3, whizzy-error-string whouls be the
> integer 27  emacs versions 21.*

The error is in that initially whizzy-error-string is '27' and
whizzytex works.  After doing kill-buffer, and revisiting that file,
and reenabling whizzytex-mode, whizzy-error-string is nil.

I suspect there's something fishy going on here with buffer-local
variables.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#347679: emacs-dl-wnn: Depends on libwnn6, which is uninstallable

[Ryo Furue]

Package: emacs-dl-wnn
Version: 0.4.2-5.1
Severity: serious

Hello,

emacs-dl-wnn depends on libwnn6, which conflicts with
libwnn6-1.  On the other hand, kinput2-canna-wnn depends
on libwnn6-1 .  This results in a dependecy error
on a system with both emacs-dl-wnn and kinput2-canna-wnn
installed.

Ryo

-- 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.12-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages emacs-dl-wnn depends on:
ii  emacs20-dl20.7-14.3  The GNU Emacs editor. (Dynamic Loa
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libwnn6   1.0.0-12   Wnn6 client library

emacs-dl-wnn recommends no packages.

-- no debconf information


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

Bug#347676: Have debcheck find and report circular dependencies

[Jeroen van Wolffelaar]

Package: qa.debian.org
Severity: wishlist

Circular dependencies are a problem. For more info, see the thread starting
at http://lists.debian.org/debian-devel/2006/01/msg00515.html

It'd be nice if debcheck were to report such circles in our dependency
graph, so that there's always an uptodate list of such circular dependecies
readily available. Before one can solve a problem, one needs to detect it,
after all.

--Jeroen

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


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

Bug#347675: libcairo2: segv in nautilus

[Andreas Degert]

Package: libcairo2
Version: 1.0.2-3
Severity: important

nautilus gets a segment violation when an icon is dragged (e.g. a file
from a folder in icon view mode). Works ok when libcairo.so.2.2.3 is
replaced with the corresponding version from ubuntu (this is the quick
fix for me).

(if someone can reproduce this problem: you should use the
--disable-crash-dialog option for nautilus, or your desktop will just
lock up after starting the drag operation).

-- System Information:
Debian Release: 3.1
  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.14-2-686-smp
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-15)

Versions of packages libcairo2 depends on:
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libx11-6  6.9.0.dfsg.1-3 X Window System protocol client li
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  xlibs 6.9.0.dfsg.1-3 X Window System client libraries m
ii  zlib1g1:1.2.3-9  compression library - runtime

libcairo2 recommends no packages.

-- debconf-show failed

Information about nautilus:

Versions of packages nautilus depends on:
ii  desktop-file-utils0.10-1 Utilities for .desktop files
ii  gconf22.12.1-8   GNOME configuration database syste
ii  gnome-control-center  1:2.10.2-1 utilities to configure the GNOME d
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libbonobo2-0  2.10.1-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.10.1-1   The Bonobo UI library
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libcairo2 1.0.2-3The Cairo 2D vector graphics libra
ii  libeel2-2 2.12.2-2   Eazel Extensions Library (for GNOM
ii  libesd0   0.2.36-1   Enlightened Sound Daemon - Shared 
ii  libexif12 0.6.12-2   library to parse EXIF files
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libgail-common1.8.8-1GNOME Accessibility Implementation
ii  libgail17 1.8.8-1GNOME Accessibility Implementation
ii  libgconf2-4   2.12.1-8   GNOME configuration database syste
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.5-1The GLib library of C routines
ii  libgnome-desktop-22.12.2-2   Utility library for loading .deskt
ii  libgnome-keyring0 0.4.6-2GNOME keyring services library
ii  libgnome2-0   2.12.0.1-4 The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.12.0-2   A powerful object-oriented display
ii  libgnomeui-0  2.12.0-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.12.2-3   The GNOME virtual file-system libr
ii  libgtk2.0-0   2.8.9-2The GTK+ graphical user interface 
ii  libice6   6.9.0.dfsg.1-2 Inter-Client Exchange library
ii  libnautilus-extension12.12.2-2   libraries for nautilus components 
ii  liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.10.2-1   Layout and rendering of internatio
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  librsvg2-22.12.7-3   SAX-based renderer library for SVG
ii  libsm66.9.0.dfsg.1-2 X Window System Session Management
ii  libstartup-notification0  0.8-1  library for program launch feedbac
ii  libx11-6  6.9.0.dfsg.1-3 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-2 X Window System miscellaneous exte
ii  libxi66.9.0.dfsg.1-2 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-2 X Window System multi-head display
ii  libxml2   2.6.23-1   GNOME XML library
ii  libxrandr26.9.0.dfsg.1-2 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  nautilus-data 2.12.2-2   data files for nautilus
ii  shared-mime-info  0.16-3 FreeDesktop.org shared MIME databa
ii 

Bug#347674: azureus: Crashes almost immediately after starting (glibc detected *** corrupted double-linked list: 0xb7f60898)

[Vedran Furač]

Package: azureus
Version: 2.3.0.6-1
Severity: grave
Justification: renders package unusable

It crashes few seconds after starting with this error:
glibc detected *** corrupted double-linked list: 0xb7f60898

Just few days ago it worked perfect.

% java -version
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode)


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable'), (800, 'experimental'), (500, 'testing'), (55, 
'breezy')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-acid2
Locale: LANG=hr_HR.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages azureus depends on:
ii  gij 4.0.2-6  The GNU Java bytecode interpreter
ii  lib 1.0-7API for working with the command l
ii  lib 1.2.12-1 Logging library for java
ii  lib 3.0-3the Staged Event-Driven Architectu
ii  lib 3.1.1-8  Fast and rich GUI toolkit for Java
ii  sun 1.5.0.06+debian-1.unofficial.sarge.1 Sun Java 2 Platform Standard Editi

Versions of packages azureus recommends:
ii  java-package  0.27   utility for building Java(TM) 2 re

-- no debconf information


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

Bug#347660: please look at the wildcard-deactivating patches (Kolab)

[Henrique de Moraes Holschuh]

On Wed, 11 Jan 2006, Steffen Joeris wrote:
> This is necessary because Kolab uses the whole email adress for the
> mailbox and there are for example '%' 's :)

I will not take this patch. It would be asking for misterious breakages.

Also, I am not sure it is legal IMAP either, and if it is not legal IMAP per
the RFCs, I'd push for its removal even if it were accepted...

> We know that it will be very difficult or maybe impossible to integrate it
> into the official cyrus package, but i think we will discuss it

Indeed.  Why not fix Kolab so that it stops doing such weird things? It
should be doable.

> +  #ifdef notdef
>  /* verify that the mailbox doesn't have a wildcard in it */
>  for (p = oldmailboxname; !r && *p; p++) {
> if (*p == '*' || *p == '%') r = IMAP_MAILBOX_BADNAME;
>  }
> +  #endif

We *really* don't want to mess with this.

> + * original definition
>  #define GOODCHARS " +,-.0123456789:[EMAIL PROTECTED]"
> + */
> +
> +#define GOODCHARS " #$%'()*+,-.0123456789:;<=>[EMAIL PROTECTED]|}~"
> +

Some of those might be needed for other stuff... as a rule, cyrus avoids
chars that could cause hell on scripts or the imap protocol, and reserves
some itself. So no ^ (unixhiersep), no wildcards, no {, no }, etc.

Exactly what kind of crazy thing does kolab do with mailboxes that it needs
the above changes?

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


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

Bug#347659: please discuss patch for ldap authentification (Kolab)

[Henrique de Moraes Holschuh]

On Wed, 11 Jan 2006, Steffen Joeris wrote:
> This is the ldap authentification patch for cyrus.
> As far as I know it enables the ldap authentification.
> Kolab uses ldap for all user information.

[...]

> -{ "virtdomains", "off", ENUM("off", "userid", "on") }
> +{ "virtdomains", "off", ENUM("off", "userid", "ldap", "on") }

THAT I didn't like at all.  If it is an authz module, it should have been
plugged to the ptloader.  Looks more like a hack to the vir. domain system.

If kolab touched that, the chances of we taking the patches have decreased
to close to zero.  I do NOT want people doing such things that 2.3 will
NEVER support.

We might need a cyrus-kolab package that has the patches applied, and to
keep the rest of cyrus "pure"...

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


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

Bug#347658: please include patch from kolab for Shell.pm

[Henrique de Moraes Holschuh]

On Wed, 11 Jan 2006, Steffen Joeris wrote:
> Enclosed there is a small patch for the Shell.pm file.
> We also found it in the kolab-upstream.
> There I can only see some additional thinks.
> I think these are interesting for the mailboxes.
> The mailboxes with kolab have an other look.

It is acutally a proper fix for shell.pm, we should apply it anyway.  It
documents valid cyrus 2.2 (without kolab changes).

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


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

Bug#347657: please add imapd.patch from kolab upstream

[Henrique de Moraes Holschuh]

On Wed, 11 Jan 2006, Steffen Joeris wrote:
> -#if defined(HAVE_STDARG_H) || defined(_WINDOWS)
> +#if defined(HAVE_STDARG_H) || defined(__STDC__) || defined(_WINDOWS)
> +#ifdef __FreeBSD__
> +/* #define fdatasync(fd) fsync(fd) */
> +#define O_DSYNC 0
> +#endif
> +

Assorted fixes we can ignore in Debian.

> +#include 

That one we want anyway.

> #-#ifdef HAVE_CONFIG_H
> #-#include 
> #-#endif
> #+#include "../../../config.h"

We must fix this properly. Just "config.h" should have been enough, and
 is *always* wrong :)

> +#ifdef ATVDOM /* allow '@' being a regular character in mboxname even when 
> using virtual domains */
> +   else if ((cp = strrchr(name, '@'))) {
> +#else
> if ((cp = strrchr(name, '@'))) {
> +#endif /* ATVDOM */

Not acceptable for regular cyrus.

> -static void db_err(const char *db_prfx, char *buffer)
> +static void db_err(const DB_ENV *dbenv, const char *db_prfx, const char 
> *buffer)
>  {
>  syslog(LOG_WARNING, "DBERROR %s: %s", db_prfx, buffer);
>  }

We should verify this one.

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


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

Bug#347635: gnome-games: not indicating empty foundations following testing upgrade

[Josselin Mouette]

Le mercredi 11 janvier 2006 à 23:15 +, Julian Gilbey a écrit :
> > What card theme are you using? Do you have gnome-games-extra-data
> > installed?
> 
> Card style: bonded (if that's what you're asking).  Makes no
> difference if I change the card style, though.
> 
> I don't have gnome-games-extra-data installed.

I'm interested in knowing whether installing it solves the issue. Also,
if you can give a try to gnome-games 2.12, the problem is probably fixed
here.

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#347613: totem: Please split the mozilla plugin into a separate package

[Sebastien Bacher]

Le mercredi 11 janvier 2006 à 19:11 +, Bastien Nocera a écrit :

> That bug is actually already fixed. Sebastien?

Bug is fixed upstream and I've uploaded the patch to Ubuntu dapper for
feedback. I'll use it for next upload to Debian too.

--
Sebastien Bacher

Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup

[Martin-Éric Racine]

to, 2006-01-12 kello 00:38 +0100, Denis Barbier kirjoitti:
> On Thu, Jan 12, 2006 at 01:14:35AM +0200, Martin-Éric Racine wrote:
> > > Back to your original report, there is no error in your logs, so X
> > > configuration looks fine.  Can you run
> > >   setxkbmap -layout fi,ru -variant ,phonetic -option -option 
> > > grp:shifts_toggle
> > > in a terminal?
> > 
> > $ setxkbmap -v -layout fi,ru -variant ,phonetic -option -option 
> > grp:shifts_toggle
> > Warning! Multiple definitions of keyboard layout
> >  Using command line, ignoring X server
> > Warning! Multiple definitions of layout variant
> >  Using command line, ignoring X server
> > Trying to build keymap using the following components:
> > keycodes:   xfree86+aliases(qwerty)
> > types:  complete
> > compat: complete
> > symbols:
> > pc/pc(pc105)+pc/fi+pc/ru(phonetic):2+group(shifts_toggle)+group(shifts_toggle)
> > geometry:   pc(pc105)
> > $
> 
> Ok, there is no error message, you can check that everything works fine.
> I already committed a patch so that options are not listed twice.

Switching between both layouts indeed works as expected, after running
the above command. Of course, GNOME messes this at the next X session.

> I see nothing wrong, xlibs works just fine, maybe this is a GNOME
> problem?

You're welcome to reassign to gnome-control-center (which provides
gnome-keyboard-properties) if you think that this is appropriate.
I've attached its dependency listing here just in case.

Package: gnome-control-center
Version: 1:2.12.2-1

Versions of packages gnome-control-center depends on:
ii  capplets-data1:2.12.2-1  configuration applets for GNOME 2 
ii  desktop-file-utils   0.10-1  Utilities for .desktop files
ii  gnome-desktop-data   2.12.2-2Common files for GNOME 2 desktop a
ii  gnome-icon-theme 2.12.1-2GNOME Desktop icon theme
ii  gnome-menus  2.12.0-2an implementation of the freedeskt
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libebook1.2-51.4.2.1-1   Client library for evolution addre
ii  libesd-alsa0 [libesd0]   0.2.36-1ubuntu5 Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgamin00.1.7-2 Client library for the gamin file 
ii  libgconf2-4  2.12.1-8GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.5-1 The GLib library of C routines
ii  libgnome-desktop-2   2.12.2-2Utility library for loading .deskt
ii  libgnome-keyring00.4.6-2 GNOME keyring services library
ii  libgnome-menu2   2.12.0-2an implementation of the freedeskt
ii  libgnome2-0  2.12.0.1-4  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-2A powerful object-oriented display
ii  libgnomeui-0 2.12.0-2The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.2-3The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.1-4   library for common error values an
ii  libgstreamer-plugins0.8- 0.8.11-5Various GStreamer libraries and li
ii  libgstreamer0.8-00.8.11-2Core GStreamer libraries, plugins,
ii  libgtk2.0-0  2.8.9-2 The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libmetacity0 1:2.12.2-3  Common library of lightweight GTK2
ii  libnautilus-extension1   2.12.2-2libraries for nautilus components 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.2-1Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libtasn1-2

Bug#347402: nip2: depends on libdps1 which is no more available

[Jay Berkenbilt]

Steve Langasek <[EMAIL PROTECTED]> wrote:

> while this *particular* spurious dependency will go away with a
> simple rebuild of the application (already queued on the
> autobuilders for each of these packages BTW), the underlying problem
> is that these packages don't have very good library handling . . .

Thanks for queueing nip2 for binary NMU.  As far as I can tell, vips
also requires this since it also appears to be uninstallable for the
same reason though it was not one of the packages to receive this
bug.  (libvips10c2a depends upon libdps1)

If you could first requeue vips and then, once it succeeds and it is
necessary, requeue nip2, that would be most helpful.

I'll also aim to do a more proper fix as suggested, reuploading as
needed, but I won't have a chance to get to it until at least the
weekend and maybe the weekend after that.  If the rebuilds still leave
the package uninstallable, I will fix it at a higher priority.  I'll
leave the bug open until I've fixed it properly either way.

Thanks!

-- 
Jay Berkenbilt <[EMAIL PROTECTED]>


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

Bug#347264: Incorrect *Manufacturer string

[Henrique de Moraes Holschuh]

On Wed, 11 Jan 2006, Pascal De Vuyst wrote:
> For the above reasons hplip-ppd should provide HPLIP PPDs and
> foomatic-filters-ppds should not.

HPLIP provides *HP* PPDs.  This includes all hpijs ones, and all postscript
ones.  I am not about to deal with the mess of shipping a different set of
PPDs than upstream (I can deal with shipping all, or shipping none).  The
reason for this is user confusion, which I am wary of increasing.

> We should not remove all HP PPDs from packages providing PPDs since there
> are other binary gs drivers (e.g. pcl3) for use with HP printers where PPDs
> are provided by foomatic-filter-ppds.

You'll have to verify if HPLIP is not providing those... If they are
supported by HP, it probably does.

> Roger Leigh has a good point here.
> HPLIP PPDs already use the above Foomatic approach so that's no problem.

Only in CVS, I didn't upload the packages not screwing up with the
Manufacturer's field yet.

> So if PPDs are named e.g. "HP-DeskJet_520-hpijs.ppd.gz" and are located in

As I said, there are ppds for other drivers than hpijs, including pure
postscript.

> I think Debian should lead the way here by providing unified naming for PPDs
> which opens possibilities for GUI tools that are currently not possible.
> Perhaps a bug should be filed against foomatic-db to get this changed 
> upstream.

It *will* have to be changed upstream if you want to change names. But only
the case is weird in HP's case, and that I can deal with.

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


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

Bug#343666: fix confirmed

[Steve McIntyre]

On Wed, Jan 11, 2006 at 04:32:13PM -0700, dann frazier wrote:
>works great for me, thanks Steve!

Cool!

Apologies for the delay - it took me a while to track down what looked
to be a crash in an implausible place...!

-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
"Further comment on how I feel about IBM will appear once I've worked out
 whether they're being malicious or incompetent. Capital letters are forecast."
 Matthew Garrett, http://www.livejournal.com/users/mjg59/30675.html


signature.asc
Description: Digital signature

Bug#332300: Bug#346612: Intention to NMU aee

[Javier Linares]

Hi Luk,

On Thu, Jan 12, 2006 at 12:22:10AM +0100, Luk Claes wrote:
> Attached the patch for the version I intend to upload. Please respond if
> you don't want this NMU to happen, if you are working yourself on a
> patch or if you think that the attached patch won't work.

Yes, please, go on. In fact I was thinking on orphaning aee, real world
doesn't let me put time in package maintenance and I don't use this program
anymore.

Thanks for your work,

-- 
Javier Linares


signature.asc
Description: Digital signature

Bug#301540: php-gtk: Totally abandoned

[Marc Fargas]

Package: php-gtk
Version: 0.5.0-3
Followup-For: Bug #301540

That package seems to be completelly abandoned!
It would be nice to see php-gtk updated ;)

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])


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

Bug#347673: zsh-beta: Non-ascii characters are not displayed after prompt expansion if (R)PS1 var contains %D{%a} and locale is non-english.

[Vedran Furač]

Package: zsh-beta
Version: 4.3.0-dev-2+20060106-1
Severity: minor

Locale is set to hr_HR.UTF-8. RPS1 variable contains %D{%a} or abbreviated
weekday. For thursday (in croatian: četvrtak) I should get "Čet", but I
don't. Here is a screenshot: http://www.inet.hr/~vfurac/zsh_utf8.png.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable'), (800, 'experimental'), (500, 'testing'), (55, 
'breezy')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-acid2
Locale: LANG=hr_HR.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages zsh-beta depends on:
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libpcre3  6.4-1.1Perl 5 Compatible Regular Expressi
ii  passwd1:4.0.14-2 change and administer password and

zsh-beta recommends no packages.

-- no debconf information

Bug#347672: evolution: Evolution 2.4.2.1 freezes on startup

[Ciro Mattia Gonano]

Package: evolution
Version: 2.4.2.1-1
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Since last update Evolution keeps freezing at startup, giving a CAMEL
error and a Gdk error:

(evolution:10138): camel-WARNING **: camel_exception_get_id called with
NULL parameter.

(evolution:10138): Gdk-CRITICAL **: gdk_gc_set_foreground: assertion
`GDK_IS_GC (gc)' failed

Stracing the evolution process shows that evolution freezes in a poll()
(strace output available on request).
Removing evolution-plugins and sweeping away ~/.evolution couldn't help.

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (750, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to it_IT.UTF-8)

Versions of packages evolution depends on:
ii  evolution-dat 1.4.2.1-1  evolution database backend server
ii  gconf22.12.1-8   GNOME configuration database syste
ii  gnome-icon-th 2.12.1-2   GNOME Desktop icon theme
ii  gtkhtml3.83.8.1-1HTML rendering/editing library - b
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libbonobo2-0  2.10.1-1   Bonobo CORBA interfaces library
ii  libbonoboui2- 2.10.1-1   The Bonobo UI library
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libcairo2 1.0.2-3The Cairo 2D vector graphics libra
ii  libcamel1.2-6 1.4.2.1-1  The Evolution MIME message handlin
ii  libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library
ii  libcompfaceg1 1:1.5.2-1  Compress/decompress images for mai
ii  libdb4.2  4.2.52-23  Berkeley v4.2 Database Libraries [
ii  libebook1.2-5 1.4.2.1-1  Client library for evolution addre
ii  libecal1.2-3  1.4.2.1-1  Client library for evolution calen
ii  libedataserve 1.4.2.1-1  Utility library for evolution data
ii  libedataserve 1.4.2.1-1  GUI utility library for evolution 
ii  libesd-alsa0  0.2.36-1   Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig 2.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgail-commo 1.8.8-1GNOME Accessibility Implementation
ii  libgail17 1.8.8-1GNOME Accessibility Implementation
ii  libgconf2-4   2.12.1-8   GNOME configuration database syste
ii  libgcrypt11   1.2.2-1LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.5-1The GLib library of C routines
ii  libgnome-keyr 0.4.6-2GNOME keyring services library
ii  libgnome-pilo 2.0.12-1.6 Support libraries for gnome-pilot
ii  libgnome2-0   2.12.0.1-4 The GNOME 2 library - runtime file
ii  libgnomecanva 2.12.0-2   A powerful object-oriented display
ii  libgnomeprint 2.12.1-3   The GNOME 2.2 print architecture -
ii  libgnomeprint 2.12.1-2   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.12.0-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2- 2.12.2-3   The GNOME virtual file-system libr
ii  libgnutls11   1.0.16-14  GNU TLS library - runtime library
ii  libgpg-error0 1.1-4  library for common error values an
ii  libgtk2.0-0   2.8.9-2The GTK+ graphical user interface 
ii  libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r
ii  libice6   6.9.0.dfsg.1-3 Inter-Client Exchange library
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG 
ii  libkrb53  1.4.3-5MIT Kerberos runtime libraries
ii  libldap2  2.1.30-12  OpenLDAP libraries
ii  libnspr4  2:1.7.12-1 Netscape Portable Runtime Library
ii  libnss3   2:1.7.12-1 Network Security Service Libraries
ii  liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.10.2-1   Layout and rendering of internatio
ii  libpisock80.11.8-17  Library for communicating with a P
ii  libpisync00.11.8-17  Synchronization library for PalmOS
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libpopt0  1.7-5

Bug#347635: gnome-games: not indicating empty foundations following testing upgrade

[Julian Gilbey]

On Wed, Jan 11, 2006 at 10:10:21PM +0100, Josselin Mouette wrote:
> Le mercredi 11 janvier 2006 ? 19:48 +, Julian Gilbey a ?crit :
> > I have just upgraded my testing system after the kde packages finally
> > all migrated, and in particular upgraded gnome-games 1:2.10.1-5.1 ->
> > 1:2.10.2-2.
> > 
> > Unfortunately, the foundation piles in sol, which used to be coloured
> > distinctly from the background, no longer appear so.
> > 
> > Also, running sol from the command line gave the following error
> > messages, which may or may not be related:
> > 
> > (sol:26358): GdkPixbuf-CRITICAL **: gdk_pixbuf_loader_write: assertion `buf 
> > != NULL' failed
> > 
> > (sol:26358): Gdk-CRITICAL **: 
> > gdk_pixbuf_render_pixmap_and_mask_for_colormap: assertion `GDK_IS_PIXBUF 
> > (pixbuf)' failed
> 
> What card theme are you using? Do you have gnome-games-extra-data
> installed?

Card style: bonded (if that's what you're asking).  Makes no
difference if I change the card style, though.

I don't have gnome-games-extra-data installed.

Thanks for the speedy response!

   Julian


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

Bug#347585: Bug#308812: winbind should depend on samba (smbclient)?

[Steve Langasek]

Version: 3.0.20b-3

On Wed, Jan 11, 2006 at 05:54:24PM +0100, Christian Perrier wrote:
> Quoting Filip Van Raemdonck ([EMAIL PROTECTED]):
> > clone 308812 -1 -2
> > retitle -1 winbind - missing dependency on samba-common
> > retitle -2 winbind - missing required directory /var/run/samba
> > severity -1 serious
> > severity -2 serious
> > stop

> 1) I don't really see the rationale in cloning the bug.

> 2) winbind already depends on samba-common, since version 3.0.20b-3

> So, imho, #308812 should be closed (actually I should have closed it
> when we released 3.0.20b-3, this was omitted). And the new bug you
> opened should be as well.

> > There is also a second bug which makes winbind fail even if samba-common
> > ís installed: neither winbind nor samba-common create a required
> > /var/run/samba directory.

> That one is correct. However, I don't think it deserves "serious" as
> it makes winbind unusable *only* when samba is not installed which is
> not the most common case.

It is an RC policy violation in the sense that the winbind package is
missing a dependency on a package required for its use.  (Removing the need
for such a dependency is a perfectly valid way to fix the bug, of course.)

> So, I hereby propose:

> 1) close #308812 and #347584 with "Version: 3.0.20b-3

Yes, closing 308812 since this dependency has now been added.

> 2) lower #347585 to important

> I don't do it right now because I really want to understand why you
> cloned the bug.

I believe this one should still be left open, and at the present severity.

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


signature.asc
Description: Digital signature

Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup

[Denis Barbier]

On Thu, Jan 12, 2006 at 01:14:35AM +0200, Martin-Éric Racine wrote:
> > Back to your original report, there is no error in your logs, so X
> > configuration looks fine.  Can you run
> >   setxkbmap -layout fi,ru -variant ,phonetic -option -option 
> > grp:shifts_toggle
> > in a terminal?
> 
> $ setxkbmap -v -layout fi,ru -variant ,phonetic -option -option 
> grp:shifts_toggle
> Warning! Multiple definitions of keyboard layout
>  Using command line, ignoring X server
> Warning! Multiple definitions of layout variant
>  Using command line, ignoring X server
> Trying to build keymap using the following components:
> keycodes:   xfree86+aliases(qwerty)
> types:  complete
> compat: complete
> symbols:
> pc/pc(pc105)+pc/fi+pc/ru(phonetic):2+group(shifts_toggle)+group(shifts_toggle)
> geometry:   pc(pc105)
> $

Ok, there is no error message, you can check that everything works fine.
I already committed a patch so that options are not listed twice.

> I notice that the above says xfree86. Shouldn't this be xorg?

No, you can see from /etc/X11/xkb/rules/xorg:
! model =   keycodes
  macintosh_old =   macintosh
  powerpcps2=   powerpcps2
  pc98  =   xfree98(pc98)
  abnt2 =   xfree86(abnt2)
  jp106 =   xfree86(jp106)
  * =   xfree86
Thus all models not listed explicitly (like pc105) get keycodes from
/etc/X11/xkb/keycodes/xfree86, this is normal.

I see nothing wrong, xlibs works just fine, maybe this is a GNOME
problem?

Denis

Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup

[Martin-Éric Racine]

to, 2006-01-12 kello 00:02 +0100, Denis Barbier kirjoitti:
> On Wed, Jan 11, 2006 at 04:12:19PM +0200, Martin-Éric Racine wrote:
> [...]
> > (**) Option "XkbRules" "xorg"
> > (**) Generic Keyboard: XkbRules: "xorg"
> > (**) Option "XkbModel" "pc105"
> > (**) Generic Keyboard: XkbModel: "pc105"
> > (**) Option "XkbLayout" "fi"
> > (**) Generic Keyboard: XkbLayout: "fi"
> 
> Back to your original report, there is no error in your logs, so X
> configuration looks fine.  Can you run
>   setxkbmap -layout fi,ru -variant ,phonetic -option -option grp:shifts_toggle
> in a terminal?

$ setxkbmap -v -layout fi,ru -variant ,phonetic -option -option 
grp:shifts_toggle
Warning! Multiple definitions of keyboard layout
 Using command line, ignoring X server
Warning! Multiple definitions of layout variant
 Using command line, ignoring X server
Trying to build keymap using the following components:
keycodes:   xfree86+aliases(qwerty)
types:  complete
compat: complete
symbols:
pc/pc(pc105)+pc/fi+pc/ru(phonetic):2+group(shifts_toggle)+group(shifts_toggle)
geometry:   pc(pc105)
$

I notice that the above says xfree86. Shouldn't this be xorg?

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa

Bug#347233: dbus-1 on sarge segfaults if a unpriviliged user run "lshal"

[Sjoerd Simons]

On Mon, Jan 09, 2006 at 04:53:39PM +0100, Volker Sauer wrote:
> Package: dbus-1
> Version: 0.23.4-1
> Severity: grave
> Justification: renders package unusable
> 
> Running lshal as root runs fine.
> Running lshal as user gives:
>   lshal version 0.4.7
>   libhal.c 644 : Error connecting to system bus: No reply within 
> specified time
>   error: hal_initialize failed
> 
> After this, hald still runs but dbus-daemon-1 is gone.
> 
> Here's what /usr/bin/dbus-daemon-1 --system --nofork says when I run
> "lshal" as a non-privilged user:
> 
>   berlin: ~ 11# /usr/bin/dbus-daemon-1 --system --nofork
>   Segmentation fault
>   berlin: ~ 12#
> 
> This is the strace of the daemon crashing:

Are you using nis ?

  Sjoerd
-- 
God doesn't play dice.
-- Albert Einstein


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

Bug#347492: linux-image-2.6.15-1-686-smp: wine 0.9.5 freezes whole system

[Ove Kaaven]

> well that's a wine bug.

Umm? What? Okay, Wine may have problems with some kernels, but if it was
just a Wine bug, then Wine would crash and burn and that's it. However,
if Wine actually manages to freeze the whole system, that's not just a
Wine bug, that's a critical kernel security issue (local exploit).
Alternatively, it could just be the X server that's hung, I suppose, but
I don't think you should be so quick to reassign it without knowing any
details.

If the original submitter can verify that it's the entire system that's
totally unresponsive (by e.g. trying to ssh in remotely), or just the
console, then perhaps we can assign this properly.



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